Есть болезненная правда про 1С:ERP.
Если у вас в отчётах:
- вылезают минуса,
- появляется пересортица,
- «пляшет» себестоимость,
- закрытие месяца превращается в мучение,
- KPI не вызывает доверия,
то чаще всего проблема не в том, что “плохо настроили документ”.
Проблема глубже: предприятие не собрало язык данных и учётную вертикаль.
ERP — это система, где цифра в отчёте рождается не из желания руководителя, а из строгой цепочки: документ → аналитики → правила распределения → закрытие периода.
И если язык данных грязный — система будет выдавать грязную картину.
Вопрос подписчика
Почему вы столько времени тратите на НСИ? Давайте быстрее внедрим документы, а справочники потом поправим.
И второе: зачем модели затрат/себестоимости/финрезультата? Мы и так ведем учет, нам достаточно отчётов.
Суть проблемы
В 1С:ERP отчёт — это не “кнопка отчёта”. Это итог длинной цепочки.
Если не определены:
- какие справочники и аналитики являются “истиной”,
- какие правила распределения применяются,
- где рождается затратный факт,
то у вас неизбежно появляются:
- дубли,
- разная терминология у разных подразделений,
- неправильные аналитики,
- “кривые” движения,
- отчёты, которым никто не верит.
Поэтому НСИ и учётные модели — это не бухгалтерская теория.
Это фундамент управляемости.
Артефакты статьи
- Артефакт №11 — Модель структуры НСИ для 1С:ERP
- Артефакт №12 — Модель учёта затрат
- Артефакт №13 — Модель расчёта себестоимости
- Артефакт №14 — Модель финансового результата
- Артефакт №15 — Дополнения к управленческой учётной политике
- Артефакт №16 — Частные методические документы по учёту
Артефакт №11: модель структуры НСИ
Что это такое (определение)
Модель структуры НСИ — это описание “языка данных”: какие справочники и аналитики существуют, как они ведутся, кто владелец, какие правила качества данных.
Коротко:
НСИ — это язык предприятия. Если язык грязный, ERP будет “говорить неправду”.
Что входит в модель НСИ (практическая структура)
- перечень справочников и классификаторов;
- правила кодирования и уникальности;
- правила качества данных;
- владельцы справочников (кто отвечает за истину);
- точки “истины” (какой источник главный);
- регламент изменений НСИ (как добавляем, кто утверждает, как контролируем).
Почему “потом поправим НСИ” — плохая идея
Потому что “потом” вы обнаружите, что:
- документы уже введены по разным правилам,
- аналитики уже смешались,
- отчёты уже стали недостоверны,
- исправление НСИ превращается в хирургическую операцию на живой системе.
Артефакты №12–14: учётная вертикаль (затраты → себестоимость → финрезультат)
Это одна вертикальная линия. Её нельзя “прикрутить в конце”.
Артефакт №12: модель учёта затрат
Модель учёта затрат отвечает на вопрос:
где именно рождаются затраты и какими документами они подтверждаются.
Внутри модели:
- источники затратных фактов (какие документы и события);
- классификация затрат;
- куда относятся затраты (объекты аналитики);
- какие правила распределения применяются;
- контрольные отчёты и точки сверки.
Артефакт №13: модель расчёта себестоимости
Модель себестоимости отвечает на вопрос:
как затраты превращаются в себестоимость продуктов/заказов/услуг.
Внутри модели:
- объекты калькуляции;
- базы распределения;
- правила распределения накладных;
- периодичность и логика закрытия;
- контрольные отчёты.
Артефакт №14: модель финансового результата
Модель финансового результата отвечает на вопрос:
как предприятие видит прибыльность: по направлениям, подразделениям, заказам, продуктам.
Внутри модели:
- что считается доходом и расходом;
- по каким аналитикам строится прибыльность;
- как обеспечивается сопоставимость (чтобы цифра не была “произвольной”).
Артефакты №15–16: правила и снятие разночтений
Артефакт №15: дополнения к управленческой учётной политике
Это закрепление правил:
- какие аналитики обязательны;
- какие статьи применяются;
- как закрывается период;
- какие показатели считаются управленчески значимыми.
Это делает модель устойчивой: чтобы через год новый сотрудник не “изобрёл свой учет”.
Артефакт №16: частные методики по учёту
Здесь живут сложные зоны, которые иначе трактуются по-разному:
- исключения,
- особые случаи,
- запреты (что нельзя делать, иначе рушится модель),
- контрольные точки.
Коротко:
Частные методики — это “инструкция против разночтений”.
Как 11–16 прошивают слои TOGAF/ArchiMate
- Бизнес-слой: процессы получают стоимостной смысл (не просто действие, а стоимость и результат).
- Данные: НСИ задаёт единый язык.
- Приложения: документы 1С:ERP начинают порождать корректные движения.
- Техслой: интеграции не разрушают аналитику.
- Управленческий слой: KPI и финпоказатели становятся правдой, а не спором.
Именно поэтому KPI нельзя сделать “красивой надстройкой”.
Сначала — язык данных и учётная вертикаль. Потом — показатели.
Цепочка «11–16 → следующий этап»
- 11–16 → 28–29: параметры и НСИ в целевой базе.
- 11–16 → 32–35: готовность к миграции данных.
- 11–16 → 41–42: акт закрытия периода и сверки.
- 11–16 → 43: приёмочные испытания (какие отчёты должны сойтись).
Хороший сценарий
- язык НСИ собран;
- учётная вертикаль определена;
- отчёты начинают говорить правду;
- спор “кто прав” заменяется проверкой по модели;
- KPI становятся управленческим инструментом.
Плохой сценарий
- НСИ “потом поправим”;
- аналитики разные у разных людей;
- себестоимость пляшет;
- закрытие месяца мучительно;
- KPI становится красивой картинкой без доверия.
Итог простыми словами
НСИ и учётные модели — это язык предприятия.
Если язык грязный, ERP и KPI превращаются в шум.
Мини-чеклист для заказчика
- Есть перечень НСИ и владельцы.
- Есть правила уникальности и качества данных.
- Есть модель затрат (где рождается факт).
- Есть модель себестоимости и финрезультата.
- Есть правила управленческого учёта (учётная политика).
- Есть частные методики по сложным зонам.
Что дальше
Следующая статья: Артефакты 17–19 — UI-сценарии, тестовая база и проверка прав.
Там покажу, как удержать качество и воспроизводимость на реальных ролях и реальных данных.