Проект внедрения ERP в АПС
← Проектная документация
АПС ERP

00_Статус и управление

Цели проекта, текущий статус, реестр работ и открытых вопросов.

Назначение раздела

Цели проекта, текущий статус, реестр работ и открытых вопросов.

Текущий статус и открытые вопросы

Основной реестр опубликован отдельной интерактивной страницей с фильтрами и сводкой.

Цель проекта и текущий статус перехода с БП на ERP

Цель проекта и текущий статус перехода с БП на ERP

Дата фиксации: 2026-06-08.

1. Цель проекта

Цель проекта - перейти к ведению учетных, производственных и отчетных процессов в ERP с последующим отказом от использования программы Бухгалтерия предприятия (БП).

В целевом состоянии ERP должна стать основной системой для закрытия месяца, анализа затрат, производственного учета ремонта вагонов, учета НДС, налога на прибыль и формирования регламентированной отчетности. Зарплата ведется отдельно в ЗУП; в ERP контролируются только связанные отражения, если они требуются для учета затрат. БП после завершения перехода не должна использоваться как параллельная учетная система.

Смысл перехода - сформировать единый учетный контур в ERP для производственных данных, материалов, трудозатрат, затрат, закрытия месяца и отчетности, при этом зарплата остается отдельным контуром ЗУП.

2. Исходное и текущее состояние

На начало 2025 года в ERP были перенесены входящие остатки из БП. После переноса остатков учет ведется параллельно: БП пока остается юридически основной базой и контрольным источником для сверки, а в ERP отрабатываются производственные, складские и регламентированные сценарии; зарплата ведется отдельно в ЗУП.

Сейчас выполняется догоняющая выверка. Текущий рабочий период - апрель 2026 года.

Основной инструмент сверки на текущем этапе - ОСВ. Допустимый характер расхождений - копейки, но только при условии, что причина расхождения объяснена. Необъясненные существенные расхождения считаются открытыми вопросами.

3. Ближайший контрольный результат

Ближайший контрольный результат - выверить апрель 2026 года до состояния, при котором по существенным расхождениям между ERP и БП понятно:

на каком участке учета возникает расхождение;

является ли оно ошибкой данных, настройкой, методическим отличием, ограничением текущей схемы или временным допущением;

какое действие требуется дальше;

кто отвечает за проверку или принятие решения.

Результат этапа должен показать, какие вопросы закрыты, а какие требуют настройки, доработки или решения заказчика.

4. Что уже работает

В ERP уже используются типовые возможности системы, а не только перенос итоговых данных:

ведется параллельный учет после переноса остатков из БП;

производство ремонта вагонов отражается через механизм Производство без заказа;

модель вагона используется как характеристика номенклатуры;

настроена синхронизация ЗУП - ERP;

создан отчет в ЗУП для анализа распределения по способам отражения в регламентированном учете;

подготовлены материалы по производственному учету ремонта вагонов.

Текущая схема позволила запустить практическое ведение учета ремонта вагонов в ERP без полной перестройки процесса на первом этапе.

При этом текущая рабочая цепочка фактически построена на документах "Производство без заказа" и актах выполненных работ. Сверка этой цепочки неудобна: строки ПБЗ и актов приходится сопоставлять по номеру вагона, который находится в текстовых/дополнительных реквизитах, а также по номенклатуре, характеристике и подразделению. Ошибки в номере вагона, пересортица характеристик и различия в типах номенклатуры приводят к ручной диагностике перед закрытием месяца.

5. Важные требования к целевой схеме

Для производственного учета ремонта вагонов важно обеспечить учет и анализ по каждому вагону. Фактическая себестоимость также должна быть объяснима по каждому вагону.

Сейчас заказ клиента в производственной цепочке не используется. При этом по результатам обсуждения видно, что для прослеживаемости затрат и отказа от БП, вероятно, потребуется выстраивать целевую цепочку от заказа клиента к вагону, операциям, материалам, трудозатратам, затратам и закрытию работ.

