Оновлення 11.02.034

[priup]

В бланке "Обьединённая Звитнисть..." 0500106 по строке 061 стоит контроль по числу додатков 0510106!
А вот по строке 064 контроль по числу додатков 0510406 не стоит!

| Показать

1.jpg (312.62 Кіб) Переглянуто 2788 разів

???????????

[EdwardTurJ]

Белокопытов Геннадий!

Знову про кодифікатор адмін-тер одиниць у Розрахунку J0500106.
В картці підприємства відповідна "галочка" є.
Якщо створювати звіт вручну, то кодифікатор адмін-тер одиниць підтягується автоматично.
Якщо ж J0500106 імпортувати з XML, то автоматично не підтягується та "оновити поля" не допомагає. Потрібно вибирати з довідника.

[Белокопытов Геннадий]

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

Спасибо, этот момент пересмотрим дополнительно

[Белокопытов Геннадий]

Господа разработчики !
ЭТО(создание звита ЕСВ/1ДФ):
на моей локальной МЕДОК-Зарплате:

Спасибо за предоставленный пример, проявлено, для модуля Зарплата будут выполнены доработки в следующем ближайшем обновлении. На сейчас заполнять отчет можно через раздел Звітність- Об'єднана звітність ПДФО та ЄСВ.

[Белокопытов Геннадий]

Протестировал!!
В наличии :
ЕСВ за январь 2021 бланк *****413
ЕСВ за февраль 2021 бланк *****413
ЕСВ за март 2021 бланк *****413
1ДФ за 1 квартал 2021 бланк ****105
Открыт Дод4 за февраль - я по инструкции ЖМУ "Заповнити пакет звітів JF0500106 "
Результат : в бланке JF0500106 заполнен ТОЛЬКО ФЕВРАЛЬ !!
про 1ДФ молчу ..........
Инструкция обманывает!!

Автоматический перенос данных выполняется в объединённую отчетность с помощью меню "Правка - Заповнити пакет звітів JF0500106" раздела ЕСВ. Выполнять функцию необходимо для каждого отчета ЕСВ на основании которого нужно заполнить отчет. При выполнении операции переноса, обратите внимание, чтобы был выбран точно тот пакет, в который переносились данные из предыдущего выбранного отчета ЕСВ.

Если у вас так и не будут переноситься данные, можем подключиться удаленно, либо покажите на скринах в личные сообщения.

[EdwardTurJ]

Белокопытов Геннадий!
Прошу розглянути такі питання:

1. Імпорт з XML - про відображення Checkbox в звіті J0500106.
В додатку 1 (Д1) значення "0" в Checkbox відображається "сірою галочкою", причому при імпорті з DBF все гаразд.
В додатку 5 (Д5) таких проблем нема.

2. Підприємство відправляє 1ДФ (нині 4ДФ) по районам. Раніше для цього в звіті 1ДФ були два поля "ДПАУ, куди подається звіт" та "ДПАУ, куди подається оригінал звіту". Як це буде з 4ДФ?

3. Додаток 1 (Д1) видав помилку:
Для Додатків 1 сума в полі 'Загальна сума нарахованого заробітку/доходу (усього з початку звітного місяця)' менша суми в полі 'Сума нарахованого заробітку/доходу у межах максимальної величини, на яку нараховується єдиний внесок', крім сум, які внесені із застосуванням типів нарахувань 2-9 та 11 і 12,13,14..
А в звіті 2000 рядків. Як знайти де це? Помилка не видає ні номера рядка, ні податковий номер, і програма НЕ переходить на рядок з помилкою.
Зауважу, що в додатках 4 та 5 з цим все гаразд - програма видає номера рядка, податковий номер або переходить на рядок з помилкою.

4. У всіх додатках, окрім самого податкового розрахунку J0500106 при контролі висвічується повідомлення: "Чекайте, триває перевірка...". На великих підприємствах виникає враження підвисання.

5. В додатку 1 (Д1) раніше "сума нарахованого єдиного внеску" звірялася до 0.01 грн, а тепер жодної перевірки.

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

7. Ще таке прохання. Звітів J0500106 в одному кварталі буде багато, особливо на великих підприємствах.
Щоб в них орієнтуватися, не завадило б в основний рядок звіту J0500106 додати поле "Коментар" (доступний користувачу) десь між кодом та найменуванням.
Заздалегідь вдячний.

[polyk]

Додаток 5 не импортируется из DBF. Пишет "Invalid cast from Int64 to Datetime. Could not store <NN> in START_DT column. Expected type is Datetime". Тоже самое с END_DT. В описании файла для импорта для этих полей указан тип N(2). И раньше было N(2). Если исправить тип полей на Datetime, то импорт проходит. Это навсегда или Вы исправите ?

[polyk]

И при заполнении Додатка 5 тоже требует в полях "Дата початку", "Дата закінчення" вводить дату полностью, а если вводишь число от 1 до 31, то пишет "День початку повинно бути числом от 1 до 31". Так это теперь будет дата или день ?

[polyk]

