В додатке №1 в п.4.1. при добавлении рядка № по порядку постоянно присваивается 4.1., а не 4.2., 4.3. и т.д., в связи с чем не проходит проверка корректности и невозможно отправить декларацию. Как можно решить эту проблему?

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

в связи с чем не проходит проверка корректности и невозможно отправить декларацию

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

В том то и дело, что розрахунок не отправляется, возвращается как ошибочный. Вот что пишет T1RXXXXG3 Помилка: "0.19422" нарушает ограничение pattern для "-{0,1}[0-9]+.[0-9]{6}". Не удалось проанализировать элемент "T1RXXXXG3" со значением "0.19422". (0.19422 [line: 36, pos: 36])

Ще раз: ви написали, що некоректну декларацію неможливо відправити - це не так. Відправити можна. Інша справа, що на неї може прийти негативна квитанція і звіт не прийметься.

У вашому випадку помилка каже про те, що формат даних не відповідає затвердженому Фіскальною службою для цього поля цього звіту. А саме - повинно бути точно 6 знаків після коми.

Доброго дня! Скажіть, якщо за ІІ квартал поточного року установа випалила, наприклад 150 м. куб. газу, то обсяг забруднення в тоннах потрібно: 0,150х0,003=0,0004; 0.150х0,008=0,0012; Писати 3 чи 4 знаки після коми????? Тому що якщо 3 то в першому варіанті буде 0!

Треба писати стільки знаків, скільки того вимагає схема звіту для даного поля. Соната у таких випадках сама виправляє значення так, щоб воно відповідало схемі.
ПС. Якщо ви мені назвете чаркод документу та поле, в якому записується результат, я вам скажу скільки там знаків повинно бути.

J0320102

1. Ви так і не назвали поле, яке вас турбує. Якщо це графа 5 таблиці, то там взагалі тільки 2 знаки після коми допускається.
2. Незрозуміло, звідки ви взяли такі маленькі ставки податку (0.003, 0.008). Найменша ставка (за тону двоокису вуглецю) складає 0.33 грн.
3. У цьому звіті вказується не обсяг матеріалу, який ви витратили, а обсяг шкідливих речовин, що вивільнилися при витрачанні цього матеріалу. Тобто, наприклад, не газ, а двоокис вуглецю, який отримано при його згорянні. Або інші речовини з довідника.

Доброго дня! Набираю звіт екол 2кв. 2016р. у додатках вибираю код відходів і мені вибиває undefined і звіт виходить з помилкою, що робити?

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

Доброго дня! При створені Декларації та Додатка1 реквізит C_DOC_CNT для декларації повинен нумеруватись від початку року , а C_DOC_CNT для Додатка1 має бути 1 (якщо в періоді один однотипний додаток). Соната сама дає нумерацію для Додатка1 навіть коли завантажуємо файл, створений в іншій програмі. Виправте , будь-ласка, помилку з нумерацією додатків.

Цитата з роз'яснення нумерації додатків: 2 У графі "Розрахунок № " арабськими цифрами зазначається порядковий номер розрахунку, починаючи з 1 (одиниці) послідовно в порядку зростання. Якщо підтягуєш Декларацію як імпорт файла ( в імені файла в позиції C_DOC_CNT стоїть 0000001), то при відправленні звіту видає помилку не співпадають значення номера додатка та номера в імені файла.

1. Якщо не хочете, щоб Соната міняла номер ,то перейдіть до "Меню - Налаштування - Документи" та зніміть галку "Автоматично змінювати номер у періоді за потреби". При цьому буде дуже велика вірогідність, що у вас при імпорті документів затягнуться кілька звітів з одним технічним номером. Як наслідок - будуть неприйняті.
2. Реквізит C_DOC_CNT у імені файлу та у його заголовку немає прямого відношення до поля "Розрахунок №". Згадане поле відповідає у файлі елементу HNUM, а не C_DOC_CNT. Між цими елементами немає прямого зв'язку, хоч Соната у деяких випадках приводить їх до одного значення із практичних міркувань.
3. Ви у будь-який момент можете всередині звіту змінити "Розрахунок №" най той, який вам потрібен. При цьому, як я вже зазначив, він не повинен відповідати параметру C_DOC_CNT.

Якщо підтягуєш Декларацію як імпорт файла ( в імені файла в позиції C_DOC_CNT стоїть 0000001), то при відправленні звіту видає помилку не співпадають значення номера додатка та номера в імені файла.

Ця помилка ніяк не стосується C_DOC_CNT. Вона звучить так "Значення поля "Порядковий №" Податкової декларації повинно дорівнювати полю "Порядковий №" декларації", тобто до уваги приймаються тільки поля, вказані на бланку звіту.

Добрий день! Зробіть, будь ласка, консолідацію даних в звіті F0302004. І в рядок 5 податкової декларації, щоб автоматично заносилась кількість додатків. Вибачте, але вже надоїло вводити вручну дані в декларацію з додатків. При перевірці корректності (при ручному вводі кількості додатків) видає помилку."R005G1 Помилка: Це поле повинно дорівнювати кількості додатків 1 у пакеті". Приходиться закривати, потім знову відкривати, перевіряти на коректність і тоді вже помилку не видає. Чекаю на оновлення! З повагою Ваші споживачі.

1. Заповніть потрібні додатки.
2. Збережіть їх (обов'язково).
3. Перейдіть до декларації та натисніть там "Консолідація".

За цим алгоритмом у мене перенеслися дані з додатків та заповнилася кількість.

Алгоритм зрозуміла. Спочатку зберегти додатки, а потім консолідувати. Думала, як в об'єднаній звітності - нічого не зберігаю, а в декларацію, при консолідації, все попадає. А потім вже зберігаю. Дякую за роз'яснення!

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

Добрый день. При проверке декларации (сдаю за 4 кв 2023), в додатке 1 Соната не выявила ошибку, не выдала предупреждение о проверке, что в стр 3.1 код не соответствует третьему уровню кодов: в стр. 3.1 и в стр.3.2 был указан код территориальной единицы, а должно быть в стр.3.1 - код территориальной громады, а в стр.3.2 - территориальной единицы.

Доброго дня.

Додамо таку перевірку в одному з наступних оновлень, дякую.