Короткий ответ

SharePoint - это платформа Microsoft для хранения документов, совместной работы и внутренних порталов компании. Для внутреннего документооборота его, как правило, хватает: библиотеки по отделам, версии, соредактирование, согласования, права доступа и поиск. Но SharePoint - это система управления документами, а не оператор юридически значимого ЭДО: подписанный ЭЦП обмен с контрагентами и госорганами он сам по себе не закрывает.

Поэтому правильный вопрос не «SharePoint или система документооборота», а «где проходит граница». SharePoint наводит порядок внутри: документ создается, согласуется, версионируется и хранится в одном управляемом месте. Юридическую силу при обмене наружу придает ЭДО-оператор. Ниже - где именно эта граница проходит, когда SharePoint достаточно, а когда поверх него нужна отдельная система, и что важно учесть в Казахстане, Центральной Азии, на Кавказе и в Украине.

Что такое SharePoint простыми словами

SharePoint - это управляемое хранилище документов и внутренний сайт компании в одной платформе. Если сетевая папка просто держит файлы, то SharePoint вокруг каждого документа добавляет слой управления: кто автор, какая это версия, кто имеет доступ, по каким меткам его найти и какой процесс он проходит.

Технически SharePoint состоит из сайтов (для команды, отдела, проекта), внутри которых живут библиотеки документов и списки (структурированные данные - реестры, справочники, заявки). Каждая библиотека хранит файлы с версиями, метаданными и правами, а поиск работает по содержимому, а не только по имени файла.

Главное, что стоит понять с самого начала: SharePoint - часть Microsoft 365 и тесно связан с остальной экосистемой. Файлы в Teams физически лежат в SharePoint. Личное хранилище OneDrive - это «персональный SharePoint» одного человека. Документ из библиотеки открывается прямо в Word или Excel для совместного редактирования. Поэтому SharePoint редко внедряют отдельно - чаще он уже оплачен в подписке M365 и просто недоиспользуется.

SharePoint и ЭДО: в чем разница

Это ключевой вопрос, на котором путаются чаще всего - особенно в Казахстане, Узбекистане и других странах региона, где под словом «документооборот» обычно понимают именно юридически значимый электронный обмен.

Разведем два понятия:

SharePoint (DMS/ECM) Юридически значимый ЭДО
Что делает Хранит, версионирует, согласует документы внутри компании Обменивает подписанными ЭЦП документами с контрагентами и госорганами
Где работает Внутренний контур: отделы, команды, проекты Внешний контур: счета-фактуры, акты, накладные, отчетность
Юридическая сила Документ остается внутренним рабочим файлом Документ имеет юридическую силу наравне с бумажным
Кто обеспечивает Microsoft 365 Аккредитованный оператор ЭДО страны
Подпись Согласования, отметки, журнал действий Квалифицированная ЭЦП по нормам страны

Проще говоря: SharePoint организует документы, ЭДО придает им юридическую силу при обмене наружу. Это не конкуренты, а разные слои. Компания может вести всю внутреннюю работу с договорами, регламентами и проектной документацией в SharePoint, а обмен счетами-фактурами с контрагентами и госорганами вести через локального ЭДО-оператора - и это нормальная, рабочая схема.

Ошибка - ждать от SharePoint того, для чего он не предназначен. Если задача звучит как «сдавать электронные счета-фактуры в налоговую» или «обмениваться юридически значимыми актами с поставщиками», SharePoint эту задачу не решает в одиночку. Если задача - «навести порядок в договорах, регламентах и проектных документах, чтобы их не теряли и работали над ними вместе», SharePoint решает ее напрямую.

Что SharePoint реально умеет с документами

Внутри компании SharePoint закрывает большую часть задач документооборота:

  • Единое хранилище с версиями. Каждое изменение сохраняется, можно вернуться к любой версии и увидеть, кто и что правил. Конец войне файлов договор_финал_финал2_правки.docx.
  • Совместное редактирование. Несколько человек работают в одном документе одновременно прямо в браузере или в Word/Excel, без пересылки версий по почте.
  • Согласования через Power Automate. Маршрут «создал - отправил на согласование - получил визу - опубликовал» настраивается без программиста; статусы и уведомления автоматические.
  • Метаданные и поиск. Документы помечаются типом, отделом, контрагентом, статусом - и находятся по этим меткам, а не только по имени файла. Поиск идет по содержимому.
  • Права доступа любой гранулярности. От библиотеки до отдельного документа: кто читает, кто редактирует, кто только просматривает.
  • Доступ откуда угодно. Из браузера и с телефона без VPN; документы синхронизируются на компьютер при необходимости.
  • Интеграция с Teams и Outlook. Документ обсуждают в Teams, прикрепляют ссылкой в письме (а не тяжелым вложением), работают над ним в звонке.

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

Когда SharePoint хватает