Поля "Дата початку" и "Дата закінчення" импортируются из DBF пустыми, даже если имеют тип Datetime или Date.
Во всех додатках, кроме главного "Податкового розрахунку", после импорта из DBF пишет ошибку "Значення елементу квартал недопустиме", хотя номер квартала в "Податковому розрахунку" есть.
Будет ли кнопка "Консолідувати звіти" ? У нас есть отдельное подразделение, но мы за него отчитываемся.

| Показать

"Значення елементу квартал недопустиме"

номер квартала.jpg (594.65 Кіб) Переглянуто 2605 разів

[polyk]

В додатке 4 после импорта из DBF не понимает "ознаку пільги". Она импортируется из поля OZN_PILG N(3). И получает значение 0,1,2,3,4.
Программа хочет, чтобы было пусто или 01,02,03,04. Из числового поля это получить невозможно.

| Показать

неверная ознака пільги

Неверная ознака пільги.jpg (572.81 Кіб) Переглянуто 2560 разів

[polyk]

Уважаемые разработчики! УБЕДИТЕЛЬНАЯ ПРОСЬБА УСТРАНИТЬ УКАЗАННЫЕ НЕДОСТАТКИ, ПОТОМУ ЧТО сейчас НЕВОЗМОЖНО автоматически импортировать данные в отчет и сдать его!!!

[D_Elenka]

Какая-то проблема с кодировками. исходные данные у меня в дос-кодировке. Раньше все импортировлось нормально (и в старые отчеты и сейчас импортируется), теперь при проверке куча ошибок на неверный символ в фио, а имено не нравится I (Іванівна, Петрівна).
Что-то поменялось?
Выгружаю справочник в кодировке 866, из этого файла подтягиваю фамилии в свой файл, импортирую - ошибка! если проклацать уже после импорта по иденкоду и подтянуть из справочника - все ок. Но у меня 870 человек...

Так же ошибка "после импорта из DBF пишет ошибку "Значення елементу квартал недопустиме"" в додатках

[priup]

Протестировал!!
В наличии :
ЕСВ за январь 2021 бланк *****413
ЕСВ за февраль 2021 бланк *****413
ЕСВ за март 2021 бланк *****413
1ДФ за 1 квартал 2021 бланк ****105
Открыт Дод4 за февраль - я по инструкции ЖМУ "Заповнити пакет звітів JF0500106 "
Результат : в бланке JF0500106 заполнен ТОЛЬКО ФЕВРАЛЬ !!
про 1ДФ молчу ..........
Инструкция обманывает!!

Автоматический перенос данных выполняется в объединённую отчетность с помощью меню "Правка - Заповнити пакет звітів JF0500106" раздела ЕСВ. Выполнять функцию необходимо для каждого отчета ЕСВ на основании которого нужно заполнить отчет. При выполнении операции переноса, обратите внимание, чтобы был выбран точно тот пакет, в который переносились данные из предыдущего выбранного отчета ЕСВ.
.............

Так Я же и про ЭТО!Ё
В инструкции ЭТОГО то и не сказано ! Квест от разрабов - "догадайся мол сама........."

[poltava_energy]

1. Не працює екпорт у DBF
2. Не працює імпорт із DBF

medoc_err_20210404.jpg (24.26 Кіб) Переглянуто 2371 раз

[Белокопытов Геннадий]

Белокопытов Геннадий!
Прошу розглянути такі питання:

1. Імпорт з XML - про відображення Checkbox в звіті J0500106.
В додатку 1 (Д1) значення "0" в Checkbox відображається "сірою галочкою", причому при імпорті з DBF все гаразд.
В додатку 5 (Д5) таких проблем нема.

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

2. Підприємство відправляє 1ДФ (нині 4ДФ) по районам. Раніше для цього в звіті 1ДФ були два поля "ДПАУ, куди подається звіт" та "ДПАУ, куди подається оригінал звіту". Як це буде з 4ДФ?

Відповідно до наказу МФУ №773 від 15.12.2020: У випадку якщо відокремлений підрозділ юрособи не вповноважений нараховувати, утримувати і сплачувати (перераховувати) податок до бюджету, не має окремого балансу і самостійно не веде розрахунки із застрахованими особами для сплати ЄСВ, тоді розрахунок за такий підрозділ подає юрособа – до контролюючого органу за основним місцем свого обліку. При цьому дані про відокремлений підрозділ зазначаються в рядку 033 заголовної частини розрахунку.
Тобто як копія даний звіт не подається.

3. Додаток 1 (Д1) видав помилку:
Для Додатків 1 сума в полі 'Загальна сума нарахованого заробітку/доходу (усього з початку звітного місяця)' менша суми в полі 'Сума нарахованого заробітку/доходу у межах максимальної величини, на яку нараховується єдиний внесок', крім сум, які внесені із застосуванням типів нарахувань 2-9 та 11 і 12,13,14..
А в звіті 2000 рядків. Як знайти де це? Помилка не видає ні номера рядка, ні податковий номер, і програма НЕ переходить на рядок з помилкою.
Зауважу, що в додатках 4 та 5 з цим все гаразд - програма видає номера рядка, податковий номер або переходить на рядок з помилкою.

