Эта программа свободно распространяемая и поддерживается отделением ПФР Оренбургской области.
Пост будет совершенно не интересен тем кто сдаёт данные в ПФР из 1С и других аналогичных программ. Тем же кому посчастливилось знать название этой программы прошу читать дальше.
И в этом и есть минус- небольшое отставание во внесении изменений, и отсутствие нормальной дорелизной проверки. Что в совокупности с неспешностью и ошибками при подготовке предприятиями данных для загрузки в неё, иногда практически заставляет предприятия нарушать сроки сдачи отчётов в ПФР. Особенно нехорошая ситуация сложилась в первом квартале, когда была введена новая форма СЗВ6-4, возможность вносить которую появилась только в конце квартала. (На своём примере скажу что внесение данных начинается и продолжается в течении всего квартала). В результате была создана ситуация когда 90% данных о сотрудниках (уволенных и принятых на работу), а так же данные о их трудовых стажах были занесены в течении квартала в формы СЗВ6-3(которые по идее были отменены с 01.01.13). Нет, конечно поддержка сделала позже инструмент для переноса данных из СЗВ6-3 в СЗВ6-4, но это было сделано в сроки сильно уменьшающие возможность проверки и исправления ошибок предприятием.
В общем история завершилась хорошо, но только благодаря тому что пришлось в ручную в исходных .dbf файлах разбираться и переносить данные не с помощью программы, а можно сказать в ручном режиме (с помощью FoxPro. Да, да пусть старого и простого, но в месте с тем надёжного инструмента). Dbf-файлы называются соответственно хранимых в них данных (szv64, szv6 итд) Это дало самое главное выигрыш во времени. К чести программистов разрабатывающих SpuOrb могу сказать что названия самих dbf-ок и полей в них довольно таки прозрачны и лишь изредка требуют расшифровки, которая проходит тут же просто отслеживанием что и куда запишет программа.
P.S. Хотелось бы пожелать команде программистов, занимающихся поддержанием SpuOrb в рамках требований предъявляемых к программе меняющимся законодательством, расширить штат сотрудников по поиску ошибок, меньше полагаться на «call-back». И постараться обновлять выкладываемые версии программы (и проверочных программ) на сайте быстрее, чем эти программы будут приходить в наше (довольно таки удалённое) подразделение ПФР.
Пост будет совершенно не интересен тем кто сдаёт данные в ПФР из 1С и других аналогичных программ. Тем же кому посчастливилось знать название этой программы прошу читать дальше.
И в этом и есть минус- небольшое отставание во внесении изменений, и отсутствие нормальной дорелизной проверки. Что в совокупности с неспешностью и ошибками при подготовке предприятиями данных для загрузки в неё, иногда практически заставляет предприятия нарушать сроки сдачи отчётов в ПФР. Особенно нехорошая ситуация сложилась в первом квартале, когда была введена новая форма СЗВ6-4, возможность вносить которую появилась только в конце квартала. (На своём примере скажу что внесение данных начинается и продолжается в течении всего квартала). В результате была создана ситуация когда 90% данных о сотрудниках (уволенных и принятых на работу), а так же данные о их трудовых стажах были занесены в течении квартала в формы СЗВ6-3(которые по идее были отменены с 01.01.13). Нет, конечно поддержка сделала позже инструмент для переноса данных из СЗВ6-3 в СЗВ6-4, но это было сделано в сроки сильно уменьшающие возможность проверки и исправления ошибок предприятием.
В общем история завершилась хорошо, но только благодаря тому что пришлось в ручную в исходных .dbf файлах разбираться и переносить данные не с помощью программы, а можно сказать в ручном режиме (с помощью FoxPro. Да, да пусть старого и простого, но в месте с тем надёжного инструмента). Dbf-файлы называются соответственно хранимых в них данных (szv64, szv6 итд) Это дало самое главное выигрыш во времени. К чести программистов разрабатывающих SpuOrb могу сказать что названия самих dbf-ок и полей в них довольно таки прозрачны и лишь изредка требуют расшифровки, которая проходит тут же просто отслеживанием что и куда запишет программа.
P.S. Хотелось бы пожелать команде программистов, занимающихся поддержанием SpuOrb в рамках требований предъявляемых к программе меняющимся законодательством, расширить штат сотрудников по поиску ошибок, меньше полагаться на «call-back». И постараться обновлять выкладываемые версии программы (и проверочных программ) на сайте быстрее, чем эти программы будут приходить в наше (довольно таки удалённое) подразделение ПФР.