«ЭДО» — один из самых частых поисковых запросов в корпоративном сегменте, особенно в Казахстане (спрос — порядка 13 000 в месяц) и в России. При этом под ЭДО понимают разное: от «оцифровать согласование приказов» до «обмениваться договорами с контрагентами с квалифицированной подписью». От того, какой именно сценарий нужен, зависит и выбор технологий, и бюджет, и сроки.
Этот гайд объясняет, что такое ЭДО, какие бывают его виды (внутренний документооборот и юридически значимый обмен с КЭП), как SharePoint, Power Automate и Microsoft 365 закрывают внутренний документопоток, и где проходит граница, после которой нужен внешний оператор ЭДО. Технические утверждения опираются на официальную документацию Microsoft Learn и текущие формулировки национальных регуляторов; ссылки — в разделе «Источники».
Короткий ответ
ЭДО (электронный документооборот) — это движение и обработка документов в электронном виде вместо бумаги: создание, согласование, подписание, хранение. Делится на два режима:
- Внутренний ЭДО — документы между сотрудниками и отделами (приказы, регламенты, заявки, договоры внутри компании). Этот слой полностью закрывается на Microsoft 365: SharePoint для хранения и прав, Power Automate для маршрутов согласования, Teams/Outlook для коммуникаций.
- Юридически значимый ЭДО — обмен с внешними контрагентами, придающий документу юридическую силу (договоры, счета-фактуры, закрывающие документы). Здесь Microsoft 365 сам по себе не закрывает задачу: нужна квалифицированная электронная подпись (КЭП/КЕП) и внешний оператор ЭДО.
Главное правило: не путать эти два режима. Внутренний ЭДО — это проект автоматизации на M365, юридически значимый — отдельная история с подписями и операторами. Часто компании делают оба слоя параллельно. Больше про командное хранение документов — в гайде SharePoint как документооборот.
Что такое ЭДО
Электронный документооборот — это не одно приложение, а процесс: как документ создаётся, кто его согласует, кто подписывает, где он хранится и кто имеет к нему доступ. В бумажном мире этот процесс отнимает время на печать, доставку, сбор виз и хранение папок. В электронном — те же шаги выполняются в системе: документ перемещается между ролями автоматически, с журналом всех действий.
Выгоды ЭДО для бизнеса:
- скорость — согласование занимает часы и дни вместо недель;
- экономия — меньше бумаги, печати, доставки и архива;
- прозрачность — видно, на каком этапе документ и у кого;
- контроль — журналы, аудит, история версий;
- удобство удалённых команд — не нужно физически передавать бумагу.
Но «внедрить ЭДО» — недостаточно конкретная задача, чтобы выбрать технологию. Сначала надо понять, какой именно документопоток автоматизируется.
Два вида ЭДО
Главное разделение в ЭДО — по юридической значимости и стороне обмена.
Внутренний документооборот касается движения документов внутри одной организации: приказы, регламенты, заявки на отпуск, служебные записки, договоры между отделами. Здесь не требуется юридически значимая подпись внешнего образца — достаточно подтверждения авторства и согласования внутри компании. Это самая быстрая и дешёвая часть ЭДО, и именно её хорошо закрывает Microsoft 365.
Юридически значимый ЭДО — это обмен документами между компаниями, придающий им правовую силу: договоры с контрагентами, счета-фактуры, закрывающие акты. Здесь нужна квалифицированная электронная подпись (КЭП в Казахстане через НУЦ РК, КЕП в Украине через аккредитованные центры, аналоги в других странах), а обмен идёт через операторов ЭДО, которые обеспечивают юридическую эквивалентность электронной и бумажной формы.
Простая электронная подпись (например, подпись письма или кодом) не придаёт документу юридической силы для внешнего обмена. Это частая путаница: компании думают, что «подписать документ письмом» = юридически значимый ЭДО, а это не так.
ЭДО на Microsoft 365
Внутренний документооборот Microsoft 365 закрывает целиком, и обычно из уже купленных компонентов:
- SharePoint — место, где документы лежат. Библиотеки, версии, права доступа, метаданные, поиск. SharePoint даёт «каркас» ЭДО: документ привязан к команде/процессу, у него есть история, и доступ ограничен тем, кому положено.
- Power Automate — маршруты согласования. При создании документа в SharePoint запускается поток, который идёт по ролям: менеджер → юрист → финансы → директор, отправляет уведомления в Teams и Outlook, собирает апрувы и фиксирует результат. Это и есть «движение» документа.
- Teams и Outlook — каналы коммуникации. Уведомления о согласовании приходят туда, где сотрудники уже работают; решение (согласовать/отклонить) можно принять прямо из Teams.
- OneDrive — личное пространство для черновиков до того, как документ попадёт в общий поток.
Так получается полный внутренний цикл: документ создаётся → запускается маршрут → согласуется → публикуется в SharePoint → архивируется. Без бумаги, с журналом, в рамках одного tenant Microsoft 365. Подробный разбор платформы — в гайде SharePoint как документооборот.
Согласование на Power Automate
Power Automate — это «двигатель» внутреннего ЭДО в M365. Типовой маршрут согласования выглядит так:
- Пользователь загружает документ в библиотеку SharePoint или заполняет форму в Microsoft Forms.
- Срабатывает триггер Power Automate — начинает работу поток согласования.
- Поток идёт по ролям: каждому согласующему приходит уведомление в Teams/Outlook с кнопками «Согласовать»/«Отклонить».
- Решения фиксируются в журнале (кто, когда, с комментарием).
- После финального согласования документ публикуется, отправляется подписанту или переходит в архив; инициатор получает уведомление.
Это тиражируемый шаблон: однажды настроенный поток согласования заявки на отпуск копируется на договор, командировку, закупку. Больше про автоматизацию таких процессов — в гайде Power Automate: 10 процессов.
Важный нюанс: согласование в Power Automate — это внутреннее. Решение «согласовано» не равносильно юридически значимой подписи. Для внешнего обмена такие документы после согласования уходят дальше — в систему с КЭП или оператору ЭДО.
Граница с юридически значимым ЭДО
После того как документ прошёл внутреннее согласование в M365, может понадобиться юридически значимая подпись для обмена с контрагентом. И здесь Microsoft 365 заканчивается:
- Подпись. Внутри M365 доступны средства подписи (письмом, кодом, через Purview в части защиты), но это не квалифицированная подпись. Для юридической силы нужна КЭП/КЕП.
- Оператор ЭДО. Обмен договорами и закрывающими документами между компаниями идёт через операторов ЭДО, которые обеспечивают доставку, фиксацию подписей и хранение с юридической значимостью.
- Интеграция. Часто настраивается связка: документ согласован в SharePoint, затем передаётся (через API или плагин) в сервис подписания с КЭП или оператору ЭДО, подписывается и возвращается в SharePoint с отметкой о подписи.
Таким образом, в одной компании часто уживаются два слоя: внутренний ЭДО на Microsoft 365 и внешний — через оператора ЭДО. Это не избыточность, а разделение по задачам: M365 быстр и гибок для внутренних процессов, оператор ЭДО даёт юридическую значимость для внешних.
Что учитывать в регионе
- Казахстан. КЭП выдаётся через НУЦ РК; для обмена счет-фактурами и рядом документов действуют требования по информационным системам. Внутренний документооборот на M365 отдельно, юридически значимый — через аккредитованные сервисы и КЭП.
- Украина. КЕП через аккредитованные центры сертификации ключей; для ряда документов действуют требования по эквивалентности электронной и бумажной формы.
- Узбекистан, Азербайджан, Армения, Грузия, Кыргызстан. В каждой стране свои регуляторы и правила КЭП/КЕП. Внутренний ЭДО на M365 универсален, юридически значимый — по национальным правилам.
- Регион данных. Документы в SharePoint хранятся в регионе tenant Microsoft 365; локального региона M365 в Казахстане и Центральной Азии нет, типичные варианты — европейские регионы. Если есть требования к residency, это фиксируется до внедрения.
- Закон о персональных данных. Если через ЭДО идут документы с ПДн (кадры, договоры с физлицами), учитывайте требования соответствующего закона (в РК — Закон № 94-V от 21 мая 2013 года).
Что собрать перед внедрением
Перед стартом проекта полезно зафиксировать:
- какие именно документы должны идти через ЭДО (приказы, договоры, счета, закрывающие документы);
- где проходит граница внутреннего и юридически значимого обмена;
- где документы должны храниться (SharePoint, внешний архив);
- какие роли участвуют в согласовании и подписании;
- какие подписи нужны (внутренняя/ПЭП vs КЭП/КЕП);
- какие интеграции с 1С, CRM, внешними операторами ЭДО потребуются;
- требования к журналированию и комплаенсу;
- регион хранения данных и требования residency.
Чем точнее эти вводные, тем легче выбрать, что закрыть на Microsoft 365, а что — через внешнего оператора ЭДО, и не смешивать два режима в одном проекте.
Источники и границы
Технические утверждения опираются на:
- Microsoft Learn — SharePoint Online и Microsoft 365 (хранение, версии, права).
- Microsoft Learn — Power Automate (маршруты согласования, триггеры SharePoint, approvals в Teams).
- Официальные ресурсы регуляторов по квалифицированной подписи: НУЦ РК для Казахстана; аккредитованные центры сертификации ключей для Украины; национальные аналоги для других стран.
- Закон РК «О персональных данных и их защите» № 94-V от 21 мая 2013 года (Adilet) — справочно.
Доступность сервисов, состав лицензий и национальные правила подписи меняются — проверяйте по вашему tenant M365, у CSP-партнёра и у аккредитованных операторов ЭДО и центров сертификации. Этот гайд не заменяет юридическую оценку конкретного документопотока.