Доопрацювання даного контролю в програмі буде розглянуто.

4. У всіх додатках, окрім самого податкового розрахунку J0500106 при контролі висвічується повідомлення: "Чекайте, триває перевірка...". На великих підприємствах виникає враження підвисання.

Уточніть, будь ласка, яка кількість рядків у таблиці?
Дане повідомлення виводиться для усіх звітів, коли перевірка займає певний проміжок часу, в залежності від кількості записів у документі та технічних характеристик ПК

5. В додатку 1 (Д1) раніше "сума нарахованого єдиного внеску" звірялася до 0.01 грн, а тепер жодної перевірки.

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

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

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

7. Ще таке прохання. Звітів J0500106 в одному кварталі буде багато, особливо на великих підприємствах.
Щоб в них орієнтуватися, не завадило б в основний рядок звіту J0500106 додати поле "Коментар" (доступний користувачу) десь між кодом та найменуванням.
Заздалегідь вдячний.

Можливість відображення коментаря для звіту буде розглянуто.

[Белокопытов Геннадий]

polyk
Додаток 5 не импортируется из DBF. Пишет "Invalid cast from Int64 to Datetime. Could not store <NN> in START_DT column. Expected type is Datetime". Тоже самое с END_DT. В описании файла для импорта для этих полей указан тип N(2). И раньше было N(2). Если исправить тип полей на Datetime, то импорт проходит. Это навсегда или Вы исправите ?

Формат даты должен заполняться в виде dd.mm.yyyy. Дополнительно укажем в файле описания формата в следующем обновлении.
В предыдущих версиях формы ЕСВ формат поля был числом, так как требовалось только заполнение числа месяца, а не всей даты.
Уточните, пожалуйста, как у вас выполняется заполнение ?

polyk

И при заполнении Додатка 5 тоже требует в полях "Дата початку", "Дата закінчення" вводить дату полностью, а если вводишь число от 1 до 31, то пишет "День початку повинно бути числом от 1 до 31". Так это теперь будет дата или день ?

Формат даты должен заполняться в виде dd.mm.yyyy

polyk
Поля "Дата початку" и "Дата закінчення" импортируются из DBF пустыми, даже если имеют тип Datetime или Date.
Во всех додатках, кроме главного "Податкового розрахунку", после импорта из DBF пишет ошибку "Значення елементу квартал недопустиме", хотя номер квартала в "Податковому розрахунку" есть.
Будет ли кнопка "Консолідувати звіти" ? У нас есть отдельное подразделение, но мы за него отчитываемся.

Уточните, пожалуйста, в каком формате у вас указаны значения в полях “Дата почтаку” и “Дата закінчення”? Формат даты должен заполняться в виде dd.mm.yyyy.
Возможность выполнения консолидации пакетов будет реализована в дальнейших обновлениях

polyk
В додатке 4 после импорта из DBF не понимает "ознаку пільги". Она импортируется из поля OZN_PILG N(3). И получает значение 0,1,2,3,4.
Программа хочет, чтобы было пусто или 01,02,03,04. Из числового поля это получить невозможно.

Проверили дополнительно, значения 0, 1, 2, 3, 4 корректно импортируются. Можете предоставить пример такого файла в личные сообщения?

[EdwardTurJ]

Шановний Белокопытов Геннадий!

Дякую за оперативні розгорнуті відповіді!

Ще таке зауваження:
Після отримання першої квитанції, в якій написано "Через певний час подбайте про прийом квитанції №2 щодо
результатів перевірки та прийняття/неприйняття" стан звіту відображається як "неприйнятий".

[Белокопытов Геннадий]

1. Не працює екпорт у DBF
2. Не працює імпорт із DBF
medoc_err_20210404.jpg

Перевірте, будь ласка, формат вказаної дати та поля у імпортованому файлі, а саме колонка START_DT.
Дата має бути вказаною у форматі dd.mm.yyyy.
Так як попередній звіт ЄСВ мав формат числа, без повної дати, скоріш за все ви не змінили формат для цієї колонки.

[Белокопытов Геннадий]

Шановний Белокопытов Геннадий!

Дякую за оперативні розгорнуті відповіді!

Ще таке зауваження:
Після отримання першої квитанції, в якій написано "Через певний час подбайте про прийом квитанції №2 щодо
результатів перевірки та прийняття/неприйняття" стан звіту відображається як "неприйнятий".

Уточніть, будь ласка, чи всі таблиці з відісланого на реєстрацію пакету прийняті?
Якщо одна із таблиць буде не прийнятою, то і увесь пакет буде мати статус "Не прийнято".

[polyk]

Уважаемый Белокопытов Геннадий!

Поле OZN_PILG N(3) корректно импортируется в додаток 4. Ошибку выдает при проверке в додатке.

Поля START_DT и END_DT должны быть dd.mm.yyyy типа Date или типа Character? Тип Character не пробовал. Попробую, отпишусь.

Как быть с ошибкой по "номеру квартала" ?