Переход на УНФ 3.0: что сломается в обменах и как переехать

Если вы читаете это после обновления — сначала выдохните

1С:УНФ 3.0 — это не апдейт версии, а фактически другая конфигурация: другая структура объектов, другая логика резервирования, другие механизмы обмена. Если у вас настроен обмен с CRM (RetailCRM, Битрикс24 или любой другой) — переход с 1.6 на 3.0 в подавляющем большинстве случаев ломает его частично или полностью, даже если сама 1С обновилась «без ошибок». Это нормально и предсказуемо, а не признак того, что что-то сделано криво.

Быстрая самопроверка — 5 шагов

Прежде чем звонить интегратору, проверьте сами:

1. Был ли обмен изначально типовым или с доработками. Если поверх стандартного модуля обмена были кастомные правки (под вашу схему продаж, статусы, склады) — они написаны под структуру объектов 1.6 и в 3.0 не переносятся автоматически. Типовой обмен «из коробки» переживает переход куда спокойнее.

2. Проверьте оплаты в тестовых заказах. Частая ошибка после перехода — задвоение оплаты при загрузке заказа из CRM в 1С: сумма приходит правильная, но документов оплаты создаётся два вместо одного. Если видите это — не трогайте боевую базу, разбирайтесь на тестовой копии.

3. Проверьте, возвращаются ли статусы заказов обратно в CRM. Смените статус в 1С вручную на тестовом заказе и посмотрите, долетает ли он до CRM. Если нет — обмен работает «в одну сторону», и менеджеры скоро начнут работать по неактуальным статусам.

4. Если продаёте на маркетплейсах — проверьте складские перемещения. При смене статуса заказа (например, «передан в доставку» или аналог у вашего маркетплейса) должен автоматически создаваться документ перемещения между складами. В 3.0 логика складов другая — этот шаг часто выпадает первым.

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

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

Почему это ломается — типичные причины

• Доработки писались под 1.6 и не «видят» новую структуру. УНФ 3.0 переименовала и переструктурировала часть справочников и документов — старый код обращается к полям, которых в прежнем виде уже нет.
• Сторонние доработки (не наши, а сделанные когда-то другим подрядчиком) конфликтуют с типовой логикой 3.0 — особенно в части резервирования товара. На практике это выглядит как несвоевременная постановка или снятие резерва и несинхронные изменения между CRM и 1С.
• Перенос «на горячую», без тестовой базы. Самая частая причина серьёзных сбоев — не техническая сложность 3.0 как таковая, а то, что миграцию делают сразу на боевой базе, без промежуточного теста. Тогда любая ошибка обмена сразу бьёт по реальным заказам.

Когда точно нужен специалист

Если у вас: несколько юрлиц или складов в одной базе, интеграция с маркетплейсами (Ozon, Wildberries, Яндекс Маркет), кастомные доработки поверх типового обмена, программа лояльности или розничные продажи через кассу — самостоятельный переезд рискует растянуться на недели проб и ошибок прямо на боевых заказах. В этих случаях правильный порядок такой:

1. Предпроектный анализ — сверка, какие из старых доработок реально нужны в 3.0, а какие уже стали типовым функционалом.
2. Тест на копии базы — перенос и настройка обмена на тестовой копии, не на боевой.
3. Перенос на бой — только после того, как тестовая копия отработала без ошибок, со старой базой в запасе на случай отката.

Мы регулярно ведём такие переезды 1.6 → 3.0 для клиентов на RetailCRM и Битрикс24 — типовые сбои из самопроверки выше встречаются почти в каждом проекте, и все они решаемы без потери истории заказов и без остановки продаж.

Что дальше

Если у вас уже настроена интеграция 1С и RetailCRM и предстоит переход на 3.0 — начните с самопроверки выше на тестовой копии базы, не на боевой. А если обмен уже сломался и заказы встали — это как раз тот случай для скорой помощи по 1С: разберём, что конкретно сломалось, и почините без пересборки всего с нуля.

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

Обмен встал после обновления 1С? Оставьте заявку на диагностику — разберёмся быстро, без пересборки интеграции с нуля.