Всё лето мы переводили точки сети SneakNFresh с прежней CRM на свою. На бумаге задача звучит просто: выгрузить заказы, клиентов и историю из одной системы и загрузить в другую. На практике почти всё время ушло не на перенос, а на сверку.
Мы решили честно рассказать, что пошло не так. Не потому что это редкий случай, а потому что для любого, кто будет переносить данные из одной системы в другую, это ровно те три места, где нужно смотреть внимательнее всего.
скидка считалась не на то, на что мы думали
В прежней CRM скидка на заказ хранилась и применялась на уровне единицы товара, а не позиции заказа. Разница звучит как техническая мелочь, но она меняет итоговую сумму. Если в заказе три единицы одной услуги, а скидка рассчитана как процент от одной единицы, а не от суммы позиции, при обратном пересчёте сумма расходится. Мы поймали это не сразу: первые сверки показывали ровные цифры там, где в заказе была одна единица, и разъезжались там, где их было несколько.
Когда разница нашлась, пришлось переписать логику импорта скидок отдельно для позиций с несколькими единицами и сверять их вручную по каждой точке, а не доверять сводным суммам из выгрузки.
часовой пояс точки никуда не переехал
У каждой точки сети свой часовой пояс. Это не абстракция, а часть данных: от него зависит, к какому дню относится заказ. Прежняя CRM не передавала часовой пояс точки при выгрузке, поэтому все заказы приехали с временем без привязки к месту. Мы взяли время сервера по умолчанию — и дневная отчётность на немосковских точках тут же поехала: заказы, закрытые поздно вечером по местному времени, попадали в отчёт следующего дня, и наоборот.
Починили это, только когда завели явную привязку часового пояса к каждой точке ещё на этапе справочников — до того, как переносить сами заказы. Урок простой: часовой пояс — не служебная пометка, а часть заказа, и переносить его нужно раньше денег, а не после.
Сейчас часовые пояса точек живут в общем справочнике ID.Кнопки — с точками, городами, часовыми поясами и валютами. Его берут все продукты, поэтому пояс задаётся один раз, а не в каждой системе отдельно.
исполнители на услугах приезжали сразу с тринадцати точек
В прежней CRM список исполнителей на услугу не был жёстко привязан к одной точке. Когда мы выгружали справочник услуг, к каждой услуге подтягивались исполнители сразу с тринадцати точек сети, а не только с той, к которой услуга относится. Если бы мы загрузили это как есть, администратор увидел бы в карточке услуги мастеров из городов, где эта точка никогда не работала.
Пришлось разбирать эту связку вручную: сопоставлять исполнителя с точкой, на которой он реально работает, и только после этого переносить привязку «услуга — исполнитель». Автоматической выгрузки для этого шага не было — только ручная сверка списка по каждой точке.
что мы теперь делаем иначе
Главный вывод: перенос данных из чужой системы — это не техническая операция «выгрузить и загрузить», а полноценный разбор того, как устроены чужие данные. Прежде чем переносить хоть один заказ, нужно понять: на каком уровне считается скидка, привязан ли часовой пояс к точке и как устроены связи, которые в новой системе выглядят иначе.
Теперь мы начинаем перенос каждой точки не с выгрузки, а со сверки контрольной группы заказов — вручную, по каждой цифре, — и только потом переносим всё остальное. Это медленнее на старте. Но это единственный способ не узнать о расхождении в скидках уже после того, как партнёр начал работать по новым цифрам.
что получилось
С конца июня 2026 CRM.Кнопка работает на сети SneakNFresh каждый день, вместе с перенесённой историей заказов. Сегодня это 712 321 заказ с 2021 года, 175 834 клиента и 70+ точек в 6 странах — по сети SneakNFresh, включая точки, которые ведут учёт вне CRM.
Что происходит с заказом после переноса — от приёмки до выдачи, с исполнителями и статусами по каждой позиции, — разобрали в статье как устроен заказ в химчистке от приёмки до выдачи.
частые вопросы
почему нельзя просто выгрузить данные и загрузить в новую CRM?
Потому что системы по-разному устроены внутри. Скидка может считаться на другую единицу, часовой пояс точки может не выгружаться вовсе, а связи между услугами, мастерами и точками — быть другими. Без сверки суммы и даты разъедутся.
что проверить до переноса заказов?
Три вещи: на каком уровне считается скидка (единица или позиция), привязан ли часовой пояс к точке и к каким точкам на самом деле относятся исполнители. И начинать с ручной сверки контрольной группы заказов.
зачем часовой пояс точки, если время заказа и так есть?
От часового пояса зависит, к какому дню относится заказ. Без него заказы, закрытые поздно вечером по местному времени, попадают в отчёт следующего дня, и дневная отчётность расходится.
переносится ли история заказов?
В сети SneakNFresh история заказов перенесена с 2021 года и работает в CRM.Кнопке вместе с новыми заказами.
где в Кнопке хранится часовой пояс точки?
В общем справочнике ID.Кнопки — вместе с точками, городами и валютами. Его берут все продукты: CRM, ERP и LMS.
