Управление ИИ агентами на уровне компании начинается с правил работы на общих участках: откуда брать данные, кому разрешено менять конкретное поле, как обрабатывать одновременные предложения и проверять последствия обновлений программ. Если первый агент уже работает и у каждого нового есть владелец, следующий шаг состоит в согласовании этих пересечений. Иначе снабжение и качество могут получать разные ответы об одной партии, хотя каждый агент исправно выполняет свою задачу.
Нейропрем внедряет ИИ и автоматизирует бизнес-процессы и производство. Для совместной работы агентов мы предлагаем интеграцию с действующими программами предприятия. Мы рекомендуем сохранять учетные факты в согласованных местах: агент обращается к ним для своей работы, а право изменения определяется общим правилом компании. До подключения следующего агента стоит проверить, как эти правила исполняются на документах, с которыми работают соседние отделы.
Где агенты пересекаются, если задачи у них разные?
Пересечения ищите по документам, справочникам и действиям в программах. Названия отделов для этого недостаточно. Агент снабжения может готовить закупочную заявку, агент качества проверять документы на материал, а оба при этом обращаться к одной партии на складе.
Попросите собрать общую карту подключений. В ней для каждого агента нужны используемая программа, читаемые данные и разрешенные изменения. Формулировку «работает с 1С» раскройте до операций: читает доступный остаток, создает черновик заявки, меняет отметку проверки. Если запись выполняет отдельная программа по предложению агента, включите в карту и этот путь.
Рядом отметьте ручные действия сотрудников и обычные загрузки из других программ. Общий документ могут менять два агента и бухгалтер. Если учитывать только ИИ, часть пересечений останется за пределами карты.
Разберем возможный сценарий. Агент снабжения готовит заявку на материал по производственной потребности и доступному запасу. Агент качества получает протокол проверки поступившей партии и готовит предложение ограничить ее использование. Общая точка здесь конкретна: решение о доступности партии влияет на заявку снабжения.
Мы рекомендуем сначала разобрать такие точки. Если агенты читают разные архивы и никак не меняют общие записи, сложный порядок согласования между ними пока избыточен. При общем остатке или документе порядок нужен независимо от общего числа агентов.
Как договориться, какие данные считать верными?
Для каждого значимого поля определите главный источник и правило получения актуального значения. Одной общей папки или выгрузки недостаточно: запас, разрешение использовать партию и потребность производства описывают разные факты.
Возможное распределение для нашего примера выглядит так. Названия мест условные, их нужно сопоставить с программами предприятия.
| Сведения | Главный источник | Как используют агенты |
|---|---|---|
| Обозначение материала и единица учета | Утвержденная карточка номенклатуры | Ссылаются на карточку, сохраняют ее идентификатор |
| Фактическое количество партии | Подтвержденные складские движения | Получают остаток на нужный момент |
| Разрешение использовать партию | Утвержденная запись о состоянии качества | Учитывают действующее ограничение |
| Доступное для заявки количество | Расчет в согласованной учетной программе | Получают результат вместе с моментом расчета |
Мы рекомендуем отдельно хранить физическое количество и ограничение использования. Если агент качества просто уменьшит общий остаток, станет непонятно, материал отсутствует или лежит на складе и ожидает решения. Способ расчета доступного количества утверждает предприятие с учетом резервов и действующего учета.
Общий справочник также требует единого обозначения объекта. Поставщик может назвать материал иначе, чем он назван в 1С. После подтвержденного сопоставления агенты должны ссылаться на одну карточку, а для партии использовать ее устойчивый идентификатор. Совпадение названий само по себе не подтверждает совпадение партий.
Мы предлагаем интеграцию с 1С и другими действующими учетными программами там, где агентам нужны эти сведения. В задаче подключения стоит указать источник каждого поля и момент его обновления. Доступность нужного расчета и состава полей потребуется проверить в используемой конфигурации. Собственная копия справочника у каждого агента потребует отдельного порядка обновления и создаст дополнительные места для расхождений.
Как разделить права, если всем нужен один справочник?
Разрешения задавайте по конкретным действиям и полям. Общий доступ к чтению справочника не требует общего доступа к его исправлению. Для каждого изменения нужен определенный путь записи и понятные границы того, что через него разрешено менять.
Агент снабжения может читать карточку материала и готовить заявку. Агент качества может готовить предложение по состоянию партии. Из этого не следует, что обоим нужно разрешить менять единицу учета, объединять карточки или снимать ограничение использования. Такие операции затрагивают чужие процессы и требуют отдельного решения.
Мы рекомендуем проверять права в совокупности. Если один агент видит закрытый документ и пересказывает его второму, доступ фактически расширяется через передачу результата. Поэтому правила должны охватывать и исходные файлы, и извлеченные сведения, и место, где коллеги увидят ответ. Для заявки снабжения может быть достаточно отметки об ограничении партии без полного протокола проверки.
Предпочтительно выделить для каждого подключения различимую учетную запись с необходимыми разрешениями. Тогда в истории можно установить, какое подключение выполнило действие, а при остановке одного агента не придется отключать всех, кто пользуется общим входом.
Проверку пересечений стоит завершать практическим вопросом: может ли агент через разрешенную ему операцию изменить то, что запрещено менять напрямую? Например, замена ссылки на партию в заявке способна обойти ограничение качества. Значит, контроль нужен и при выборе партии, и перед продолжением заявки. Записанный запрет должен исполняться в программе, которая применяет изменение.
Что делать, когда двое меняют один документ?
Для общего документа нужен единый порядок применения предложений с проверкой текущей версии. Самостоятельная подготовка допустима; независимую перезапись одной записи мы рекомендуем исключить. Очередность поступления предложений сама по себе не определяет их хозяйственный приоритет.
Продолжим пример. Агент снабжения подготовил заявку, учитывая доступную партию. Пока снабженец ее проверял, сотрудник качества подтвердил ограничение использования этой партии. По той же заявке агент качества предлагает приостановить согласование, а агент снабжения по прежним сведениям готовит передачу на закупку. Оба работают с одним документом, но опираются на разное состояние партии. Прежнее подтверждение заявки нельзя автоматически переносить на новое состояние запаса.
Порядок обработки такого пересечения предлагаем описать последовательно:
- Агент сохраняет предложение со ссылкой на документ и состоянием данных, на которых оно основано.
- Перед применением программа проверяет, совпадают ли текущая версия документа и существенные исходные сведения с просмотренными.
- При изменении партии или ограничения прежнее предложение возвращается на пересчет либо повторное подтверждение.
- После применения сохраняются результат записи и связь с одобренным предложением. Следующий участник получает актуальное состояние.
В этой схеме проверяются и сам документ, и данные, от которых зависело решение. Проверка только даты изменения заявки пропустит новое ограничение качества. Команде нужно явно перечислить такие зависимости для общей операции.
Два совместимых предложения можно применять раздельно, если программа умеет проверять их зависимости. При споре об одном поле требуется содержательное решение уполномоченного сотрудника. Правило «побеждает последняя запись» здесь непригодно: более позднее предложение тоже может опираться на старые данные.
Если оба изменения уже попали в заявку, рекомендуем остановить ее дальнейшее движение и сопоставить историю записей с текущим состоянием партии. Нужно выяснить, что действительно сохранено и успела ли заявка уйти в закупку. Уполномоченный сотрудник подтверждает допустимое продолжение, после чего проверяется запись в программе. Повторный запуск обоих агентов без этой сверки способен снова применить прежнее предложение.
Общую очередь исполнения изменений документов не обязательно делать единой для всех задач предприятия. Достаточно согласованного порядка там, где предложения касаются одного объекта. Его реализацию и защиту от повторного применения нужно проверить в действующей программе.
Кто согласует изменения и последствия обновления 1С?
Для изменений работающих агентов нужна общая очередь на уровне компании, связанная с зависимыми программами. В нее включайте новую задачу агента, расширение прав, замену источника данных, изменение справочника и обновление учетной программы. У каждого пункта должно быть видно, какие соседние операции он затрагивает.
Речь идет об очереди доработок и обновлений. Она отличается от очереди предложений по конкретному документу: здесь компания решает, что менять в самой рабочей схеме и как проверять последствия. Мы рекомендуем поручить согласование пересекающихся изменений одному руководителю с полномочиями по общей очереди. Руководители затронутых направлений подтверждают последствия для своих операций; спор о приоритете передается директору до выпуска изменения.
Например, после обновления 1С может измениться доступный состав полей или порядок обмена. Агент снабжения продолжит получать ответ, но в нем уже не будет учитываться нужное ограничение качества. Поэтому успешное подключение после обновления еще не подтверждает сохранение смысла данных.
Мы рекомендуем для общей связи с учетом сохранять перечень зависимых агентов и проверяемых операций. До обновления команда определяет, какие проверки повторить: чтение партии с ограничением, подготовку заявки, отказ при устаревших данных, сохранение подтвержденного изменения. Проверять нужно сквозной проход между агентами и учетом.
Отдельно задайте допустимое поведение на время остановки. Если актуальное состояние качества получить нельзя, агент снабжения не должен молча подставлять вчерашнюю выгрузку. Для такого случая требуется явная отметка о недоступности данных и согласованный ручной маршрут. Иначе внешне исправная работа скроет потерю общей связи.
Общие ограничения нагрузки на учет тоже стоит согласовать здесь. Независимые расписания нескольких агентов способны вызвать одновременные тяжелые запросы. Частоту получения сведений выбирайте по нужной свежести и возможностям программы. Любое изменение этого расписания нужно оценивать для всех потребителей общей связи.
Что должно быть на едином экране всех агентов?
На общем экране должны быть видны незавершенные действия, общие причины остановки и свежесть исходных данных. Перечень названий агентов с зелеными индикаторами не покажет, можно ли продолжать работу с конкретной партией.
Для руководителя мы рекомендуем вывести:
- какие операции выполняет каждый агент и с какими программами связан;
- когда он последний раз получил нужные исходные сведения;
- какие документы ожидают подтверждения или повторного расчета;
- какие предложения остановлены из-за изменения общих данных;
- какое общее подключение недоступно и какие задачи от него зависят;
- кому передано следующее действие и как открыть его основание.
В сценарии со снабжением директору полезна запись: заявка ожидает пересчета, потому что для выбранной партии подтверждено ограничение качества. Переход из этой записи должен вести к истории того же документа. В истории нужны предложения агентов, использованные версии данных, примененные изменения и результат в учетной программе.
Для наблюдения за несколькими агентами мы предлагаем сводный дашборд руководителя с причинами ожидания по документам. Для общего экрана агентов перечисленные сведения рекомендуем включать в требования, проверяя возможность их получения из действующих программ. Наличие готовой панели со всем этим составом заранее не предполагается.
Такой экран помогает увидеть, что несколько остановок вызваны одним подключением к учету. Но он сам не разрешает конфликт и не назначает главный источник поля. Сначала согласуйте значения состояний и правила записи. Затем экран сможет показывать их так, чтобы руководитель понимал причину ожидания и нужное действие.
С чего начать, чтобы директору не согласовывать каждую мелочь?
Выпишите работающих агентов и отметьте, где они касаются одних документов или справочников. Для первого разбора выберите общую операцию, в которой пересечение уже влияет на дальнейшее действие. Для нее согласуйте источники полей, путь записи и условия остановки. Повседневную работу оставьте действующим ответственным; на уровень руководства выносите изменение общих правил и неразрешенные противоречия между направлениями.
Практическое поручение команде можно сформулировать так: покажите путь одной закупочной заявки, которую затрагивает решение качества. Где оба агента находят ту же партию? Как новое ограничение меняет доступность материала? Что происходит с уже подготовленной заявкой? Какая запись подтверждает, что старое предложение больше нельзя применить? Ответы должны подтверждаться действием в программе либо явно поставленной задачей на доработку.
По этому проходу станет видно, чего недостает: общего идентификатора, доступного состояния качества, проверки перед записью или истории изменений. Подключение следующего агента стоит оценивать через эти же зависимости. Новая задача может использовать готовую связь, но изменение общего поля должно проходить через общую очередь доработок.
Для предприятия с раздельными подключениями существенен следующий выбор: сохранять их и согласовать работу на общих объектах или проверять возможность общего канала к учету. Общий канал удобен для единых проверок, но его остановка затронет зависимые задачи. Раздельные связи потребуют поддерживать одинаковые правила в нескольких местах. Выбор зависит от того, какие операции уже доступны и как ваша команда сопровождает программы.
Мы, компания Нейропрем, предлагаем обсудить расширение интеграции на вашем примере: где снабжение получает разрешенный к использованию остаток и как узнает о новом ограничении качества. Если эти проверки уже выполняет учетная программа, стоит выяснить, доступны ли они новому агенту; если каждый агент проверяет данные отдельно, потребуется согласовать их действия при изменении партии. На звонке поможем определить, что включить в задачу подключения, чтобы расширение не создало еще одно независимое правило расчета. Возможности действующих подключений нужно будет подтвердить в ваших программах. Начать разговор можно с описания работы агентов, без готовой схемы. Оставьте имя и телефон в форме ниже. Мы перезвоним в течение двух-трех часов.