Оновлення 11.02.034

[priup]

...............
Незручно, що в "загальній" квитанції про помилку в одному з додатків ні слова.

Эту доработку заказывайте ЗДЕСЬ: https://tax.gov.ua/others/kontakti/

[СЕВАНЦ]

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

| Показать

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

Способ борьбы: Удаляете содержание ячейки, игнорируя вопль МЕДОКа.
Когда всё удалите и сохраните - ошибка исчезает.
Другое дело, что эта процедура, повторенная по всем сотрудникам во всех месяцах, съедает кучу времени и нервов.

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

Уважаемый Белокопытов Геннадий!
Отправил Вам приватне повідомлення, прикрепил архив Ошибки.7z.

Спасибо большое за предоставленный пример, с нашей стороны правки по импорту полей START_DT и END_DT в формате Date будут выполнены в следующем ближайшем обновлении программы на этой неделе.

[priup]

....................

С возвращением, уважаемый!
Где пропадали? На земле необетованной?.............

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

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

| Показать

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

Для корректного импорта значения в колонке OZN_PILG должны соответствовать значения в справочнике "Ознаки соціальних податкових пільг", а именно 01, 02, 03, 04.
Так как поле числовое, то на импорте выполняется и 1, 2, 3, 4, но специально доработан контроль при проверке таблицы отчета, чтобы пользователь не отправил отчет с не правильными значениями и в результате не попал на не принятый отчет.

[СЕВАНЦ]

Давно не брал я в руки шашек – не было повода.
Зато теперь появилась «об’єднана звітність» . Как говорится, "Не было, не было, и вот опять".

Делюсь опытом первых дней работы.
1. В «додаток 5» из справочника сотрудников переносятся даты приема и увольнения только последнего месяца. Остальные игнорируются.
2. При проверке данных «додатка 1» исчезло сопоставление количества дней работы с данными «додатка 5». Это плохо – практика показывает, что вероятность ошибки здесь велика.
3. При импорте данных для «додатків 1 и 4» каждый раз создается новая «об’єднана звітність». При этом команда «консолідувати звіти» куда-то исчезла. Желательно восстановить.

Отдельный вопрос – описание структуры файлов .dbf для импорта. Не хочу повторяться (см. выше), но количество нестыковок и вытекающее из них количество невынужденных ошибок превышает допустимое значение.
Понимая, что без ошибок сваять такое большое обновление невозможно, выражаю поддержку разработчикам и надеюсь на ближайшее обновление.
Примечание. Лично мне удалось побороть всё, кроме номера квартала в «додатке 1». Но квартал стоит насмерть.

[СЕВАНЦ]

....................

С возвращением, уважаемый!
Где пропадали? На земле необетованной?.............

Нет, на родной, одесской. Просто лень было писать. Да и повода не было - МЕДОК работал практически без ошибок, которые бы меня затрагивали.

[СЕВАНЦ]

Для корректного импорта значения в колонке OZN_PILG должны соответствовать значения в справочнике "Ознаки соціальних податкових пільг", а именно 01, 02, 03, 04.
Так как поле числовое, то на импорте выполняется и 1, 2, 3, 4, но специально доработан контроль при проверке таблицы отчета, чтобы пользователь не отправил отчет с не правильными значениями и в результате не попал на не принятый отчет.

То есть, по-Вашему, работников без льгот не существует, поскольку ни "0" , ни пробел программа не воспринимает.
И как, интересно, в числовом поле отражается "01" вместо "1".
Ежу понятно, что по факту это поле - текстовое на 2 символа. Кто-то очень мудрый объявил его числовым и спровоцировал массу побочных ошибок при импорте файлов .dbf. Удивительно другое - при импорте файлов для отчета 1дф никакой ошибки не было. Что-то не так доработали.

[СЕВАНЦ]

Не цілком в тему.

Комусь вже прийшла друга квитанція розрахунку J0500106 (звітного або довідкового)?

В субботу сдал "додаткову" для начисления пенсии и получил квитанцию №2. Откладывать было некуда - с января сотрудник не мог оформить пенсию из-за наших круглых депутатов, заменивших ежемесячный отчет в ПФУ на ежеквартальный.

[EdwardTurJ]

Примечание. Лично мне удалось побороть всё, кроме номера квартала в «додатке 1». Но квартал стоит насмерть.

У мене такі ж успіхи з DBF-імпортом, а з XML-імпортом все простіше та краще.

В субботу сдал "додаткову" для начисления пенсии и получил квитанцию №2.

Сьогодні в обід XML-імпортував дані на працівників з заяви-розрахунку в ФСС. Другої квитанції ще нема.

[D_Elenka]

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

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

Такая же проблема, но в кодировке Win1251. И что интересно, данные экспортировал сначала из Медка в DBF соответственно за январь 21, февраль 21, март 21, но из Додатка 4, в который данные были загружены без проблем, для проверки, пока отсутствовал квартальный отчет. Поправил названия полей, добавил новые и попытался импортировать в новый отчет. И тут началось... ошибки в ФИО. В чем может быть проблема? ФИО вносились УКР раскладка Windows. В старый отчет выгружались в формате DBF кодировка Win 1251, проблем не было.

