Почему сценарий автоматизации заводит сотрудника сам, а счёт из письма разобрать не может

В конце августа 2026 года директор по ИТ компании, недавно перешедшей на Яндекс 360, попросил у меня механизм автоматического разбора и маршрутизации почты. Пример назвал заказчик: пришёл счёт — он сам заводится в 1С.

Просьбу я сразу примерил к нашему же обещанию. Описание услуги «Автоматизация процессов в Яндекс 360» на сайте компании «+Альянс» начинается так: «Собираем сценарии, которые сами заводят и отключают сотрудников, раздают доступы и присылают отчёты» (https://plus-aliance.ru/services/avtomatizatsiya-i-integratsii/, сверено 4 сентября 2026 года). Писем и счетов в этой фразе нет. Ожидание у меня было такое: раз сценарий делает всё это сам, то и счёт из письма разберёт.

Дальше заказчик уже ни при чём: о полях события директор по ИТ не говорил ничего, а смотреть, из чего складывается запись о письме, я стал сам. Полей с суммой, контрагентом и номером договора в структуре ответа почтового метода AuditLogService_Mail нет: её состав я сверял в справочнике Яндекс 360 API 10 сентября 2026 года.

Коротко

• В структуре ответа почтового метода AuditLogService_Mail 22 поля: отправитель, получатели и тема письма в ней есть — полей о сумме, контрагенте и содержимом вложения нет (справочник Яндекс 360 API, сверено 10 сентября 2026 года).
• На странице услуги «Создание ИИ-конвейеров обработки данных» цепочка из четырёх звеньев стоит внутри шага «Проектирование конвейера»; второе звено — «распознавание и извлечение данных ИИ» (страница услуги сверена 4 сентября 2026 года). Что недостающие поля создаёт именно оно — моё объяснение, а не строка страницы.
• Производитель модели Claude на странице Vision предупреждает, что модель может ошибиться на изображении низкого качества, и просит человеческого контроля там, где ошибка дорого стоит (документация Anthropic, сверено 6 сентября 2026 года). Что это цена распознавания, добавляю я.

Две услуги, между которыми проходит граница

Услуга «Автоматизация процессов в Яндекс 360» лежит в разделе «Автоматизация и интеграции», и в её описании стоит: «Без программирования и без доступа к вашим паролям» (https://plus-aliance.ru/services/avtomatizatsiya-i-integratsii/, сверено 4 сентября 2026 года). Сами сценарии компания «+Альянс» собирает на своём продукте: «Автоматизацию в Яндекс 360 строим на собственном продукте +Альянс Поток — без кода и доработок Яндекс 360» (https://plus-aliance.ru/services/vnedrenie-ii/sozdanie-ii-konveyerov/, сверено 4 сентября 2026 года).

Услуга «Создание ИИ-конвейеров обработки данных» стоит в разделе «Внедрение ИИ» сайта компании «+Альянс» — там же, где ещё четыре услуги направления (https://plus-aliance.ru/services/vnedrenie-ii/, сверено 4 сентября 2026 года). Разницу я читаю так (страницы услуг себя так не описывают): автоматизация начинается с готовых полей, конвейер — с документа, из которого их надо достать.

Из чего состоит запись почтового метода AuditLogService_Mail

Записью о событии в этой статье я называю ответ, который отдаёт почтовый метод AuditLogService_Mail: у него справочник Яндекс 360 API документирует и состав полей, и перечень значений типа (сверено 10 сентября 2026 года).

Почтовый метод AuditLogService_Mail отдаёт запись из 22 полей (https://yandex.ru/dev/api360/doc/ru/ref/AuditLogService/AuditLogService_Mail, сверено 10 сентября 2026 года). Для метода AuditLogService_Mail справочник Яндекс 360 API называет требуемое право ya360_security:audit_log_mail (сверено 20 августа 2026 года).

Тип события лежит в поле eventType, и у почтового метода AuditLogService_Mail значений двенадцать. Получение письма среди них есть — message_receive. Перечень значений eventType исчерпывающий: справочник Яндекс 360 API документирует их построчно для сервиса AuditLogService (сверено 10 сентября 2026 года).

Пять полей структуры ответа AuditLogService_Mail я читаю как поля о самом письме: справочник Яндекс 360 API называет from, to, cc, bcc и subject (сверено 10 сентября 2026 года). Рядом стоят время события date и источник события source со значениями server, imap, pop3 и native. Тип папки folderType справочник Яндекс 360 API описывает списком из 12 значений, среди них inbox, sent, trash, а метки письма labels показывает примерами: seen, attached, undo, delayed.

Служебными я считаю в структуре ответа AuditLogService_Mail двенадцать полей: кто и откуда действовал, в какой папке и с каким именно письмом, какие идентификаторы у запроса и у самого события. Справочник Яндекс 360 API называет их так (сверено 10 сентября 2026 года):

• организация и пользователь — orgId, userUid, userLogin, userName;
• откуда и от чьего имени — IP клиента clientIp и исполнитель операции от имени ящика actorUid;
• папка — название личной папки folderName;
• письмо — идентификаторы mid, destMid и msgId;
• событие и запрос — идентификатор события uniqId и идентификатор запроса requestId.

Про requestId справочник Яндекс 360 API предупреждает, что он может быть неуникальным (сверено 10 сентября 2026 года).

Что из нужного для счёта есть в записи о письме

Верхняя дорожка — путь, который начинается с готовых полей записи почтового метода AuditLogService_Mail. Нижняя — путь входящего счёта, и цепочка ИИ-конвейера на ней показана со второго звена. Что стоит под блоками: либо источник, либо пометка, что источника нет. Три звена цепочки подписаны вместе, одной страницей и одной датой. Переход от красного блока к распознаванию помечен как ход мысли автора.

Документация n8n описывает ноду через вход, обработку и выход данных

Ноду документация движка автоматизации n8n определяет так: «Nodes are the building blocks of workflows in n8n. They're an entry point for retrieving data, a function to process data, or an exit for sending data», то есть нода — кирпичик рабочего процесса в n8n: вход для получения данных, функция для их обработки или выход для отправки (https://docs.n8n.io/integrations/, сверено 6 сентября 2026 года).

Аналогия дальше моя: граница между фактом письма и его содержанием — не особенность Яндекс 360.

Что ИИ-конвейер вставляет в разрыв

Ручную работу с документами страница услуги «Внедрение ИИ-инструментов в бизнес-процессы» описывает так: «Сотрудники вручную пишут, сокращают и разбирают документы — часы уходят на рутину, которую уже умеет делать ИИ» (https://plus-aliance.ru/services/vnedrenie-ii/vnedrenie-ii-instrumentov/, сверено 4 сентября 2026 года).

Лид услуги «Создание ИИ-конвейеров обработки данных» у компании «+Альянс» дословно: «Строим конвейеры, в которых ИИ разбирает входящий поток — письма, счета, накладные, заявки, — извлекает данные и передаёт их в 1С, CRM или Яндекс 360 без ручного ввода. С журналом и проверкой человеком там, где это важно». Саму цепочку страница услуги описывает в шаге «Проектирование конвейера»: «источник → распознавание и извлечение данных ИИ → проверка → запись в целевую систему» (https://plus-aliance.ru/services/vnedrenie-ii/sozdanie-ii-konveyerov/, сверено 4 сентября 2026 года).

Недостающие поля — сумму, контрагента, номер договора — я отношу ко второму звену цепочки, к «распознаванию и извлечению данных ИИ»: по-моему, они появляются как его результат. В структуре ответа почтового метода AuditLogService_Mail их от этого не прибавляется. Связка тут моя: на странице услуги «Создание ИИ-конвейеров обработки данных» её нет (сверено 4 сентября 2026 года).

Инструмент компания «+Альянс» выбирает по задаче и требованиям к данным, а производитель модели Claude просит проверять прочитанное

О выборе модели описание услуги «Внедрение ИИ-инструментов в бизнес-процессы» говорит: «Работаем и с облачными сервисами, и с моделями в контуре заказчика — выбор определяют ваши требования к данным» (https://plus-aliance.ru/services/vnedrenie-ii/vnedrenie-ii-instrumentov/, сверено 4 сентября 2026 года).

Модели компания «+Альянс» называет в описании услуги «Внедрение ИИ-инструментов в бизнес-процессы»: «Сравниваем варианты под задачу и требования к данным: облачные сервисы — YandexGPT, GigaChat, Microsoft 365 Copilot — или модель в вашем контуре» (https://plus-aliance.ru/services/vnedrenie-ii/vnedrenie-ii-instrumentov/, сверено 4 сентября 2026 года). К звену «распознавание и извлечение данных ИИ» из цепочки услуги «Создание ИИ-конвейеров обработки данных» этот перечень примеряю я сам. Claude в нём не назван: его производителя цитирую как пример того, что вендор пишет про распознавание изображений.

В разделе Limitations страницы Vision документация Anthropic говорит: «Claude might hallucinate or make mistakes when interpreting low-quality, rotated, or very small images under 200 pixels» — модель может выдумать или ошибиться, когда толкует изображение низкого качества, повёрнутое или совсем маленькое, меньше 200 пикселей (https://platform.claude.com/docs/en/build-with-claude/vision, редирект с docs.claude.com, сверено 6 сентября 2026 года).

На странице Vision документации Anthropic сразу за списком ограничений стоит отдельный абзац: «Always carefully review and verify Claude's image interpretations, especially for high-stakes use cases. Do not use Claude for tasks requiring perfect precision or sensitive image analysis without human oversight» — просматривать и проверять прочитанное моделью, особенно там, где ошибка дорого стоит, и не применять её без человеческого контроля в задачах, требующих безупречной точности (https://platform.claude.com/docs/en/build-with-claude/vision, сверено 6 сентября 2026 года). Оплата по неверно прочитанной сумме — такой случай; так оцениваю задачу я, а документация Anthropic говорит про изображения вообще.

Тут я остановился и посмотрел на другую сторону: на то, что модели дают на вход.

Про текст на изображении документация Anthropic пишет в разделе Image quality guidance страницы Vision: «If the image contains important text, make sure it's legible and not too small» — если на изображении есть важный текст, стоит проследить, чтобы он был читаемым и не слишком мелким. И про сжатие: «heavy JPEG compression can make text difficult to read» — сильное JPEG-сжатие может сделать текст трудным для чтения (https://platform.claude.com/docs/en/build-with-claude/vision, сверено 6 сентября 2026 года).

Как посмотреть на свои потоки

Страница услуги «Внедрение ИИ-инструментов в бизнес-процессы» называет знакомую мне трудность: «Инструментов сотни, обещания громкие — непонятно, с чего начать и что даст измеримый эффект именно у вас» (https://plus-aliance.ru/services/vnedrenie-ii/vnedrenie-ii-instrumentov/, сверено 4 сентября 2026 года).

Рабочие сервисы компания «+Альянс» перечисляет на странице услуги «Внедрение ИИ-инструментов в бизнес-процессы» так: «Встраиваем инструменты в рабочие сервисы — Яндекс 360, Microsoft 365, Битрикс24, 1С, — чтобы ИИ работал там, где работают люди» (https://plus-aliance.ru/services/vnedrenie-ii/vnedrenie-ii-instrumentov/, сверено 4 сентября 2026 года).

Разобрать свой поток документов можно в три захода.

1. Выпишите работу, которая начинается с готовых полей: завести сотрудника, отключить, выдать доступ, собрать отчёт. Такие сценарии, по описанию услуги «Автоматизация процессов в Яндекс 360», собираются без программирования (сверено 4 сентября 2026 года).
2. Выпишите работу, которая начинается с чтения документа: входящие счета, накладные, заявки в письмах.
3. Возьмите самый частый документ из тех, что приходится читать, и посчитайте, сколько их в месяц, сколько минут уходит на разбор одного и во что обходится ошибка в поле.

Частые вопросы

У нас автоматизация уже настроена. Почему она не разбирает входящие счета?

Откройте состав полей у метода, с которого сценарий берёт данные: у почтового метода AuditLogService_Mail полей с суммой и контрагентом нет (справочник Яндекс 360 API, сверено 10 сентября 2026 года). Сумма, контрагент и номер договора появляются на выходе распознавания и извлечения данных ИИ. Это второе звено цепочки, которую страница услуги «Создание ИИ-конвейеров обработки данных» приводит внутри своего шага «Проектирование конвейера» (сверено 4 сентября 2026 года). В структуре ответа AuditLogService_Mail от этого ничего не меняется. Отношу поля к этому звену я сам: такой связи страница услуги не проводит.

С чего начать, если документов много и все разные?

С одного типа документов, самого частого и однообразного. Страница услуги «Создание ИИ-конвейеров обработки данных» предлагает то же: «пилотный конвейер на одном типе документов» (сверено 4 сентября 2026 года).

Сколько стоит и сколько занимает такой проект?

Ни цены в рублях за услугу, ни сроков в днях на пяти страницах раздела «Внедрение ИИ» нет (сверено 4 сентября 2026 года). Блок «Сроки и стоимость» страницы услуги «Создание ИИ-конвейеров обработки данных» отвечает так: «Стоимость зависит от числа конвейеров и подключаемых систем — оцениваем после разбора потока» (сверено 4 сентября 2026 года).

У компании «+Альянс» есть внедрённый ИИ-конвейер, на который можно посмотреть?

Нет. Проекты направления «Внедрение ИИ» по состоянию на 4 сентября 2026 года на согласовании, внедрений у клиентов нет. Поэтому цифр эффекта в этой статье тоже нет.

Чего в этой статье нет

Двух вещей я не написал сознательно.

Правила, по которому документ уходит на проверку человеку, я на странице услуги «Создание ИИ-конвейеров обработки данных» не нашёл (сверено 4 сентября 2026 года), а сочинять его не стану.

Доли документов, которые на проверку попадают: числа у меня нет ни своего, ни чужого.

Обе вещи — про одну границу: между машинной проверкой и человеческой. Проводит её тот, кто отвечает за поток документов.

Александр Жогов, основатель компании «+Альянс». Источники сверены 20 августа, 4, 6 и 10 сентября 2026 года; у каждой цитаты дата стоит в тексте.