Переход с системы 1С:УПП 1.3 на 1С:ERP Управление предприятием — это не просто перегрузка данных, а сложная архитектурная трансформация. Одной из самых частых тем для дискуссий является механизм переноса остатков: как система «понимает», по каким заказам висит долг, если сами заказы не переносятся как активные документы? Разберем подробно, как работает типовой механизм переноса и что на самом деле происходит «под капотом» базы 1С:ERP.
Рассмотрим ситуацию, когда в исходной базе УПП у нас есть задолженность покупателя, детализированная до нескольких заказов. При типовом переносе мы не увидим в ERP полноценных проведенных документов Заказ клиента из старой базы. Вместо этого система использует механизм технических объектов.
Проанализируем процесс формирования остатков по взаиморасчетам:
Документ расчетов с контрагентом (ручной учет).УПП.Важно понимать, что эти «заглушки» не просто пометки на удаление. В современной ERP (начиная с релизов 2.4/2.5) они являются полноправными узлами в цепочке взаиморасчетов. Если мы заглянем в регистр накопления Расчеты с клиентами, мы увидим движения именно в разрезе этих технических документов. Это позволяет нам в отчетах (например, «Ведомость расчетов с клиентами») видеть долг с точностью до конкретного счета или заказа из прошлой жизни предприятия.
Разберем ситуацию с материальными ценностями. В УПП и ERP принципиально разные подходы к ведению НСИ (нормативно-справочной информации). Типовой перенос пытается сопоставить данные, но здесь часто возникают сложности.
Проанализируем основные риски:
УПП характеристики использовались «свободно», то в ERP они жестко привязаны к настройкам вида номенклатуры.ERP должны быть заранее настроены Политики учета серий. Если политики не настроены до момента загрузки, остатки могут загрузиться без серийной аналитики, что сделает невозможным дальнейший складской учет в нужном разрезе.Рассмотрим, почему нельзя просто «перекинуть» цифры по НДС и производству. В УПП учет НДС строится на партионном учете и регистрах НДС, а в ERP — на распределении по налоговым назначениям и сложной системе регистров НДС Предъявленный.
При переносе НДС система создает документы Ввод остатков НДС предъявленного. Проанализируем критический момент: для того чтобы в будущем вы смогли принять этот НДС к вычету, ERP должна иметь ссылку на счет-фактуру. Типовой перенос создает упрощенные объекты Счет-фактура полученный, которые не делают движений, но служат основанием для записи в книгу покупок уже в новой системе.
Что касается Незавершенного производства (НЗП), здесь ситуация еще сложнее:
УПП остатки лежат на статьях затрат в разрезе заказов на производство или номенклатурных групп.ERP учет ведется на этапах производства и ресурсных спецификациях.Выясним причину такого упрощения: из-за разницы в архитектуре систем невозможно автоматически сопоставить «кусок железа на станке» из УПП с конкретным «Этапом производства» в ERP без участия технолога и плановика. Поэтому такие остатки требуют ручной донастройки распределения после загрузки.
Посмотрим на блок основных средств. Здесь автоматизация достигла высокого уровня. Для каждого ОС создается документ Ввод остатков внеоборотных активов. Рассмотрим, какие данные являются критически важными для переноса:
Важный совет: Сразу после переноса сформируйте ведомость амортизации в обеих базах и сравните результаты. Из-за различий в алгоритмах расчета (особенно если были модернизации), сумма амортизации в первом месяце в ERP может незначительно отличаться от УПП.
Разберем техническую сторону процесса. Перенос осуществляется с помощью внешней обработки ПереносДанныхИзУПП_ERP2.epf, которая обычно входит в состав дистрибутива обновления ERP. Рассмотрим два способа подключения:
УПП весит более 50-100 Гб, прямое соединение может оборваться по памяти или таймауту. Выгрузка в файл более стабильна и позволяет порционно загружать данные.Посмотрим на примерный порядок действий при переносе:
// Условный алгоритм подготовки базы ERP перед загрузкой
Процедура ПодготовитьБазуКЗагрузке()
// 1. Настройка функциональных опций (учет по сериям, характеристикам)
УстановитьКонстанту("ИспользоватьХарактеристикиНоменклатуры", Истина);
// 2. Создание учетных политик (Финансовый учет, НДС)
СоздатьУчетнуюПолитикуОрганизации(ТекущаяДата());
// 3. Проверка соответствия периодов (период должен быть открыт для ввода остатков)
ОткрытьПериодДляРегистрацииДанных();
КонецПроцедуры
Подводя итог, можно подтвердить: автор исходного вопроса на форуме был во многом прав. Типовой перенос — это не зеркальное копирование всех документов, а создание «финансового слепка» предприятия на конкретную дату. Использование технических документов-расчетов («заглушек») — это не ошибка системы, а продуманный механизм, позволяющий сохранить преемственность данных без перегрузки новой базы миллионами старых документов.
Помните: Наилучшее время для анализа остатков — это за 2-3 месяца до планируемого перехода (например, в октябре при переходе с января). Это даст вам время «причесать» НСИ в УПП, закрыть ненужные заказы и выровнять отрицательные остатки, чтобы в ERP они не превратились в неразрешимые проблемы.