Подготовка данных к внедрению ERP: план очистки и справочников

Почему запуск ERP часто ломается о данные

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

После старта обычно всплывают одни и те же вещи: один и тот же контрагент заведён по-разному (ТОО/ООО, сокращения, разные БИН/ИИН), товары и услуги не совпадают по единицам измерения и налоговым атрибутам, отделы используют разные правила учета и названия статей, реквизиты неполные или устаревшие, а документы «не бьются» по аналитикам, потому что поля заполняли кто как.

Когда такие данные попадают в ERP, ручные правки становятся постоянной нагрузкой. Менеджеры доправляют карточки, бухгалтерия исправляет проводки, снабжение заводит новые позиции вместо поиска старых. На уровне компании это превращается в очередь уточнений и потерю доверия к отчетам.

Споры между подразделениями возникают не из вредности, а из-за разных целей. Склад хочет быстро оприходовать, продажи - выставить счет, финансы - видеть корректную аналитику, юристы - точные реквизиты. Если правила не согласованы, ERP фиксирует конфликт прямо в справочнике.

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

Пример из практики: если у производственной компании с несколькими площадками один и тот же поставщик заведен как «ABC», «ABC Ltd» и «АБС», закупки будут дробиться, лимиты и цены не сравнятся, а отчет по задолженности станет предметом споров уже в первый месяц.

Какие данные нужно подготовить для ERP в первую очередь

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

Мастер-данные - это основные «карточки» бизнеса, к которым потом привязываются документы и операции. Обычно это контрагенты (клиенты и поставщики), товары и материалы (номенклатура), сотрудники, а также объекты учета: склады, точки продаж, подразделения, оборудование.

Отдельная группа - справочники и классификаторы. Это наборы значений, которые помогают заполнять документы одинаково: единицы измерения, валюты, ставки НДС, статусы (например, «новый», «в работе», «закрыт»), причины списаний, типы договоров, коды стран и регионов. Если их не выровнять заранее, пользователи начнут создавать свои варианты, и отчеты перестанут сходиться.

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

Чтобы определить минимальный состав для первого запуска, ответьте на четыре вопроса:

• Какие процессы запускаются в день 1 (закупки, продажи, склад, финансы)?
• Какие справочники обязательны для этих процессов?
• Какие поля в карточках реально используются, а какие заполняют «на всякий случай»?
• Какие остатки и открытые документы должны перейти, чтобы работа не остановилась?

Если стартуете со склада и закупок, критично подготовить номенклатуру, единицы измерения, склады, поставщиков и начальные остатки. Остальное удобнее добавлять итерациями после стабилизации.

Роли и договоренности: кто принимает решения по данным

Перед очисткой договоритесь о базовом: кто имеет право сказать «так правильно» для каждого набора данных. Без этого подготовка данных к внедрению ERP превращается в бесконечные правки и споры.

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

Часто роли распределяют по доменам так: финансы отвечают за план счетов, статьи затрат, условия оплаты и налоговые атрибуты; закупки - за поставщиков, закупочную номенклатуру и единицы измерения; продажи - за клиентов и условия поставки; HR - за сотрудников и оргструктуру; ИТ или проектная команда - за правила загрузки, контроль версий, инструменты и доступы.

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

Практика, которая экономит недели, - короткий журнал решений. Например, при объединении данных о контрагентах заранее согласуют обязательные поля (БИН/ИИН, полное и краткое имя, адрес, статус), формат именования (как писать «ТОО», язык, регистр), правила для дублей (что считать совпадением, кто подтверждает слияние), допустимые статусы (активен, архив, на проверке) и порядок обработки исключений.

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

Инвентаризация источников данных и полей

Инвентаризация - момент, когда вы перестаете спорить на уровне «у нас все есть» и фиксируете, где именно живут данные и какие из них реально нужны. Для подготовки данных к внедрению ERP это один из самых быстрых способов заранее увидеть пробелы, дубли и ручной ввод.

Начните со списка источников. Обычно это 1С, CRM, Excel-файлы отделов, складские или производственные системы, почта (заявки и реквизиты в переписке), сетевые папки с прайсами и договорами. Включайте и «серые» источники: личные таблицы и файлы вроде «финал_2.xlsx».

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

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

Отдельно найдите точки, где данные появляются вручную без контроля. Типовой сценарий: менеджер копирует БИН из письма, бухгалтер правит адрес «как в договоре», склад ведет остатки в Excel. Именно эти места дают больше всего правок после запуска и должны попасть в план очистки и правил ввода.

Профилирование качества данных: быстрые проверки перед очисткой

Перед массовой чисткой полезно быстро измерить, что именно «болит» в данных. Такое профилирование обычно занимает 1-3 дня и дает понятную картину: где больше всего пропусков, какие поля конфликтуют по формату и сколько времени уйдет на исправления.