Да, Вашим способом я тоже пробовала, есть еще вариант выгрузить справочник в Win1251, из него подкачать фио в свои базы и потом грузить, но нужно пробовать.

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

[D_Elenka]

Подскажите, пожалуйста, где скачать инструкции "Структура файлів імпорту Об'єднаної звітності ПДФО та ЄСВ (в форматі DBF)" для импорту таблицы J(F)0510406.dbf. Что-то не нахожу. Нужна структура файлов dbf
Спасибо!

[EdwardTurJ]

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

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

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

Контроль власне податкового розрахунку J0500106 ймовірне працює з додатками № 1 (J0510106) за три місяці, час контролю J0500106 приблизно дорівнює сумі часу на контроль кожного місяця J0510106.
Довідково - в кожному місяці J0510106 порядку 2000 записів.

[СЕВАНЦ]

... з XML-імпортом все простіше та краще.

Я формирую данные для ПФУ в формате .dbf с 1998 года, то есть с момента зарождения этой отчетности. Другой формат в то время просто не использовался. И переделывать многолетние наработки из-за случайных ошибок в МЕДОКе, которые, безусловно, будут скоро исправлены, мне лично лень, в чем честно признаюсь. Проще поделиться информацией с разработчиками – они люди вменяемые, всё быстро исправят.

[D_Elenka]

Для корректного импорта значения в колонке OZN_PILG должны соответствовать значения в справочнике "Ознаки соціальних податкових пільг", а именно 01, 02, 03, 04.
Так как поле числовое, то на импорте выполняется и 1, 2, 3, 4, но специально доработан контроль при проверке таблицы отчета, чтобы пользователь не отправил отчет с не правильными значениями и в результате не попал на не принятый отчет.

То есть, по-Вашему, работников без льгот не существует, поскольку ни "0" , ни пробел программа не воспринимает.
И как, интересно, в числовом поле отражается "01" вместо "1".
Ежу понятно, что по факту это поле - текстовое на 2 символа. Кто-то очень мудрый объявил его числовым и спровоцировал массу побочных ошибок при импорте файлов .dbf. Удивительно другое - при импорте файлов для отчета 1дф никакой ошибки не было. Что-то не так доработали.

Поддерживаю. И попутный вопрос. Сотрудник подал заявление на льготу (т.е. в справочниках она стоит), но зарплата превысила все пределы и льгота не предоставлялась. А в 1ДФ правильно что ставить в лоле льгота? Код льготы или 0 (по факту же льготы нет)?

[СЕВАНЦ]

Подскажите, пожалуйста, где скачать инструкции "Структура файлів імпорту Об'єднаної звітності ПДФО та ЄСВ (в форматі DBF)" для импорту таблицы J(F)0510406.dbf. Что-то не нахожу. Нужна структура файлов dbf
Спасибо!

Прочитайте описание обновления - там указан путь к файлу с описанием структуры:
... імпорт Додатків у форматі dbf, файл з описом структури файлів dbf для імпорту динамічних таблиць об’єднаної звітності знаходиться у каталозі …\help\manuals\Структура файлів імпорту Додатків Об'єднаної звітності ПДФО та ЄСВ (DBF).pdf;

[D_Elenka]

Прочитайте описание обновления - там указан путь к файлу с описанием структуры:
... імпорт Додатків у форматі dbf, файл з описом структури файлів dbf для імпорту динамічних таблиць об’єднаної звітності знаходиться у каталозі …\help\manuals\Структура файлів імпорту Додатків Об'єднаної звітності ПДФО та ЄСВ (DBF).pdf;

Спасибо!!!

[polyk]

Для корректного импорта значения в колонке OZN_PILG должны соответствовать значения в справочнике "Ознаки соціальних податкових пільг", а именно 01, 02, 03, 04.
Так как поле числовое, то на импорте выполняется и 1, 2, 3, 4, но специально доработан контроль при проверке таблицы отчета, чтобы пользователь не отправил отчет с не правильными значениями и в результате не попал на не принятый отчет.

То есть, по-Вашему, работников без льгот не существует, поскольку ни "0" , ни пробел программа не воспринимает.
И как, интересно, в числовом поле отражается "01" вместо "1".
Ежу понятно, что по факту это поле - текстовое на 2 символа. Кто-то очень мудрый объявил его числовым и спровоцировал массу побочных ошибок при импорте файлов .dbf. Удивительно другое - при импорте файлов для отчета 1дф никакой ошибки не было. Что-то не так доработали.

В каждом файле додатка 4 в вузе больше 2000 строк (считая студентов). Исправлять каждую строку - это издевательство. Может быть все-таки разработчикам МЕДКА изменить формат поля OZN_PILG на CHARACTER(2) и все проблемы будут решены? Прошу Белокопытова Геннадия рассмотреть этот вопрос.

[polyk]

Или при импорте в додаток 4 программа импорта может сама менять 0 на пробел, 1 на 01 и т.д.

[polyk]

Уважаемый Белокопытов Геннадий!
Спасибо, что отреагировали на пустые START_DT и END_DT. Но остаются 2 вопроса: номер квартала в додатках и проверка OZN_PILG. Очень прошу Вас решить их до появления новой версии.