Спрашивайте ERP про обеспечение заказов и себестоимость

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

Имена объектов агент берёт из /$metadata перед первым запросом, а не из описания типовой конфигурации. Для ERP это принципиально: контур почти всегда доработан под предприятие — свои статьи затрат, этапы производства, аналитика подразделений, — и агент работает с реальной структурой вашей сборки, включая добавленные реквизиты и табличные части документов.

Прикладной результат — вопросы, ради которых в ERP обычно поднимают несколько отчётов сразу: заказы клиентов, сопоставленные со свободными остатками и заказами поставщикам, чтобы найти незакрытое обеспечение; просроченные заказы на производство с этапом, на котором они встали, и дефицитом материалов под них; выпуск и затраты, из которых считается себестоимость единицы и сравнивается с ценой отгрузки; план-факт по подразделениям за период с выделением отклонений за допустимой границей.

Что именно доступно, определяют состав публикации OData и права роли подключённого пользователя — заказы, документы производства и закупок, затраты, регистры накопления и бухгалтерии, справочники. Запись через OData технически возможна, но в большом контуре ERP разумнее подключать пользователя на чтение и оставлять изменение документов ответственному сотруднику: цена ошибки здесь выше, чем удобство автоматической правки.