Компания меняет базу 1С: как организовать перенос связи с сайтом

Новая база способна изменить старый каталог

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

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

• Ответственный от компании подтверждает состав переносимых данных.
• Специалист 1С описывает новую базу и используемый обмен.
• Разработчик сайта отвечает за сопоставление и публичный результат.
• Менеджер магазина принимает текущие заказы после переключения.

Снимок прежнего обмена

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

На стороне сайта настройки находятся в разделе «Магазин → Настройки → Интеграция с 1С». В курсе Битрикс каталог и заказы рассматриваются раздельно. Это полезно и для плана переноса: успешная загрузка товаров не сообщает, сможет ли новая база принять уже созданные заказы. Для каждого направления называют состав данных и момент обновления. Рабочее описание включает используемую редакцию 1С и модуль обмена, потому что интерфейсы и доступные действия различаются между вариантами подключения. Прежний порядок сохраняют в доступном участникам описании, чтобы после испытания можно было назвать изменившееся направление и исправить его, не восстанавливая смысл настройки по обрывкам переписки между подрядчиками и отделом продаж.

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

Сопоставление товаров важнее совпадения названий

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

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

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

Каталог после полной и повторной загрузки

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

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

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

Безопаснее работать на копии сайта. Она получает заранее выбранный набор и не отправляет реальные уведомления, а рабочая витрина остаётся связанной со старой базой до завершения испытаний. Настройки деактивации специалисты записывают явно, чтобы неполнота файла не стала распоряжением убрать товары из продажи.

• Состав каталога сохраняет товары и варианты.
• Повторная загрузка обновляет те же записи.
• Цены соответствуют нужному типу и варианту.
• Остатки относятся к выбранному источнику учёта.
• Отсутствие записи обрабатывается по заранее принятому правилу.

Незавершённые заказы переживают переключение

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

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

Возврат статуса тоже испытывают. Менеджер меняет тестовый документ разрешённым способом, затем видит ожидаемое состояние на сайте, а повторный обмен не создаёт ещё один документ и не возвращает уже обработанную покупку в начало процесса.

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

Испытание проводят по одному листу ожиданий

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

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

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

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

Остановка, включение и возврат

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

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

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

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

С какой записью новая база продолжит старый заказ?

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

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

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