Главная / Новости / Почему APS не работает без чистых данных?

Почему APS не работает без чистых данных?

Даже самые продвинутые алгоритмы APS не способны компенсировать ошибки в исходных данных: система анализирует только ту информацию, которую получает на вход. Если данные содержат неточности, пробелы или противоречия, это неизбежно приводит к неверным расчётам, сбоям в планировании и ошибочным управленческим решениям. Именно поэтому качество данных становится ключевым фактором эффективности любой системы планирования.
Практически на каждой встрече с производственными компаниями звучит одна и та же фраза: "У нас всё в 1С, главное чтобы APS с ней интегрировалась".

И это неудивительно.

Для большинства предприятий 1С - базовая корпоративная система, через которую проходят закупки, склад, продажи, производство, учёт, справочники и управленческая отчётность.
Фактически 1С становится "центром вселенной» предприятия".
Но именно здесь кроется одна из главных причин, почему проекты внедрения APS-систем буксуют или не дают ожидаемого эффекта.
1С одновременно является и основным источником данных для планирования, и главным источником проблем с этими данными.

Главная причина провалов APS-проектов не система, а данные. На рынке давно сложился устойчивый паттерн: Причина №1 неудачного внедрения APS/MES - это низкое качество исходных данных. Не выбор платформы, не алгоритмы планирования, не интерфейс системы. А именно данные, которые поступают на вход. На практике APS не “ломается” и не “ошибается”. Она просто начинает работать с тем, что ей передали, и очень быстро показывает реальное состояние управленческого и производственного учёта. Если в системе учёта бардак, APS это только масштабирует.

Во многих компаниях 1С исторически развивалась как универсальный инструмент под любые задачи бизнеса. В какой-то момент в ней начинают вести всё подряд:

  • нормативно-справочную информацию;
  • производственные спецификации;
  • складской учёт;
  • остатки;
  • маршруты производства;
  • план-факт;
  • закупки;
  • управленческую аналитику.

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

В результате мы регулярно сталкиваемся со следующими ситуациями:
  • Данные вводятся вручную - любое ручное заполнение создаёт риск ошибок, дублирования и расхождений.
  • Номенклатура не синхронизирована между системами - наименование в 1С не совпадает с данными PLM/PDM или конструкторской документацией.
  • Лоты и партии учитываются некорректно - вместо технологически обоснованных партий производство ведётся “поштучно” или хаотично.
  • Остатки не соответствуют факту - система показывает одно, склад и цех другое.
  • Маршруты и технологии устарели - в 1С могут использоваться процессы, которые давно изменились на производстве.

С каким “мусором” APS сталкивается чаще всего. Если обобщить, основные проблемы входных данных выглядят так:

Некорректные BOM / спецификацииотсутствуют комплектующие:
  • неверные нормы расхода;
  • дубли позиций;
  • неактуальные версии изделий.

Фантазийные нормы времени нормативы установлены “для галочки”:
  • не пересматривались годами;
  • не соответствуют реальной скорости производства.

Устаревшие маршрутыописывают процесс пятилетней давности:
  • не учитывают изменения оборудования/технологий.

Недостоверные остаткирасхождение между системой и фактом:
  • ошибки резервирования;
  • отсутствие прозрачности по WIP/НЗП.

Почему APS не может работать в таких условиях?

На одном из проектов заказчик обратился к нам с проблемой, которая на старте звучала достаточно типично: «Мы внедрили APS, но система строит планы, которые невозможно выполнить в реальности». Внутри компании были уверены, что причина в алгоритмах расчёта, поскольку APS регулярно показывала сроки производства, которые цех физически не мог выдержать. Производственная команда воспринимала это как ошибку системы и считала, что планирование «считает неправильно».

