Переход с устаревшей конфигурации «Зарплата и управление персоналом» редакции 2.5 на современную редакцию 3.1 — процесс всегда ответственный и трудоемкий. Задача усложняется в разы, если в одной исходной базе ЗУП 2.5 ведется учет по нескольким организациям (многофирменный учет), а перенести в новую базу ЗУП 3.1 требуется только одно юридическое лицо.
В этой статье мы подробно разберем, почему стандартный помощник перехода не предоставляет нам готового решения «из коробки», проанализируем техническую сторону этой проблемы и рассмотрим три надежных практических метода, которые помогут успешно решить эту задачу.
Если мы попробуем открыть стандартный помощник перехода или попытаемся использовать правила конвертации из шаблона ЗарплатаКадрыПереносДанныхИзЗУП25 через обработку «Универсальный обмен данными XML», мы столкнемся с неприятным фактом: установить отбор по конкретному юридическому лицу на уровне командной панели не получится. Выясним, почему так происходит.
Дело в том, что в типовом механизме переноса 1С выгрузка данных происходит не «документ в документ», а посредством сложных, оптимизированных запросов непосредственно по таблицам базы данных и регистрам накопления/сведений. Внутри самих правил обмена (в обработчиках событий) жестко прописана выборка данных по всей базе целиком. Разработчики 1С не предусмотрели динамические параметры отбора по организации из-за тесной связанности сквозных справочников (физические лица, контрагенты, классификаторы) и возможных внутренних кадровых переводов сотрудников между фирмами. В результате стандартная обработка безальтернативно переносит абсолютно всех контрагентов, сотрудников и их расчетные данные.
Поскольку официального решения этой проблемы нет, нам приходится использовать обходные пути. Давайте разберем по шагам каждый из рабочих вариантов.
---
Этот способ по праву считается самым чистым и безопасным с точки зрения целостности данных. Мы создаем распределенную информационную базу (РИБ) с фильтрацией по организации прямо в исходной версии ЗУП 2.5. В результате мы получаем полноценную, работоспособную базу 2.5, из которой удалены все лишние фирмы, и уже из нее штатно переносим данные в чистую ЗУП 3.1.
Рассмотрим подробнее пошаговый алгоритм выполнения этой процедуры:
1Cv8.1CD), отфильтровав все документы, кадровые данные и записи регистров. В эту базу попадут только те данные, которые непосредственно связаны с выбранным юридическим лицом, а также общие классификаторы и справочники.
Процедура ОтвязатьБазуОтГлавногоУзла() Экспорт
Попытка
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
Сообщить("База успешно переведена в автономный режим!");
Исключение
Сообщить("Не удалось отключить главный узел: " + ОписаниеОшибки());
КонецПопытки;
КонецПроцедуры
/ResetMasterNode.---
Проанализируем другую ситуацию: у вас нет возможности или желания настраивать планы обмена РИБ. В этом случае можно пойти путем механического удаления лишних организаций из базы-копии ЗУП 2.5 перед выгрузкой.
Просто зайти в справочник «Организации», пометить ненужные фирмы на удаление и нажать кнопку «Удалить» не получится. Система выдаст тысячи предупреждений о нарушении ссылочной целостности, так как эти организации задействованы в кадровых документах, ведомостях, регистрах сведений и учетных политиках. Нам потребуются специализированные внешние обработки с профильных ресурсов (например, обработка «Удаление организации» для обычных форм).
Давайте посмотрим, какие критически важные действия должна выполнять качественная обработка для очистки базы:
УчетнаяПолитикаПоПерсоналуОрганизаций, УчетнаяПолитикаПоНДФЛ, РазмерыОтчисленийВРезервы. Если оставить там "ошметки" данных удаленных организаций, перенос в ЗУП 3.1 может завершиться аварийно.Важная рекомендация: После завершения работы такой обработки обязательно запустите процедуру «Тестирование и исправление информационной базы» (ТиИС) через Конфигуратор. Установите флаги на проверку ссылочной целостности объектов и выберите пункт «Очищать объекты» при наличии «битых» или пустых ссылок. Только после успешного прохождения ТиИС можно инициировать стандартный переход на ЗУП 3.1.
---
Этот способ прямо противоположен первому варианту. Некоторые специалисты практикуют его из-за нежелания работать со старыми интерфейсами ЗУП 2.5.
Суть метода заключается в следующем:
Почему мы не рекомендуем этот способ? Хотя он является абсолютно рабочим, при переносе всех данных в базу-приемник ЗУП 3.1 сначала записывается огромный объем лишней информации. Даже после создания подчиненного узла РИБ и отвязки от главного узла, в новой базе могут остаться скрытые ссылки, лишние элементы справочников физических лиц, мусорные записи в независимых регистрах сведений и общие настройки, которые не отфильтровались планом обмена. База будет неоправданно большой по размеру и потенциально подверженной ошибкам при последующих обновлениях.
---
Независимо от того, какой способ вы выберете, при переносе данных одной организации из многофирменной базы крайне важно обратить внимание на следующие аспекты:
ФизическиеЛица с корректно заполненными персональными данными (СНИЛС, ИНН, паспортные данные), иначе у вас возникнут серьезные проблемы со сдачей регламентированной отчетности по НДФЛ и страховым взносам.Перенос данных (особенно регистры по расчету среднего заработка) для таких сотрудников.Подводя итог, отметим, что наиболее стабильным, предсказуемым и безопасным решением является Вариант 1 (использование РИБ на стороне ЗУП 2.5). Он позволяет получить максимально чистую базу-приемник без привлечения стороннего платного софта и минимизирует риски возникновения ошибок в учете.