SharePoint - правильный выбор, когда совпадает несколько признаков:

  1. Компания уже живет в Microsoft 365. Есть Teams, Outlook, Word/Excel - SharePoint уже в подписке, его внедрение не требует новой закупки.
  2. Главная боль - внутренний беспорядок. Документы теряются по личным папкам, нет версий, непонятно, где актуальная редакция.
  3. Нужна совместная работа. Над документами работают несколько человек или отделов, и важно делать это одновременно, а не по очереди.
  4. Согласования простые или средние. «Создал - руководитель завизировал - опубликовали» с несколькими ветками - это SharePoint + Power Automate без проблем.
  5. Юридически значимый обмен идет отдельно - через локального ЭДО-оператора, и эту задачу на SharePoint не возлагают.

В этом сценарии SharePoint дает быстрый результат: за недели, а не месяцы, и без отдельного бюджета на лицензии.

Когда SharePoint перестает хватать

Честный список ситуаций, где одного SharePoint мало и поверх него нужна специализированная система:

  • Юридически значимый ЭДО как основная задача. Обмен подписанными счетами-фактурами, актами, накладными с контрагентами и госорганами - это работа оператора ЭДО, а не SharePoint.
  • Сложные маршруты согласования. Десятки статусов, параллельные и условные ветки, эскалации, замещения, строгий регламент по госстандарту - здесь специализированные ECM/СЭД-системы сильнее «коробочного» SharePoint.
  • Архив по номенклатуре дел. Если требуется ведение дел, сроков хранения и описей по государственному стандарту делопроизводства, нужна система, спроектированная под это.
  • Сквозной процесс с учетной системой. Когда документ неотделим от проводки в 1С (договор → счет → оплата → отгрузка), интеграционный контур выходит за рамки хранилища. Как устроена такая интеграция, мы разбирали на примере Dynamics 365 и 1С.
  • Отраслевые требования. Медицина, госсектор, финансы - со своими нормами к хранению, доступу и аудиту документов.

Важно: даже в этих случаях SharePoint обычно не выбрасывают. Он остается хранилищем и порталом, а специализированная система берет на себя юридически значимый или строго регламентированный слой. Это дешевле и надежнее, чем пытаться превратить SharePoint в то, чем он не является.

SharePoint против сетевого диска

Самый частый переход - с общей сетевой папки (файлового сервера) на SharePoint. Разница принципиальная:

Возможность Сетевой диск SharePoint
Хранение файлов Да Да
Версии Нет (перезапись) Полная история версий
Соредактирование Нет (файл блокируется) Да, одновременно
Поиск по содержимому Слабый По тексту и метаданным
Права на документ На уровне папок До отдельного файла
Доступ извне офиса Через VPN Из браузера и с телефона
Согласования Нет Power Automate
Журнал действий Минимальный Кто, что и когда менял

Сетевой диск отвечает на вопрос «где лежит файл». SharePoint отвечает на вопрос «что с документом происходит на всем его жизненном цикле». Для компании, которая выросла из десятка человек, это разница между постоянными «у кого последняя версия?» и предсказуемым порядком.

SharePoint Online или SharePoint Server

Есть два варианта развертывания:

  • SharePoint Online - облачный, в составе Microsoft 365. Ничего не нужно администрировать на своих серверах, обновления приходят автоматически, доступ из любой точки. Это выбор подавляющего большинства компаний региона.
  • SharePoint Server - устанавливается на собственные серверы (on-premise). Дает максимальный контроль над размещением данных, но требует своего железа, администрирования, резервного копирования и обновлений силами компании.

On-premise выбирают, когда требования к локализации данных или специфика инфраструктуры делают облако невозможным. Но для большинства это избыточно: совокупная стоимость владения сервером (железо + админ + обновления + безопасность) обычно выше, чем подписка, а возможностей у облачной версии больше. Если сомнение именно в размещении данных - это вопрос законодательства и архитектуры, а не предпочтений; смежную тему мы разбираем в гайде про миграцию в Azure и локализацию данных.

Какие лицензии нужны для SharePoint

Хорошая новость для большинства компаний: отдельно SharePoint покупать обычно не нужно. SharePoint Online входит в планы Microsoft 365 Business Basic, Standard и Premium, а также Enterprise E1, E3 и E5 - вместе с Teams, Exchange (почта) и OneDrive. В планах для рядовых сотрудников (F1/F3) возможности ограничены. То есть если компания уже платит за M365 по бизнес- или enterprise-плану, SharePoint уже оплачен и часто просто недоиспользуется.

Отдельная лицензия или дополнительный план нужны в редких случаях: SharePoint Server on-premise (лицензируется иначе), отдельный план SharePoint без остального Microsoft 365, или расширенные возможности управления (например, SharePoint Advanced Management для контроля переоткрытого доступа в крупных тенантах). Какие планы M365 что включают и как не переплатить - в разборе лицензирования Microsoft 365.

Практический вывод: прежде чем закупать «систему документооборота», проверьте, что у вас уже есть в подписке M365. Часто задача решается тем, за что уже заплачено.

Безопасность и доступы

Технически SharePoint защищен хорошо: шифрование данных, журналирование действий, метки конфиденциальности (sensitivity labels), политики защиты от утечек и тонкие права доступа. Главный риск - не платформа, а ее настройка.

