Перейти до змiсту
 

Формат dbf файлу для завантаження до АРМ “Звіт страхувальника”

Доброго дня, друзі!

Сьогодні 1 лютього 2010 року – почався перший місяць щомісячної звітності (персонфікації) до Пенсійного фонду за січень 2010 року (строк – до 20 лютого). На нашому ресурсі ми продовжимо публікувати матеріали, присвячені цій темі.

І зараз – про формування звіту через програмне забезпечення.

В результаті прямо-таки божевільних пошуків я знайшов для Вас формат вхідного .dbf-файлу, який призначений для завантаження даних  до програми АРМ “Звіт страхувальника (АРМ ЗС)”. Він дозволить пристосувати будь-яке програмне забезпечення, яке використовуєте Ви для бухобліку, для завантаження даних у программу АРМ ЗС для формування щомісячної звітності до ПФУ.

Одразу прошу вибачення за те, що не зміг в силу певних причин опублікувати, як обіцяв, цей формат вчора – певний час пішов на уточнення деяких моментів щодо формату.

Цей формат описує структуру файла, яким можна завантажувати дані щомісячної звітності (щомісячної персоніфікації) до АРМ ЗС - щоб далі формувати у АРМ ЗС файли звітності та передавати їх до ПФУ.

Ви можете скачати його  на сторінці “СКАЧАТИ” у розділі “Формат файлів, що використовується у АРМ Звіт Страхувальника”.

Файл з форматами представляє собою саморозпаковуючий архів Struktura_files.exe розміром 5,08 Мбайт.

Він містить в собі наступні файли:

  • ! Zmist.rtf - файл із описом змісту файлів.
  • 1. STRUCT_dbf_zavant_in_ARM_ZS.rtf – опис структури .dbf-файлу для завантаженняв АРМ ЗС;
  • 2 STRUCT_files_in_PFU_names.rtf - опис структури .xml-файла, який призначений для передачі в ПФУ;
  • 3 STRUCT_files_in PFU.rtf - опис структури .xml-файла, який призначений для передачі в ПФУ;
  • 4. STRUCT_export_to_ZVIT.rtf - формат файлів експорту даних в систему ЗВІТ;
  • 5. STRUCT_ARM_237_oldie.rtf –  формат проміжного файлу для завантаження у АРМ РД 237 (тільки річна звітність).

Більш ретельнший опис міститься в файлі ! Zmist.rtf.  Скачуйте і користуйтесь – використання вільне і безкоштовне. Ви можете вільно розповсюджувати цей матеріал і викладати для зкачування з єдиною умовою – вказувати, що його зкачано з ресурсу http://zvitdopfu.com

Нагадаю – скачати цей матеріал ви можете  сторінці “СКАЧАТИ” у розділі “Формат файлів, що використовується у АРМ Звіт Страхувальника”.

Завтра буде опубліковано матеріали по річній звітності-2009 для підприємців: фізичних осіб на спрощеній системі оподаткування (фіксований та єдиний податок).

Також буде викладено для скачування файл, в якому підприємцю треба буде лише внести по місяцях суму податку, сплачену у 2009 році. Програма миттєво розрахує і заповнить всі необхідні поля, а також, виходячи із сум податку та мінімальної зарплати за 2009 рік, заповнить додаткову форму – для доплати. Вам залишиться лиш роздрукувати їх та заповнити необхідні поля своїми даними – ід.кодом, прізвищем, ім”ям та по-батькові, а також подписати – і у вас в руках за 5 хв готовий річний звіт без помилок!

Отже, до завтра, шановні друзі.

Щоб не пропустити важливих новин – підпишіться на їх отримання!

Ви можете читати новини через RSS, отримувати на  електронну пошту, слідкувати за новими статтями у TWITTERі.

Також можете додати публікацію, яка Вас сподобалась, у закладки – їх кнопка знаходиться одразу за цим постом, внизу.

Дотримуйтесь правил хорошого тону на сайті – ОБОВ’ЯЗКОВО коментуйте публікації, задавайте у коментарях питання!

Дякую, що додали цю статтю в:
РћРїСѓР±Р»iкувати Сѓ twitter.com Написати в своему блозi livejournal

