Три пути переноса учебной задачи в банк — разрешённая модель, офисные программы или постановка для ИТ. Примеры проверок и план первого месяца.
На семинаре упражнение получилось. На рабочем месте может оказаться другая модель, закрытая загрузка файлов или только офисные программы. Для переноса понадобятся описание задачи, учебный пример, ожидаемый результат и способ проверки. Сохранённый текст запроса — только часть этого комплекта.
На сентябрьских занятиях для финансовых организаций обсуждался именно этот разрыв между учебной демонстрацией и рабочей средой. В презентации появился отдельный маршрут для трёх ситуаций — разрешённая модель уже есть, доступны только офисные программы, доступ к ИИ ещё не открыт. Такой порядок помогает завершить обучение понятным следующим действием.
Сохраните упражнение так, чтобы его можно было повторить
Возьмём вымышленную задачу внутренней поддержки. Нужно определить тему обращения, предложить подразделение и подготовить черновик ответа по утверждённой инструкции. Сотрудник проверяет результат до отправки. В учебном наборе нет реальных клиентов и реквизитов.
После занятия сохраните четыре элемента.
- Описание задачи с входными данными и границами допустимых действий.
- Несколько синтетических примеров и ожидаемый ответ для каждого.
- Инструкцию для модели с форматом результата и случаями передачи человеку.
- Лист проверки с ошибками, исправлениями и затраченным временем.
Отдельно запишите, какие возможности использовались на занятии. Модель могла читать файл, выполнять код, искать сведения в интернете или обращаться к базе знаний. В рабочем интерфейсе часть этих инструментов может отсутствовать. Одинаковое название модели не означает одинаковый способ выполнения задачи.

Если разрешённая модель уже есть
Начните с того же синтетического набора. Проверьте загрузку файлов, доступные инструменты, длину ответа и соблюдение формата. Откройте новый диалог, чтобы старые примеры и исправления не подсказывали системе нужный результат.
В задаче поддержки проверьте обычное обращение, запрос сразу по двум темам, случай без нужных сведений и вопрос вне инструкции. Для последнего нужен понятный переход к человеку. Если модель уверенно придумывает ответ, добавление ещё одного вежливого запрета в запрос не закрывает проблему. Нужно проверить инструкцию, доступные источники и ограничения самого процесса.
Сравнивайте ответы по одной форме. Важны пропущенные сведения, неверное подразделение, выдуманное основание и лишнее действие. Общая оценка «отвечает хорошо» не показывает, с чем придётся работать сотруднику.
Если доступны только офисные программы
Часть результата можно перенести как формулу, последовательность преобразований или макрос. Например, в учебной среде подготовить обработку синтетической таблицы, затем передать код на проверку и выполнить его на копии данных в согласованной рабочей среде.
До запуска нужно понять, какие файлы код читает и меняет, есть ли сетевые обращения, удаление или отправка данных. Порядок проверки определяется правилами организации. Сгенерированный макрос не получает доверие автоматически.
Для первого прогона полезны несколько строк с заранее известным результатом. Проверьте пустую ячейку, повтор записи, необычный формат даты и граничное значение. После этого сравните количество строк и контрольные итоги на более крупном наборе. Если макросы запрещены, опишите преобразование для реализации разрешёнными средствами.
Если доступ к ИИ пока не открыт
Подготовьте короткую постановку для ИТ и владельца процесса. В ней должно быть понятно, откуда берётся информация, что нужно получить и как принять результат. Просьба «подключить нейросеть отделу» оставляет эти решения следующему участнику работы.
Для нашего вымышленного примера постановка может выглядеть так.
| Часть задания | Что зафиксировать |
|---|---|
| Вход и результат | Текст учебного обращения и утверждённая инструкция. На выходе — тема, подразделение, черновик и ссылка на основание |
| Границы | Отправку подтверждает сотрудник. При недостатке сведений система запрашивает уточнение. Изменение прав доступа исключено |
| Проверка | Набор обычных и спорных обращений с ожидаемыми ответами. Отдельный учёт опасных ошибок и времени исправления |
| Ответственность | Владелец инструкции, проверяющий сотрудник, порядок остановки и возврат к ручной обработке |
Такой документ помогает обсудить реализацию даже до выбора модели. Возможно, для части задачи хватит справочника, формы или обычного правила маршрутизации. Выбор средства становится предметным.
Проверьте весь путь данных
Корпоративный интерфейс может обращаться к внешней модели. Автоматизация на собственном сервере может отправлять текст в облачный сервис или мессенджер. Поэтому согласование касается всей цепочки — обработки, хранения, журналов, подключений и прав доступа.
Замена ФИО и номеров в таблице требует проверки. В комментариях могут остаться сведения, по которым человек или организация узнаваемы. Допустимость внешней передачи определяют по конкретному материалу и внутренним правилам.
Банк России в рекомендациях от 16 июня 2026 года отдельно указывает на собственные модели угроз и политику информационной безопасности для работы с ИИ. Для критически важных процессов с высокими рисками, включая платёжные операции, рекомендовано подтверждение сотрудником. Учебная демонстрация не подтверждает готовность такого процесса к запуску.
Считайте время вместе с проверкой
Допустим, вручную учебная задача занимает 12 минут. С ИИ сотрудник тратит 2 минуты на подготовку, 1 минуту на получение ответа и 7 минут на проверку и исправления. Итого получается 10 минут, экономия — 2 минуты. Это условный расчёт для пояснения метода.
Если проверка займёт 11 минут, общий цикл вырастет до 14 минут. Понадобится доработка процесса. Кроме времени сотрудника, при оценке пилота учитываются настройка, сопровождение и стоимость используемых сервисов.
Для первого теста можно собрать десять учебных примеров, как предложено в плане занятия. Такой набор помогает обнаружить очевидные ошибки. Для решения о рабочем запуске нужны более широкие и представительные данные, включая примеры, на которых инструкцию ещё не настраивали.

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