CRM и 1С
Клиенты, сделки, обращения, статусы и другие рабочие данные при наличии подходящего программного интерфейса (API) или согласованного способа обмена.
Подключаем ИИ к системам, которыми компания уже пользуется. ИИ может получать только разрешённые данные, классифицировать обращения, подготавливать ответы, создавать или обновлять записи после проверки и передавать сложные случаи сотруднику.
Не требуется переносить весь бизнес в новую систему. Определяем, какие данные и действия действительно нужны для конкретного рабочего сценария.
Клиенты, сделки, обращения, статусы и другие рабочие данные при наличии подходящего программного интерфейса (API) или согласованного способа обмена.
Учётные сервисы, кабинеты сотрудников, базы данных и другие системы, которые участвуют в реальном процессе компании.
Формы сайта, Telegram и другие разрешённые каналы можно связать с серверной логикой и корпоративными системами.
Инструкции, регламенты и корпоративные материалы можно использовать как разрешённый источник данных для ответа или дальнейшего действия.
Набор действий определяется процессом, правами доступа и допустимым уровнем самостоятельности системы.
Получать только нужную для задачи информацию из разрешённых источников.
Определять тип запроса, извлекать необходимые сведения и подготавливать структурированные данные.
Формировать ответ, карточку, задачу или другой результат, который можно проверить перед выполнением.
Сложные, неоднозначные и критичные случаи можно передавать человеку вместе с уже собранным контекстом.
Между ИИ и рабочей системой создаём проверяемую логику, которая определяет разрешённые данные и действия.
Клиенты, сделки, документы и статусы хранятся там, где ими управляет бизнес. ИИ не создаёт параллельную версию данных без правил синхронизации.
Возможность получить информацию не означает право изменить её. Для каждой операции отдельно задаются поля, ограничения, права и необходимые проверки.
Права пользователя и доступ к данным проверяются до выполнения операции.
Повторно полученное событие не должно создавать вторую заявку, сделку или другую дублирующую запись.
Система проверяет, завершилась ли операция успешно, и не считает её выполненной только по намерению ИИ.
Для значимых операций можно сохранять исходное событие, выполненное действие, результат проверки и итог.
Фиксируем источники данных, участников процесса, технические интерфейсы и права доступа.
Выбираем одну понятную задачу и определяем, какие данные разрешено читать и какие действия допустимы.
Тестируем чтение, запись, ошибки, повторные события, проверки и передачу сложных случаев сотруднику.
После проверки добавляем наблюдение, журналирование, документацию и согласованное сопровождение.
Для каждой задачи определяем, какие сведения действительно нужны. Лишние поля и недоступные пользователю данные не должны попадать в запрос.
Для действий, влияющих на клиента, сделку, оплату или другой важный объект, можно предусмотреть дополнительную проверку или подтверждение сотрудника.
Telegram используется как интерфейс, а клиентские записи, роли, уведомления и бизнес-логика находятся в серверной системе. Новые каналы можно подключать без переписывания ядра.
В экспертном материале разбираем источник достоверных данных, права доступа, разделение чтения и записи, защиту от повторных действий и журналирование.
Да, если система предоставляет подходящий API или другой согласованный технический способ обмена данными и у компании есть необходимые права доступа.
Нет. Для каждой задачи можно передавать только необходимые данные и отдельно задавать разрешённые действия.
ИИ может выполнять только заранее разрешённые операции. Перед записью данные и права можно дополнительно проверять обычной программной логикой.
Для важных операций предусматриваются контроль результата, безопасная повторная попытка и запись ошибки в журнал. Действие не считается выполненным только потому, что ИИ его предложил.
Расскажите, какие системы уже используются в компании и что должно происходить между ними. Определим безопасный первый сценарий и состав следующего этапа.