Microsoft Dynamics 365: документы, поручения и отчётность с ИИ-агентом

Компания работала в Microsoft Dynamics 365: в Finance жили счета, платежи и закрытие периода, в Supply Chain Management — заказы и приёмка, в Sales — сделки и история общения с клиентом. Но документ оставался вложением к записи: он лежал в хранилище и ждал, пока человек откроет его и сверит с тем, что записано в полях. Поручение жило задачей с датой, поставленной вручную. Отчётность собиралась выгрузкой в таблицу: одна часть из системы, вторая из писем, третья из памяти руководителя отдела.

Так выглядит типовая картина в компаниях среднего бизнеса, где корпоративная система уже стоит и работает: данные в ней есть, а суждение по данным по-прежнему делает человек, открывая по одному файлу. По данным Института статистических исследований и экономики знаний НИУ ВШЭ, в 2025 году цифровые технологии использовали около 84% крупных и средних организаций России — то есть система есть почти у всех, а разрыв проходит уже не по внедрению, а по тому, что с данными делают дальше.

Содержание

• Что такое Microsoft Dynamics 365 и где в ней живёт работа
• Три слоя: запись, вложение, срок
• Где кончаются возможности системы
• Почему расхождение видно поздно
• Что делает ИИ-агент поверх Dynamics 365
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно

Что такое Microsoft Dynamics 365 и где в ней живёт работа

ИИ-агент в Dynamics 365 не заменяет систему, а закрывает разрыв между записью и документом: читает вложения, сопоставляет их с полями записи, проверяет сроки по поручениям и собирает отчётность, а результат возвращает в ту же запись — карточкой проверки, задачей и журналом. Спорные случаи подтверждает человек.

Dynamics 365 — это набор приложений для управления ресурсами предприятия (ERP, Enterprise Resource Planning) и отношений с клиентами (CRM, Customer Relationship Management) на общей платформе данных. В контуре обычно живут Finance — учёт, платежи, закрытие периода; Supply Chain Management — заказы, закупки, склад, производство; Sales — сделки, клиенты, история общения; Project Operations — проекты и их экономика; Human Resources — кадры. Отдельно стоят Business Central для среднего бизнеса и отраслевые решения, собранные на той же платформе.

Важная техническая деталь, из которой вырастает вся дальнейшая логика: приложения для работы с клиентами — Sales, Customer Service, Customer Insights — это модельные приложения, собранные на Power Apps и работающие на Microsoft Dataverse. То есть у них общая платформа данных и общий набор возможностей искусственного интеллекта: то, что появилось в одном приложении, доступно и в соседнем. По документации Microsoft, встроенные средства дают сводку по записи, подсказки и пошаговые действия, часть функций при этом помечена как предварительная версия.

Для руководителя это означает простую вещь: система отвечает на вопрос «что записано», но не отвечает на вопрос «что написано в документе и сходится ли это с записью». Между этими двумя вопросами и находится работа, которую до сих пор делает человек.

Где посмотреть смежные разборы

Тот же разрыв между документом и записью мы разбирали в других контурах — полезно сравнить, потому что механика похожа, а участки разные:

• СБИС: документы, поручения и отчётность с ИИ-агентом — связка «документ ↔ поручение со сроком ↔ отчётный календарь» в платформе оператора;
• Диадок: задачи, согласования и документы с ИИ-агентом — путь счёта от канала электронного документооборота до оплаты;
• МойОфис: задачи, согласования и документы с ИИ-агентом — расхождение версий между папкой и вложением в письме;
• Oracle Hyperion: бюджеты, кассовые разрывы и консолидация с ИИ-агентом — когда отчётность собирается из нескольких контуров;
• Anaplan: план-факт и отчётность финдиректору с ИИ-агентом — план-факт и объяснение отклонений;
• БИТ.Финанс: платежи, лимиты и отчётность с ИИ-агентом — лимиты и платёжная дисциплина;
• ИИ-агент в Global ERP: узкие места маршрута, брак и простои — что даёт агент в учётном контуре производственного типа.