Когда мы начали разбирать модель планирования, достаточно быстро стало понятно, что проблема вовсе не в APS. Источник расхождений находился в качестве исходных данных, которые использовались для построения графика. В системе часть производственных операций была заведена со временем выполнения значительно ниже фактического, потому что нормативы не пересматривались годами и давно не отражали реальную ситуацию на площадке. Учётные остатки показывали наличие материалов, которые уже были израсходованы в производстве, но ещё не списаны в системе. Технологические маршруты содержали не все этапы обработки, поскольку отдельные промежуточные операции контроля и доработки сотрудники выполняли фактически, но никогда не отражали в учётной модели. Дополнительно оборудование в системе считалось доступным практически без ограничений, хотя в реальности работало в сменном режиме и регулярно останавливалось на обслуживание.

При этом сама APS отработала абсолютно корректно. Она построила производственный график ровно на основе тех данных, которые получила на вход. С точки зрения системы всё выглядело логично: заказы укладывались в срок, ресурсы были распределены равномерно, а дефицитов по материалам не возникало. Однако в реальном производстве этот план начал разрушаться практически сразу после запуска. Уже в первые часы исполнения стало очевидно, что операции занимают значительно больше времени, чем заложено в расчётах, часть заказов невозможно запустить из-за фактического отсутствия материалов, а оборудование просто не успевает выполнить запланированный объём в рамках доступного рабочего времени.

В результате график начал сдвигаться практически моментально, сроки перестали совпадать с расчётными, а производство снова вернулось к привычной практике ручного перепланирования. Спустя короткое время сотрудники полностью перестали ориентироваться на APS и вернулись к Excel-таблицам, телефонным согласованиям и ежедневному «ручному управлению» ситуацией.


Какие данные нужны APS для нормальной работы. Чтобы APS могла формировать реалистичный производственный план, необходимы:

Актуальные спецификации (BOM) полный состав изделий:
  • версии и модификации;
  • корректные нормы расхода.

Реальные технологические маршрутыпоследовательность операций:
  • рабочие центры;
  • альтернативные пути производства.

Достоверные нормативывремя операций:
  • переналадки;
  • ограничения партий.

Корректная модель ресурсовоборудование:
  • мощности;
  • графики работы;
  • производственные календари.

Актуальные остатки и НЗПдостоверные складские данные:
  • прозрачность незавершённого производства.

Возникает закономерный вопрос: что делать компании, если после запуска APS становится очевидно, что проблема не в системе, а в качестве исходных данных?

На практике в такой ситуации бесполезно пытаться «докрутить» алгоритмы планирования или перенастроить логику расчёта. Если APS строит некорректный график на основании ошибочных данных, единственный рабочий путь — пересмотреть саму модель производства, которая лежит в основе планирования.

Именно по этому сценарию развивался один из наших проектов. После того как заказчик убедился, что причина сбоев связана не с APS, а с качеством нормативно-справочной информации, команда перешла к комплексной ревизии производственных данных.

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

Следующим этапом стала проверка нормативов времени. Компания отказалась от использования устаревших расчётных значений и провела серию фактических замеров непосредственно на производстве. Для основных операций были зафиксированы реальные временные затраты с учётом переналадок, подготовительно-заключительных работ и внутрисменных простоев. Уже на этом этапе стало понятно, что многие нормативы, используемые в APS, серьёзно отличались от реальности и в отдельных случаях были занижены в несколько раз.

Одновременно команда провела аудит складского учёта и остатков. Были пересмотрены правила списания материалов, изменены внутренние процессы отражения движения сырья и полуфабрикатов, а также усилен контроль за своевременным внесением данных в систему. Это позволило устранить расхождения между фактическими и учётными остатками, которые ранее приводили к ошибкам в расчётах доступности материалов.

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

Только после того как производственная модель была приведена в соответствие с фактическими условиями работы предприятия, APS начала выдавать действительно применимый результат. Построенные графики перестали быть «идеальными на бумаге», но стали реалистичными и выполнимыми в производстве. Именно в этот момент система начала восприниматься пользователями как рабочий инструмент, которому можно доверять.



Готовность к внедрению APS начинается с прозрачности процессов и корректности данных. Проведите аудит бизнес-процессов до старта проекта - это дешевле, чем исправлять ошибки после запуска.