Загальні побажання (робота, інтерфейс, ...)

Пожелание по интерфейсу программы, в частности, по работе со справочниками.

Было бы крайне удобно, если бы набрав в поиске в справочнике что-нибудь, что однозначно укажет на конкретную запись, например код налоговой (1505) или пенсионного фонда (15445) (Пример дан на городе Белгород-Днестровский), пользователь переходил бы сразу на эту запись в справочнике, то есть нажав ОК, окончательно выбирал эту запись. Сейчас просто открывается область и надо выбрать ещё мышкой. Фокус ввода не передается на нужную запись.

P.S. Это касается всех справочников в программе.

Вiталій (адміністратор)

Це неможливо.
Якщо після вводу чергового символу фокус буде перескакувати на перший знайдений запис, тоді не можна буде написати наступний символ у рядку пошуку. Точніше, можна буде, але для цього доведеться клацати мишкою на рядок пошуку. Ще менш зручно.

НЕ по нажатию символа, а по нажатию Ентера или кнопки Пошук, как в поиске предприятия.

Вiталій (адміністратор)

Подумаємо над цим.

spiger61#5662

Квитанція №2

ЄДРПОУ 23700243 Підприємство Товариство з обмеженою відповідальністю "TRANSTERM" Звіт 2-тр. Звіт про роботу автотранспорту Період Рік,2015 р. Рік 2015 Етап обробки Звiт доставлено до Центру обробки електронних звітів Держстату України Дата прийому 19022016 Час прийому 12:05:17 Підрозділ-одержувач 68104 Реєстраційний номер 9002798983 Назва файлу 681040023700243s160031110000003122015.xml Результат обробки ДОКУМЕНТ НЕ ПРИЙНЯТО. При необхідності виправте документ та відправте його знову. Виявлені помилки: Документ не може бути прийнятий Розділ 1. Ряд.850 значення гр.1 повинно дорівновати гр.2 + гр.3 Розділ 1. Ряд.851 значення гр.1 повинно дорівновати гр.2 + гр.3 Розділ 1. Ряд.860 значення гр.1 повинно дорівновати гр.2 + гр.3 Розділ 1. Ряд.861 значення гр.1 повинно дорівновати гр.2 + гр.3. Відправник Центр обробки електронних звітів Держстату У мене побажання звертати увагу розробників на Статзвітність : 1. В звіти 2 тр всі рядки та графи заповнені так як записано в помилці а звіт не прийнятий 2. Розділ 2 потрібно писати з одним дес. знаком після коми

Вiталій (адміністратор)

Навіщо ви тут навели текст цієї квитанції? Там вказано, яки помилки ви допустили у звіті - виправте їх та подавайте звіт знову.

Здравствуйте. 1. В отчёте по ЕСВ, в таб.6 при пустом поле "кол-во календарных дней пребывания в трудовых отношениях" и заполненных остальных полях, не выводится предупреждение о том, что это поле должно быть заполнено. 2. При полученном от поставщика "минусовом" РК каждый раз при запросе в реестр приходит технологическая квитанция, уже целая "кишка" этих квитанций к РК тянется. Причём. Пометить её как "прочитанной" не выходит, нужно только открывать и закрывать эту квитанцию.

Вiталій (адміністратор)

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

Тому що графа 16 не завжди повинна бути заповненою. Наразі автоматичне визначення необхідності її заповнення є досить нетривіальним завданням, до якого ми повернемося після виходу електронної форми нового ЄСВ.

При полученном от поставщика "минусовом" РК каждый раз при запросе в реестр приходит технологическая квитанция, уже целая "кишка" этих квитанций к РК тянется.

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

При открытии вкладки с НН на экране появляется 20!!! колонок.Мне для работы нужно 7. Мне нужны 2 колонки на одном экране и 5 на другом. Остальные, и то не все, мне нужные в лучшем случае раз в месяц. У меня уже терпець уриваеться шмыгать по экрану монитора туда-сюда.А сдвигание колонок хватает ровно на несколько минут. Затем колонки опять становяться как было. Сделайте пожалуйста что-нибудь чтобы колонки можно было сдвинуть и при очередном открытии они оставались с том варианте который мне нужен.

Вiталій (адміністратор)

Натисніть правою кнопкою на заголовок таблиці. Зніміть галки біля колонок, які вам не потрібні. Цей параметр зберігається після перезапуску програми.

Добрый день. Можно ли внедрить раздельное подписание. Бухгалтер подпись со своего компьютера, а директор со своего. Или хотя бы по принципу как было реализовано в Вашем предыдущем программном продукте "Звітність"?

Вiталій (адміністратор)

Ні, у поточній архітектурі програми це, на жаль, неможливо.
Так можна буде зробити, коли (і якщо) ми створимо мережеву версію Сонати.

Шановні розробники програми - дякую за створення ПЗ "СОНАТА", є величезне побажання створіть підтримку ключів Приватбанку.

Останнім часом при перевірці пошти загружаються попередні квитанції, які вже давно прийшли. ТАким чином, коли бачимо процес прийняття квитанцій, не зрозуміло, чи це йдуть останні квитанції, чи це старі. Та й у вишуковувати серед прийнятих квитанцій по даті потрібні не зручно. БУло б непогано видалити цей глюк. ДЯкую.

Вiталій (адміністратор)

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

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

Наскільки можливо, варто розробити механізм інформування відправника в межах самої програми.

Вiталій (адміністратор)

Гадаю, з цим навряд чи щось можна буде зробити.

Грубо прикинувши є зачіпка. У відповіді про невдалу доставку включається текст раніше надісланого листа з вкладенням (прикріпленим фалом звіту/витягу) - власне це вкладення може бути тригером, який змусить програму перевірити чи файл з такою назвою є у поточному профілі і залежно від результату перевірки змінити статус відправленого звіту в програмі.

Юрий Ракитянський (автор теми)

Побажання від більшості ліцензійних користувачів - змінити принцип висвітлення дати початку дії НАСТУПНОЇ ліцензії. Дуже не зручно чекати дати закінчення ПОПЕРЕДНЬОЇ ліцензії. Користувачі не можуть знати пройшла оплата чи ні, активувалась наступна ліцензія чи ні. Необхідно відразу добавляти рік не чекаючи дати закінчення діючої ліцензії.

Вiталій (адміністратор)

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

Відповісти у темі

Відповісти

Технічна підтримка: support@sonata.biz.ua