По НДС требуется отдельная проверка: в БП раздельный учет НДС включен, в ERP результат сейчас не совпадает с БП. Нужно показать формирование НДС в ERP, сравнить результат с БП и принять решение о необходимости включения раздельного учета в ERP.

6. Основные ограничения и риски

Ограничение / рискВлияниеЧто делаем
Пересортица по моделям и вагонам при закрытии месяцаИскажает аналитику производственных затрат и усложняет объяснение себестоимостиПроверяем закрытие апреля 2026 года и анализируем текущую схему учета
Ограниченная прослеживаемость через "Производство без заказа" и актыСложнее связать клиента, вагон, операции, материалы, трудозатраты, затраты и закрытие работ; сверка ПБЗ и актов выполняется по косвенным признакамОписываем целевую методику учета ремонта вагонов и переносим связку на заказ клиента
Отсутствие заказа клиента в текущей производственной цепочкеДля учета по каждому вагону может потребоваться более полная цепочка учетаРассматриваем заказ клиента как возможный обязательный элемент целевой схемы
Фактическая калькуляция требует проработкиСебестоимость должна быть понятна и проверяема по каждому вагонуСравниваем варианты формирования фактической калькуляции в ERP
Расхождения по НДС с БПМожет повлиять на корректность регламентированной отчетностиПоказываем формирование НДС в ERP и принимаем решение по раздельному учету
БП пока юридически основная базаДо завершения перехода результаты ERP требуют сверкиВедем выверку апреля 2026 года по ключевым участкам учета

7. Что уже достигнуто

Перенесены входящие остатки из БП на начало 2025 года.

Запущен параллельный учет, позволяющий сравнивать результаты ERP и БП.

Определен текущий контрольный период выверки - апрель 2026 года.

Настроена синхронизация ЗУП - ERP.

Решена задача слесарей-ремонтников по двум подразделениям через штатное расписание.

Создан отчет по группировке способов отражения зарплаты в регламентированном учете.

Подготовлены документы по производственному учету ремонта вагонов.

Создана проектная папка на Яндекс Диске и реестр текущих работ.

8. Ближайшие действия

Продолжить выверку апреля 2026 года по ОСВ.

Разобрать закрытие месяца и причины пересортицы по моделям и вагонам.

Уточнить целевую цепочку производственного учета ремонта вагонов с учетом учета по каждому вагону.

Показать и проверить отчет ЗУП по способам отражения в регламентированном учете.

Показать формирование в ERP декларации по НДС и налога на прибыль, затем сравнить результат с БП.

Обсудить сценарий выгрузки в Сбер по предоставленному XML-файлу.

Определить дополнительные рабочие места и права пользователей.

9. Критерии приемки текущего этапа

Текущий этап выверки апреля 2026 года можно считать выполненным, когда:

сверка выполнена по ОСВ;

сформирован перечень существенных расхождений между ERP и БП;

по каждому существенному расхождению указаны участок учета, причина, влияние и следующее действие;

расхождения в пределах копеек объяснены;

отдельно выделены вопросы, требующие решения заказчика;

проверены ключевые сценарии закрытия месяца;

подтверждено, что зарплата ведется отдельно в ЗУП, а нужные для ERP отражения контролируются отдельно;

определены дальнейшие действия по фактической калькуляции;

определена позиция по НДС и необходимости раздельного учета;

обновлен реестр работ и открытых вопросов.

10. Критерии готовности к отказу от БП

Переход к отказу от БП можно считать подготовленным, когда:

ключевые участки учета выверены между ERP и БП;

закрытие месяца в ERP выполняется без критичных ошибок и необъясненных расхождений;

фактическая себестоимость ремонта понятна и объяснима по каждому вагону;

зарплата ведется отдельно в ЗУП, а необходимые для затрат отражения согласованы и контролируются;

сформированы и проверены декларация по НДС и налог на прибыль в ERP;

согласована методика производственного учета ремонта вагонов;

зафиксированы временные ручные операции и ограничения, если они остаются.

11. Порядок ведения проекта

Основной рабочий инструмент фиксации статуса - Реестр работ и открытых вопросов.xlsx.

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