Устройство 1С:ERP — от платформы до закрытия месяца
Содержание
1С:ERP Управление предприятием 2 работает как одна база на платформе 1С:Предприятие 8.3 в клиент-серверном режиме: продажи, закупки, склад, производство, казначейство и регламентированный учёт пишут движения в общие регистры, а себестоимость и финансовый результат считаются раз в месяц обработкой «Закрытие месяца ». Каждый документ сразу виден всем службам — не нужно ждать выгрузки или сверки между программами.
Частое заблуждение — считать ERP «большой Бухгалтерией с производством». На деле принципы работы 1С ERP другие: в основе управленческий учёт, а бухгалтерский и налоговый учёт — производная от него, которую можно вести прямо в ERP или передавать в 1С:Бухгалтерию. Отсюда и требования к архитектуре, и логика процессов, и сроки внедрения.
Из чего собрана 1С:ERP: платформа, библиотеки, прикладная часть
Архитектуру удобно представить слоями. Каждый слой отвечает за своё, и проблемы на проекте обычно возникают, когда эти слои путают.
| Слой | Что в нём | За что отвечает |
|---|---|---|
| Платформа 1С:Предприятие 8.3 | сервер 1С, клиенты, механизмы запросов и блокировок | выполнение кода, транзакции, работа с СУБД |
| СУБД | Microsoft SQL Server, PostgreSQL (в том числе сборки Postgres Pro), IBM Db2, Oracle | хранение данных |
| Библиотеки | БСП (стандартные подсистемы), интернет-поддержка, электронные документы и др. | права, обновления, печать, ЭДО, общие сервисы |
| Прикладная конфигурация | разделы ERP: продажи, закупки, склад, производство, финансы | бизнес-логика предприятия |
| Расширения | доработки под конкретную компанию | изменения без снятия конфигурации с поддержки |
🔧 Что важно знать про технический стек:
- 🖥️ Только клиент-сервер для рабочей базы. Файловый вариант годится для демо и обучения, но не для десятков пользователей и регламентных заданий.
- 🌐 Клиенты: тонкий клиент, веб-клиент через опубликованную на веб-сервере базу, мобильный клиент для отдельных сценариев.
- 🧩 Управляемые формы и интерфейс «Такси». Пользователь видит разделы слева, настраивает списки и отчёты сам, без программиста.
- ⚙️ Функциональные опции. Большая часть механизмов включается флажками в разделе
НСИ и администрирование → Настройка НСИ и разделов. Выключенный механизм не показывается в интерфейсе и не мешает.
Доработки на проекте ERP делают расширениями конфигурации. Тогда обновление на новый релиз не превращается в многодневное сравнение-объединение: типовая часть обновляется штатно, расширение проверяют и при необходимости правят.
Распоряжение и исполнение
Главный принцип работы 1С ERP — разделение документов на распоряжения и исполнения. Заказ клиента , заказ поставщику , заказ на производство — это распоряжения: что нужно сделать. Реализация, приёмка, перемещение, складские ордера — исполнения: что сделано фактически.
Программа постоянно сравнивает одно с другим. Поэтому в ERP легко увидеть, что заказано, но не отгружено, что запущено в производство, но не выпущено, что оплачено, но не поставлено. Для руководителя это и есть главная ценность системы.
Как устроены справочники и НСИ в 1С:ERP
Нормативно-справочная информация — фундамент. Ошибки в НСИ потом всплывают в себестоимости, планах и отчётах, а исправлять их задним числом дорого.
📦 Ключевые справочники:
- Виды номенклатуры. Шаблон для карточек: тип (товар, услуга, работа, набор), использование характеристик и серий, единицы хранения, правила учёта. Сначала настраивают виды, потом заводят номенклатуру.
- Номенклатура с характеристиками и сериями. Характеристика — вариант исполнения (размер, цвет, модификация), серия — партия с номером, сроком годности или маркировкой.
- Упаковки и единицы измерения. Товар хранится в одной единице, а покупается и продаётся в коробках, паллетах, рулонах.
- Партнёры и контрагенты. Партнёр — бизнес-сторона (клиент, поставщик, группа компаний), контрагент — конкретное юрлицо или ИП, с которым заключают договор. У одного партнёра может быть несколько контрагентов.
- Организации и структура предприятия. Организации отвечают за регламентированный учёт, подразделения — за управленческий.
- Склады и производственные подразделения. От их настроек зависит ордерная схема, адресное хранение и учёт в производстве.
Не заводите номенклатуру до утверждения видов номенклатуры. Изменить вид у карточки с движениями можно не всегда, а исправление тысяч позиций вручную растягивает запуск на недели.
Если у компании несколько баз (ERP в головной, УТ в торговых точках, Документооборот), справочники ведут централизованно: правила задают, какая база создаёт карточку, а какие получают её через обмен. Для крупных холдингов для этого есть отдельный продукт — 1С:MDM Управление нормативно-справочной информацией.
Планирование потребностей и управление запасами
Планирование в ERP строится сверху вниз: план продаж → план производства → план закупок. Каждый план живёт в своём сценарии, поэтому можно держать «оптимистичный» и «базовый» варианты одновременно и сравнивать их.
Как система считает, что и когда купить
Механизм обеспечения потребностей смотрит на три вещи:
- Потребность — заказы клиентов, заказы на производство, внутренние заказы, планы.
- Наличие — свободный остаток на складах с учётом резервов.
- Ожидаемые поступления — заказы поставщикам и производству, которые ещё не исполнены.
Разница между ними и есть дефицит. Его можно закрыть разными способами — их задают в настройках обеспечения для номенклатуры и склада.
| Способ обеспечения | Когда подходит | На что смотреть |
|---|---|---|
| Под заказ | дорогие позиции, изделия по спецификации клиента | срок поставки должен влезать в срок заказа |
| По точке заказа | стабильный расход, массовые материалы | точку заказа пересматривать раз в сезон |
| Минимум — максимум | склад с ограниченным местом | максимум не должен превышать вместимость |
| Обособленно под конкретный заказ | проектное производство | товар нельзя отдать в другой заказ |
Сформированные потребности превращаются в заказы поставщикам и заказы на производство через рабочее место формирования заказов. Менеджер видит, сколько, у кого и к какой дате нужно заказать, правит количество и создаёт документы пакетом.
Склад: ордерная схема и адресное хранение
Для крупных складов включают ордерную схему: коммерческий документ (приобретение, реализация) отделяется от складского ордера. Бухгалтерия может провести поступление по документам поставщика, а кладовщик — принять товар позже, по факту.
Адресное хранение добавляет ячейки, задания на отбор и размещение, учёт по стеллажам. Механизм мощный, но требует дисциплины: без терминалов сбора данных и регламента он быстро превращается в расхождения.
Производственный учёт и расчёт себестоимости в 1С ERP
Производство в актуальных релизах ERP описывается ресурсными спецификациями. В спецификации указано, что выпускаем, из каких материалов, какими этапами, на каком оборудовании и с какими трудозатратами.
🏭 Как идёт производственный цикл:
- 📋 Заказ на производство фиксирует, что и к какому сроку выпустить.
- 🗓️ Межцеховое планирование раскладывает заказ на этапы по подразделениям и проверяет загрузку рабочих центров.
- 🔩 Этапы производства — документы, которыми цех отчитывается: что израсходовано, что выпущено, сколько времени заняло.
- 🛠️ Пооперационное планирование (если включено) детализирует этап до операций внутри цеха.
- ✅ Выпуск и брак попадают в учёт тем же контуром, отклонения от спецификации видны сразу.
Как считается себестоимость
Себестоимость в ERP — не результат отдельного документа, а итог закрытия месяца. Обработка в разделе Финансовый результат и контроллинг → Закрытие месяца выполняет операции в строгом порядке: распределяет косвенные расходы, рассчитывает себестоимость товаров и продукции, формирует финансовый результат.
Расчёт идёт по партиям и по статьям калькуляции. Значит, можно увидеть, из чего сложилась цена изделия: материалы, полуфабрикаты, зарплата, амортизация, накладные. Себестоимость считается параллельно в управленческом и регламентированном учёте, а при включённом МСФО — ещё и по международным правилам.
Пример логики: в цехе за месяц выпущено 1 000 изделий, материалы по спецификации — 420 000 ₽, косвенные расходы цеха — 180 000 ₽. Если распределение настроено пропорционально выпуску, на изделие ляжет 420 + 180 = 600 ₽. Если часть изделий в незавершёнке, программа учтёт это при распределении, и цифра изменится.
Закрытие месяца выполняйте только после того, как все документы периода проведены. Документ, внесённый задним числом в закрытый месяц, требует повторного расчёта, а в регламентированном учёте — ещё и проверки уже сданной отчётности.
- 1–3 числоВсе документы месяца проведены, складские ордера закрыты
- до 5 числаНачисление зарплаты и амортизации отражено в учёте
- 5–7 числоРаспределение расходов и расчёт себестоимости
- 7–9 числоАнализ отклонений, исправление ошибок, повторный расчёт
- до 10 числаФинансовый результат и блокировка периода
Бюджетирование и финансовый контроль
Бюджетный контур в ERP состоит из нескольких слоёв:
- Модель бюджетирования — общая рамка: какие бюджеты, по каким организациям и подразделениям, с какой периодичностью.
- Виды бюджетов — БДР, БДДС, бюджеты продаж, закупок, производства, и любые свои.
- Статьи и показатели бюджетов — что планируем и что считаем.
- Сценарии — план, прогноз, факт, версии согласования.
Плановые значения вводят вручную, загружают из таблиц или рассчитывают по правилам из других данных базы. Фактические данные берутся из учёта автоматически: продажи, закупки, движения денег уже лежат в той же базе.
💰 Финансовый контроль на практике:
- 🧾 Заявки на расходование денежных средств проходят согласование до оплаты.
- 🚦 Контроль лимитов не пропускает заявку, если статья исчерпана, либо только предупреждает — это решают при настройке.
- 📅 Платёжный календарь показывает ожидаемые поступления и выплаты по дням, кассовые разрывы видны заранее.
- 📊 План-факт анализ сравнивает бюджет с учётом в разрезе статей, подразделений и периодов.
Не стройте бюджеты на 300 статей в первый год. Начните с БДДС и укрупнённого БДР на 30–50 статей, а детализацию добавляйте, когда учёт стабилизируется.
Интеграция 1С:ERP с другими программами
ERP редко работает в одиночку. Типовой ландшафт среднего завода: ERP, ЗУП, Документооборот, иногда Бухгалтерия, Розница в магазинах, сайт или маркетплейсы.
| Связка | Как обычно обмениваются | Что передаётся |
|---|---|---|
| ERP ↔ ЗУП | типовой обмен | кадровые данные, начисленная зарплата для отражения в учёте |
| ERP → Бухгалтерия | типовая синхронизация данных | документы для регламентированного учёта, если его ведут отдельно |
| ERP ↔ Документооборот | интеграция из коробки | договоры, согласование документов |
| ERP ↔ Розница / УТ | обмен через формат EnterpriseData | номенклатура, цены, продажи, остатки |
| ERP ↔ внешние системы | HTTP-сервисы, OData, веб-сервисы, файлы | заказы, статусы, справочники |
| ERP ↔ банки, контрагенты | ДиректБанк, 1С:ЭДО | выписки, платёжки, УПД, счета-фактуры |
🔗 На чём держится обмен:
- EnterpriseData — универсальный формат обмена между типовыми конфигурациями 1С. Правила для нестандартных связок разрабатывают в Конвертации данных 3.
- Стандартный интерфейс OData — REST-доступ к объектам базы для внешних систем, включается в настройках публикации и в самой базе.
- HTTP-сервисы в расширении — свой API под конкретную интеграцию, если OData не хватает.
Перед настройкой обмена сделайте резервную копию обеих баз. Ошибка в правилах сопоставления создаёт дубли справочников, и чистить их приходится в двух программах.
Кадры и зарплату часто ведут в ЗУП, хотя в ERP есть свой зарплатный контур. Решение зависит от численности и того, кто отвечает за расчёт: отдельная зарплатная служба обычно предпочитает ЗУП.
Как проходит внедрение 1С ERP
Внедрение — это не установка программы, а перестройка процессов под единую модель данных. Типичные этапы:
- Обследование. Описывают процессы «как есть», собирают формы отчётов, которые нужны руководству.
- Проектирование. Решают, какие механизмы включить, какие методы обеспечения и расчёта себестоимости использовать, где нужны доработки.
- Подготовка НСИ. Чистят и загружают номенклатуру, спецификации, партнёров, склады. Самый недооценённый этап.
- Настройка и доработки. Включают функциональные опции, пишут расширения, настраивают обмены и права.
- Обучение и тестирование. Ключевые пользователи проходят сквозные сценарии: от заказа клиента до закрытия месяца.
- Опытная эксплуатация. Работают параллельно со старой системой месяц-два, сверяют цифры.
- Промышленная эксплуатация. Переносят остатки на дату старта и отключают старый учёт.
⏱️ Ориентиры по срокам: запуск одного контура (торговля и склад) в средней компании занимает примерно 4–6 месяцев. Полный контур с производством и себестоимостью — ориентировочно 9–18 месяцев, в холдингах дольше.
👥 Кто нужен со стороны заказчика: руководитель проекта с полномочиями, ключевые пользователи от каждой службы, администратор баз данных. Без своих людей подрядчик внедрит программу, но не процессы.
Где чаще всего ломается проект
- ❌ Автоматизируют старые процессы один в один. Привычные отчёты переписывают кодом, и через год конфигурация уже не обновляется.
- ❌ Пропускают сквозное тестирование. Модуль продаж работает, производство работает, а себестоимость не сходится, потому что их никто не проверил вместе.
- ❌ Стартуют с середины года без плана по остаткам. Ввод остатков по партиям и незавершённому производству требует отдельной подготовки.
- ❌ Экономят на сервере. ERP на слабом железе и файловом варианте тормозит, пользователи возвращаются к Excel.
- ❌ Нет владельца НСИ. Через полгода в базе три карточки одного материала, и планирование выдаёт ерунду.