Самая частая проблема - переоткрытый доступ (oversharing): ссылки «для всех в организации», документы, открытые шире, чем нужно, гостевой доступ, который забыли отозвать. По мере роста тенанта и особенно перед внедрением Copilot это превращается в реальный риск: ИИ-помощник находит и показывает сотруднику все, к чему у того формально есть доступ - включая то, что открыли по недосмотру.

Поэтому безопасность SharePoint - это в первую очередь дисциплина прав: продуманная модель ролей, регулярная проверка переоткрытого доступа, контроль гостевых ссылок. Практический чек-лист по наведению порядка в доступах (и подготовке к Copilot) собран в отдельном гайде: готовность к Copilot и переоткрытый доступ в SharePoint. Для регулируемых отраслей базовые настройки безопасности описаны в security baseline для M365.

Регион: данные, ЭДО и язык

Для компаний Казахстана, Центральной Азии, Кавказа и Украины к общей картине добавляются три региональных нюанса:

  • Размещение данных. SharePoint Online хранит данные в облаке Microsoft 365, в дата-центрах региона тенанта. Для госсектора и регулируемых отраслей требования к хранению персональных данных нужно проверять с юристом до перехода в облако - это вопрос применимого законодательства каждой страны, а не настроек платформы.
  • Юридически значимый ЭДО - локальный. Электронные счета-фактуры и обмен с госорганами в Казахстане, Узбекистане и соседних странах идут через национальных операторов и системы. SharePoint этот слой не заменяет - он закрывает внутренний контур, а внешний юридически значимый обмен остается за локальным ЭДО.
  • Язык и поддержка. Интерфейс SharePoint полностью локализован на русский; важнее, чтобы внедрение и поддержку вел партнер в вашем часовом поясе и на вашем языке. Promise Group ведет проекты Microsoft 365 в Казахстане и регионе - от Алматы до Ташкента, Баку, Еревана, Тбилиси и Киева.

Вывод для региона: SharePoint отлично закрывает внутренний документооборот и совместную работу, но рассматривать его стоит как часть связки - внутренний порядок на SharePoint плюс локальный ЭДО для юридически значимого обмена.

Как внедрять: пошаговый план

  1. Проверьте, что уже оплачено. Скорее всего SharePoint уже в вашей подписке Microsoft 365 - начинать с закупки не нужно.
  2. Опишите структуру, а не папки. Какие команды, отделы и проекты, какие типы документов, кто к чему должен иметь доступ. Архитектура сайтов важнее, чем перенос текущих папок «как есть».
  3. Наведите порядок до миграции. Уберите дубли, мертвые файлы и документы без владельца. Переносить хаос в новую систему - значит убить доверие к ней сразу.
  4. Настройте права и роли. Модель доступа - до миграции, а не после. Сразу заложите правило проверки переоткрытого доступа.
  5. Добавьте простые согласования. Начните с одного-двух реальных маршрутов в Power Automate, а не со сложной схемы на все случаи.
  6. Проведите пилот на одном отделе. Реальные документы, реальная команда, две-три недели. На пилоте видно то, чего не видно на демо.
  7. Обучите команду и закрепите правила. «Общие документы - в SharePoint, не в личных папках» работает только если этого придерживается и руководитель.

7 ошибок при внедрении SharePoint

  1. Ждать от SharePoint юридически значимого ЭДО. Самая частая ошибка региона: путают управление документами и юридический обмен. SharePoint - первое, не второе.
  2. Перенести файловый сервер «как есть». Дубли и мертвые папки переезжают вместе с данными и хоронят порядок с первого дня.
  3. Внедрять без модели прав. Без продуманных ролей доступ расползается, и через полгода в библиотеках открыто всем то, что должно быть закрыто.
  4. Игнорировать переоткрытый доступ. Особенно перед Copilot: ИИ покажет сотруднику все, к чему у него есть формальный доступ.
  5. Строить сложное там, где хватит простого. Не каждый процесс нужно автоматизировать «на старте»; перегруженная схема согласований отпугивает команду.
  6. Считать SharePoint отдельной покупкой. Часто он уже оплачен в M365 - бюджет уходит на то, что и так есть.
  7. Внедрять без владельца процесса. Партнер настроит, но жить с системой - вашей команде; нужен человек, отвечающий за документооборот изнутри.

Куда идти дальше

Используйте эту страницу как точку входа:

Источники и границы

Фактические формулировки о SharePoint и продуктах Microsoft опираются на официальные материалы:

Понятие «юридически значимый ЭДО» используется в значении, принятом в Казахстане, Узбекистане и странах региона: обмен подписанными ЭЦП документами с контрагентами и госорганами через аккредитованного оператора; конкретные требования и список операторов проверяйте по национальному законодательству. Гайд не публикует цены на лицензии (они меняются и зависят от состава подписки), не заменяет юридическую проверку требований к данным и не является технической инструкцией по настройке. Данные о частоте поисковых запросов - Ahrefs, июнь 2026.