Что спросить у заказчика до внедрения 1С:Документооборота: чек-лист без лишней теории
Внедрение 1С:Документооборота часто начинается с простой фразы заказчика: “Нам нужно согласование документов в системе”.
Звучит понятно. Кажется, что дальше нужно быстро собрать список документов, настроить виды, маршруты, роли, права, уведомления — и можно запускать. Но на практике именно такой подход часто приводит к проблемам.
Через пару месяцев выясняется, что договоры согласуют не так, как рассказывали на первой встрече. Заявки на оплату сначала обсуждают в почте, а в 1С заводят уже после согласования. Входящие документы регистрируют, но контроль исполнения ведут в Excel. Руководители хотят согласовывать с телефона, но это не учли. Юристы требуют один порядок, финансы другой, а пользователи вообще не понимают, какой вид документа выбирать.
И тут становится ясно: перед внедрением нужно было спрашивать не только “какие маршруты вам нужны”. Нужно было выяснять, как компания реально работает с документами.
Эта статья — практический чек-лист для предпроектного обследования перед внедрением 1С:Документооборота. Без академической теории, но с вопросами, которые помогают заранее увидеть риски, границы проекта, будущие доработки и слабые места процесса.
Главная ошибка: начинать с настройки, а не с процесса
Когда заказчик говорит “нам нужно внедрить 1С:Документооборот”, у 1С-команды может возникнуть соблазн сразу перейти к настройкам:
- какие виды документов создать;
- какие маршруты согласования настроить;
- какие роли назначить;
- какие уведомления включить;
- какие печатные формы подготовить;
- какие интеграции подключить.
Но если начать с настроек, можно автоматизировать не процесс, а текущий хаос. Система получится рабочей технически, но неудобной организационно.
Перед настройкой важно понять:
- как документ появляется в компании;
- кто принимает по нему решение;
- где сейчас возникают задержки;
- какие согласования обязательны, а какие появились “на всякий случай”;
- кто отвечает за процесс;
- какие исключения бывают;
- что пользователи делают в почте, мессенджерах и Excel;
- как будет контролироваться процесс после запуска.
Хорошее обследование перед внедрением 1С:Документооборота — это не сбор пожеланий к кнопкам. Это попытка понять, как компания принимает решения по документам.
Сначала определяем границы проекта
На первой встрече важно не пытаться обследовать всё сразу. В крупной компании документооборот может включать десятки процессов: договоры, входящую и исходящую корреспонденцию, служебные записки, заявки на оплату, ОРД, кадровые документы, доверенности, претензии, протоколы, заявки на закупку, поручения и многое другое.
Если сразу взять всё, проект быстро станет слишком большим и расплывчатым.
Поэтому первый блок вопросов — про границы.
Что спросить
- Какие процессы нужно автоматизировать в первую очередь?
- Почему выбраны именно эти процессы?
- Какие документы сейчас создают больше всего проблем?
- Какие процессы критичны для руководства?
- Какие процессы можно оставить на следующий этап?
- Есть ли уже действующий регламент документооборота?
- Какие подразделения участвуют в первом этапе?
- Будет пилот или сразу промышленный запуск?
- Какие процессы точно не входят в проект?
Почему это важно
Без границ проект легко превращается в бесконечный список хотелок. Сегодня внедряем договоры, завтра добавляем заявки на оплату, послезавтра вспоминаем про входящую корреспонденцию, потом про ЭДО, потом про архив, потом про мобильное согласование, потом про отчёты для руководства.
В итоге сроки растут, оценка расползается, команда перегружается, а заказчик начинает считать, что внедрение “почему-то затянулось”.
| Что нужно определить | Зачем |
| Процессы первого этапа | Чтобы не пытаться внедрить весь документооборот сразу |
| Подразделения пилота | Чтобы проверить решение на ограниченной группе пользователей |
| Процессы вне проекта | Чтобы не ловить бесконечные дополнительные ожидания |
| Критерии успешного запуска | Чтобы понимать, когда этап можно считать завершённым |
Выясняем, как документ живёт сейчас
Самый полезный вопрос на обследовании звучит не “как вы хотите в системе”, а “как вы работаете сейчас”.
Причём важно не ограничиваться официальным регламентом. Часто в регламенте написано одно, в голове у руководителей другое, а пользователи каждый день делают третье.
Что спросить по каждому процессу
- С чего начинается процесс?
- Кто создаёт документ?
- Где создаётся первая версия: в Word, Excel, 1С, почте, на сетевом диске?
- Кто проверяет документ?
- Кто согласует документ?
- Кто подписывает документ?
- Кто контролирует исполнение?
- Где хранится финальная версия?
- Где сейчас теряются документы?
- Какие действия выполняются вручную?
- Какие этапы пользователи считают лишними?
- Какие этапы нельзя убрать ни при каких условиях?
Здесь важно просить не общие ответы, а реальные примеры. Например: “Давайте возьмём последний договор, который долго согласовывался. Как он прошёл от инициатора до подписания?”
На таких примерах быстро проявляются настоящие проблемы: лишние согласующие, ручные напоминания, непонятные статусы, параллельные версии файлов, согласования в почте и решения, которые принимаются вне системы.
Что фиксировать
- текущий путь документа;
- места, где документ уходит в обход;
- узкие места;
- ручные операции;
- дублирование действий;
- точки принятия решений;
- неформальные правила;
- частые исключения.
Если на обследовании описывать только “идеальный процесс”, после запуска пользователи быстро вернут проект к реальности. Лучше увидеть эту реальность до настройки маршрутов.
Определяем владельца процесса
Один из ключевых вопросов: кто владелец процесса?
Не администратор 1С. Не разработчик. Не консультант. Не “ИТ в целом”. А человек или подразделение со стороны бизнеса, которое отвечает за правила работы с документами.
Например:
- за договоры может отвечать юридический блок или договорной отдел;
- за заявки на оплату — финансовая служба;
- за входящую корреспонденцию — канцелярия или служба ДОУ;
- за кадровые документы — HR;
- за ОРД — секретариат, HR или юридический блок;
- за служебные записки — административный блок или руководители направлений.
Что спросить
- Кто утверждает правила работы с этим видом документов?
- Кто может изменить маршрут согласования?
- Кто решает спорные ситуации?
- Кто отвечает за актуальность регламента?
- Кто контролирует сроки согласования?
- Кто будет принимать результат внедрения?
- Кто будет владельцем процесса после запуска?
Почему это важно
Если владельца нет, любая настройка маршрута превращается в спор между подразделениями. Юристы хотят добавить один этап, финансы второй, безопасность третий, руководители четвёртый, а пользователи потом спрашивают, почему документ согласуется две недели.
1С-команда может предложить решение, но она не должна единолично решать, как бизнес согласует документы.
| Плохой признак | Что это означает |
| “За процесс отвечает ИТ” | Бизнес переложил управленческие правила на техническую команду |
| “Все согласующие важны” | Нет владельца, который может убрать лишние этапы |
| “Решим по ходу внедрения” | Риски сроков и доработок будут расти уже в проекте |
| “Так исторически сложилось” | Процесс давно не пересматривали, и часть этапов может быть лишней |
Разбираем виды документов и реквизиты
После границ и владельцев можно переходить к структуре документов. Но и здесь важно не превращать обследование в механический сбор полей.
В 1С:Документообороте вид документа, реквизиты, шаблоны, файлы, связи и маршруты сильно влияют на удобство пользователя. Если видов слишком много, пользователь не понимает, что выбрать. Если обязательных полей слишком много, создание документа превращается в мучение. Если полей мало, потом не хватает аналитики и контроля.
Что спросить
- Какие виды документов есть сейчас?
- Какие виды действительно отличаются процессом, а какие только названием?
- Какие реквизиты обязательны для каждого вида документа?
- Какие реквизиты нужны для поиска?
- Какие реквизиты нужны для маршрута согласования?
- Какие реквизиты нужны для отчётов?
- Какие реквизиты можно заполнять автоматически?
- Какие данные должны подтягиваться из других систем?
- Нужна ли нумерация документов?
- Кто отвечает за корректность заполнения реквизитов?
- Какие шаблоны документов используются?
- Есть ли требования к именованию файлов?
Практический пример
Заказчик говорит: “У нас много видов договоров: договор поставки, договор оказания услуг, договор аренды, договор подряда, лицензионный договор, договор сопровождения, договор с физлицом”.
На обследовании важно выяснить: действительно ли для каждого вида нужен отдельный вид документа в 1С:Документообороте? Или можно сделать один вид “Договор” и использовать реквизит “Тип договора”?
Если маршруты, права, шаблоны и отчёты у всех договоров разные — возможно, отдельные виды оправданы. Если процесс почти одинаковый — большое количество видов только усложнит работу.
Проектируем маршруты согласования
Маршрут согласования — один из самых чувствительных элементов внедрения. Именно здесь чаще всего появляются “а можно ещё вот так”, “а если сумма больше миллиона”, “а если контрагент новый”, “а если руководитель в отпуске”, “а если юристы уже смотрели документ в почте”.
Поэтому маршрут нельзя собирать только по списку согласующих. Нужно понять логику принятия решений.
Что спросить
- Кто обязательно согласует документ?
- Кто согласует только при определённых условиях?
- Какие условия влияют на маршрут: сумма, подразделение, контрагент, статья расходов, вид документа?
- Нужны ли параллельные этапы согласования?
- Нужны ли последовательные этапы согласования?
- Кто может вернуть документ на доработку?
- Что происходит после возврата?
- Можно ли изменить маршрут вручную?
- Кто имеет право добавлять согласующих?
- Какие сроки согласования считаются нормальными?
- Что делать при просрочке?
- Кто замещает согласующего при отсутствии?
- Какие действия должны фиксироваться в истории?
Что важно проверить
Маршрут должен быть понятен не только аналитику и владельцу процесса, но и обычному пользователю. Инициатор должен понимать, почему документ ушёл именно этим людям. Согласующий должен понимать, почему документ пришёл ему. Руководитель должен понимать, что от него требуется: согласовать, прокомментировать, подписать, вернуть или просто ознакомиться.
| Вопрос по маршруту | Что помогает выявить |
| Зачем этот согласующий в маршруте? | Лишние этапы и согласования “для подстраховки” |
| Что будет, если согласующий не ответит? | Риски зависания документов |
| Можно ли согласовать без этого этапа? | Критичность этапа для процесса |
| Какие данные нужны для выбора маршрута? | Необходимые реквизиты и интеграции |
| Как обрабатываются исключения? | Будущие ручные корректировки и доработки |
Проверяем права доступа и конфиденциальность
В документообороте права доступа — это не второстепенная настройка. Иногда именно они определяют архитектуру решения.
Один и тот же документ может быть доступен инициатору, руководителю, юристам, финансовой службе, бухгалтерии, секретариату и топ-менеджменту. Но не всегда всем нужен полный доступ. Особенно если речь про договоры, кадровые документы, претензии, служебные записки, внутренние проверки, финансовые условия или документы с персональными данными.
Что спросить
- Кто должен видеть документ?
- Кто должен видеть только карточку, но не файл?
- Кто может редактировать реквизиты?
- Кто может менять файлы?
- Кто может запускать маршрут?
- Кто может отменять маршрут?
- Кто видит комментарии?
- Какие документы являются конфиденциальными?
- Есть ли ограничения по подразделениям?
- Есть ли ограничения по организациям внутри базы?
- Нужны ли отдельные роли для администраторов процесса?
- Кто будет сопровождать права после запуска?
Типовой риск
На старте говорят: “Права настроим просто, все всё видят”. На тестировании выясняется, что так нельзя. Потом срочно появляются требования: скрыть часть договоров, закрыть кадровые документы, ограничить файлы, отделить документы разных организаций, убрать доступ у бывших сотрудников, настроить заместителей.
Если эти требования выявлены поздно, они могут сильно повлиять на сроки.
Обсуждаем электронную подпись и подписание
В проектах по 1С:Документообороту часто всплывает тема электронной подписи. И её лучше обсуждать заранее.
Важно понять не только “нужна ли ЭП”, но и где именно она нужна: для внутренних согласований, для подписания организационно-распорядительных документов, для кадрового документооборота, для договоров, для обмена с контрагентами или только для отдельных процессов.
Что спросить
- Какие документы нужно подписывать электронной подписью?
- Какой тип подписи используется или планируется?
- Кто является подписантом?
- Сколько подписантов участвует в процессе?
- Нужно ли подписание с мобильных устройств?
- Где хранятся сертификаты?
- Есть ли действующий криптопровайдер?
- Кто отвечает за выпуск и продление сертификатов?
- Нужна ли проверка подписи?
- Нужно ли хранить подписанные файлы и подписи в карточке документа?
- Есть ли документы, которые останутся на бумаге?
Юридические детали лучше уточнять с ответственными специалистами заказчика. Для 1С-команды важно вовремя понять, влияет ли ЭП на архитектуру процесса, роли, рабочие места, мобильность, сроки и поддержку пользователей.
Выясняем интеграции
1С:Документооборот редко живёт в вакууме. В крупных компаниях он обычно связан с другими системами: 1С:ERP, 1С:Бухгалтерией, 1С:ЗУП, кадровыми системами, ЭДО, архивом, почтой, AD/LDAP, порталами, заявочными системами.
Интеграции нужно обсуждать до оценки проекта, потому что они могут быть сложнее, чем настройка самого маршрута.
Что спросить
- С какими системами должен обмениваться 1С:Документооборот?
- Какие данные должны приходить в ДО?
- Какие данные должны уходить из ДО?
- Кто является мастер-системой для контрагентов?
- Кто является мастер-системой для сотрудников?
- Откуда брать организационную структуру?
- Откуда брать статьи расходов, проекты, подразделения, ЦФО?
- Нужно ли создавать документы в других системах?
- Нужно ли передавать статусы согласования?
- Нужна ли интеграция с операторами ЭДО?
- Нужна ли загрузка входящих документов из СБИС, Диадок или других сервисов?
- Нужна ли выгрузка файлов в архив?
- Как часто должен выполняться обмен?
- Кто будет сопровождать интеграции после запуска?
| Система | Что обычно важно выяснить |
| 1С:Бухгалтерия | Заявки на оплату, счета, контрагенты, статусы оплаты, первичные документы |
| 1С:ERP | Заказы, договоры, закупки, проекты, статьи расходов, производственные процессы |
| 1С:ЗУП | Сотрудники, подразделения, кадровые документы, отпуска, увольнения, оргструктура |
| Операторы ЭДО | Входящие и исходящие документы, статусы, файлы, подписи, контрагенты |
| Почта | Уведомления, регистрация входящих, отправка сообщений, служебные рассылки |
| AD/LDAP | Пользователи, группы, отключение доступа, единая авторизация |
Не забываем про НСИ
На первый взгляд НСИ кажется скучной темой. Но именно из-за неё часто ломаются маршруты, отчёты и интеграции.
Если подразделения неактуальны, сотрудники заведены с ошибками, контрагенты дублируются, должности не соответствуют реальности, а ответственные указаны вручную — документооборот быстро начинает работать странно.
Что спросить
- Откуда брать список сотрудников?
- Где ведётся организационная структура?
- Кто отвечает за актуальность подразделений?
- Как обрабатываются увольнения?
- Как назначаются заместители?
- Где ведутся контрагенты?
- Есть ли дубли контрагентов?
- Какие справочники нужны для маршрутов?
- Кто будет администрировать справочники после запуска?
Если НСИ не разобрать до внедрения, пользователи будут сталкиваться с типовыми проблемами: не тот руководитель в маршруте, не видно нужное подразделение, невозможно выбрать контрагента, документ уходит не тому согласующему, заместитель не сработал.
Спрашиваем про отчёты и контроль
Часто заказчик вспоминает про отчёты уже после запуска. Система работает, документы ходят, а руководитель спрашивает: “А где я могу посмотреть просрочки по подразделениям?”
И тут выясняется, что нужные реквизиты не заполнялись, статусы не фиксировались, сроки не настроены, а процесс нельзя нормально измерить.
Что спросить
- Какие показатели нужно контролировать после запуска?
- Кому нужны отчёты?
- Как часто их будут смотреть?
- Нужны ли отчёты по срокам согласования?
- Нужны ли отчёты по просроченным задачам?
- Нужны ли отчёты по возвратам на доработку?
- Нужна ли аналитика по подразделениям?
- Нужна ли аналитика по видам документов?
- Какие показатели руководство считает важными?
- Какие данные нужны для этих отчётов?
Пример метрик
- количество созданных документов за период;
- среднее время согласования;
- количество просроченных задач;
- количество возвратов на доработку;
- документы без движения;
- нагрузка на согласующих;
- обращения пользователей в поддержку;
- доля документов, прошедших процесс полностью в системе.
Если отчёты нужны, это нужно учитывать при проектировании реквизитов, маршрутов и правил заполнения.
Обсуждаем обучение и поддержку
Даже хорошо настроенный 1С:Документооборот не заработает сам по себе. Пользователи должны понимать, что делать. Руководители должны пользоваться системой. Поддержка должна быстро разбирать ошибки и вопросы.
Поэтому обучение и поддержка — это не “дополнительная опция”, а часть внедрения.
Что спросить
- Сколько пользователей будет работать в системе?
- Какие группы пользователей есть: инициаторы, согласующие, руководители, администраторы, регистраторы?
- Нужны ли разные инструкции для разных ролей?
- Кто будет обучать пользователей?
- Будут ли ключевые пользователи в подразделениях?
- Как пользователи будут обращаться в поддержку?
- Кто будет разбирать ошибки после запуска?
- Как долго нужна активная поддержка после запуска?
- Как будут собираться замечания?
- Кто будет принимать решения по изменениям после запуска?
Лучше сразу договориться, что после запуска будет период стабилизации. В этот период маршруты корректируются, права уточняются, инструкции дорабатываются, пользователи задают вопросы, а проектная команда помогает процессу встать на рельсы.
Обучение — это не один вебинар перед запуском. Обучение заканчивается тогда, когда пользователь может выполнить свою работу без обходных путей.
Отдельно выясняем роль руководителей
В 1С:Документообороте руководители — не просто согласующие. От их поведения зависит, станет система рабочим инструментом или останется формальностью.
Если руководитель согласует документы в системе, пользователи постепенно принимают правила. Если руководитель просит “сначала скиньте мне на почту”, процесс начинает раздваиваться.
Что спросить
- Какие руководители участвуют в согласовании?
- Как часто они должны заходить в систему?
- Нужны ли им уведомления на почту?
- Нужна ли работа с мобильного устройства?
- Кто замещает руководителя в отпуске?
- Готовы ли руководители согласовывать документы только в системе?
- Что делать, если руководитель не согласует документ вовремя?
- Кто имеет право контролировать просрочки руководителей?
Это может быть неудобный блок вопросов, но лучше задать их до запуска. Иначе после внедрения окажется, что пользователи должны работать в 1С:Документообороте, а руководители продолжают принимать решения в почте и мессенджерах.
Уточняем миграцию и архив
Ещё один важный вопрос: что делать с уже существующими документами?
Не всегда нужно переносить всё. Иногда достаточно начать с новых документов. Иногда нужно загрузить архив договоров. Иногда требуется перенести только действующие документы. Иногда важнее не миграция файлов, а настройка поиска и связей.
Что спросить
- Нужно ли переносить старые документы?
- Какие документы переносим: все или только действующие?
- Где сейчас хранятся файлы?
- Есть ли структура папок?
- Есть ли метаданные по документам?
- Нужно ли переносить историю согласования?
- Нужно ли переносить версии файлов?
- Кто будет проверять качество переноса?
- Что делать с дублями?
- Нужно ли связывать старые документы с контрагентами, договорами, проектами?
Миграция может оказаться отдельным проектом. Особенно если документы хранились в сетевых папках, на рабочих местах пользователей, в почте или в разных базах.
Фиксируем ограничения и риски
Хорошее обследование должно завершаться не только списком требований, но и списком рисков.
Риски — это не попытка испугать заказчика. Это способ заранее честно показать, что может повлиять на сроки, бюджет и результат.
Типовые риски
- нет владельца процесса;
- процесс не описан и сильно отличается по подразделениям;
- слишком много исключений;
- руководители не готовы работать в системе;
- НСИ неактуальна;
- нет ответственного за права и роли;
- интеграции сложнее, чем ожидалось;
- нужна электронная подпись, но инфраструктура не готова;
- пользователей много, а обучение не запланировано;
- после запуска не предусмотрена поддержка;
- ожидается автоматизация всего сразу.
Если эти риски не проговорить, они всё равно появятся. Только уже в проекте, когда сроки согласованы, ожидания сформированы, а команда начала работу.
Мини-чек-лист для первой встречи
На первой встрече не нужно задавать сто вопросов. Задача первой встречи — понять масштаб, боли, границы и необходимость полноценного обследования.
| Блок | Ключевые вопросы |
| Цель проекта | Зачем внедряется 1С:Документооборот? Какую проблему нужно решить? |
| Процессы | Какие документы автоматизируем в первую очередь? |
| Масштаб | Сколько пользователей, подразделений и организаций участвует? |
| Владельцы | Кто отвечает за правила по каждому процессу? |
| Маршруты | Есть ли понятные схемы согласования или их нужно описывать? |
| Интеграции | С какими системами нужен обмен? |
| ЭП | Нужно ли подписание электронной подписью? |
| Права | Есть ли ограничения доступа и конфиденциальные документы? |
| Запуск | Планируется пилот или запуск сразу на всю компанию? |
| Поддержка | Кто будет сопровождать пользователей после запуска? |
Подробный чек-лист для обследования
Когда проект переходит к полноценному обследованию, список вопросов нужно расширять. Ниже — более подробная структура.
| Раздел обследования | Что выяснить | Что получим на выходе |
| Границы проекта | Процессы, подразделения, этапы, исключения из проекта | Понятный состав работ и этапность внедрения |
| Текущий процесс | Как документы ходят сейчас, где решения принимаются фактически | Карта реального процесса и проблемных мест |
| Владельцы | Кто отвечает за правила, изменения и принятие результата | Ответственность со стороны бизнеса |
| Документы | Виды, реквизиты, шаблоны, файлы, нумерация | Структура карточек документов |
| Маршруты | Этапы, условия, сроки, возвраты, заместители | Схемы согласования и требования к настройке |
| Права | Роли, доступы, ограничения, конфиденциальность | Модель прав и групп пользователей |
| Интеграции | Системы, данные, направления обмена, частота | Перечень интеграций и технические требования |
| НСИ | Сотрудники, подразделения, контрагенты, справочники | Понимание источников данных и ответственных |
| Отчёты | Метрики, контроль, управленческая аналитика | Требования к отчётам и показателям |
| Обучение | Роли пользователей, инструкции, поддержка | План запуска и стабилизации |
Что должно получиться по итогам обследования
Обследование не должно заканчиваться фразой “мы всё обсудили”. У него должны быть конкретные результаты.
Хороший итог обследования:
- описаны процессы первого этапа;
- зафиксированы владельцы процессов;
- определены виды документов;
- описаны ключевые реквизиты;
- согласованы маршруты;
- описана модель ролей и прав;
- зафиксированы интеграции;
- выявлены проблемы НСИ;
- определены требования к отчётам;
- составлен список доработок;
- сформирован план запуска;
- описаны риски и ограничения;
- понятно, что входит в проект, а что нет.
После такого обследования уже можно предметно оценивать проект, планировать этапы, распределять задачи между аналитиками, консультантами и разработчиками, а также честно обсуждать сроки с заказчиком.
Что не стоит обещать заказчику до обследования
До обследования опасно обещать точные сроки и простое внедрение. Особенно если речь о крупной компании.
Не стоит заранее говорить:
- “Это типовой функционал, быстро настроим”;
- “Маршруты сделаем без доработок”;
- “Интеграция простая”;
- “Пользователи быстро привыкнут”;
- “ЭП подключим без проблем”;
- “Права настроим по ходу”;
- “Все процессы можно запустить сразу”.
Иногда это действительно может быть простым проектом. Но понять это можно только после того, как команда увидит процессы, роли, документы, интеграции и реальные ожидания заказчика.
Вывод
Внедрение 1С:Документооборота начинается не с создания видов документов и не с настройки маршрутов. Оно начинается с вопросов.
Нужно понять, какие процессы действительно болят, кто за них отвечает, как документы ходят сейчас, где решения принимаются фактически, какие данные нужны для маршрутов, какие права должны быть настроены, какие интеграции критичны и кто будет поддерживать систему после запуска.
Хорошее обследование помогает не только собрать требования. Оно помогает избежать ситуации, когда 1С:Документооборот формально внедрили, но пользователи продолжают работать в почте, мессенджерах и Excel.
Если коротко, перед стартом проекта нужно выяснить три вещи:
- что автоматизируем;
- кто за это отвечает;
- как это будет жить после запуска.
Чем лучше команда задаст вопросы до внедрения, тем меньше ей придётся тушить пожары после запуска.
Именно поэтому предпроектное обследование — это не формальность, а один из самых важных этапов внедрения 1С:Документооборота.