Три слоя, в которых живёт работа

Чтобы понять, где именно нужен агент, полезно разложить контур на три слоя. Они устроены по-разному, и ручная работа в каждом своя.

Слой записи

Запись — это объект в системе: счёт, заказ, договор, сделка, проект. У неё есть поля, статус, ответственный, история изменений. Запись живёт в Dataverse и меняется по правилам, которые заданы в системе. Это самая надёжная часть контура: здесь всё однозначно и проверяемо.

Слой вложения

Документ в Dynamics 365 — это не самостоятельный объект, а вложение к записи. Управление документами устроено через типы документов: файл, изображение, заметка, ссылка. Каждый тип определяет, где физически лежит содержимое — в хранилище Azure или в SharePoint Online. Предпросмотр открывается через отдельный сервис, который отдаёт файл в виде HTML-страницы с правами текущего пользователя.

Отсюда два следствия, которые редко проговаривают вслух. Первое: содержание документа система не читает — она умеет хранить, показывать и связывать файл с записью, но не понимает, что в нём написано. Второе: выгрузка вложений не входит в стандартные возможности — чтобы забрать файлы наружу, нужно строить отдельную сущность под конкретный тип документа. Именно поэтому документы остаются «тёмной зоной» даже в полностью цифровом контуре.

Слой срока

Поручение в Dynamics 365 — это действие: задача, звонок, письмо, встреча. У действия есть срок, ответственный и связь с записью. Когда поручение ставит человек, он же и держит его в голове: система покажет просроченную задачу, но не скажет, что поручение вообще не появилось, потому что документ не был разобран.

Слой отчётности

Отчёт — это набор полей, собранных по правилам. Пока данные в полях верны, отчёт верен. Как только часть сведений осталась в PDF, а часть — в переписке, отчёт начинает описывать не реальность, а то, что успели внести. Здесь и появляется разрыв, из-за которого руководитель перестаёт доверять цифрам и просит «свести вручную».

Где кончаются возможности системы

Честные границы важнее списка функций: они показывают, что именно покупать не нужно.

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

Почему расхождение видно поздно

Механизм запаздывания одинаков почти во всех компаниях, и его стоит назвать по шагам.

1. Документ приходит в канал, а не в запись. Счёт или акт приходит на почту, попадает в папку загрузки, иногда сразу в ЭДО — то есть электронный документооборот с контрагентом. До записи он доходит позже и не всегда в том виде, в котором пришёл.
2. Сотрудник открывает файл и сверяет глазами. Номер, дата, сумма, номенклатура, ставка налога, условия оплаты. Пять-семь полей на документ, каждый раз заново.
3. Расхождение фиксируется в переписке. «Тут сумма не та, уточните». Дальше переписка живёт отдельно от записи: в системе по-прежнему стоит прежняя цифра.
4. Поручение ставится тогда, когда о нём вспомнили. Не в момент обнаружения расхождения, а на планёрке или после звонка. Часть расхождений не превращается в задачу вообще.
5. Отчёт строится по тому, что успели внести. К концу месяца выясняется, что часть документов не разобрана, а часть — разобрана без проверки.
6. Ошибка всплывает на приёмке или в сверке. Чем позже, тем дороже: возврат, корректировка, повторная подпись, сдвиг оплаты.

По оценке Ardent Partners за 2025 год, средняя стоимость обработки одного счёта — 9,4 доллара, у лучших в классе — 2,78 доллара, а на обработку уходит в среднем 9,2 дня. Разрыв в четыре с лишним раза — это не про скорость набора, а про то, сколько раз документ переоткрывают и перепроверяют. Там же зафиксировано, что 32,6% счетов обрабатываются без участия человека, а 53% респондентов называют главной проблемой исключения — то есть документы, которые не прошли по правилам с первого раза.