Проверки, которые почти всегда дают максимальный эффект:

• Заполненность обязательных полей: пустые БИН/ИИН, адреса, коды подразделений, единицы измерения, условия оплаты.
• Уникальность ключей: один БИН/ИИН на одного контрагента, один артикул на одну позицию, один табельный номер на одного сотрудника.
• Значения «вне правил»: разные форматы дат и телефонов, смешение кириллицы и латиницы, пробелы в начале или конце.
• Логические несоответствия: контрагент без страны, товар без группы, сотрудник без подразделения.

Дальше соберите короткий отчет качества, чтобы обсуждать не «по ощущениям», а по цифрам. Обычно хватает: поле и источник, тип проблемы, объем (сколько записей) с примерами 3-5 строк, риск для ERP-процессов (высокий/средний/низкий) и рекомендация (исправлять в источнике, нормализовать правилом или править вручную с подтверждением).

Пример: если 18% контрагентов без БИН/ИИН, объединение дублей и сверка договоров будут сыпаться. Это почти всегда приоритетнее, чем разные форматы телефона. Такой отчет помогает быстро составить очередь работ и закрепить ответственность.

Пошаговый план очистки и нормализации перед внедрением

Чтобы подготовка данных к внедрению ERP не превратилась в бесконечные правки, держитесь простого принципа: сначала договориться, какими данные должны быть, и только потом чистить.

Рабочий порядок обычно такой:

1. Зафиксировать целевую модель данных в ERP: какие поля реально нужны, какие обязательны, какие справочники общие. Если в ERP нет поля или оно считается по правилам, не тратьте время на ручное заполнение.

2. Описать правила нормализации: формат БИН/ИИН, единые сокращения (ТОО, АО), правила адресов, телефон в одном формате, единицы измерения, допустимые статусы. Отдельно решить, что делать с пустыми обязательными полями.

3. Выгрузить данные из источников и чистить только в рабочей копии. Исходник сохранить, чтобы можно было объяснить, что и почему поменяли.

4. Настроить поиск дублей и согласовать правила слияния. Заранее решить, что важнее при конфликте (например, юридическое имя из бухгалтерии, контакты из CRM), и кто утверждает спорные случаи.

5. Провести пилотную загрузку и сверку: небольшой срез (например, 200 контрагентов и 50 товаров) загрузить в тестовую ERP и проверить отчеты, поиск, отсутствие «размножения» записей.

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

Нормализация мастер-данных: контрагенты, товары, сотрудники

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

Для контрагентов начните с правила наименования. Определите, что хранится в поле «Наименование»: юридическое имя, бренд или короткое имя для документов. Отдельно вынесите форму собственности, БИН/ИИН, признак филиала, статус (действующий/архив). Так вы избегаете вариантов вроде «ТОО Ромашка (Алматы) / Ромашка ТОО / Romashka LLP».

Контакты и адреса тоже лучше приводить к структуре: адрес дробить на части (страна, город, улица, дом), телефоны хранить в одном формате, email - без пробелов. Контактных лиц оформляйте отдельными записями, а не текстом в поле «Комментарий».

Частая проблема - «комбайн» в одном поле: код + текст + пометка менеджера. Служебные заметки уводите в отдельное поле, а коды и значения храните в строго определенных атрибутах.

Минимальный набор правил, который стоит утвердить до очистки:

• обязательные поля для каждого типа (контрагент, товар, сотрудник) и кто их заполняет;
• значения по умолчанию (валюта, единица измерения, страна, подразделение);
• запрет свободного ввода там, где нужен выбор из списка;
• единые правила именования и сокращений;
• проверка перед созданием новой записи (по БИН/ИИН, телефону, артикулу, табельному номеру).

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

Справочники и классификаторы: выравнивание без конфликтов

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

Начните с короткого ядра справочников, которые влияют на большинство документов: единицы измерения, валюты, страны, статусы, типы операций. Затем выберите правило, что считается кодом, а что наименованием. Код должен быть стабильным и коротким (например, PCS), наименование - понятным людям («штука»). Если в код записывать «шт» или «штук», вы получите разные значения для одного смысла.

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

Чтобы перейти без потерь, сделайте таблицу соответствий «как было» -> «как станет». Например: «шт», «штук», «ед» -> код PCS, наименование «штука». Её используют и при миграции, и при загрузке истории, и при интеграциях.

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

Дубликаты: как находить, проверять и сливать корректно

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

Сначала определите, какие бывают дубли

Дубли редко бывают полностью одинаковыми. Чаще это смесь точных копий, «почти одинаковых» записей, опечаток и случаев «похожие, но не те» (филиалы, однофамильцы, разные юрлица под одним брендом). Чтобы не слить лишнее, полезно заранее описать типы дублей и правила исключений.

