1С:Документооборот не с нуля: что обследовать при переходе с действующей СЭД или Excel
Когда 1С:Документооборот внедряется в компании, где документооборот уже как-то организован, обследование сильно отличается от проекта «с чистого листа», потому что новая система должна не только поддержать будущие правила, но и аккуратно принять то, что годами накапливалось в старой СЭД, Excel, сетевых папках, почте и локальных инструкциях. Причем часть этих правил может быть нигде не описана: секретарь знает, что документы определенного контрагента нужно регистрировать особым образом, юристы ведут статус договоров в отдельной таблице, а руководители привыкли считать согласованным то, что формально в старой системе еще находится «на согласовании».
Поэтому начинать обследование только с вопроса «что хотите видеть в 1С:ДО» опасно. Сначала нужно понять, как компания работает сейчас, какие данные и привычки действительно имеют ценность, что требуется перенести без изменений, а от чего можно отказаться вместе со старой системой. Иначе есть риск воспроизвести в новой СЭД исторические обходные пути, а потом еще несколько лет поддерживать процессы, смысл которых давно никто не может объяснить.
Сначала нужно определить, откуда именно компания переезжает
Переход с полноценной СЭД и переход с Excel — это разные проекты, хотя со стороны оба могут называться «внедрением документооборота». В действующей СЭД уже есть карточки, маршруты, права, история обработки, версии файлов, справочники и интеграции, поэтому основная сложность заключается в сопоставлении старой модели с новой и определении судьбы исторических данных. В Excel и файловых папках техническая структура проще, зато намного больше неформальных правил, которые приходится восстанавливать по таблицам, именам файлов и рассказам пользователей.
Отдельно стоит выделить смешанный вариант, когда регистрация ведется в одной системе, договоры — в Excel, файлы хранятся на сетевом диске, а согласование фактически происходит по почте. В такой ситуации нельзя обследовать только официальную СЭД, потому что реальный процесс давно распределен между несколькими инструментами, и часть критичных данных может вообще не попадать в систему, которую руководство считает основной.
Что нужно спросить в самом начале
- Какие системы, таблицы, папки и почтовые ящики участвуют в работе с документами сейчас?
- Какие процессы действительно ведутся в действующей СЭД, а какие только формально считаются автоматизированными?
- Какие документы создаются и согласуются вне системы, после чего в СЭД попадает только финальная версия?
- Какие таблицы и локальные реестры сотрудники продолжают вести параллельно и зачем они им нужны?
- Какие подразделения работают по общему порядку, а где сложились собственные правила?
- Какие проблемы старого порядка являются одной из причин перехода на 1С:Документооборот?
Не переносить старую СЭД в новую один к одному
Если в действующей системе есть двадцать семь видов договоров, двенадцать статусов и несколько похожих маршрутов, это еще не означает, что такую же структуру нужно создавать в 1С:Документообороте. Часть классификаторов могла появиться из-за ограничений старой СЭД, часть — после локальных доработок, а некоторые варианты перестали использоваться несколько лет назад, но продолжают присутствовать в справочниках.
На обследовании нужно пройти жизненный цикл каждого крупного класса документов: откуда документ появляется, кто заполняет карточку, что определяет маршрут, кто согласует и подписывает, когда документ регистрируется, как выполняется контроль, где хранится оригинал и что происходит после завершения работы. После этого уже можно сопоставлять текущий порядок со стандартными механизмами 1С:ДО и решать, какие элементы старой модели действительно нужно сохранить.
При переходе из СЭД отдельно обследуется модель данных
В старой системе нужно не только посчитать количество документов, но и разобрать, из чего состоит их карточка и какие данные имеют смысл после перехода. Один реквизит может напрямую соответствовать полю 1С:ДО, другой потребуется преобразовать, а третий окажется техническим признаком старой системы, который пользователи никогда не видели и переносить который бессмысленно.
То же относится к справочникам. До миграции нужно определить источники организаций, подразделений, сотрудников, контрагентов, видов документов и других НСИ, потому что загрузка исторических карточек без заранее согласованного сопоставления быстро создаст дубли. Если в старой СЭД контрагент записан как «Ромашка ООО», в учетной системе как «ООО Ромашка», а в новой базе уже существует третий вариант, проблема миграции начинается еще до первого документа.
Что спросить по данным действующей СЭД
- Какие виды документов и обязательные реквизиты используются сейчас, какие из них действительно нужны после перехода?
- Какие справочники ведутся в СЭД самостоятельно, а какие загружаются из мастер-систем?
- Есть ли дополнительные реквизиты, пользовательские поля и доработанные объекты, без которых процессы не работают?
- Нужно ли переносить версии файлов, связи между документами, резолюции, историю согласования и комментарии?
- Какие статусы существуют и как они должны сопоставляться с состояниями документов в новой системе?
- Есть ли в базе дубли, устаревшие справочники и документы с некорректно заполненными реквизитами?
- Какие идентификаторы старой системы нужно сохранить, чтобы позднее можно было сопоставить документ с первоисточником?
Excel тоже нужно обследовать как информационную систему
Если документооборот ведется в таблицах, относиться к ним просто как к списку для загрузки не стоит, потому что Excel часто содержит намного больше логики, чем видно на первый взгляд. Цвет ячейки может означать просрочку, отдельная вкладка — особый тип договоров, формула — расчет даты контроля, а комментарий в колонке «Статус» фактически заменяет историю обработки.
Нужно разобрать, кто заполняет каждую таблицу, какие колонки являются обязательными, откуда берутся значения, какие формулы и проверки используются, кто имеет право менять строки и как сотрудники понимают, что файл актуален. Если одна таблица каждую пятницу рассылается по почте пяти руководителям, стоит выяснить, что они с ней делают, потому что будущий отчет или рабочий список в 1С:ДО должен закрыть именно эту потребность, а не просто повторить набор колонок.
Что спросить при переходе с Excel и файлов
- Какие таблицы считаются рабочими реестрами и кто отвечает за их актуальность?
- Что означает каждая колонка, цвет, формула, отдельный лист и ручная отметка?
- Есть ли несколько копий одного реестра у разных подразделений и какая из них считается основной?
- Как пользователи контролируют сроки и кто напоминает о просрочках?
- Как определяется последняя версия файла и где хранятся предыдущие редакции?
- Какие отчеты сейчас фактически получают фильтрацией или сводными таблицами Excel?
- Какие сведения существуют только в имени файла или структуре папок и должны стать реквизитами карточки?
Исторические данные не нужно переносить по принципу «все, что есть»
Один из самых дорогих вопросов появляется, когда заказчик говорит, что хочет перенести всю историю за десять или пятнадцать лет, хотя сотрудники реально обращаются только к документам последних трех лет. Перед оценкой миграции нужно определить, зачем исторические данные нужны в новой СЭД: для ежедневной работы, поиска, аудита, юридического подтверждения или просто потому, что старую систему планируется отключить.
После этого историю можно разделить на группы: актуальные и недавно завершенные документы перенести с полноценными реквизитами и файлами, более старые — в сокращенном составе либо оставить доступными только для чтения в старой системе или архиве. Глубину миграции нужно согласовать до разработки переноса, потому что она напрямую влияет на объем проекта.
Самый сложный вопрос — что делать с документами, которые еще в работе
С завершенными документами все относительно понятно, тогда как активные согласования, поручения и контрольные документы требуют отдельного решения. Если перенести только карточку и файл, но потерять текущего исполнителя, срок и историю обработки, пользователю придется вручную восстанавливать состояние, а если попытаться перенести незавершенный процесс целиком, объем и риск миграции заметно вырастут.
Поэтому еще на обследовании нужно определить дату переключения и правило для открытых объектов: какие процессы завершаются в старой СЭД, какие документы создаются уже в новой, переносится ли контроль по незавершенным поручениям и допускается ли параллельная работа двух систем.
Если исходная система — 1С:Документооборот 2.1, сценарий нужно рассматривать отдельно: для перехода на 3.0 предусмотрена штатная миграция через односторонний обмен, а процессы, начатые в 2.1, по текущей документации должны завершаться в старой базе. Такой переход нельзя автоматически приравнивать к миграции из произвольной СЭД.
Что нужно решить по переходному периоду
- С какой даты новые документы создаются только в 1С:Документообороте?
- Что происходит с документами, которые на эту дату находятся на согласовании или исполнении?
- Будут ли две системы какое-то время работать параллельно и по какому правилу пользователь выбирает нужную?
- Можно ли изменять исторические документы после переноса или они становятся доступными только для чтения?
- Как будут работать ссылки из писем и старых отчетов на документы прежней системы?
- Когда старая СЭД окончательно выводится из эксплуатации и кто подтверждает готовность к отключению?
Нельзя забывать права, подписи и историю действий
При обсуждении миграции легко сосредоточиться на карточках и файлах, хотя для части документов не менее важны права доступа, сведения об электронных подписях и история действий. Нужно выяснить, по каким правилам доступ ограничивается сейчас, какие роли необходимо воспроизвести в новой модели и требуется ли сохранять исторические сведения о подписях и согласованиях, особенно для юридически значимых документов.
Интеграции старой системы часто обнаруживаются позднее остальных требований
Действующая СЭД редко живет изолированно, поэтому нужно составить схему обменов и определить, какая система является источником каждого справочника и документа, что передается, в каком направлении и кто контролирует ошибки. В 1С:Документообороте 3.0 есть универсальные правила загрузки данных, которые могут создавать документы, мероприятия и контрагентов на основании данных интегрируемой системы, однако сопоставление реквизитов и подготовку источника все равно нужно проектировать отдельно.
Пробная миграция должна быть частью обследования требований к переходу
Миграцию нельзя считать успешной только потому, что обработка загрузила нужное количество строк. До промышленного перехода нужно заранее договориться, как заказчик будет принимать результат: например, совпадает количество документов по выбранным видам и периодам, открываются файлы, корректно перенесены даты и номера, связи ведут к нужным объектам, права не дают лишнего доступа, а по старому идентификатору можно найти соответствующую карточку.
Для проверки лучше использовать не только случайную выборку, но и специально подобранные сложные случаи: документ с несколькими версиями, карточку с большим количеством связей, закрытый документ ограниченного доступа, запись с необычным маршрутом и объект, созданный много лет назад. Именно такие примеры чаще всего показывают, что технически загрузка прошла, но часть бизнес-смысла потерялась.
Что должно остаться после обследования
Результатом такого обследования должен стать не только перечень процессов для настройки 1С:Документооборота, но и отдельная концепция перехода, где зафиксировано, какие данные переносятся, как сопоставляются справочники и виды документов, что происходит с открытыми процессами, какие системы продолжают работать, когда выполняется переключение и по каким критериям принимается миграция.
Если компания переходит с Excel и файлов, к этому добавляется описание скрытых правил, которые раньше жили в формулах, цветах, именах файлов и привычках сотрудников; если источником является полноценная СЭД, основной объем смещается в сторону структуры данных, истории процессов, прав и интеграций. В обоих случаях новая система не должна становиться точной копией старого порядка, потому что переход дает редкую возможность убрать накопившиеся дубли, лишние статусы и обходные решения до того, как они переедут вместе с документами.
Вступайте в нашу телеграмм-группу Инфостарт