33 комментария

  1. Edward_Tur пишет:

    Дякую за формат. Коли буде версія Бест-Звіт для імпорту по цього формату?

  2. ms_tnt пишет:

    Уважаемый Консультант, я сегодня связывался с разработчиками АРМ, они сказали что будет версия 8.83 с возможностью импорта месячной персонификации но не с dbf а с xml. Зачем тогда нужны эти форматы dbf или есть возможность все таки импортировать dbf?
    Заранее благодарен

  3. Сергей пишет:

    Уже есть версия 8.83 и возможность импорта месячной персонификации из DBF файлов в ней присутствует.

    Всем успехов!

  4. Сергей пишет:

    Сайт полезен, но с оперативностью проблема…

  5. Юрий пишет:

    Господа, подскажите.
    Ну посмотрел я на структуру ДБФ. Во первых так и не понял что в эти файлы выгружать Инструкции не нашел? И не нашел где их загружать в АРМе. Там только DRFO и INDANI импортяться.

  6. ЕЛЕНА пишет:

    Друзья по насчастью ПФУ! Что делать с теми у кого нет кода? В таблицу 8 в обычном режиме их серию и номер паспорта ввести нельзя.

  7. Олег пишет:

    @ ЕЛЕНА:
    Для застрахованих осіб, які з релігійних переконань відмовилися від ідентифікаційного номеру (ДРФО), про що мають відповідну відмітку у паспорті, зазначаються дані свідоцтва про загальнообов’язкове державне соціальне страхування: серія та номер (NNN_XXXXXX – три літери, пробіл, шість цифр).

  8. Тарас пишет:

    ПРОБЛЕМА !
    Сделал экспорт/импорт с помощью dbf.
    Но, оказывается, в таблицах, созданных с помощью импорта из dbf файлов, при печати нет названия фирмы, нет реквизитов руководителей. Нет этих реквизитов и в последующем xml-файле отчета. И конечно такой отчет Пенсионный не принимает. (F5- обновление реквизитов не помогает, обновление последнее – 8.83.003). Я в шоке. Как такую ерунду могли сделать разработчики, и не исправить вот уже в третьем обновлении.
    СРОЧНО НУЖНА ПОМОЩЬ.

  9. Жека пишет:

    Тарас, я тоже столкнулся с аналогичной проблемой. Была мысль сделать сохранение, поправить xml вручную и назад в Звит потянуть – не выходит.Даже Таблицу созданную вручную в программе.ЕРУНДА КАКАЯ-ТО, а не ПРОГРАММА.

  10. Жека пишет:

    Тарас,та же проблема – решения не нашел, кроме как вручную править данные после сохранения (нет гарантии что пройдет). Вот такая автоматизация.

  11. rom@ пишет:

    @ Тарас:
    Из достоверных источников стало известно, что в версии 8.84 данная проблема будет устранена+будет активна функция отправки отчетов по e-mail

  12. rom@ пишет:

    @ ЕЛЕНА:
    Звітність->Щомісячна персоніфікація->Звіт->Імпорт з dbf

  13. rom@ пишет:

    Сори, верхнее сообщения для Юрий

  14. Татьяна Вас пишет:

    Присоединяюсь к Тарасу по поводу шапок и подписей. К тому же до сих пор при импорте в таблице 5 фамилия заносится и в имя! И почему в предыдущих версиях годовые DBF импортировались в кодировке 1251,а помесячные нужно перекодировать в 866? Как можно внедрять такую серость!Сколько можно мотать людям нервы? В ПФУ ничего слушать не хотят,так что набирать сотни записей вручную?

  15. Александр пишет:

    Татьяна Вас цитовано:

    Присоединяюсь к Тарасу по поводу шапок и подписей. К тому же до сих пор при импорте в таблице 5 фамилия заносится и в имя! И почему в предыдущих версиях годовые DBF импортировались в кодировке 1251,а помесячные нужно перекодировать в 866? Как можно внедрять такую серость!Сколько можно мотать людям нервы? В ПФУ ничего слушать не хотят,так что набирать сотни записей вручную?

    У нас все как всегда: сначала делаем, а потом думаем.

  16. Татьяна Вас пишет:

    После очередного обновления версии проблема шапок решилась,но появилась еще одна проблема: сумма начислений из 7 таблицы с кодами ЗО 2(инвалид) и типом 4 попадает в таблицу 1 в графу 2.1 вместо 2.2. С типами 1,2 все в порядке! В ПФУ ничего сказать не могли,направили в БЭСТ.

  17. Татьяна Вас пишет:

    Нет в отчетах даты формирования на листах и невозможно занести! Что делать?

  18. Андрей пишет:

    Кто то для Облика делал выгрузку?
    Вообще в шоке я, для одного и того же отчета, разные методы формирования :(

  19. Андрей пишет:

    Подскажите, стоит 8.81 нажимаю обновить через интернет и пишет что нет обновлений, а тут я вижу что уже есть 8.84 и кнопки Звітність->Щомісячна персоніфікація->Звіт->Імпорт з dbf нету :(

  20. Виктор пишет:

    Версия 8.84.
    При открытии документов содержаших многострочную табличную часть “Таблица 5″, “Таблица 6″, “Таблица 7″ и т.п. выдается ошибка типа:
    FP0407B01_MAINTab: Field “PK” not found.
    Созданные документы не сохраняются на диск (без каких либо сообщений). :(
    Как лечить?

  21. Татьяна Вас пишет:

    Что за программисты в этой фирме:одно исправят,другое сломают. В обновлении от 15.02 8.84-001 решили проблему кодировки,но зато нельзя импортировать таблицу 8.Программа почему-то проверяет числовое поле “Норма” на кирилличность и аннулирует импорт.А у меня со спецстажем около сотни записей.

  22. Евгений пишет:

    У меня в 8 таблице 1500 записей. неужели трудно изменить структуру и выложить обновление.

  23. Татьяна Вас пишет:

    Сегодня появилось сообщение на сайте БЕСТ,что в обновлении 8.84.001 ошибка. Что делать,если я его уже установила? Возврашаться к 82 и заново обновлять? Надоело заново набирать данные о предприятии! Неужели нельзя предусмотреть восстановление карточки программно.

  24. Евгений пишет:

    а возможно ли делать откат версий?

  25. Татьяна Вас пишет:

    Так нигде и не ответили,что делать с типом 4 и zs,zo=2(инвалиды) из таблицы 7! Почему сумма с этим типом входит в строку 2.1 , а не 2.2. Поменяла вручную,но как будет экспортироваться таблица,я не знаю! Наверное,все будет опять неправильно! Господи,когда уже кончится этот кошмар!

  26. Андрей пишет:

    Кто может объяснить за что отвечают поля в 7й таблице :

    ZO Код категорії ЗО
    ZIC Код типу ставки страхового внеску
    EXP Ознака наявності спец стажу

    Спасибо!

  27. Андрей пишет:

    Когда выбираю импортировать и нажимаю ок, начинает импорт и потом выводит ошибку
    —————————
    Імпорт скасовано
    —————————
    Range check error
    —————————
    ОК
    —————————

    В чем может быть причина, ДБФ экселем нормально открывается структура правильная насколько проверил.

    • Consultant пишет:

      Андрей цитовано:

      Кто может объяснить за что отвечают поля в 7й таблице :
      ZO Код категорії ЗО
      ZIC Код типу ставки страхового внеску
      EXP Ознака наявності спец стажу

      “Код категорії ЗО” и “Код типу ставки страхового внеску” – указываются цифрами, они описаны в дод.1 и 2 к Постанове про сдачу помесячной отчетности (она есть на страничке “СКАЧАТИ!”)
      “Ознака наявності спец стажу” – ставится отметка о наличии или отсутствии (1/0), это особые условия труда (например, вредность).

  28. Андрей пишет:

    Может кому-то пригодится, поле NUMIDENT должно быть строковым, так же поля START_DT и END_DT тогда не будет в таблицу вставлять 0 вместо пустоты.

  29. Consultant пишет:

    Андрей, спасибо за ценную инфо. Сейчас как раз составляю базу данных про разные ошибки работы АРМа – чтоб выставить ее для обшего доступа на этом ресурсе. Ваши данные очень пригодятся.

  30. Святослав пишет:

    Гарні люди ці вже просто дуже порадували, нехай в нірвані попрактикуються,а потім у нас роблять

  31. Consultant пишет:

    @ Святослав:

    Чого Ви їх так ненавидите? :)

Написати коментар

XHTML: Ви можете використовувати теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>