Данные по России добавляют к этому картину загрузки людей. По опросу, о котором в феврале 2026 года писала «Известия», 38% сотрудников тратят больше шести часов в неделю на согласование документов и заявок, а 25% — на неавтоматизированные отчёты. Это не время на решение, а время на перенос данных из одного окна в другое.

Что делает ИИ-агент поверх Dynamics 365

Агент — это программа, которая по заданному правилу сама читает документы и выполняет шаги, а результат возвращает в систему. В контуре Dynamics 365 он встаёт между вложением и записью: с одной стороны видит файл и его содержимое, с другой — поля записи, с третьей — сроки и ответственных.

Что он делает в типовом контуре из семи действий:

1. Читает вложение. Электронный счёт или универсальный передаточный документ — напрямую из файла, скан — распознаванием текста. Из документа вытаскиваются номер, дата, стороны, сумма, ставка налога, номенклатура, условия оплаты.
2. Сопоставляет с записью. Сверяет извлечённые поля с тем, что стоит в заказе, договоре и карточке контрагента. Проверяет не только сумму, но и то, что номер договора в документе существует и относится к этому контрагенту.
3. Проверяет комплект. Смотрит, все ли обязательные вложения на месте: договор, спецификация, акт, счёт. Если чего-то нет, это фиксируется как пропуск, а не как «наверное, позже пришлют».
4. Считает расхождение и объясняет его. Не просто «не сходится», а «в счёте 1 240 500 ₽, в заказе 1 204 500 ₽, разница 36 000 ₽ — совпадает с суммой доставки, которой нет в заказе». С объяснением человек проверяет за минуту вместо десяти.
5. Ставит поручение со сроком. На каждое расхождение появляется задача с ответственным, сроком и ссылкой на запись и файл. Срок берётся из регламента: у расхождения в сумме один, у отсутствующего документа другой.
6. Собирает отчёт по факту. Раз в день или раз в неделю агент сводит состояние: сколько документов пришло, сколько разобрано, сколько расхождений открыто, у кого просрочены поручения. Сводка приходит в том виде, который читается с телефона.
7. Ведёт журнал. Каждое действие — что прочитано, что сопоставлено, что решено — остаётся в записи. Через месяц это и есть доказательная база: видно, кто и когда принял решение.

Отдельно про соотношение с встроенным помощником. Copilot в Dynamics 365 полезен там, где нужно быстро понять запись: что за клиент, что было раньше, что делать дальше. Агент решает другую задачу: он не отвечает на вопрос «что в системе», он отвечает на вопрос «что в документе и сходится ли это». Эти два слоя не конфликтуют: помощник ускоряет работу человека внутри записи, агент снимает ручную сверку между документом и записью.

Какие риски это снимает

Риски идут первыми не для драматизма, а потому что именно они стоят денег. Часы — уже следствие.

Документ с расхождением уходит в учёт

Если сумму в счёте никто не сверил с заказом, она попадает в учёт как есть. Дальше — искажение себестоимости, неверная маржа по сделке и отчёт, по которому принимают решения. Исправление идёт через корректировочные документы и ручные проводки, а обнаруживается обычно на сверке с контрагентом через месяц-два.

Ошибка в учёте и штраф по статье Налогового кодекса

Грубое нарушение правил учёта доходов и расходов по статье 120 Налогового кодекса РФ — это 10 тысяч рублей, если нарушение допущено в течение одного квартала, 30 тысяч, если больше одного, и 20% от суммы неуплаченного налога, но не менее 40 тысяч рублей, если нарушение привело к занижению налоговой базы. Норма есть в открытом доступе, и она применяется не к злому умыслу, а к системе, где документы вносят вручную и сверяют глазами.

Поручение без срока

Расхождение нашли, обсудили в переписке — и не поставили задачу. Через две недели документ всё ещё висит, оплата не прошла, поставщик приостановил следующую отгрузку. Восстановить картину можно, но только по памяти участников.

Просрочка платежа и остановка отгрузок

