Найти в Дзене
Кирилл Ледовский

Обособленное обеспечение в 1С ERP: Что будет со старыми заказами, если я изменю настройку обособления?

Вопрос пользователя: «Я поэкспериментировал и поменял настройку с «по заказу» на «по назначению». Не сломает ли это все текущие незавершенные заказы?» Суть проблемы
Настройки бизнес-процессов иногда требуют корректировки. Но изменение ключевых правил, таких как обособление, в момент, когда в системе активно работает множество заказов, может привести к хаосу: старые заказы начнут работать по новым, неприменимым к ним правилам, резервирование материалов «сломается». Администратор системы боится вносить улучшения из-за риска нарушить текущую работу. Что может 1С ERP?
Система реализует принцип историчности и безопасности для этой настройки. Значение настройки обособления («При заказе в производстве») не просто считывается при каждой операции, а фиксируется (запоминается) непосредственно в документе «Заказ на производство» в момент его создания. Суть подхода: «Снимок» правил: Каждый заказ при рождении «фотографирует» действующее на тот момент правило обособления и сохраняет его у себя. Нез

Вопрос пользователя: «Я поэкспериментировал и поменял настройку с «по заказу» на «по назначению». Не сломает ли это все текущие незавершенные заказы?»

Суть проблемы
Настройки бизнес-процессов иногда требуют корректировки. Но изменение ключевых правил, таких как обособление, в момент, когда в системе активно работает множество заказов, может привести к хаосу: старые заказы начнут работать по новым, неприменимым к ним правилам, резервирование материалов «сломается». Администратор системы боится вносить улучшения из-за риска нарушить текущую работу.

Что может 1С ERP?
Система реализует принцип
историчности и безопасности для этой настройки. Значение настройки обособления («При заказе в производстве») не просто считывается при каждой операции, а фиксируется (запоминается) непосредственно в документе «Заказ на производство» в момент его создания.

Суть подхода:

  • «Снимок» правил: Каждый заказ при рождении «фотографирует» действующее на тот момент правило обособления и сохраняет его у себя.
  • Независимость заказов: В дальнейшем заказ работает по своему собственному, зафиксированному правилу, независимо от глобальных изменений в настройках.
  • Безопасность изменений: Администратор может спокойно менять глобальную настройку. Это повлияет только на новые заказы, которые будут созданы после изменения. Все старые, уже созданные заказы, продолжат работать как раньше.

Преимущества подхода:

  • Свобода экспериментов и улучшений: Можно тестировать новые подходы на новых заказах, не трогая текущие процессы.
  • Отсутствие авралов: Не нужно в спешке закрывать или переоформлять все незавершенные заказы перед изменением настройки.
  • Консистентность данных: Данные по каждому заказу остаются логически целостными от начала и до конца его жизненного цикла.

Решение и рекомендации

  1. Меняйте настройку обособления, когда это необходимо. Не бойтесь «сломать» текущие заказы.
  2. Сообщите всем пользователям (диспетчерам, мастерам) о планируемом изменении и дате, с которой оно начнет действовать для новых заказов.
  3. Имейте в виду, что какое-то время в системе будут одновременно работать заказы с разными правилами обособления. Убедитесь, что это не создаст путаницы в логистике и отчетности.

Итог простыми словами
Это как если бы правила дорожного движения менялись, но с оговоркой: «Новые правила действуют для всех, кто получил права после 1 января. Все, кто получил права раньше, ездят по старым правилам». Ваш заказ №100, созданный 1 марта, «получил права» по старым правилам (обособление по заказу). Заказ №101, созданный 2 марта после смены настройки, «получил права» уже по новым правилам (обособление по назначению). И они мирно сосуществуют.

Типичные сценарии использования:

  • Сценарий реорганизации: Компания перешла от работы с разовыми заказами к проектному управлению. 1 апреля была изменена настройка с «по заказу» на «по направлению деятельности». Все заказы, созданные до 1 апреля, так и останутся обособленными по себе. Все новые заказы, начиная с 1 апреля, будут обособляться в рамках своих проектов.
  • Сценарий тестирования: Чтобы протестировать новую методику учета, администратор создает тестовый заказ при новой настройке, не опасаясь, что это повлияет на все остальные, реальные заказы в работе.