При работе с несколькими информационными базами 1С:Зарплата и управление персоналом 3.1 часто возникает необходимость тиражирования настроек. Создавать одно и то же сложное начисление вручную в восьми или десяти базах — задача трудоемкая и чреватая ошибками. В данной статье мы подробно разберем, как автоматизировать этот процесс, какие инструменты использовать и на какие технические нюансы обратить внимание, чтобы настройки перенеслись корректно.
Это основной и наиболее эффективный способ переноса данных между идентичными конфигурациями. Рассмотрим по шагам, как правильно настроить выгрузку, чтобы не повторить ошибку автора темы, который случайно выгрузил все начисления вместо одного.
Шаг 1. Подготовка в базе-источнике
Для начала нам понадобится обработка V8Exchan83.epf (или встроенная в конфигурацию «Универсальный обмен данными XML»). Рассмотрим алгоритм работы с ней:
Начисления. Важно: не ставьте галочку сразу на весь справочник.Ссылка, в поле «Вид сравнения» — Равно, а в поле «Значение» выберем именно то начисление, которое хотим перенести.Шаг 2. Учет связанных данных
Проанализируем ситуацию: начисление в ЗУП 3.1 — это не просто запись в справочнике. Это сложный объект, который включает в себя:
ПоказателиРасчетаЗарплаты.Если вы просто перенесете начисление, в котором используется уникальный, созданный вами показатель ПроцентПремииЗаСтаж, а в базе-приемнике такого показателя нет — формула «сломается». Чтобы этого избежать, убедитесь, что в обработке установлена галочка Выгружать объекты по ссылкам. В этом случае система автоматически «подтянет» в файл выгрузки все показатели, которые упоминаются в формуле начисления.
Шаг 3. Загрузка в базе-приемнике
В базе-приемнике откроем ту же обработку на закладке Загрузка данных, выберем сформированный XML-файл и нажмем «Загрузить». Система создаст новый элемент справочника Начисления со всеми его внутренними настройками.
Выясним одну важную техническую деталь. Каждому объекту в 1С присваивается GUID (глобальный уникальный идентификатор). Если вы уже создали начисление вручную в базе-приемнике с тем же именем, а затем решили «догрузить» настройки через XML, у вас может появиться дубль.
Это происходит потому, что поиск объекта при загрузке по умолчанию идет по GUID, а не по наименованию. Рассмотрим, как этого избежать:
GUID предопределенных элементов совпадут.Существуют доработанные варианты обмена (например, с портала Инфостарт), которые позволяют переносить настройки более гибко. Разберем их преимущества:
Показатели, Категории и Группы начислений связаны с вашим объектом.Если вам нужно перенести настройки в 8 и более баз, имеет смысл один раз найти или написать простенький скрипт для массовой загрузки данных, чтобы не открывать каждую базу вручную.
Как справедливо заметили участники обсуждения, если начисление простое (например, фиксированная сумма без сложных формул и вытеснений) и баз всего 1–2, то ручной ввод может занять около 5 минут. Посмотрим на алгоритм эффективного ручного копирования:
Важно: при ручном переносе обязательно проверьте вкладку Приоритет. Список начислений, которые вытесняют данное (и которые вытесняются им), может отличаться в разных базах из-за разного состава учетных механизмов.
Проанализировав все способы, можно сделать следующие выводы:
Помните, что перенос настроек — это только половина дела. После тиражирования начисления в рабочие базы рекомендуется выполнить тестовый расчет в одной из них, чтобы убедиться, что налоги и взносы с этого начисления считаются в соответствии с законодательством и вашими ожиданиями.