Завантаження...

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

Юрий Ракитянський
18.08.2016, 12:14

Доброго дня.

Є побажання по вдосконаленню роботи. Якщо в програмі проходять зміна ключів ЕЦП то бажано відразу щоб створювались бланки договорів з всіма службами. Це дуже зручно. Багато хто забуває про їх необхідність створення. А так вони відразу після збереження профілю створюються і платник іх відразу заповнює і відсилає.

Ну приблизно так......

Віталій Міхов
18.08.2016, 15:46

Зміна ключів у профілі далеко не завжди вказує про їх повну заміну. Буває, що користувач просто міняє ключі туди-сюди з різних АЦСК з якихось своїх причин.

Юрий Ракитянський
18.08.2016, 16:15

Ми зараз говоримо про покращення роботи програми і про спрощення її використання користувачами (навіть безкоштовної версії - це ж також користувачі, які колись, при умові що СОНАТА буде найкращим варіантом, можуть її купити). Так от - у 99% випадків зміна ключів потребує заключення договору. І якщо програма порекомендує, запропонує, і.т.д заключити відразу договори (якщо не порібно - користувач сам відмовиться) - це буде крок до покращення функціоналу...

Віталій Міхов
19.08.2016, 10:00

Добре, ми щось придумаємо.

Юрий Ракитянський
19.08.2016, 10:42

І було б дуже добре якби це був "майстер заповнення" (на це СОНАТі дуже давно потрібно звернути увагу і взяти приклад з програми.....). Одночасно 3-ри звіти заповнити і відправити. В них же однак дуже мало інформації для введення. Ці договори дуже рідко використовуються тому про них всі забувають.......

ZvitBDn
14.09.2016, 08:55

В последних версиях Сонаты в модуле "Квитанции" не отображается содержимое полей "Звіт", "Період", "Рік", что крайне осложняет использование этого модуля, так как не видно, какому отчету принадлежит квитанция. Многие пользователи жалуются на невозможность использование этого модуля в таком виде. Верните, пожалуйста, отображение данных, как было в предъидущих версиях.

Віталій Міхов
20.09.2016, 13:35

Це помилка, і вона відома, проте виправити її не дуже просто.
Гадаю, буде вирішено у одному з наступних оновлень.

Vorob
05.10.2016, 00:12

Доброго дня! 1) ПОДАТКОВІ НАКЛАДНІ / ВИДАНІ Сортування в переліку відбувається не "до кінця". При сортуванні по даті виписки податкової накладної, можна було б очікувати, що номери податкових накладних також будуть вказані по наростаючій (або по спадаючій), але такого не відбувається. Тому що документи, що були виписані впродовж одного дня не сортуються по номерах. Тобто, по датах документи сортуються (як і має бути), а хотілося б щоб вони одночасно сортувалися і по номерах впродовж однієї дати. 2) При спробі відправити документ контрагенту, у випадку коли електронної адреси немає в довіднику, з'являється вікно попередження: "Не знайдено поштову адресу контрагента .....". В попередженні єдина кнопка "Гаразд", що відкриває інше вікно "Редагування контрагента" навіть, якщо редагувати ніхто і не хоче(!). Тобто немає можливості просто вийти з вікна попередження. Пропоную, замінити текст (і логіку поведінки) першого повідомлення на приблизно таке: "Не знайдено поштову адресу. Редагувати дані контрагента?". Відповідно, кнопок у такому вікні буде вже дві "Так" і "Скасувати". І відповідно, кнопка "Так" переводить у вікно "Редагування контрагента" (та ж дія, яку зараз робить кнопка "Гаразд"). А кнопка "Скасувати" закриває вікно даного попередження.

Віталій Міхов
05.10.2016, 18:01

Тобто, по датах документи сортуються (як і має бути), а хотілося б щоб вони одночасно сортувалися і по номерах впродовж однієї дати.

