Переход с устаревшей редакции Зарплата и Управление Персоналом 2.5 на современную 3.1 — это сложный процесс, который часто осложняется наличием в базе «исторического мусора». Если в вашей базе накоплены данные по многим компаниям, часть из которых уже ликвидирована или неактуальна, переносить их в новую систему нет смысла. Это не только увеличит объем базы, но и создаст лишние дубли в справочниках Физические лица, Подразделения и Должности.
В этой статье мы разберем по шагам, как выполнить выборочный перенос только нужных организаций, проанализируем различные технические подходы и выясним, как избежать ошибок при расчете среднего заработка и НДФЛ.
Рассмотрим один из самых изящных способов, который не требует глубокого программирования, но позволяет получить базу 2.5, содержащую только нужные организации. Этот метод основан на механизме распределенных информационных баз (РИБ).
Проанализируем ситуацию: в типовой конфигурации ЗУП 2.5 существует план обмена По организациям. Мы можем использовать его для создания «подчиненного узла», в который попадут данные только по выбранным юридическим лицам. Выполним следующие действия:
ПланыОбмена.УстановитьГлавныйУзел(Неопределено).ЗУП 3.1.Разберем более технический подход, который подходит для специалистов, умеющих работать в конфигураторе. Типовой переход осуществляется с помощью обработки Помощник перехода. На стороне 2.5 работает выгрузка, которая собирает данные по всем объектам. Мы можем вмешаться в этот процесс.
Посмотрим на алгоритм действий:
Выясним причину, по которой типовая обработка тянет всё: в ее запросах отсутствуют жесткие фильтры по ссылке на организацию. Чтобы это исправить, нам нужно найти в коде обработки (или во внешних правилах обмена XML, если используется выгрузка в файл) места формирования запросов к базе. Рассмотрим пример того, как можно дополнить запрос фильтрацией:
// Пример модификации запроса в обработке выгрузки
Запрос.Текст =
"ВЫБРАТЬ
| Сотрудники.Ссылка
|ИЗ
| Справочник.Сотрудники КАК Сотрудники
|ГДЕ
| Сотрудники.Организация В (&СписокНужныхОрганизаций)";
Запрос.УстановитьПараметр("СписокНужныхОрганизаций", МассивАктуальныхКомпаний);
Важно помнить, что при таком подходе нужно аккуратно отсекать не только документы, но и записи регистров сведений и накопления. Если вы используете вариант выгрузки через файл, можно открыть файл DataExchangeRules.xml в конфигурации «Конвертация данных 2.0» и установить условия на уровне ПВД (Правил выгрузки данных).
Этот способ требует ручной работы, но позволяет очень точечно перенести справочники и документы. Рассмотрим его как альтернативу для тех случаев, когда штатный помощник по каким-то причинам не подходит.
Сначала мы выгружаем из старой базы только объекты, относящиеся к первой организации, используя универсальную обработку ВыгрузкаЗагрузкаДанныхXML.epf с установленным фильтром по полю Организация. Затем повторяем процедуру для второй организации. Однако стоит учитывать, что ЗУП 3.1 имеет принципиально другую структуру данных (например, вместо многих регистров 2.5 используются новые сущности), поэтому прямая загрузка XML из 2.5 в 3.1 невозможна. Этот метод применим только для разделения баз 2.5 перед итоговой миграцией.
Проанализируем возможности самого помощника перехода в ЗУП 3.1. Фирма «1С» рекомендует использовать так называемый «краткий» перенос. В чем его преимущество в контексте борьбы с «мусором»?
При кратком переносе система не копирует всю историю документов за 10 лет. Переносятся только:
Если по 5 неактуальным компаниям нет действующих сотрудников и нулевые сальдо на дату переноса, то в режиме «краткого» переноса данные по ним практически не попадут в новую базу. Это самый простой и надежный способ оставить прошлое в прошлом.
Если вы решили перейти на новую редакцию не с 1 января, а, например, в марте или апреле, необходимо учесть критически важные моменты. Рассмотрим их подробнее:
1. Расчет НДФЛ. Данные по исчисленному, удержанному и перечисленному налогу переносятся с начала текущего года. Если вы перенесете только 2 организации, обязательно проверьте регистры Расчеты налогоплательщиков с бюджетом по НДФЛ. Часто при выборочном переносе «теряются» связи, и отчет 6-НДФЛ в новой базе может начать «расползаться».
2. Страховые взносы. База для начисления страховых взносов считается нарастающим итогом. Выясним причину возможных ошибок: если данные за январь-февраль перенесены некорректно или не по всем регистрам, то в марте программа может неверно применить предельные величины базы. Проверьте после переноса документы Периоды до начала эксплуатации или соответствующие регистры накопления.
3. Средний заработок. Для корректного расчета отпусков программе нужны данные за 12 месяцев. Проанализируем ситуацию: если перенос выполняется в середине года, данные за прошлый год должны быть загружены в специальные регистры Данные о начислениях для расчета среднего заработка (общий). Убедитесь, что фильтрация по организациям не вырезала часть этих данных для сотрудников, которые переводились между вашими компаниями.
Даже при успешном разделении баз, в ЗУП 3.1 могут попасть дубли физических лиц. Это происходит, если один и тот же человек работал в нескольких организациях холдинга. Рекомендуем выполнить следующие действия после загрузки:
Поиск и замена дублей.Тестирование и исправление, чтобы избавиться от объектных ссылок «Объект не найден».Подведем итог: наиболее надежным и современным способом является краткий перенос данных. Если же он не удовлетворяет вашим требованиям по чистоте базы, используйте метод с планами обмена для предварительного выделения актуальных организаций в отдельную базу 2.5. Это позволит вам работать со стандартным механизмом перехода, не внося изменений в сложный программный код типовых обработок.