Переезд из LeadVertex

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

Как устроен переезд

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

• Выгруз делаете вы сами на странице Выгруз LV: справочники, заказы, история правок, журнал звонков.
• Товары переносятся в каталог там же, кнопкой.
• Заказы в рабочие таблицы переносит служба поддержки — командой на сервере, по согласованному списку статусов.

Доступ к проекту

Нужны две вещи: имя проекта в LeadVertex (то, что стоит в адресе его панели) и токен API. Прав достаточно на чтение — писать в LeadVertex система не будет.

Токен уходит на сервер и наружу больше не отдаётся: в поле остаётся подпись Задан — оставьте пустым, и вводить его заново при следующем сохранении не нужно. Кнопка Проверить доступ делает один запрос к LeadVertex — так проще отличить опечатку в имени проекта от истёкшего токена. Остальные разделы появляются только после сохранения реквизитов.

Что забирается

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

Заказы в рабочие таблицы

Выгруз наполняет хранилище, но заказов в списке от этого не появляется. Превращает сырые данные в заказы отдельная команда на сервере, и её запускает служба поддержки. Так сделано не из осторожности ради осторожности:

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

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

Товары в каталог

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

1. 1Выгрузите справочники — без слепка переносить нечего, и кнопка не работает.
2. 2Оставьте Подключить товары к проекту включённым: иначе товары попадут в общий каталог, но операторы их не увидят.
3. 3Перенести остатки включайте только если склад вёлся именно в LeadVertex. Обычно там цифры не совпадают с настоящими, и заводить остатки лучше приходом: Склад и остатки.

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

Порядок переключения трафика

1. 1Сохраните реквизиты и выгрузите справочники. Перенесите товары, проверьте каталог и цены.
2. 2Заведите вебмастеров и потоки, выдайте им ключи приёма, но трафик пока не переключайте: Приём по API.
3. 3Качайте заказы до конца, затем историю и звонки по месяцам. На боевом проекте это часы, и лучше начать заранее.
4. 4Согласуйте со службой поддержки список статусов и дождитесь переноса заказов. Проверьте на выборке: номера, даты, суммы, состав, оператор.
5. 5Переключите один поток на новый приём и дайте ему сутки. У партнёров с готовой интеграцией под LeadVertex переписывать код не нужно — есть совместимый формат: Приём в формате LeadVertex.
6. 6Переключите остальной трафик. Старую систему держите открытой на чтение ещё пару недель и добирайте свежую историю и звонки.

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