От электронных таблиц к ERP: перенос данных без потери информации

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

В данном руководстве к вопросу переноса данных подходят с точки зрения данных. Порядок действий имеет значение; перестановка этапов приводит к ошибкам, которые впоследствии трудно исправить.

Шаг первый: определите, что подлежит переносу

Вам не нужно переносить все данные, и делать этого не следует. Разделите данные на три группы:

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

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

Шаг второй: очистка записей о товарах и клиентах

Списки, сформированные на основе электронных таблиц, страдают от одних и тех же недостатков:

• Дубликаты: «ABC Ltd.», «ABC Limited» и «abc ltd» фигурируют как три отдельных клиента. Объедините их по налоговому номеру.
  
• Отсутствие стандарта кодирования: Если коды товаров создавались по разной логике, поиск и группировка не будут работать. Согласуйте единое правило кодирования до начала миграции.
  
• Несогласованность единиц измерения: Если один и тот же товар иногда указывается в штуках, а иногда — в ящиках, данные о количестве на складе теряют смысл. Выберите одну базовую единицу измерения для каждого товара и отдельно определите коэффициенты пересчёта.
  
• Пустые обязательные поля: Отсутствие ставки налога, единицы измерения или категории приведёт к остановке загрузки.
  

Шаг третий: выберите дату перехода

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

Шаг четвёртый: формирование начальных остатков

• Запасы: Количества, подтверждённые физической инвентаризацией, с указанием стоимости за единицу. Ввод начальных запасов без проведения инвентаризации приводит к искажению вашего первого отчёта о себестоимости.
  
• Остатки по клиентам и поставщикам: В идеале разбитые по счетам-фактурам. Единый совокупный остаток делает невозможным последующее сопоставление платежей.
  
• Денежные средства и банковские счета: Фактические остатки на момент перехода, сверенные с выписками.
  
• Незавершённые заказы: Заказы на продажу, ещё не отгруженные, и заказы на закупку, ещё не полученные.
  

Шаг пятый: параллельная работа

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

• Ограничьтесь одним месяцем. Если срок будет дольше, команда начнёт небрежно использовать обе системы.
  
• Еженедельно сравнивайте три показателя: общий объём продаж, общую стоимость запасов и общий баланс клиентов.
  
• При появлении расхождений выявляйте их причину, прежде чем продолжать работу.
  
[*]Заранее объявите дату завершения и в этот день переведите старую систему в режим «только для чтения».

Распространённые ошибки

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

Переход всех сотрудников одновременно. Начать с одного отдела и применить полученный опыт к остальным гораздо менее рискованно.

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

Вкратце

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

Мы можем проанализировать ваши текущие электронные таблицы и определить объём работ, необходимых для их подготовки к миграции. Свяжитесь с нами, чтобы обсудить ваши бизнес-процессы.