Я нічого не бачу на цьому скріншоті. Зробіть нормального розміру, будь ласка.
ПС. Користуйтесь експортом у PDF замість стандартного друку.

ПС. Користуйтесь експортом у PDF замість стандартного друку.

а чи можна, тоді зробити замість стандартного друку автоматичний експорт в пдф і його відкриття (клікаєш на іконку друк і тобі відкривається Adobe reader з формою для друку)

Так, у нас є такі наміри. Після вирішення нагальних питань займемось.

Скажіть, будь ласка, чи буде в наступному оновлені поправлена проблема з статусом податкових накладних отриманих з ЄРПН (відкрита/зареєстрована), а також нумерація однотипних звітів у періоді в журналі звітів - 1,2...9,10...19,20,21...?

ЄДР: У наступному ні. Ця проблема поки вирішується.

Щодо нумерації перший раз чую) Ви маєте на увазі додати в Журнал колонку "Номер документу"?

...перший раз чую)

Тут відповідали. Скільки ж вас там під одним логіном?

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

Добре, отже, чи варто очікувати в наступному оновлені змін у відображені вмісту вікна звітів при їх розстановці за номером?

Доброго дня.

Велике побажання - з часом змінити форму ЕСВ. Величезна кількість людей незадоволена. Особливо якщо кількість людей більше 30-40. Дуже не зручно. Розбиття на аркуші непрактично. Зрозуміло що вони звикли до форми з МЕДКа. То може варто підігнати її до "Медковської"...

Добре, отже, чи варто очікувати в наступному оновлені змін у відображені вмісту вікна звітів при їх розстановці за номером?

У 0.10.16.1 ще ні. Буде виправлено у наступних версіях.

Зрозуміло що вони звикли до форми з МЕДКа. То може варто підігнати її до "Медковської"

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

Ми зараз говоримо не про всю СОНАТУ а про один звіт - ЕСВ. І давайте відверто назвемо його - "недосконалим". Якщо платник купує річну СОНАТУ і при цьому користується МЕДКОм для звіту ЄСВ (таких багато великих підприємств) то розробникам варто замислитись над цим звітом. Тому відразу після закінчення Податкових накладних потрібно обовязково зайнятись звітом ЕСВ.

один звіт - ЕСВ.

Це, Ви, зараз пропонуєте реалізувати можливість імпортувати dbf - файли таблиць звіту ЄСВ з 1С до Сонати з метою автоматичного формування звіту по ЄСВ безпосередньо в Сонаті, аналогічно АРМ:Єдиний внесок, що на сайті ПФУ лежить?

Чи у Вас викликає незручність ручний набір таблиці 6, котра має обмежену кількість рядків на аркуш і відповідно для підрахунку суми по всіх рядках треба додатково обчислювати суми з усіх аркушів?

Від себе додам, що факт набору таблиці 6 вручну - вже незручність.

Ми зараз говоримо не про всю СОНАТУ а про один звіт - ЕСВ. І давайте відверто назвемо його - "недосконалим". Якщо платник купує річну СОНАТУ і при цьому користується МЕДКОм для звіту ЄСВ (таких багато великих підприємств) то розробникам варто замислитись над цим звітом. Тому відразу після закінчення Податкових накладних потрібно обовязково зайнятись звітом ЕСВ.

Я передам це побажання програмістам.

пропонуєте реалізувати можливість імпортувати dbf - файли таблиць звіту ЄСВ з 1С до Сонати

Така можливість давно реалізована - http://sonata.biz.ua/help/doc_zapovnennja_esv.html. Користуйтесь довідкою, там багато цікавого.

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

Виявив зміну в назві файлу:

з - J120100710000000011022015____ .

на - J120100710050005721022015____

В середині:

було - C_DOC_CNT 1 /C_DOC_CNT

стало - C_DOC_CNT 5000572 /C_DOC_CNT

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

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

Так, те що номер документу у періоді змінюється не є помилкою. Я кажу про результат тих дій. 1) Відсутність попередження користувача про автозаміну номера документа у періоді, що імпортується - ПОМИЛКА. 2) Нумерація документів. Маємо імпортований документ у періоді C_DOC_CNT 1 /C_DOC_CNT. Відповідно очікуємо, що повторне імпортування того ж документу у періоді зробить C_DOC_CNT 2 /C_DOC_CNT. А що маємо в результаті? C_DOC_CNT 5000572 /C_DOC_CNT - невідомий номер. І навіть, якщо цей номер присвоювався б в результаті наскрізної нумерації всіх документів по базі, то в мене і тисячі документів не назбирається. Результат - ПОМИЛКА.

Повідомлення - можна зробити.

А що маємо в результаті? C_DOC_CNT 5000572 /C_DOC_CNT - невідомий номер.

Програма шукає серед всіх ваших ПН максимальний номер документу і збільшує його на 1. Значить десь у вас лежить ПН 5000571.

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

Ці номери не обов'язково присвоюються Сонатою. Ви могла імпортувати ПН звідкись (1С наприклад) і у неї був такий номер.

Експортував накладні. Таки є накладна з номером J1201007100 5000571 1022015___. Тільки вона від продавця, приїхала з ЄРПН. В них номер в назві файлу - згаданий вище, а на бланку і у витягу ЄРПН - 2485/ /5. Можливо сама програма так поназивала ті файли при імпорті з пошти.

А є ще з таким номером J1201007100 5001737 1012015___

Файл 5000571 був імпортований в попередніх версіях Сонати, файл 5001737 імпортувало в останній (0.10.16.1).

Можливо тому Соната мою дубльовану ПН обзиває - 5000572, а не 5001738?

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

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

Не буду сперечатись. Вам видніше.

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

![enter image description here][1] [1]: http://zakon2.rada.gov.ua/laws/file/imgs/24/p419382n140.gif