Добрый день. Если возможно, подправьте, пожалуйста, программу, чтобы при смене окна (к примеру из Сонаты, переход в 1С, и снова в Сонату), фокус бы оставался в том поле отчёта, в котором он был до смены окна. Особенно это неудобно при переносе цифр из 1ДФ. В 1с скопировала цифру, возвращаюсь в Сонату, и приходится снова искать нужное поле, куда вставить эту цифру. В Балансе то же самое! Скопировала из 1с цифру для поля, возвращаюсь в Сонату, а фокус находится на кнопочке Профиль организации, и начинаю искать поле, куда нужно вставить цифру.
И вопрос. При убытках в Балансе "выпадает" такое предупреждение "Зауваження: Всі рядки, крім 1420, 1495, 2290, 2300, 2350, не повинні бути меншими за 0" Это как?
При спробі запустити Сонату зависає вікно запуску на етапі Ініціалізація криптобібліотеки. В чому може бути причина?
Здравствуйте. Заметила такую недоработку. Когда ведётся отчётность по нескольким предприятиям в одной Сонате, то при смене профиля предприятия, главное окно не изменяется, т.е. внизу главного окна остаются данные того предприятия, которое было изначально открыто первым в Сонате. Чем это неудобно. Тем, что неверно показываются сроки действия ключей, принадлежащие открытому в данный моменты в Сонате предприятию. Например. На первом открытом предприятии ключи ещё действуют, меняю профиль на другое предприятие, ключи показаны действующие (предыдущего открытого предприятия), а на самом деле срок действия ключей истёк. На днях на этом я "поймалась", не продлила вовремя ключи. Я проверяла. Если Сонату открыть на предприятии с истёкшим сроком ключей, уведомление об истечении срока ключе внизу окна основной страницы, при смене профиля предприятия, переходит и на другое предприятие, где ключи действующие.
У меня замечание по системе проверки корректности документа. Соната находит первую ошибку и пока она не исправлена, дальше ошибки пользователь посмотреть не может.
Це стосується тільки ЄСВ, інші звіти перевіряються краще. Ситуація прийнята до уваги, але поки не можу сказати, коли саме реалізуємо.
а дане поле, підозрюю, для зазначення власне самої назви юрособи.
З "електронною печаткою", на скільки я знаю, теж добре проходить, тому для зміни заповнення нам треба дещо більше, ніж підозри.
Если возможно, подправьте, пожалуйста, программу, чтобы при смене окна (к примеру из Сонаты, переход в 1С, и снова в Сонату), фокус бы оставался в том поле отчёта, в котором он был до смены окна.
На жаль, це технічно неможливо, оскільки для відображення документу використовується веб-інтерфейс.
При убытках в Балансе "выпадает" такое предупреждение "Зауваження: Всі рядки, крім 1420, 1495, 2290, 2300, 2350, не повинні бути меншими за 0" Это как?
Це означає, що там потрібно вказувати позитивні числа, така вимога Держстату до цих полів даного звіту. Ми тільки реалізуємо той контроль полів, який публікує Держстат.
При спробі запустити Сонату зависає вікно запуску на етапі Ініціалізація криптобібліотеки. В чому може бути причина?
Можливо, у вас багато сертифікатів у сховищі. Якщо всі вони потрібні, тоді доведеться чекати, поки програма "відвисне".
при смене профиля предприятия, главное окно не изменяется, т.е. внизу главного окна остаются данные того предприятия, которое было изначально открыто первым в Сонате.
Знизу - це у нагадуваннях календаря? Перевіримо цю ситуацію.
Добрый день! Нельзя ли "Запит про стан рахунку" обособить отдельной вкладкой так же, как "Запит для НН"? С последними нововведениями его приходится отправлять несколько раз в день, результат - вся вкладка с отчетами забита только ими, сами отчеты найти очень сложно. Спасибо.
Або ж до існуючого фільтру додати опцію фільтрації по чаркоду і вимкнення відображення певних чаркодів.
Робити багато вкладок теж буде незручно. Краще закинути цей запит до запитів з ЄДРПН.
Спасибо, что прислушиваетесь к нашим пожеланиям и замечаниям, и оперативно вносите корректировки в программу. Я вношу предложение выделить Запити в отдельное окно. Уж больно они засоряют списки отчётов. Спасибо.
devil_1 02 Липень, 2015 16:51 В связи с введением СЭА НДС будет целесообразным вывести ярлык/кнопку для быстрого создания запроса J1301203 "запит про стан рахунка ПДВ..." на панель инструментов раздела "Податкові накладні" т.к. делать этот запрос приходится по несколько раз на день.
Спасибо, Виталий и все, кто в этом участвовал, что учли пожелание пользователей и сделали работу в Сонате удобней. Нет предела совершенству, поэтому предлагаю сделать Сонату еще удобней. Предлагаю добавить в панель инструментов раздела "Податкові накладні" еще один часто востребованный запит J1301902 "Запит щодо отримання інформації в розрізі операцій...." и сгруппировать все Запити в выпадающее меню. Желаю удачи.
Подумаємо над цим.
При отриманні ПН з витягом ЄРПН програма не завжди проставляє дату реєстрації в закладці отриманих ПН. Це вирішується ре-імпортом отриманого витягу (за дату) вручну.
Від недавнього часу (у серпні), при наявності у витязі ПН з номером типу хххх//ххх (філія) дата реєстрації не проставляється. Доводиться робити додатковий витяг за списком - це вирішує ситуацію.
Сьогодні отримав витяг ПН 3 шт - порядок у витягу: 1) філія; 2) філія; 3) не філія. Контрагент 3 немає відношення до перших двох. Після ре-імпорту витягу жодна ПН не отримала дати реєстрації. Тобто навіть ПН від головного підприємства залишилась без дати реєстрації. Витяг по списку проставив всі дати. Можливо ця ситуація стосується лише контрагента (010599013025) від філії котрого отримані ПН. Але раніше цієї незручності не було.
Технічно імпорт витягу і його прийняття за списком не мають різниці, тож такої ситуації не повинно бути.
Щоб розібратися у можливих причинах, нам треба отримати на support@sonata.biz.ua резервну копію профілю із вказівкою на ці накладні.
Сегодня столкнулся с такой проблемкой, при заполнении отчета ЕСВ. Программа не правильно округляет копейки при вычислении суммы ЕСВ с предприятия. Пример: 2436,00 (з/п) * 0,3726 (%ЕСВ) = 907,6536 (сумма налога). Программа выдает сумму налога 907,66. Правильно 907,65. Вот эта копейка потом не дает нормально консолидировать данные отчета. Исправте пожалуйста.
У наступному оновленні повинно виправитися.
Технічно імпорт витягу і його прийняття за списком не мають різниці
Вчора повторилась та ж ситуація. 2 витяги за дату, порядок ПН: 1) філія, основне п-во, основне (2,3 одне п-во); 2) філія, філія, п-во, п-во (3, 4 - різні п-ва). ПН філій також від різних п-в. ПН 2 і 3 із 1-го витягу продатувались (дата реєстрації) при імпорті витягу з пошти. Всі інші, після повторного реімпорту витягів, залишились без дат. Витяг по списку ПН розставив по них дати. Отже, щось в тому не працює як слід. Хоча реімпорт витягів без ПН філій робить свою справу.
Дуже хотілося би, якби експорт звітів, які складаються з багатьох документів (ЄСВ, декларація ПДВ), можна було робити в один файл (найбільше цікавить PDF). А так незручно получається: звіт один, а файлів багато. Дякую
ПС. З точки зору державних установ, ЄСВ - це справді один звіт з кількома таблицями, їх фізично неможливо подати окремо. Але декларація ПДВ і додатки до неї - це окремі звіти, технічно їх можна подавати незалежно один від одного. Більше того, таке подання допускається, якщо всі складові пакету будуть подані протягом однієї доби.
devil_1 22 Серпень, 2015 00:14 Спасибо, Виталий и все, кто в этом участвовал, что учли пожелание пользователей и сделали работу в Сонате удобней. Нет предела совершенству, поэтому предлагаю сделать Сонату еще удобней. Предлагаю добавить в панель инструментов раздела "Податкові накладні" еще один часто востребованный запит J1301902 "Запит щодо отримання інформації в розрізі операцій...." и сгруппировать все Запити в выпадающее меню. Желаю удачи.
Виталий, и снова примите благодарность от пользователей Сонаты. Это чрезвычайно важно, что наши пожелания уже воплотились в версии 0.13.
Дякую, стараємось.
Технічна підтримка: support@sonata.biz.ua