Переход с 1С:УПП на 1С:ERP — это сложный процесс, который часто сопровождается переносом исторических данных. Одной из распространенных проблем, с которой сталкиваются специалисты при миграции производства, является жесткая логика документов в новой системе. В отличие от УПП, где документы часто фиксировали простой факт хозяйственной операции, в ERP многие документы (особенно Этап производства) являются инструментами планирования и диспетчирования.
Рассмотрим ситуацию: вы переносите цепочку производственных документов ("Заказ на производство" -> "Этап производства" -> "Передача материалов" -> "Выпуск продукции") за прошлые периоды. Вы обнаруживаете, что документы создаются с текущей датой, а попытка изменить дату на историческую (реальную) приводит к ошибкам системы или блокировке полей. В этой статье мы подробно разберем, как обойти эти ограничения и какой методологический подход лучше выбрать.
В 1С:ERP документ Этап производства имеет сложный жизненный цикл, управляемый статусами ("Формируется", "К выполнению", "Начат", "Завершен"). Система контролирует доступность материалов и производственных мощностей (график производства) именно на дату, указанную в этапе.
Если вы создали документ сегодня, он по умолчанию получает текущую дату. Когда вы пытаетесь изменить дату "назад", система может выдать ошибку, так как на тот момент (в прошлом) может не быть сформирован график производства, отсутствовать доступные остатки материалов или быть закрыт период. Кроме того, поля с датами на вкладках расхода и выпуска часто становятся недоступными для редактирования в определенных статусах.
Разберем три способа решения этой задачи: от "ручного" исправления конкретного документа до правильного методологического подхода и программного вмешательства.
Если вам необходимо перенести конкретную цепочку документов и установить точные исторические даты, нужно соблюдать строгую последовательность действий. Просто зайти и поменять дату в поле Дата недостаточно. Давайте проанализируем пошаговый алгоритм, который позволяет корректно провести документ задним числом.
Сформируйте документ Этап производства на основании Заказа на производство. Изначально он создается с текущей датой и статусом Формируется.
На этом шаге сразу измените дату самого документа (в шапке) на нужную вам историческую дату. В статусе Формируется система обычно позволяет это сделать без строгих проверок обеспечения.
Перейдите на вкладку "Обеспечение". Здесь пока нет дат фактического расхода. Задайте склад, с которого будут списываться материалы. Используйте механизм обеспечения (кнопка "Обеспечение" -> "Отгрузить"), чтобы зарезервировать материалы под этот этап.
Измените статус документа на Начат. После этого действия на вкладке "Выпуск" (или "Выходные изделия") появится поле Дата производства. Убедитесь, что там проставилась нужная вам дата (которая была указана в шапке). На вкладках обеспечения и расхода даты фактического движения пока могут отсутствовать.
Это самый важный момент. Измените статус этапа на Завершен. Только в этом статусе на вкладках "Расход материалов" и "Выпуск" активируются поля для ввода фактических дат списания и оприходования.
Теперь пройдите по вкладкам:
Теперь, когда "родительский" этап проведен корректно, можно создавать документы движения ТМЦ.
При создании на основании этапа документа Передача материалов в производство система может предложить провести этап. Соглашайтесь. Созданный документ передачи будет иметь текущую дату. Откройте его, измените дату на требуемую историческую и проведите.
Аналогично поступите с документом Передача продукции из производства: создайте на основании заказа/этапа, измените текущую дату на реальную дату выпуска и проведите.
Таким образом, мы "обманываем" систему, последовательно проводя документ по жизненному циклу, подставляя нужные даты в моменты смены статусов.
Давайте задумаемся: действительно ли нам нужно при переходе с УПП переносить каждый документ движения материалов? В УПП материалы, переданные в производство, учитывались на счетах НЗП (например, 20.01) и требовали документов "Требование-накладная".
В 1С:ERP реализована концепция Кладовых цеха. Это, по сути, склад, который одновременно является и местом хранения (как обычный склад), и незавершенным производством (НЗП).
Почему это упрощает перенос?
Вместо создания сложной цепочки "Заказ -> Этап -> Передача материалов", вы можете воспользоваться следующей схемой:
Это избавляет от необходимости создавать отдельные документы Передача материалов в производство для каждой партии. Материалы уже находятся в цехе (в кладовой). Списание происходит непосредственно в момент проведения этапа (или документа "Производство без заказа"). Это значительно сокращает документооборот и количество ошибок с датами, так как вам не нужно синхронизировать дату передачи и дату этапа.
Коллеги, переходившие с УПП, отмечают: "Материалы, ушедшие в цех, уже в производстве, не надо их учитывать поштучно документами передачи, если можно использовать кладовую". Это современный стандарт работы в ERP.
Если ручной ввод невозможен из-за объема данных, а стандартные проверки ERP блокируют проведение документов при программной загрузке, можно использовать режим загрузки данных. Однако, применяйте этот метод с крайней осторожностью.
В коде обработки переноса или внешней обработки для изменения реквизитов можно использовать конструкцию:
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
// Устанавливаем дату
ДокументОбъект.Дата = НужнаяДата;
// Отключаем проверки платформы и прикладного решения
ДокументОбъект.ОбменДанными.Загрузка = Истина;
ДокументОбъект.Записать();
Важные предупреждения:
ОбменДанными.Загрузка = Истина документ записывается "как есть", без выполнения бизнес-логики проведения. Это означает, что движения по регистрам (накопления, бухгалтерии) могут не сформироваться или сформироваться некорректно.Этап производства это критично, так как он формирует записи в регистрах планирования (График производства), обеспечения потребностей и движения партий. Запись в режиме загрузки может привести к тому, что в отчетах вы увидите "фантомные" потребности или некорректную себестоимость.Если вы переносите исторические данные только для фиксации факта выпуска и расхода материалов (без детального планирования и графиков), рассмотрите использование документа Производство без заказа.
Этот документ идеологически ближе к "Отчету производства за смену" и "Комплектации" из старых систем. Он не требует предварительного создания заказа и этапов, не завязан на жесткое диспетчирование. В нем проще управлять датами регистрации факта, так как он отражает свершившееся событие, а не план-фактный анализ.
При переносе производства из УПП в ERP мы рекомендуем:
Этап производства, используйте алгоритм последовательной смены статусов (Формируется -> Начат -> Завершен) для корректной установки дат.