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

Імпортував стару табл. 6 звіту ЄСВ, перетворив на нову, тиснув перевірку коректності. Дні, з/п мінімалку - дає попередження.

Відправив, прийшла квитанція про помилку, в графі 24, ознака нового робочого місця - не було зазначено "так" або "ні", було порожньо, десь в процесі загубилось, перевірка корекності про це мовчала.

Певно, варто додати перевірку.

Доброго дня. Було б дуже добре добавити можливість використання ПРРО. Щоб можна було з будь якої програми створити xml фал з чеком, записати його в певному каталозі а програма сама підчитала його і по можливості зареєструвала і показала QR код. Або скористатися ОЛЕ сервером.

Ми розглянемо цю пропозицію, дякую.

Є таке побажання: у журналах "Звіти", "Податкові накладні" і т.д. увесь список документів бажано щоб відкривався у згорнутому, а не розгорнутому вигляді (щоб не було видно додатків і квитанцій) за замовчуванням. Тобто, щоб не треба кожного разу вибирати в контекстному меню "Згорнути всі". У згорнутому вигляді легше шукати потрібний документ.

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

Дякую. Не знав про це.

Добрий день! Підправте, будь ласка, у формі 4 ДФ (об'єднаний звіт) з ознакою доходу 109 (дивіденди) автоматично при розрахунку виправляє на 5%, а у мене підприємтсво єдинник, там 9%. Добре, що перевірила.

у формі 4 ДФ (об'єднаний звіт) з ознакою доходу 109 (дивіденди) автоматично при розрахунку виправляє на 5%, а у мене підприємтсво єдинник, там 9%.

У вас 9%, а в інших користувачів може бути 5%, тому Соната допускає обидва варіанти. Оскільки розрахунок може встановити тільки одне число, то за замовчуванням береться 5%, як більш розповсюджене. У вашому випадку треба вказати власну суму податку вручну та скористатися фіксацією поля, щоб розрахунок його надалі не змінював.

У журналах отриманих/виданих податкових накладних раніше можна було виділити деякі накладні (рядки) і, натиснувши кнопку "Сума", отримати загальні суми ПДВ і суми без ПДВ тільки по виділеним накладним. Тепер такої можливості нема. Будь-ласка, поверніть заповітну кнопку "Сума".

Можете видалити моє прохання. Вже знайшов загальну суму (внизу списка), не зразу помітивши.

Стосовно підсумкових сум у реєстрах виданих/отриманих ПН, додайте збереження стану фішки 'Тільки обрані', кожен новий запуск реєстру ПН ця фішка порожня. Навряд для більшості користувачів в повсякденному режимі потрібно бачити підсумки по всіх ПН що є в базі.

Додайте черговість фільтрації реєстру ПН, як в excel: застосовую по номеру у спадаючому порядку, потім по даті у спадаючому, отримую вигляд реєстру - дата спадаючий порядок, номер всередині одної дати спадаючий.

Зараз в середині одної дати черговість показує по часу створення, чи то імпорту файлу. У реєстрі виданих ПН при наведеному вище способі фільтрації в одній даті менші порядкові номери ПН можуть знаходитися вище.

Стосовно підсумкових сум у реєстрах виданих/отриманих ПН, додайте збереження стану фішки 'Тільки обрані', кожен новий запуск реєстру ПН ця фішка порожня. Навряд для більшості користувачів в повсякденному режимі потрібно бачити підсумки по всіх ПН що є в базі.

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

Додайте черговість фільтрації реєстру ПН, як в excel: застосовую по номеру у спадаючому порядку, потім по даті у спадаючому, отримую вигляд реєстру - дата спадаючий порядок, номер всередині одної дати спадаючий.

Зараз в середині одної дати черговість показує по часу створення, чи то імпорту файлу. У реєстрі виданих ПН при наведеному вище способі фільтрації в одній даті менші порядкові номери ПН можуть знаходитися вище.

Зробимо. При сортуванні за колонкою дати складання для однакових дат буде відбуватися додаткове сортування за номером.

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

Наприклад, фільтр 'Створені цього місяця', який у липні показує ПН другої половини червня, правильно вони створені у липні, та у кінці липня, перед реєстрацією пачки за першу половину липня, такий фільтр буде показувати другу половину червня та першу половину липня. Накий мені така вибірка???

Тому замість 'Створені цього місяця' та 'Створені сьогодні' доцільніше зробити динамічний фільтр типу 'Дата складання/створення' і в діалозі задати відповідний інтервал, чи дату і опцію: складання або створення. І кожен наступний раз при виборі такого фільтру видавати діалог.

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

Не плутайте "Реєстр ПН", який є окремим вікном, і список накладних. Адже неможливо зрозуміти, про що мова. Про сортування вище ви писали щодо Реєстру ПН чи про список накладних?

Зручна була функція 'суми по виділених документах'.

Раніше треба було виділити накладні і натиснути кнопку. Тепер треба виділити накладні і натиснути галку. Що саме у цьому процесі було зручним, а тепер стало - ні? На вашу думку, галки якісь особливо незручні порівняно з кнопками?

Тому замість 'Створені цього місяця' та 'Створені сьогодні' доцільніше зробити динамічний фільтр типу 'Дата складання/створення' і в діалозі задати відповідний інтервал, чи дату і опцію: складання або створення. І кожен наступний раз при виборі такого фільтру видавати діалог.

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

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

Фільтри будуть перероблені, але це буде колись пізніше.

Не плутайте "Реєстр ПН", який є окремим вікном, і список накладних.

Будь-який систематизований список є реєстром. Ясно, той Реєстр не використовую, але якраз в ньому сортування застосовується схоже до excel. Враховуючи термінологію, мова йшла про Списки.

На вашу думку, галки якісь особливо незручні порівняно з кнопками?

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

Зараз теж при створенні фільтру "видається" діалог. Просто він більш універсальний

Він настільки 'універсальний', що в мене нема бажання ним користуватись. В повсякденному користування потрібен простий фільтр Списків з мінімум маніпуляцій для його застосування. Кнопка на панелі Списків викликає діалог: Інтервал дати / дату; параметр інтервалу - група radiobutton: звітний період / дата за яку складено документу / дата створення або імпорту документу; кнопка Ок і Скасувати. Все.

І потім подивитись, як часто 'універсальний' фільтр буде застосовуватись.

Будь-який систематизований список є реєстром. Ясно, той Реєстр не використовую, але якраз в ньому сортування застосовується схоже до excel. Враховуючи термінологію, мова йшла про Списки.

Так, але ми говоримо про Сонату, тож варто використовувати саме її термінологію для уникнення непорозумінь.
Переглянемо сортування і у списку ПН також.

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

Розглянемо варіант збереження стану цих галок.
Скопіювати цифри знизу можна точно так само, як це можна було зробити і в попередньому варіанті - натисніть на цифру правою кнопкою, потім "Копіювати".
ПС. Часто "незручність" чогось нового полягає в тому, що користувач просто не знає усіх його функцій.

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

Автоматичне встановлення масштабу за вікном може створити багато проблем для користувачів і точно буде неприємним сюрпризом.
Зберігати масштаб для кожного чаркоду можна, хоч тоді налаштування та робота з ними дуже розростуться. Ми подумаємо над цим.