Как подготовить справочники компании перед запуском автоматизации?

Перед запуском автоматизации полезно сначала привести в порядок справочники: список клиентов, товаров, услуг, подразделений, договоров и статусов. Иначе новая система начнёт быстро обрабатывать старую путаницу.

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

Что такое справочник в обычной работе

Справочник — это список, из которого люди и система выбирают одинаковые значения. Например, в заказе выбирают клиента, товар, склад и причину возврата. В идеале все выбирают одно и то же из одного списка, а не пишут каждый свой вариант.

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

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

Не начинайте со всей базы

Попытка «полностью очистить данные» часто останавливает проект. Архив огромный, у каждой старой записи есть история, а спор о названии статуса затягивается на недели.

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

Для каждого значения задайте четыре простых вопроса:

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

Это не бюрократия. Это способ не превращать автоматизацию в общий чат: «Как правильно назвать эту услугу?».

Как пройти подготовку по шагам

1. Выпишите точки выбора. Пройдите процесс от начала до конца и отметьте каждый момент, когда сотрудник что-то выбирает из списка или вводит вручную. Часто именно ручной ввод прячет будущую проблему.

2. Определите главный источник. Один справочник должен иметь дом. Если товары окончательно рождаются в учётной системе, CRM не должна тайком создавать собственные варианты. Она может показывать список, но правило изменения должно быть понятно.

3. Найдите явные дубли. Не обязательно сразу склеивать сложные исторические записи. Сначала выявите одинаковые ИНН, телефоны, артикулы или названия с лишними пробелами. Для каждой пары назначьте решение: объединить, закрыть старую запись или оставить обе с понятным различием.

4. Зафиксируйте обязательный минимум. У товара может быть двадцать полей, но для первого процесса нужны, например, название, единица, ставка и статус активности. Не заставляйте сотрудников заполнять всё ради идеала, если часть полей пока не используется.

5. Продумайте вход новых значений. Запрет «ничего не добавлять» не работает. В реальной работе появится новый клиент или услуга. Нужен понятный маршрут: кто создаёт запись, что проверяет и как остальные видят её без задержки.

Что переносить из старых таблиц

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

Перед переносом полезно разделить записи на три корзины: активные, исторические и сомнительные. Активные нужны новому процессу сразу. Исторические можно хранить отдельно или переносить с явной отметкой, если они нужны для документов и отчётов. Сомнительные не стоит молча тащить дальше: лучше назначить человека, который примет решение, чем закрепить ошибку в новой системе.

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

Кому поручить порядок

Техническая команда может настроить проверку формата и поиск дублей, но не должна в одиночку решать, какой товар актуален и как компания называет услугу. Эти правила знает бизнес. У хорошего справочника есть владелец со стороны процесса и понятный помощник на случай его отсутствия.

Владелец не обязан лично вносить каждую запись. Его задача — отвечать за правило: какие поля обязательны, кто может создать новую позицию, как принимается спорное изменение. Когда такого человека нет, список незаметно становится общим ничьим столом.

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

Как поддерживать порядок после запуска

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

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

Если изменение справочника влияет на действующий процесс, полезно сообщать об этом тем, кто с ним работает. Тогда новый статус не становится сюрпризом в день, когда по нему уже нужно принять решение.

Частая ошибка: путать справочник и историю

Сотрудники нередко боятся чистки: «А как же старые документы?». В большинстве случаев историю не надо переписывать. Старый заказ может хранить прежнее наименование, а в активном справочнике уже остаётся единый вариант.

Важно лишь заранее договориться, где нужна неизменяемая история, а где — актуальное значение. Так же устроена и работа со статусами: закрытая сделка не должна внезапно поменять смысл из-за того, что сегодня компания иначе называет этапы.

Как понять, что можно запускаться

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

Если на каждом шаге возникает вопрос «а какой из двух клиентов правильный?» или «кто может изменить статус?», автоматизацию стоит остановить на день-два и закончить договорённость. Это дешевле, чем искать ошибки уже после запуска.

Справочники не делают проект эффектным на презентации. Зато они помогают системе говорить на одном языке с продажами, складом, финансами и руководителем. А это хороший фундамент для следующего шага — автоматизировать сам процесс, а не разбирать последствия разных названий.

Связанные вопросы

• Чем единый источник данных отличается от копии для отчёта?
• Кто должен быть владельцем справочника?
• Нужно ли переносить весь старый архив в новую систему?
• Как не допустить появления дублей после запуска?

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