Счёт, пролежавший в папке, — это не «бюджетный вопрос», а нарушение условий договора. Дальше пеня по договору, приостановка поставки и разговор о репутации. Чем длиннее путь от документа до записи, тем больше таких случаев проходит мимо внимания.

Спор с контрагентом без доказательной базы

Когда документ, переписка и решение живут в разных местах, в споре нечего предъявить. Журнал агента превращает этот спор в хронологию: документ пришёл тогда-то, расхождение выявлено тогда-то, задача поставлена, ответ получен.

Зависимость от одного человека

Пока сверку держит один опытный экономист, его отпуск или уход — это остановка процесса. Регламент, записанный в правилах агента, перестаёт быть личным знанием.

Потеря управляемости

Руководитель видит итог месяца, а не состояние процесса. Сводка по расхождениям и просрочкам превращает управление из разбора последствий в работу с текущими отклонениями.

Сколько часов это возвращает

Ниже — типовой расчёт для компании описанного профиля: 900 входящих документов в месяц (счета, универсальные передаточные документы, акты, договоры), 1 200 поручений и 40 форм отчётности. Стоимость часа сотрудника — 750 рублей. Это арифметика на заданных вводных, а не отчёт о чужом результате.

Документы. Ручная сверка одного документа с записью — около 6 минут: открыть файл, найти поля, сличить, отметить. На 900 документов это 90 часов в месяц. Примерно 15% документов (135 штук) идут с расхождением, и разбор каждого — ещё около 18 минут: переписка, уточнение, пометка. Итого 40,5 часа. Вместе — 130,5 часа.

С агентом. Проверка полей и сверка с записью — полторы минуты на документ, то есть 22,5 часа. Расхождения приходят готовой карточкой с объяснением, человек тратит 6 минут вместо 18 — это 13,5 часа. Вместе 36 часов.

Поручения. Постановка, срок, напоминание и контроль статуса — 4 минуты на поручение, 1 200 поручений дают 80 часов. Агент ставит задачу из расхождения и сам напоминает: минута на поручение, 20 часов.

Отчётность. Сборка 40 форм по 45 минут — 30 часов. С агентом — 12 минут на форму, 8 часов.

Показатель	Вручную	С агентом
Документы, часов в месяц	130,5	36
Поручения, часов в месяц	80	20
Отчётность, часов в месяц	30	8
Итого часов	240,5	64
Итого в рублях при 750 ₽/час	180 375 ₽	48 000 ₽

Экономия — около 176 часов и примерно 132 000 рублей в месяц на одном юридическом лице. На трёх юрлицах группы это порядка 528 часов и около 396 000 рублей. Оговорка обязательна: это высвобожденное время, а не сокращённая ставка — часы уходят на то, что раньше не делали: разбор причин расхождений, работу с просрочками, подготовку к проверкам.

Второй ориентир — стоимость обработки документа. Если в компании она ближе к верхней границе (по данным Ardent Partners, средняя 9,4 доллара за счёт, у лучших в классе 2,78), то при 900 документах в месяц разница между «как есть» и «как у лучших» — это порядка 6,6 доллара на документ, то есть почти 6 тысяч долларов в месяц на этом объёме. Цифра показывает масштаб, а не обещание: часть разрыва закрывается регламентом, а не технологией.

Что остаётся за человеком

• Подтверждение спорных случаев. Всё, что агент отметил как расхождение, решает человек: принять, запросить исправление, отказать.
• Подпись и проводка. Агент не подписывает документы и не проводит их в учёте. Это остаётся в системе и в зоне ответственности сотрудника.
• Работа с нестандартными документами. Новый бланк, плохой скан, необычные условия договора — на первом этапе это ручная работа, которая потом становится правилом.
• Настройка правил. Допуски, обязательные разделы, сроки по типам расхождений — это решение компании, а не агента.
• Оценка причин. Агент показывает, что расхождение есть и в чём оно; почему поставщик систематически присылает другую сумму — вопрос к человеку и к переговорам.

