← На главную

Переход с «1С:УПП» на «1С:ERP Управление холдингом» (ERP УХ) — это не просто смена интерфейса, а радикальное изменение архитектуры учета и подходов к разработке. Система ERP УХ является гибридным решением, объединяющим функционал «1С:ERP 2» и «1С:Управление холдингом». Для программиста, привыкшего к коду УПП, это означает необходимость освоения принципиально новых механизмов. Рассмотрим подробнее, к чему нужно подготовиться и какие технические нюансы следует изучить в первую очередь.

Архитектурная двойственность системы

Проанализируем структуру решения. Внутри одной базы данных в ERP УХ сосуществуют два разных программных «движка». Оперативный учет (закупки, продажи, склад, производство) работает по логике ERP, в то время как централизованное казначейство, бюджетирование и МСФО базируются на логике Управления холдингом. Для разработчика это означает следующее:

1. Разные подходы к метаданным: В блоках ERP и УХ могут использоваться разные принципы именования и структуры объектов.
2. Интеграционные механизмы: Важно понимать, как данные передаются из оперативного контура ERP в учетные формы УХ.
3. Общие модули: Конфигурация содержит огромное количество общих модулей, разделенных по функциональным подсистемам. Поиск нужной процедуры требует навыка работы с глобальным поиском и понимания префиксов подсистем.

Особенности отладки и работа с фоновыми заданиями

Разберем один из самых важных технических моментов. В отличие от УПП, где большинство процессов выполнялось в реальном времени в контексте клиента или сервера при нажатии кнопки «Провести», ERP УХ построена на асинхронности. Многие тяжелые операции, такие как расчет себестоимости или формирование проводок, выносятся в фоновые задания.

Для эффективной разработки нам необходимо освоить отладку фоновых заданий. Если код не срабатывает при обычном запуске отладчика, проверьте настройки:

• Используйте автоматическое подключение к фоновым заданиям в параметрах отладки.
• В некоторых случаях для тестирования кода полезно временно отключать признак использования фоновых заданий в константах или настройках программы, чтобы процедура выполнилась в текущем сеансе.

Механизм формирования проводок и Offline-проведение

Выясним причину, по которой новички часто теряют проводки после проведения документа. В ERP УХ по умолчанию включено «отложенное» формирование проводок. Это означает, что при нажатии кнопки «Провести и закрыть» документ делает движения по оперативным регистрам (например, по регистрам накопления ВыручкаИСебестоимостьПродаж или ТоварыНаСкладах), но бухгалтерские проводки (регистр бухгалтерии Хозрасчетный) могут не появиться сразу.

Для работы с этим механизмом проанализируем следующие объекты:

1. Регистр сведений ОтражениеДокументовВРегламентированномУчете: Именно здесь фиксируется состояние документа — готов ли он к отражению в учете или содержит ошибки.
2. Отладчик проводок: В системе существует специализированное рабочее место «Отражение документов в регл. учете». Программисту нужно изучить код обработки ОтражениеДокументовВРегламентированномУчете, чтобы понимать, как срабатывают алгоритмы мэппинга данных в проводки.

Подсистема производства и распределение затрат

Посмотрим на производственный блок. В УПП производство строилось на партионном учете (или РАУЗ) и достаточно простых спецификациях. В ERP УХ производство работает через сложные цепочки объектов: ЗаказНаПроизводство — ЭтапПроизводства. Основные отличия, к которым нужно быть готовым:

• Ресурсные спецификации: Это гораздо более мощный инструмент, чем спецификации в УПП, включающий в себя не только материалы, но и трудозатраты, а также описание этапов.
• Закрытие месяца: Расчет себестоимости в ERP УХ — это сложная регламентная операция. Если в УПП можно было программно «подправить» регистр и надеяться на результат, то в ERP любая ручная корректировка может быть нивелирована при очередном запуске закрытия месяца, если не соблюдена логика последовательности документов.

Учет по МСФО: Транзакционная и Трансформационная модели

Поскольку блок МСФО в ERP УХ является ключевым, разберем два подхода к его реализации, которые потребуют разного участия программиста:

1. Транзакционная модель: Проводки по международным стандартам формируются практически одновременно с РСБУ по правилам мэппинга. Здесь программисту часто приходится дорабатывать правила трансляции данных между планами счетов.
2. Трансформационная модель: Данные переносятся периодически через формы сбора данных. Здесь основная работа заключается в настройке отчетов, правил заполнения и проверке элиминации (исключения внутригрупповых оборотов).

Рекомендации по разработке и кастомизации

Проанализируем подходы к изменению типового функционала. Конфигурация ERP УХ крайне тяжелая и часто обновляется. Поэтому использование расширений является обязательным стандартом разработки.

При написании кода следуйте правилам:

• Минимизируйте изменения в основной конфигурации.
• Активно используйте подписки на события для реализации дополнительной логики при проведении или записи объектов.
• Изучите переопределяемые модули (модули с постфиксом Переопределяемый), которые специально оставлены разработчиками фирмы «1С» для встраивания кастомной логики без нарушения возможности обновления.

Работа с НСИ и производительность

В заключение отметим важность качества данных. ERP УХ очень чувствительна к чистоте нормативно-справочной информации (НСИ). Дубли контрагентов или номенклатуры в УПП были просто эстетической проблемой, но в ERP УХ они могут сломать механизмы автоматического сопоставления объектов (MDM) и привести к некорректной консолидированной отчетности.

С точки зрения производительности, приготовьтесь к тому, что система требует значительных ресурсов сервера. Один рабочий процесс rphost может потреблять от 4 ГБ оперативной памяти и выше. При написании тяжелых запросов всегда проверяйте их на наличие соединений с виртуальными таблицами в циклах и используйте временные таблицы для оптимизации сложных выборок, так как объемы данных в ERP УХ на порядок выше, чем в типовой УПП.