Для поиска выберите ключи сравнения, которые реально отличают сущности. Обычно это комбинация реквизитов: БИН/ИИН, название, адрес, телефон, банковские данные. Один ключ почти никогда не дает надежного результата.

Как сливать: «золотая запись» и очередь на проверку

Когда пара записей признана дублем, нужен понятный принцип «золотой записи»: какая запись остается основной, а какая уходит в архив или становится связанной. Часто проще всего назначить приоритет источника (например, бухгалтерия важнее CRM) и правила по полям: откуда берем юридическое название, откуда банковские реквизиты, как поступаем с контактами.

Если поля конфликтуют (два разных счета, два адреса, разная форма собственности), не пытайтесь решать автоматически. Сомнительные случаи лучше отправлять в очередь на ручную проверку владельцами данных и фиксировать решение: кто подтвердил и почему.

Пример: два контрагента отличаются одной буквой в названии и разными телефонами. Если БИН одинаковый - это почти наверняка дубль. Если БИН пустой, но совпали адрес и банковские реквизиты - это кандидат на проверку, а не на слияние «на глаз».

Пример сценария: подготовка справочника контрагентов для ERP

Ситуация типовая: в закупках поставщик заведен как «ТОО ТехСнаб», в бухгалтерии - как «TechSnab LLP», а в филиале - «Тех Снаб (Алматы)». В итоге договоры не подтягиваются, платежи уходят «не туда», а в ЭСФ появляются ошибки по реквизитам. На этапе подготовки данных к внедрению ERP это лучше разобрать один раз, чем потом править вручную каждый документ.

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

Чаще всего хватает такого ядра:

• Полное юридическое и краткое наименование
• БИН и страна регистрации
• Банк: БИК, ИИК, наименование банка
• Юридический и фактический адрес (если отличаются)
• Контактное лицо, телефон, email

Дальше нормализуйте правила заполнения: БИН - только 12 цифр без пробелов, телефон - в одном формате, адрес - по единому шаблону (город, улица, дом, офис). Банковские реквизиты проверьте на длину и допустимые символы. Если у одной компании несколько расчетных счетов, удобнее хранить их как несколько записей банка у одного контрагента, а не как «разных контрагентов».

С дубликатами важно не просто «удалить лишнее», а слить по понятному правилу. Например: главным становится профиль с подтвержденным БИН и актуальными платежными реквизитами, а альтернативные названия сохраняются как синонимы для поиска. Финальное решение обычно принимает владелец данных (часто бухгалтерия), а закупки подтверждают рабочие контакты.

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

Частые ошибки при подготовке данных к ERP

Самая частая проблема - попытка «вылизать» все сразу. Когда команда берется одновременно за товары, контрагентов, сотрудников, склады и финансы, вы быстро упираетесь в споры и усталость. Гораздо надежнее идти от ключевых процессов: что нужно для закупок, продаж, производства и бухгалтерии в первую очередь.

Вторая ошибка - решения остаются в переписках и на созвонах, а не превращаются в правила. Если не зафиксировать, как записывается наименование, какие поля обязательны, что считать актуальным адресом или БИН/ИИН, один и тот же спор будет возвращаться каждую неделю, а правки разные люди будут делать по-разному.

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

Отдельный риск - слияние дублей «в один клик». Без проверки легко потерять важные реквизиты, контакты или договорные условия. Типичный кейс: в одной карточке верный БИН, в другой - актуальный банковский счет и ответственный менеджер. Если просто удалить «лишнюю», потом придется восстанавливать данные вручную и искать, куда пропали реквизиты.

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

Ориентир простой: если после очистки вы не можете объяснить новичку за 10 минут, как правильно завести контрагента или товар, проблема скоро появится снова.

Короткий чек-лист перед миграцией и следующие шаги

Перед переносом данных в ERP полезно остановиться и проверить, что основные решения уже приняты. Эти 30-60 минут финальной сверки часто экономят недели ручных правок после запуска.

Если на любой пункт нет четкого ответа, миграцию лучше не начинать:

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

Дальше нужен план на ближайшие 2-4 недели: дата заморозки данных (cut-off), порядок исправлений и кто дает финальное «ок» на загрузку. Полезно заранее подготовить простой журнал ошибок: что нашли, где источник, кто исправляет и когда перепроверяем.

Если времени мало или источников слишком много, иногда проще подключить системного интегратора, который выстроит процесс миграции, контроль качества и повторяемые проверки. В этом формате можно привлекать команды уровня GSE.kz (gse.kz), которые, помимо интеграции, обычно берут на себя организацию работ и поддержку, чтобы владельцы процессов не уходили в бесконечные ручные сверки.

После первой продуктивной загрузки запланируйте короткий пост-миграционный аудит через 1-2 недели. Он быстро покажет, какие правила стоит усилить, чтобы подготовка данных к внедрению ERP не превратилась в постоянную чистку уже в боевой системе.