Вот и я о том же говорю.

sergmkm 24 Березень, 2015 09:56 Можливо за рахунок значного числа податкових накладних, після кожної дії (видалення накладної, імпорт, підписання, відправлення) при відкритій вкладці податкові накладні, навіть при встановленому фільтрі видані тільки «за сьогодні» приходиться чекати від 1 до декількох хвилин: «Завантаження накладних. Зачекайте …», при чому в цей момент Соната на 100% завантажує процесор Intel Celeron 1.8 ГГц. Прошу по можливості оптимізувати дану незручність. Сьогодні вирішив засікти час, отримав 1 хвилину, але пам’ятаю 13/03/2015 це тривало 5-7 хвилин, можливо в попередніх до 22 версії. Завантаження всіх виданих податкових накладних тривало 3 хвилини, при чому проходить автоматично і завантаження отриманих податкових. Можливо є потреба їх роз’єднати, якщо я хочу переглянути видані податкові, навіщо завантажувати отримані, тим самим гаяти час. Дякую.

Віталій Міхов 24 Березень, 2015 15:02 Дякуємо за зауваження. Швидкодія вікна накладних буде оптимізуватися.

Відправив податкові в 22 версії, прийняв вже в оновленій 23.1. Відповідно квитанції не підв’язалися до податкових :( Час сьогодні не заміряв, але відчуття, що завантаження податкових накладних "за сьогодні", стало ще довше, хоча в змінах до 23.1 версії, читав про оптимізацію вкладки "податкові накладні".

Здравствуйте) Вот такое пожелание: чтобы после смены окна, к примеру, Соната, через аль-таб на 1с, и через аль-таб возврат снова в Сонату, курсор бы оставался в той же строке. А то при возврате в окно Сонаты, фокус курсора теряется, и снова начинаешь искать по строчкам куда же цифру ставить. Спасибо)

И ещё одна просьба. В отчёте по ЕСВ сделайте, пожалуйста, перенос остатков (дт-кт) с прошлого месяца в таб.1, в додатке.

Добрый день. По-прежнему остро стоит вопрос выгрузки для хранения накладных с наложенными подписями. Прошу сделать это как стандартной функцией. Это касается как выданных так и принятых накладных. Если Вы это реализуете то повысите престиж своего програмного обеспечения, т.к. оно будет не только работать со всеми АЦСК, но и будет позволять пользователю иметь оригиналы налоговых накладных как того требует налоговый кодекс.

Якщо документ не було прийнято, то можна з тим же номером документа в періоді. Це унеможливлює дублювання документів. Наприклад, це дуже актуально для 1ДФ. Якщо немає 2 квит., то можна надіслати повторно той же звіт. Якщо він не був прийнятий, то він прийметься. Якщо ж прийнятий, то надійде відмова, що документ зареєстровано. Для інших не так актуально, оскільки попередньому документу автоматично проставиться статус "історія".

Прийнято чи ні у другій квитанції - документ реєструється на шлюзі, після чого цей документ з таким же номером у періоді подати на шлюз неможливо. Це я вам факт кажу, а щодо причин та конфліктів звертайтеся, будь ласка, до ДФС.

Відправив податкові в 22 версії, прийняв вже в оновленій 23.1. Відповідно квитанції не підв’язалися до податкових

Мені здається, підв'язалися, але статус ПН не змінився. Вже виправлено.

Вот такое пожелание: чтобы после смены окна, к примеру, Соната, через аль-таб на 1с, и через аль-таб возврат снова в Сонату, курсор бы оставался в той же строке.

Поки що це технічно неможливо через архітектуру програми.

По-прежнему остро стоит вопрос выгрузки для хранения накладных с наложенными подписями.

Завдання є. Сподіваюся, згодом реалізуємо.

Добрый вечер. Есть такой софт как IIT-користувач, который выполняет функции проверки подписей, согласно действующему законодательству. Ему вобщем-то все равно с какого файла снимать подпись. Почему с помощью этого вобщем-то универсального и лицензированого ДССЗИ програмного обеспечения, не возможно проверить подписи на налоговых накладных. В чем разница в формате и насколько это законно т.к. вобщем-то основоположником криптостандартов и законодательства регламентирующего электронный документооборот и понятия электронный документ является вышеупомянутая служба.

На яких саме накладних, яким чином отриманих?
З ЄДР, експортом з Сонати, обміном між контрагентами?

Полученных обменом между контрагентами, с единого реестра и экспортом из Сонаты. Они проверялись только тогда, когда обменом между контрагентами приходили с форматом *xml.p7s. После введения транспортного контейнера по необъяснимым требованиям Фискальной службы это стало не возможно. Насколько мне известно, определение электронный документ не подразумевает наличия никакого транспортного контейнера. Кстати тоже самое касается и отчетностей. Еще вопрос. Почему если внести изменение в полученную налоговую (подписанную)она все равно воспринимается Сонатой. Почему не идет фиксация того что было внесено изменение в уже подписанный файл, что является нарушением его целостности.