Что агенту запрещено: менять суммы и статусы записей; проводить документы и инициировать платежи; удалять вложения и записи; отправлять документы контрагентам; работать с записями вне прав пользователя, под которым он запущен; принимать решения по спорным расхождениям без подтверждения.

Как это выглядит на практике

В нашей практике ближе всего к этому контуру — работа с федеральной сетью B2B-сервисов, где запрос начинался с цепочки «счета → оплаты → отгрузки» и отклонений по филиалам: одни и те же данные жили в учётной системе, в выгрузках и в головах руководителей направлений. Второй похожий случай — договорная работа в федеральном учебном центре, где проверка договоров шла по одному файлу и держалась на конкретном юристе.

Отдельного проекта по Dynamics 365 у нас не было, и это важно сказать прямо: измеренных показателей «до и после» по этому контуру мы не приводим, потому что их нет. Что подтверждается фактурой — сама последовательность: сначала разбор одного типа документа, потом поручения со сроками, потом сводка. В проектах такого рода мы начинали с участка, где ошибка стоит дороже всего, и только после устойчивой работы добавляли следующий.

Как внедрить поэтапно

1. Выбрать один тип документа и один участок. Не «все документы», а, например, входящие счета по закупке у трёх ключевых поставщиков. Участок выбирается по стоимости ошибки, а не по простоте.
2. Описать правило сверки. Какие поля сличаем, какие допуски считаем нормой, что считается расхождением и кому оно уходит. Правило пишется словами и согласуется с бухгалтерией и снабжением.
3. Подключить чтение. Доступ к записям и хранилищу вложений — только на чтение, под отдельным пользователем. Проверить, что агент видит ровно то, что должен, и не видит лишнего.
4. Прогнать на истории. Взять 300–500 уже обработанных документов и сравнить вывод агента с тем, что решил человек. Расхождения разбираются как ошибки правила, а не как ошибки людей.
5. Включить поручения. Только после того, как сверка стала устойчивой. Задача без проверенной сверки создаёт ложные просрочки и убивает доверие к системе.
6. Добавить сводку и журнал. Отчёт по состоянию процесса и хронология решений — то, что делает работу проверяемой и переносится на следующие типы документов.

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

Что в итоге

Dynamics 365 остаётся тем, чем была: системой, где живут записи, заказы, платежи и отчётные поля. Меняется другое — между вложением и записью появляется слой, который читает документ, сверяет его с данными, ставит поручение со сроком и собирает сводку. Риски снимаются первыми: документ с расхождением не уходит в учёт, поручение не теряется, спор с контрагентом опирается на журнал. Деньги и часы идут следом — около 176 часов и 132 000 рублей в месяц на одном юрлице в типовом расчёте.

Источники

• Состав приложений Dynamics 365, общая платформа Power Apps и Dataverse, возможности Copilot и AI-функций (в том числе пометка о предварительной версии части функций): Microsoft Learn
• Управление документами: типы документов, хранение вложений в Azure и SharePoint Online, предпросмотр через сервис WOPI, отсутствие стандартной выгрузки вложений: Microsoft Learn
• Использование цифровых технологий крупными и средними организациями России в 2025 году по данным сплошного обследования Росстата (84% организаций): ИСИЭЗ НИУ ВШЭ
• Затраты времени сотрудников на согласование документов и неавтоматизированные отчёты (38% — больше шести часов в неделю, 25% — на отчёты): «Известия», 26.02.2026
• Стоимость и срок обработки счёта, доля документов без участия человека, роль исключений (9,2 дня, 9,40 и 2,78 доллара, 32,6%, 53%): Ardent Partners, 2025
• Сопоставимые метрики обработки счетов по выборке APQC (медиана 5,83 доллара): APQC
• Статья 120 Налогового кодекса РФ: размеры штрафа за грубое нарушение правил учёта доходов и расходов: КонсультантПлюс