Функції сортування за кількома колонками одразу у Сонаті немає, це буде більш вибагливо до ресурсів. А у межах одної колонки все сортується добре.

відкриває інше вікно "Редагування контрагента" навіть, якщо редагувати ніхто і не хоче(!). Тобто немає можливості просто вийти з вікна попередження.

А який сенс не редагувати дані контрагента (не додавати йому пошту), якщо ви хочете все-таки відправити йому цей документ? Все-одно вам доведеться цю пошту додати.

Vorob
06.10.2016, 02:43

Функції сортування за кількома колонками одразу у Сонаті немає, це буде більш вибагливо до ресурсів. А у межах одної колонки все сортується добре.

Зрозуміло, що це питання лише зручності відображення даних для користувача, а не коректності функціоналу програми. Сортуючи податкові накладні по "даті виписки", я наприклад, перевіряю нумерацію накладних (чи не загубився випадково якийсь з номерів). Тобто, сортую по даті, а дивлюсь в номери. Якщо номери йдуть не по порядку, перевіряти їх послідовність стає незручно. Як відомо, нумерація податкових накладних кожен місяць починається з початку. Відповідно, сортувати за номерами податкових накладних (коли період більше одного календарного місяця) немає сенсу. Можна було б створити відповідний фільтр користувача, для відображення даних тільки за календарний місяць. Так, можна. Але навіщо користувачеві контролювати фільтр відображення даних і маніпулювати ним і періодами, якщо б дані могли відображатися послідовно, як по даті, так і по номерам впродовж "дії" однієї дати (тобто одного дня) взагалі незважаючи на вибраний часовий проміжок. А який сенс не редагувати дані контрагента (не додавати йому пошту), якщо ви хочете все-таки відправити йому цей документ? Все-одно вам доведеться цю пошту додати.

Бажання відправити і можливість відправити - це різні речі. Ваше твердження було б вірним, якби всі контрагенти надавали б свої поштові адреси. По факту, не всі їх надають. Маючи хоча б декілька сот контрагентів, вже буде важко запам'ятати хто з них не захотів ділитися адресою своєї поштової скриньки взагалі, чи просто ще не встиг це зробити. Значно скоріше спробувати відправити документи всім підряд контрагентам. При цьому, один раз натиснути на кнопочку скасування повідомлення "про відсутність адреси" - не така проблема (в порівнянні з скасуванням через друге вікно, наголошую - тієї ж дії, але вже через друге вікно). Знову ж таки, що і це питання більш зручності для користувача, ніж функціоналу програми. Іншими словами, зараз виглядає так, що программа спочатку інформує користувача про "проблему", потім намагаєтесь змусити його зробити дію (коригувати пошту), навіть коли користувач не готовий це зробити, і замість того щоб надати користувачу право вибору дії з самого початку. Так, користувач буде вказувати поштову скриньку свого контрагента, але вже тоді, коли він буде готовий це зробити (тобто, буде мати дані і час для такої дії). І саме тоді він натисне іншу кнопочку, замість скасування, на тому ж самому інформаційному повідомленні. Звісно, якщо можливість вибору дії буде додано.

Віталій Міхов
06.10.2016, 11:27

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

Подивимось, що можна зробити.

Vorob
18.10.2016, 03:25

Функції сортування за кількома колонками одразу у Сонаті немає, це буде більш вибагливо до ресурсів.

Щойно тільки звернув увагу, що тому й з’являється "проблема", що Соната робить сортування саме за двома колонками одночасно. Спочатку, сортує за вибраним критерієм (за датою в моєму прикладі), а потім, протягом однієї дати, ДОДАТКОВО сортує за сумами документів (чи, за сумами ПДВ, а може і за іншим принципом). Підозрюю, що час створення документів не впливає на друге сортування. То виходить, можна поставити риторичне запитання про необхідність додаткового сортування по сумах(?, чи якесь інше), яке по факту відбувається, витрачає ресурс програми, але зовсім не має сенсу, та ще може "спеціально змішує" номери документів (ставить їх не за порядком). То, якщо прибрати друге сортування, може номери стануть за порядком автоматично?

