Обработка для синхронизация данных между базами Spu_orb и ЗиК 7.7. Позволяет обновить устаревшую/неточную информацию о начислениях страховых взносов в оренбургской программе для сдачи отчётности в ПФР за нужный квартал, а также личные данные сотрудников.
Обработка написана для решения задач, с которыми мне приходилось встречаться на практике ( за основу взята обработка
Реестр по работникам расчета страховых взносов, за что автору огромное спасибо) :
- У бухгалтерского отдела ещё не готовы и не выверены цифры начислений, а уже нужно вводить и проверять кадровому отделу данные о льготном стаже сотрудников, иначе к сроку сдачи не успеть по причине большого количества сотрудников. Соответственно, цифры начислений придется изменять уже вручную в Spu_orb, потому что при перезагрузке пачек из 1С потеряются изменённые данные о стаже.
- 1С ЗиК 7.7 не полностью выгружает данные сотрудников. Их приходится довводить вручную. Также если что-то изменилось, то изменения надо переносить вручную, что неудобно при большом количестве сотрудников.
- Почему-то при смене категории сотрудника пропадают все введённые данные за период как в ЗиК так и в Spu_orb. Если таких много (или вся организация), то вводить заново нереально.
Обработка решает данные задачи.
- Для обновления начислений страховых взносов есть возможность просмотра начисленных взносов с детализацией по сотрудникам как по всей организации, так и по сотрудникам, которые были выгружены в нужном квартале в Spu_orb. Для этого нужно выполнить «Заполнить список сотрудников из Spu_orb», сверить правильность начислений «Печать взносов по сотрудникам за квартал» и если всё правильно, то «Обновить взносы за квартал». Важно: в Spu_orb новые записи у тех сотрудников, у которых не было записей за исправляемый квартал, не создаются, обновляются только существующие.
- Для обновления данных сотрудников нужно один раз заполнить файл соответствия должностей между 1с и Spu_orb и указав его, «Обновить данные всех сотрудников в базе» и/или доход за выбранный квартал. Обновляются: пол, дата рождения, табельный номер, ИНН, должность, доход за выбранный квартал. Для редактирования файла соответствия должностей dbf редактор прилагается. Если в процессе обновления даных были добавлены новые должности в Spu_orb, то файл dolgn.dbf в каталоге базы Spu_orb придется вручную переиндексировать с помощью dbfdesk.exe ( сделать это средствами 1С у меня не получилось…).
- Для изменения категории сотрудников нужно или «Заполнить список сотрудников из Spu_orb» и убрать лишних или просто подобрать нужных через кнопку «Подбор», выбрать нужную категорию и нажать «Изменить категорию сотрудников из списка в Spu_orb»
Копию каталога базы Spu_orb перед началом работы сделать обязательно.
Тестировал на ЗиК 314 релиз и Spu_orb 1.68
Обработка работает только с ИСХОДНЫМИ сведениями (корректирующие пачки не затрагиваются).
достойная работа, спасибо
Очень нужная обработка. Уточните, плиз, можно ли суммы начисленных — уплаченных взносов загрузить из Spu_orb в ЗиК77. Например, в ПФР самостоятельно исправили наши данные. Прислали нам файлы. Их грузим в Spu_orb. С помощью вашей обработки выравниваем в ЗиК77.
Спасибо, та же ситуация — кадры нужно посадить работать с стажами вредников, а взносы не выверены. Буду проовать.
+ автору. Достойная тема, требующая продолжения.
1С не шибко спешит за реформами ПФР, а нас конечных пользователей поджимают сроки сдачи отчетности.
В итоге получается двойная работа: учет ведем в 1С, потом руками забиваем данные в оренб
Всем спасибо за поддержку.
(2) klaus, в моей практике я не сталкивался с необходимостью массовой загрузки страховых взносов из Spu_orb в 1С. По моим прикидкам это можно сделать, только вот насколько это будет востребовано в дальнейшем в связи с переходом с платформы 7.7 на 8.2 в следующем году?
(4) che666, на 8.2 подобных наработок, к сожалению, нет, потому что нет клиентов на этой платформе, кому бы это было необходимо. А переписать все заново под 8.2 — это довольно трудоёмкая задача)) и планирую это я в следующем году. Но если кто сделает уже сейчас, то с удовольствием скачаю)). Потому что сделать черновой вариант для себя — это еще не так долго, но вот навести пользовательский сервис, проверить и протестировать корректность работы, «причесать» код — на это надо затратить много времени…
Спасибо, очень нужная доработка, главное своевременно, осталось чуть — чуть до 15 ноября, а мы никак ни сдадим, а вы прямо в кон.
А кто мешает делать выгрузку данных по сотрудникам через import_a.dbf и не довводить вручную?
Почему бы не проверить данные о льготном стаже в 1С и потом выгрузить в Spu_orb?
(7) slas, можно конечно выгрузить анкетные данные сначала в дбф-файл, потом назначить соответствие полей при загрузке ( и при этом ничего не напутать ) и сделать в Spu_orb импорт данных из этого дбф-файла. Но если вы будете перегружать еще и формы СЗВ, то этом изменения в стаже сохранить не получиться. И это более долгий путь. ( Я сделал это, чтобы можно было у новых сотрудников дозаполнить анкетные данные быстро и просто.)
А по поводу стажа в 1С — ну, он корректно автоматически для некоторых категорий льготников не формируется ( например, 27-2 («вредники»)), а вводить стаж вручную в 1С, потом проверять корректно ли он выгрузился оттудова и загрузился в Spu_orb кадровики считают неуместным или неудобным и вводят его сразу в Spu_orb.
Но, конечно же, можно всё ввести в 1С, а потом сразу всё выгрузить из 1С и загрузить в Spu_orb. И если что-то изменится, то перегрузить всё заново и снова проверить. Это дело вкуса, каждый делает, как ему удобней.
Так import_a.dbf и предназначен для этой цели и в последней версии Spu_orb синхронизация полей автоматическая.
А льготников у нас предостаточно и проблем со стажем еще не было.
нужная обработка автору +1
очень нужная обработка. спасибо