На данный момент ДФС, заставив Вас и других разработчиков внести транспортный контейнер в налоговую накладную, которой обменивались контрагенты в угоду определенного програмного обеспечения широко распространенного в массах, нарушило все основополагающие законы Украины о электронном документе и документообороте. Если это возможно сбросьте мне на почту скан документа которым, Вас налоговая заставила перейти на использование транспортных контейнеров.

Полученных обменом между контрагентами, с единого реестра и экспортом из Сонаты.

Соната використовує свій формат для обміну між контрагентами. Так, це законно, тому що на даний момент законодавством не регламентовано формат такого обміну.

После введения транспортного контейнера по необъяснимым требованиям Фискальной службы это стало не возможно. Насколько мне известно, определение электронный документ не подразумевает наличия никакого транспортного контейнера. Кстати тоже самое касается и отчетностей.

Подібні питання вам краще задати співробітникам ДФС.

Почему если внести изменение в полученную налоговую (подписанную)она все равно воспринимается Сонатой.

Якщо зміни відбулися у захищеній секції файлу, то імпортувати такий звіт до Сонати не вдасться, буде помилка структури. Вносити зміни можна у незахищену секцію (транспортний заголовок), тому що він не є захищеними даними звіту. Концепція захищеної та не захищеної частин файлу визначена Фіскальною службою.

Если это возможно сбросьте мне на почту скан документа которым, Вас налоговая заставила перейти на использование транспортных контейнеров.

:) документами нікого не примушують. Просто є офіційний формат, затверджений у законодавчому порядку -
"Наказ ДПА України від 12.07.2010 р .№499 "Про затвердження Уніфікованого формату транспортного повідомлення..."

Т.е. Вы гарантируете, что програмное обеспечение обеспечивает целостность полученных файлов?

Не ми гарантуємо. Електронний підпис гарантує.
Соната - це тільки інструмент. Якщо він чогось порушить цілісність документу з підписом, то цей документ одразу стане некоректним.
У чому конкретно полягає ваше питання?

Просто опытным путем было проверено с налоговой накладной полученной, от контрагента из медка. Вносились изменения и накладная все равно втягивалась в Сонату. Основная проблема в том, что не возможно, как я уже писал ранее проверить подписи,програмным обеспечением предназначенным для этого, после перехода на так называемый универсальный формат. А еще когда эта процедура у Вас в программе была реализована были моменты, что подписи присланной нам накладной и отправленной на регистрацию не соответствовали (подписывались разными людьми). Вот поэтому я уже который раз прошу Вас как можно скорее реализовать функцию выгрузки полученных и выданных накладных в том формате, который был ранее у Вас. Реализовать это как постоянную функцию. Т.к. это обеспечит выполнение статьи 198 ПКУ и пунктов 12, 13 Закона о электронном документе и документообороте

было проверено с налоговой накладной полученной, от контрагента из медка

Не певний, що медок у цьому разі наклав коректні підписи чи зашифрував накладну. Взагалі то, обмін накладними між Сонатою та Медком неможливий, на жаль.

Вот поэтому я уже который раз прошу Вас как можно скорее реализовать функцию выгрузки полученных и выданных накладных в том формате, который был ранее у Вас. Реализовать это как постоянную функцию.

Це пріоритетне завдання, але зараз ми займаємось більш критичними. Сподіваюся, незабаром буде.

Дякую розробникам за 24 версію, нарешті після накладання підпису (чи інших дій) не проходить тривале завантаження податкових накладних. Працювати стало значно комфортніше. Коректно підтягуються квитанції до податкових накладних. І проходить за якусь мить. Ще прохання зараз після підтягування під податкову прописується «Розшифрована», що на повідомлення, що й на квитанцію. Краще щоб писалося який документ розшифрований, або просто «повідомлення», «Квитанція №1» і т.д.

Ще прохання зараз після підтягування під податкову прописується «Розшифрована», що на повідомлення, що й на квитанцію. Краще щоб писалося який документ розшифрований, або просто «повідомлення», «Квитанція №1» і т.д.

Воно пишеться і зараз. Скоріше за все, колонка назви (де пишеться "Квитанція") у вас не вміщується у вікні та згорнута. Спробуйте вимкнути непотрібні колонки чи розширити вікно програми.

Доброго дня!

В Сонаті є звіт 1 ДФ(1 порція) за перший квартал 2015 року(імпортований з іншої програми), імпортую помилково знову першу порцію і Соната автоматично змінила номер звіта на 2, я підписав і відправив. В результаті прийняті два однакові звіти 1 порція 1 ДФ. Щоб не виникало таких ситуацій пропоную, щоб Соната показувала попередження про зміну номера звіту, наприклад, таке: В Сонаті вже є присутній звіт з іменем ..., бажаєте ви його імпортувати чи ні?

Якщо користувач захоче його імпортувати, натисне ТАК і тоді Соната автоматично змінить номер звіту, а якщо не погодиться - імпорт не відбудеться.

Буду вдячний за розуміння!

Дякую за пропозицію. Можливо, саме так ми і зробимо.

И снова добрый день. В свойствах документа при статусе Отриманий не видно кем подписано. Просьба устранить этот дефект.