Віталій Міхов
18.10.2016, 10:33

яке по факту відбувається, витрачає ресурс програми, але зовсім не має сенсу

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

Мйк
18.10.2016, 17:21

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

Віталій Міхов
18.10.2016, 19:57

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

VDemon
08.11.2016, 23:33

Добрий вечір! По перше дякую за программу, з нею вести справи с податковою стало набагато простіше. Але є побажання чи питання (можливо воно вже озвучувалось, але я не знайшов):

При створенні F0103305 - Податкова декларація платника єдиного податку кожен раз потрібно добавляти всі КВЕДи крім головного, якщо КВЕД один чи два, а якщо іх сім чи більше. Можливо якось зберегти всі КВЕДи в профілі, щоб кожен раз не вводити їх заново?

Дякую!

Віталій Міхов
09.11.2016, 10:06

На жаль, поки немає такої можливості, проте вона записана на майбутнє.
Зараз ви можете замість створення нового звіту - робити його копію (у контекстному меню "Створити дублікат"). При цьому усі внесені дані перенесуться у новий звіт і вам залишиться внести нові цифри та перерахувати звіт.
ПС. Також треба буде змінити його період на новий у властивостях звіту.

Vorob
30.11.2016, 21:50

Це не сортування. Дані у межах одного значення відсортованого параметру вишиковуються у порядку їх вибірки з бази даних (а там вони лежать у порядку їх запису/оновлення у базі).

В моєму розумінні це вже цілком естетичне питання, ніж питання до розробників. Тому ви можете і не реагувати взагалі. Але все ж-таки спробую продовжити цю тему. Чи вірно я розумію, що якщо створювати документи по одному, не порушуючи "якийсь" порядок (наприклад, по порядку номерів документів), то відповідні записи інформації в базі даних програми будуть вишиковуватися в аналогічному порядку. Якщо, при цьому робити повний цикл обробки одного документу (для податкової накладної це буде: створити, підписати, зареєструвати, отримати квитанцію), а лише після цього починати цикл обробки наступного документу (у порядку зростання номерів, як ми "домовилися"), то це вже буде і хронологічна послідовність відповідних записів в базі даних програми. Тобто фактично, послідовність створення/оновлення записів у базі даних не мала би порушувати послідовність нумерації документів? Провівши такий експеримент, не було отримано очікуваного результату. А саме, за період в декілька днів, для накладних що оброблювалися хронологічно (в порядку зростання номерів, з витримуванням повного циклу обробки одного документу), при сортування по полю "Дата виписки", порядок номерів накладних все ж-таки не витримується.

Vorob
30.11.2016, 22:26

(TAB) Квитанції/(допоміжне меню, клік правої кнопки миші) Мова йде про останні три пункти допоміжного меню: 1) Слово "Excel" написане з помилкою (зараз вказано "Exel"). 2) З передостаннього та останнього пунктів, мабуть буде корректно прибрати слово "квитанція", або замінити його на слово "документ", виходячи з того факту, що в папці знаходяться не лише квитанції, а й інші типи документів. 3) Відповідно, є таке ж саме питання і до назви самого TAB-у. Чому він називається саме "Квитанції", коли там зберігаються різні типи документів? Пропоную змінити назву на щось інше. Дуже вже вдалого варіанту назви запропонувати може і не вийде. Але, є декілька варіантів на вибір: "Вхідні" або "Вхідна скринька" або "Вхідні повідомлення" або "Вхідні документи" або "Вхідні листи", чи "Листи" або "Всі листи" або "Всі документи" або "Всі повідомлення".

Vorob
30.11.2016, 22:36

Є прохання додати, в процесі інсталювання/оновлення програми, опції щодо вибору необхідності "створювати іконки" на робочому столі чи в панелі кнопки "Пуск".

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

Відповісти

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