Есть момент, когда проект внедрения 1С:ERP должен перестать быть разговором.
До этого вы сделали большую работу:
- зафиксировали директивы,
- провели интервью,
- собрали требования,
- построили модель процессов,
- описали НСИ и учётные модели,
- разобрались с доработками,
- собрали итог проектирования, план и смету.
И вот наступает этап, где всё это должно превратиться в реальную работающую систему.
Это и есть “изготовление целевой системы”.
Вопрос подписчика
А разве установка 1С:ERP — не и есть внедрение? Что значит “изготовление целевой системы”?
Почему так много внимания параметрам программы? Мы потом “подкрутим”.
Интеграции можно сделать после запуска? Не будем усложнять.
Суть проблемы
Если поставить 1С:ERP “как есть” и начать работать, система будет жить по правилам “по умолчанию”.
А “по умолчанию” — это всегда чужие правила. Не вашего предприятия.
Дальше обычно случается следующее:
- параметры меняют уже на живой базе;
- НСИ заполняют кто как умеет;
- интеграции откладывают;
- появляются ручные костыли и двойной ввод.
И самое неприятное: потом оказывается, что миграцию делать поздно, потому что система уже “запачкана” разными подходами.
Целевая система должна быть готова до миграции.
Тогда перенос — управляемая операция. А не пожар.
Артефакты статьи
- Артефакт №27 — Настроенная целевая система 1С:ERP
- Артефакт №28 — Настроенные параметры 1С:ERP
- Артефакт №29 — НСИ в 1С:ERP
- Артефакт №31 — Настроенные интеграции
Важный мост: права доступа (Артефакт 30) — отдельная тема следующей статьи. Потому что без ролей целевая система формально есть, но пользователи в ней работать не смогут.
Артефакт №27: настроенная целевая система 1С:ERP
Что это такое (определение)
Настроенная целевая система — это готовая к работе среда 1С:ERP (целевой контур), в которой реализованы принятые решения по подсистемам, структуре предприятия, документам, маршрутам и базовым настройкам.
Коротко:
Артефакт 27 — это “не установили”, а “собрали систему под предприятие”.
Что в неё входит (практическая структура)
- список включенных подсистем;
- структура предприятия (организации/подразделения/склады/площадки);
- настроенные виды документов и маршруты;
- базовые регламенты: где что ведём;
- подготовка к тестированию.
Артефакт №28: параметры 1С:ERP
Что это такое (определение)
Параметры 1С:ERP — системные настройки, определяющие поведение учёта и процессов: режимы, флаги подсистем, правила обработки данных.
Коротко:
Параметры — это “законы физики” вашей ERP.
Если их не согласовать, система будет работать не так, как вы думаете.
Что сюда обычно попадает
- параметры НСИ и аналитик;
- параметры учета запасов/партий/серий;
- параметры производства (если применимо);
- параметры продаж/сервиса;
- параметры закрытия периода;
- параметры интеграций и обменов.
Почему нельзя “подкрутить потом”?
Потому что “потом” — это:
- перепроводки,
- пересчёты,
- изменение аналитик,
- сдвиги в отчётах,
- споры “почему стало иначе”.
Артефакт №29: НСИ в 1С:ERP
Что это такое (определение)
НСИ в 1С:ERP — перенесённые/созданные справочники и аналитики по модели НСИ (артефакт 11), с правилами ведения и контролем качества данных.
Коротко:
НСИ — это язык системы. Если язык грязный, документы будут “говорить неправду”.
Что включает НСИ на практике
- справочники: номенклатура, контрагенты, договоры, статьи, подразделения, склады и т.д.;
- классификаторы и правила кодирования;
- владельцы НСИ;
- контроль качества (дубли/уникальность);
- регламент изменений.
Важно: НСИ не “загружается один раз”. Она требует дисциплины ведения.
Артефакт №31: интеграции
Что это такое (определение)
Интеграции — настроенные обмены и внешние контуры (банк, ЭДО, ЗУП, Документооборот, оборудование, внешние сервисы), необходимые для сквозных процессов.
Коротко:
Интеграции — это мосты между системами.
Если их отложить, вы неизбежно построите временные костыли.
Что входит в интеграционный контур
- перечень интеграций из архитектуры АСУП (артефакт 3);
- приоритет: какие обязательны до запуска;
- сценарии проверки интеграций (связь с артефактами 17–18);
- контроль разрывов: что делаем вручную временно и как это регламентируем.
Можно ли сделать интеграции после запуска?
Можно. Но тогда вы получите:
- двойной ввод,
- ручные выгрузки,
- потери данных,
- разрывы ответственности,
- и “вечные временные решения”, которые живут годами.
Как 27–31 прошивают слои TOGAF/ArchiMate
- Бизнес: процессы получают реальный маршрут.
- Данные: НСИ становится единым языком.
- Приложения: прикладные объекты в 1С:ERP настроены под модель.
- Техслой: интеграции обеспечивают сквозные контуры.
- Управление: появляется возможность достоверных отчетов и KPI.
Именно здесь проект “материализуется”: решения перестают быть файлами и становятся работающей системой.
Цепочка «27–31 → следующий этап»
- 27–31 → 32–38: регламенты готовности к миграции.
- 27–31 → 39–45: миграция и запуск.
- 27–31 → 43: испытания на целевой базе.
Хороший сценарий
- целевая система готова до миграции;
- параметры согласованы;
- НСИ чистая;
- интеграции работают;
- тестирование проходит на реальной конфигурации.
Плохой сценарий
- поставили “как есть”;
- параметры не согласовали;
- НСИ грязная;
- интеграции отложили;
- после запуска — двойной ввод и ручные костыли.
Итог простыми словами
Артефакты 27–31 — это момент, когда ERP‑проект перестаёт быть разговором и становится работающей системой.
Мини-чеклист для заказчика
- Есть целевая база с включенными подсистемами.
- Есть документированный перечень параметров.
- НСИ загружена и проверена на качество.
- Есть список интеграций и статус каждой.
- Есть сценарии проверки ключевых интеграций.
Что дальше
Следующая статья: Артефакты 30 и 32–38 — профили доступа, регламенты и чек-листы готовности к миграции.
Там покажу, как “собранную систему” подготовить к безопасному переходу: чтобы в день запуска не выяснилось, что половина ролей работать не может.