В цехе идет три параллельных заказа на производство, диспетчер сверяет график каждый час – и в этот момент приходит новость: версия механизма управления производством, на которой все это работает, скоро перестанет поддерживаться. Первая реакция начальника ПДО – «нам сейчас точно не до перемен».
Хорошая новость: переход не требует остановки цикла. В этой статье разберем, что меняется в управлении производством «1С:ERP» при переходе с версии 2.1 на 2.2, и как перевести производственный контур без разрыва текущих заказов.
Материал для руководителей производства, специалистов ПЭО и ПДО предприятия. Если ваша «1С:ERP» до сих пор работает на версии 2.1, переход на 2.2 станет обязательным условием перед обновлением до редакции 2.6.
Что меняется в архитектуре управления производством
Управление производством в «1С:ERP» – это не отдельная опция, а целый производственный контур: планирование, формирование заказов, диспетчеризация по этапам, расчет трудозатрат и себестоимости. С версии 2.2.1 фирма «1С» переработала логику этого контура, и обновленная модель постепенно стала основной во всех актуальных релизах. а сделано это чтобы система стала:
-
более управляемой,
-
более поэтапной,
-
более гибкой,
-
более пригодной для планирования и перепланирования,
-
более связанной с обеспечением и ресурсами.
| Понятие / документ | Что это означает для производства |
|---|---|
| Заказ на производство | Основной документ, объединяющий этапы, материалы и трудозатраты – в версии 2.2 логика его заполнения и обработки изменилась |
| Этап заказа на производство | Отдельный объект учета затрат внутри заказа – себестоимость формируется поэтапно, а не «котлом» на весь заказ сразу |
| Инструменты конвертации заказов 2.1 → 2.2 | Встроенный в «1С» механизм пересоздания заказов старой версии в новом формате с сохранением номеров и реквизитов |
| Раздел «Переход 2.2» | Специальный интерфейсный раздел с типовыми объектами, задействованными при переходе, – упрощает навигацию во время миграции |
Ключевая особенность архитектуры производственного блока в «1С:ERP» – себестоимость формируется поэтапно: каждый этап производства является отдельным объектом учета со своими затратами, исполнителями и временными нормами, а не общей суммой на весь заказ.
Кого касается переход на версию 2.2
-
Планово-диспетчерский отдел (ПДО) – отвечает за корректный перенос текущих графиков и очередей заказов на производство.
-
Планово-экономический отдел (ПЭО) – использует данные производственного учета для расчета плановой и фактической себестоимости.
-
Начальники цехов и мастера – работают с этапами и трудозатратами напрямую, для них важно, чтобы интерфейс диспетчеризации не менялся резко.
-
ИТ-специалист или партнер по внедрению – технически выполняет конвертацию заказов и настройку новой версии на тестовом контуре.
«У нас всего пара цехов, нам сложная миграция не нужна»
Объем производства не определяет необходимость перехода – определяет ее версия механизма в базе и планы на обновление до редакции 2.6. Чем меньше открытых заказов на дату перехода, тем быстрее и проще проходит миграция.
Что нужно проверить перед переходом
-
Количество открытых заказов на производство версии 2.1. Чем больше незакрытых заказов, тем дольше растянется параллельная работа двух версий учета.
-
Настройки маршрутов и этапов. Проверьте, как сейчас настроены межцеховое и внутрицеховое управление – при переносе в версию 2.2 логика формирования этапов может требовать уточнения.
-
Интеграции с внешними системами. Если производственные данные передаются в системы учета зарплаты, казначейства или корпоративной отчетности, эти интеграции нужно протестировать отдельно после перехода.
-
Наличие нетиповых доработок в производственном документообороте. Дорабатывались ли отчеты по трудозатратам, себестоимости этапов или диспетчеризации – их нужно проверить на совместимость с новой моделью.
-
Готовность закрыть отчетный период на новой версии. Прежде чем переводить рабочую базу, стоит провести хотя бы один полный производственный цикл на тестовом контуре с реальными данными.
Версия 2.1 и версия 2.2 – чем отличаются
| Параметр | Версия 2.1 | Версия 2.2 |
|---|---|---|
| Модель формирования себестоимости | Менее детализированная поэтапная модель | Себестоимость по каждому этапу заказа со своими затратами и нормами |
| Работа с маршрутными картами | Тесно связана со старой моделью планирования | Совместима с новым механизмом «Операции в производственных спецификациях» (с версии 2.5.7) |
| Возможность параллельной работы двух версий | – | Заказы 2.1 продолжают вести до полного закрытия, новые открываются уже в 2.2 |
| Механизм закрытия месяца | Отдельный расчет НЗП по заказам 2.1 | Поддерживает расчет НЗП одновременно по заказам 2.1 и 2.2 в переходный период |
| Инструменты миграции | – | Встроенная конвертация заказов, специальный раздел «Переход 2.2» |
| Доступность | Использовалась до выхода следующей версии | Доступна с версии 2.2.1, обязательна с редакции 2.6 |
Версия 2.2 спроектирована так, чтобы дать производству время – старые заказы можно вести до логического завершения, а не переносить их принудительно в момент переключения версии.
Что будет заблокировано при отказе от перехода
-
Формирование производственных заданий по старой модели станет невозможным после отказа от поддержки версии 2.1 в редакции 2.6.
-
Открытие новых заказов на производство версии 2.1 прекратится сразу после включения версии 2.2 – начинать новые заказы придется уже по новой модели.
-
Расчет себестоимости по старой логике для новых операций окажется недоступен – это может создать разрыв в отчетности, если переход выполнен без предварительного планирования.
Это не повод для паники – это повод спланировать переход заранее, пока есть время протестировать конвертацию на копии базы, а не разбираться с зависшими заказами в разгар производственного цикла.
Типичные ошибки при переходе на управление производством 2.2
| Ошибка | Последствие | Как исправить |
|---|---|---|
| Включили версию 2.2 прямо в рабочей базе без теста | Расхождения в расчете НЗП, паника ПЭО при закрытии месяца | Тестировать конвертацию заказов на копии базы с реальными данными |
| Попытались перенести все открытые заказы одновременно | Резкая нагрузка на ПДО, ошибки в графиках производства | Вести старые заказы до закрытия, новые открывать уже в версии 2.2 |
| Не проверили нетиповые отчеты по трудозатратам | Отчеты выдают пустые данные или ошибки после перехода | Протестировать все доработанные отчеты на тестовом контуре до перехода |
| Забыли протестировать интеграции с зарплатой и казначейством | Разрыв в передаче данных о выработке и затратах | Включить внешние интеграции в план тестирования наравне с типовыми объектами |
| Перешли в разгар активного производственного цикла | Часть операций «зависает» между версиями учета | Планировать переход на границе отчетного периода, минимум открытых заказов |
| Не использовали встроенные инструменты конвертации | Ручной перенос заказов занимает недели вместо дней | Использовать типовой раздел «Переход 2.2» и встроенную конвертацию заказов |
| Не согласовали сроки перехода с цехами и мастерами | Путаница в графиках, дублирование заданий | Уведомить производственный персонал заранее и провести короткий инструктаж |
Пошаговая инструкция перехода
-
Проведите аудит текущих настроек планирования и маршрутов. Зафиксируйте, как сейчас настроено межцеховое и внутрицеховое управление, чтобы понимать объем предстоящей адаптации.
-
Протестируйте переход на копии базы с реальным производственным циклом. Разверните тестовый контур и запустите конвертацию нескольких показательных заказов.
-
Проведите минимум один полный производственный цикл на тесте. Пройдите весь путь от открытия заказа до закрытия месяца, чтобы увидеть реальную картину расхождений, если они есть.
-
Согласуйте сроки с цехами. Предупредите мастеров и диспетчеров о том, что новые заказы будут открываться уже в версии 2.2, а старые продолжат вестись по прежней модели до закрытия.
-
Переведите рабочую базу, начав открывать новые заказы уже в версии 2.2, пока старые заказы 2.1 доводятся до завершения в штатном режиме.
С чего начать прямо сейчас: посчитайте количество открытых заказов на производство в вашей базе – это прямой показатель того, сколько времени займет переходный период параллельной работы двух версий.
Слово эксперта
«Главное заблуждение при переходе на управление производством 2.2 – мысль, что нужно «все бросить и переделать сразу». На практике методология «1С» именно для того и создала возможность параллельной работы старых и новых заказов, чтобы производство продолжало работать в привычном ритме. Мы рекомендуем клиентам начинать перевод новых заказов с начала отчетного месяца – это упрощает расчет незавершенного производства и закрытие периода».
– Герасимчук Иван, аналитик по производственному учету «1С:ERP» в ГЭНДАЛЬФ
Нужна помощь с переходом на управление производством 2.2?
Мы поможем перейти без остановки производственного цикла:
-
проведем аудит текущего производственного контура – маршрутов, этапов и настроек планирования;
-
перенесем настройки этапов и маршрутов с помощью встроенных инструментов конвертации;
-
прогоним тестовый производственный цикл на копии базы с реальными данными;
-
проверим интеграции с зарплатой, казначейством и корпоративной отчетностью;
-
сопроводим ввод в эксплуатацию и первое закрытие месяца на новой версии.
Более 15 лет проектная команда ГЭНДАЛЬФ сопровождает технические миграции клиентов на новые версии платформы «1С» и конфигурации – включая сложные многоцеховые схемы с непрерывным производственным циклом.
Оценить переходЧасто задаваемые вопросы
Нет, физическая работа цехов не блокируется техническим переключением версии. Методология «1С» предусматривает параллельную работу: заказы версии 2.1 продолжают вестись до полного выпуска и закрытия, а новые заказы открываются уже в версии 2.2 – производственный цикл не прерывается.
Открытые заказы версии 2.1 можно завершить по прежней схеме – механизм закрытия месяца поддерживает расчет незавершенного производства одновременно по заказам обеих версий в переходный период. После окончательного закрытия всех заказов 2.1 версию можно отключить в настройках.
Скорость зависит от объема открытых заказов и сложности маршрутов. Практика показывает, что сам переходный период – от начала параллельной работы двух версий до полного закрытия старых заказов – обычно длится от одного до нескольких месяцев, в зависимости от длины производственного цикла.
Нет, специальных инструментов переноса остатков НЗП на новые ключи аналитики не требуется – заказы на производство версии 2.1 продолжают вестись через прежний документооборот до момента полного выпуска, поэтому принудительный перенос остатков не нужен.
Формально можно оставаться на версии 2.1 столько, сколько потребуется, если она еще поддерживается в вашем релизе. Но как только компания примет решение переходить на редакцию 2.6, переход на версию 2.2 станет обязательным условием – поэтому разумнее начать тестирование заранее.