Перенос зарплатных данных из 1С:Управление производственным предприятием (УПП) в 1С:ERP Управление предприятием – это одна из ключевых задач при переходе на новую систему. Часто пользователи сталкиваются с проблемой поиска подходящей обработки для переноса, а также с непониманием ее возможностей и ограничений. В этой статье мы подробно рассмотрим, где найти стандартную обработку, как ее использовать, какие есть типовые проблемы и какие существуют альтернативные подходы для успешной миграции зарплатных данных.
Многие пользователи, впервые приступая к переносу данных, могут быть озадачены поиском стандартной обработки для миграции зарплатных разделов. Часто такая обработка оказывается "скрытой" или требует определенных шагов для активации нужных разделов.
Стандартная обработка для переноса данных, включая зарплатные и кадровые разделы, обычно находится в дистрибутиве или шаблонах конфигурации 1С:ERP. Типичный путь к этой обработке выглядит следующим образом:
..\tmplts\1c\Enterprise20\.2_5_7_201 (номер версии может отличаться).AddFiles\Переходы с других конфигураций\УПП_КА1\Выгрузка данных.epf.Эту обработку необходимо запускать из базы-источника (УПП) в режиме предприятия.
Также важно отметить, что актуальные версии обработок переноса данных часто публикуются на странице релиза соответствующей конфигурации на сайте users.1c.ru. Всегда проверяйте эту страницу, чтобы убедиться, что вы используете самую свежую версию обработки.
Изначально, при открытии обработки Выгрузка данных.epf, вы можете не увидеть явных разделов, касающихся зарплаты и кадров, ни по справочникам (НСИ), ни по документам. Это может привести к ошибочному выводу, что данная обработка не предназначена для зарплатных данных.
Однако, это не так. Зарплатные разделы становятся доступными на определенном шаге мастера переноса данных.
При этом, как было выявлено, внутри обработки Выгрузка данных.epf находятся макеты с правилами обмена, в том числе ПравилаОбменаЗУП, что подтверждает ее предназначенность для работы с зарплатными данными.
Критически важно понимать, что стандартная обработка переноса, разработанная 1С, имеет определенные ограничения, особенно когда речь идет о зарплатных данных.
Один из самых значимых моментов, который необходимо учесть: перенос зарплаты при замене версии конфигурации на 3.1 или на КА2/ERP – это всегда перенос остатков. Это означает, что:
Такой подход обусловлен тем, что структуры данных и логика расчета зарплаты в УПП (ЗУП 2.5) и ERP (ЗУП 3.x) значительно отличаются. Полный перенос всей документарной истории был бы крайне сложен и, в большинстве случаев, нецелесообразен.
Помимо переноса только остатков, при типовой миграции зарплатных данных могут возникнуть следующие проблемы и ограничения:
Учитывая ограничения типового переноса, часто возникает необходимость использовать альтернативные подходы или дорабатывать стандартные механизмы.
В некоторых случаях, если переход напрямую из УПП в ЗУП 3.1/ERP вызывает слишком много проблем, можно рассмотреть поэтапный подход: сначала обновить УПП до конфигурации 1С:Зарплата и управление персоналом 2.5. После этого уже использовать механизмы переноса из ЗУП 2.5 в ЗУП 3.1, которые могут быть более отлаженными.
Для небольших баз или отдельных видов данных можно использовать более "ручной" подход:
Если требуется полный перенос документов по зарплате или очень специфическая логика миграции, которая не укладывается в рамки типового переноса остатков, единственным решением может быть разработка собственных правил обмена:
Выгрузка данных.epf с помощью конфигуратора. Макет ПравилаОбменаЗУП можно сохранить как отдельный файл правил обмена.1С:Конвертация данных 2 и модифицировать их. Это позволит вам настроить перенос конкретных документов, добавить обработчики для сложной логики, учесть доработки в УПП и обеспечить более полное соответствие остатков и оборотов.Существуют доработанные обработки, которые могут переносить не только начисления, но и обороты, данные для среднего заработка, сдельные наряды и договоры займа. Такие обработки могут включать флажок "Переносить начисление предыдущей программы" для более полного переноса кадровой истории и позволяют переносить документы за выбранный период и остатки.
Если вашей задачей является не одноразовый перенос остатков, а постоянная работа с зарплатным блоком, можно рассмотреть следующие варианты:
РегистрСведений.УчетнаяПолитикаНалоговыйУчет, на актуальные, например, РегистрСведений.УчетнаяПолитикаОрганизаций.В случае, если вам необходим регулярный перенос части кадровых документов (не как остатки, а как "черновики"), это возможно, но с определенными оговорками:
Кадровые приказы и Невыходы.Если вы сталкиваетесь с проблемой некорректного отбора данных по организациям (например, переносится весь справочник вместо отфильтрованных по одной организации), необходимо будет внести изменения в правила обмена или в код самой обработки. Рассмотрим пример гипотетического участка кода, который может отвечать за выборку данных и нуждаться в доработке:
// Предположим, что в обработке есть функция, отвечающая за формирование запроса
// для выборки данных, например, из регистра сведений или справочника.
// Мы хотим добавить отбор по конкретной организации.
// Исходный текст запроса может выглядеть так:
// ТекстЗапроса = "ВЫБРАТЬ
// | Справочник.ФизЛица.Ссылка КАК ФизЛицо,
// | Справочник.ФизЛица.Наименование КАК ФИО
// |ИЗ
// | Справочник.ФизическиеЛица КАК СправочникФизЛица";
// Для добавления отбора по организации, нам нужно определить,
// какой регистр или таблица связан с организацией и как туда добавить условие.
// Если в выборке участвуют данные, привязанные к организации,
// например, из регистра "КадроваяИстория", то запрос может быть следующим:
ТекстЗапроса = "ВЫБРАТЬ
| ТаблицаКадры.Сотрудник,
| ТаблицаКадры.Организация,
| ТаблицаКадры.Должность
|ИЗ
| РегистрСведений.КадроваяИстория КАК ТаблицаКадры
|ГДЕ
| ТаблицаКадры.Организация = &Организация
|ИТОГИ ПО
| ТаблицаКадры.Сотрудник";
// Создаем объект Запрос и устанавливаем параметр
Запрос = Новый Запрос(ТекстЗапроса);
Запрос.УстановитьПараметр("Организация", ПараметрыПереноса.ОрганизацияИсточника); // Параметр должен быть получен из настроек обработки
// Выполняем запрос и обрабатываем результат
РезультатЗапроса = Запрос.Выполнить().Выбрать();
Пока РезультатЗапроса.Следующий() Цикл
// ... логика переноса данных из результата запроса ...
КонецЦикла;
// В случае, если используется универсальный обмен данными (например, XML-правила),
// доработка производится непосредственно в правилах конвертации объектов (ПКО)
// или правилах выгрузки данных (ПВД), добавляя отборы в запросы или
// программно в обработчиках "Перед выгрузкой" или "После загрузки".
// Пример для XML-правил в 1С:Конвертация данных:
// В источнике данных (в правиле выгрузки) добавляем условие в запрос:
// ВЫБРАТЬ
// ТЧ.Ссылка
// ИЗ
// Справочник.ПодразделенияОрганизаций КАК ТЧ
// ГДЕ
// ТЧ.Организация = &ОрганизацияПараметрОбмена
// И не забываем установить этот параметр при вызове выгрузки.
Для корректного отбора необходимо найти соответствующий запрос в коде обработки или правилах обмена и добавить условие ГДЕ Таблица.Организация = &Организация, а затем установить значение параметра &Организация из настроек обработки. Также иногда может потребоваться переименование регистров сведений в запросах, если они имеют разные названия в ЗУП 2.5 и ЗУП 3.1/ERP, например, как упомянутый РегистрСведений.УчетнаяПолитикаНалоговыйУчет.
Успешный переход с УПП на ERP – это не только техническая задача, но и серьезная методическая работа, требующая анализа и выверки, а также хорошего знания обеих систем.
Перед началом переноса критически важно провести комплексный аудит текущей УПП. Этот аудит должен включать:
Необходимо четко решить, что переносить — только остатки или полную историю. Если в УПП были доработки, необходимо определить, как они будут учтены в ERP (переписаны, адаптированы, исключены).
Важно помнить, что типовые правила обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ обычно совместимы со всеми другими версиями конфигураций, поддерживающими обмен и синхронизацию в формате EnterpriseData. Это обеспечивает определенную гибкость, но не отменяет необходимости тщательной проверки.
Также следует учитывать, что поддержка конфигурации 1С:УПП прекратится в конце 2026 года, и актуальные законодательные изменения не будут добавляться в программу после первого квартала 2027 года. Это является дополнительным стимулом для скорейшего перехода на современные системы, такие как 1С:ERP.
Если ваша организация ведет только зарплатный и кадровый учет, возможно, стоит рассмотреть переход на 1С:ЗУП 3.1 вместо комплексной ERP, так как это специализированное решение. Однако, если требуется полный функционал управления предприятием, ERP будет более подходящим выбором, но потребует более глубокой интеграции зарплатного блока.
Перенос зарплатных данных из УПП в ERP – это сложная, но выполнимая задача. Тщательная подготовка, понимание ограничений стандартных инструментов и готовность к доработке механизмов переноса позволят избежать многих проблем и обеспечить успешную миграцию.