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