Если после обновления УНФ нарушился обмен с сайтом, сначала зафиксируйте версии, последний успешный обмен и конкретный симптом. Затем проверьте соединение, подготовку данных в УНФ и их применение на сайте. Не удаляйте настройки и не запускайте полную перезагрузку данных до установления причины.
Рабочий обмен вместо ручной сверки
Остановившийся обмен влияет на работу магазина: сайт может обещать отсутствующий товар, а менеджер вынужден переносить заказы в учёт вручную. Диагностика должна закончиться понятным результатом: данные снова проходят в нужном направлении, заказ не дублируется, команда понимает, как проверить состояние интеграции.
Опыт 13FOX в интернет-торговле
Мы умеем разбирать связку сайта, API и учёта целиком. В проекте «Бакаев» эту интеграцию создали и настроили под рабочий процесс магазина.
Наш проект · «Бакаев»
Обмен по API в обе стороны
- Помогли перенести локальную 1С «Бакаева» в облако и настроили интеграцию по API.
- Связали каталог более 10 000 товаров с мобильным магазином и админ-панелью: изменения передаются между системами.
Ещё один пример нашей работы с торговой системой — Frost Mining: собственная платформа, админ-панель, доставка и склад. В вашей УНФ проверим конкретную конфигурацию, расширения и действующий способ обмена.
Что действительно изменилось в УНФ
В официальной истории УНФ 3.0 есть переход со старого механизма «Обмен с сайтом» на обновлённый «Интернет-магазин». В анонсе был указан июль 2025 года. В разделе изменений версии 3.0.12.185 описана выполненная замена и автоматический перенос существующих настроек. Это полезная историческая точка, а не новая обязательная миграция ноября 2026 года.
Страница news.htm часто содержит изменения многих версий. Номер в адресе файла не означает, что все возможности внутри появились именно в этой версии. Поэтому сообщение о замене нужно читать рядом с заголовком 3.0.12.185, а не приписывать его последнему номеру страницы.
Из этого не следует, что достаточно найти одно меню и проблема исчезнет. У сайта может быть собственный модуль, расширение УНФ или другой протокол. Сравните фактическую схему с документацией вашей конфигурации и интеграции. Официальный автоматический перенос не является гарантией совместимости всех сторонних доработок.
Источники к разделу: 1С:УНФ: анонс замены механизма обмена; 1С:УНФ: история версии 3.0.12.185.
Сохраните исходные условия, пока их ещё можно восстановить
Запишите полные номера платформы 1С и конфигурации УНФ, редакцию, дату обновления и известную предыдущую версию. Отдельно укажите расширения, доработки, версию модуля сайта и способ запуска обмена. Название «УНФ 3.0» слишком общее для воспроизводимой диагностики.
Найдите время последнего успешного обмена и первого сбоя. Что в этот промежуток изменилось кроме базы: сертификат сайта, адрес обработчика, пароль интеграции, права пользователя, расписание, структура каталога? Совпадение по времени с обновлением помогает выбрать направление проверки, но ещё не объясняет причину сбоя.
Снимок настроек и обезличенный фрагмент журнала полезнее пересказа «не работает 1С». Сохраните примеры одного правильного товара, проблемного товара и заказа. Не включайте в пересылаемые материалы пароли, токены, полную клиентскую базу и платёжные сведения.
Сначала назовите симптом
Обмен состоит из разных направлений. При работающей выгрузке цен и остатков загрузка заказов может не работать. Каталог может передаваться, но на сайте его не видно из-за фильтра или обработки. Для каждого симптома нужен свой контрольный объект; общий статус «успешно» не заменяет эту проверку.
| Что видно | Первый вопрос | Что сохранить для проверки |
|---|---|---|
| Обмен не начинается | Запускается ли задание и доступен ли обработчик? | Время запуска, расписание, ответ соединения. |
| Нет части товаров | Попадает ли конкретный товар в данные выгрузки? | Код товара, отборы, причина исключения, фрагмент журнала. |
| Цена или остаток неверны | Какой вид цены, склад и момент данных выбраны? | Ожидаемое и полученное значение одного товара. |
| Заказ не появился в УНФ | Дошла ли передача до создания документа? | Внешний номер заказа, шаг обработки, ответ системы. |
| Заказ пришёл дважды | Распознаёт ли обмен повтор одного события? | Два документа, исходный номер и история повторов. |
Проверка 1: соединение и доступ
Убедитесь, что интеграция обращается к правильному адресу и запускается под ожидаемой учётной записью. Проверяются срок сертификата, доступность обработчика, разрешения и ограничения сети. Эти проверки проводит ответственный специалист; рабочие секреты не публикуются в скриншотах.
Ответ HTTP 200 ещё не доказывает правильный обмен: вместо служебного ответа сайт может вернуть HTML-страницу входа или сообщение защиты. Сопоставьте тип и содержимое ответа с ожидаемым этапом протокола. Если подключение не проходит, не начинайте в этот момент пересопоставлять всю номенклатуру.
Проверка 2: что подготовила УНФ
На одной позиции проверьте, включён ли товар в обмен, проходит ли отбор, передаются ли нужная характеристика, вид цены и склад. Отсутствующий остаток не равен нулевому: сначала выясните, что именно означает отсутствие строки в вашей схеме.
Официальная история УНФ описывает инструменты диагностики обмена: данные о последней выгрузке товара, причинах исключения, журнал и отчёт по данным для передачи. В соответствующих версиях они доступны из настроек обмена, в том числе на вкладке «Обслуживание». Конкретное название и наличие инструмента сверяйте с установленной версией; здесь не заявляется проверка на вашей базе.
Если товар подготовлен корректно, сохраните его технический идентификатор и ожидаемые значения. Если он исключён до отправки, исправлять сначала следует причину отбора или данных. Полная выгрузка не превращает отсутствующую цену в правильную.
Источники к разделу: 1С:УНФ: история инструментов диагностики обмена.
Проверка 3: что принял и применил сайт
Сравните подготовленные данные с тем, что дошло до сайта и оказалось в каталоге. Ошибка может находиться между приёмом пакета и показом карточки: не сопоставилась характеристика, выбран другой склад, данные не применились или покупателю показывается устаревшая копия.
Нужна проверка по идентификатору товара, а не только по похожему названию. Сверьте цену и единицу, доступное количество с учётом резервов, характеристику и время обновления. Товар с двумя вариантами — хороший кандидат: он показывает, не потерялась ли связь модели и конкретного предложения.
Не удаляйте узел обмена, каталог или таблицы соответствий ради пробной попытки. Изменение настроек, сброс регистрации и полная синхронизация могут влиять на рабочие данные. План восстановления согласуют отдельно, с резервной копией и проверкой на тестовой среде.
Контрольный заказ: от сайта до статуса в учёте
Подготовьте ограниченный сценарий без настоящего списания с клиента: известный товар, выбранный магазин или склад, понятная цена и единица. Сначала зафиксируйте ожидаемый результат, затем проследите внешний номер заказа до нужного документа в УНФ.
Проверьте состав, количество, контрагента по выбранному правилу, цену, резерв и статус. Обратное направление тоже важно: нужное изменение статуса должно появиться на сайте, если оно входит в интеграцию. Не требуйте от готового обмена сущности, которые никогда не были настроены.
Повторите передачу того же подтверждённого события в тестовом сценарии. Вместо нового документа должен быть получен согласованный результат повтора. Затем проверьте второй товар и отличие по характеристике. Только после этого имеет смысл расширять проверку на ассортимент и рабочий поток.
Скачайте лист диагностики, чтобы не потерять важное
Шаблон ниже собирает версии, дату сбоя, направление обмена, пример объекта и ожидаемый результат. Он не выполняет действий в 1С и не просит доступ к базе. Его можно заполнить вместе с текущим специалистом учёта и передать разработчику сайта.
Критерий завершения диагностики — воспроизводимая причина либо чётко локализованный шаг, список необходимых изменений и проверка результата на одном заказе. Фраза «после перезапуска заработало» без зафиксированного сценария оставляет повтор сбоя необъяснимым.
Если выяснилось, что проблема ограничена настройкой типового обмена, рациональнее исправить её, чем разрабатывать интеграцию заново. Если стороны по-разному трактуют товары, цены и статусы, сначала согласуйте карту данных и приёмку, затем выбирайте доработку.
- Известны версии и схема обмена.
- Зафиксированы последний успех и первый сбой.
- Один объект прослежен до источника расхождения.
- Повтор не создаёт дубли.
- Контрольный заказ соответствует согласованному результату.
Шаблон для вашего сценария
Откройте CSV в Excel или другой таблице и заполните данные вашего магазина. Доступен без регистрации.
Когда стоит подключить разработчиков интеграции
Если сайт и специалист по учёту показывают друг на друга, нужна проверка всей цепочки. Мы проследим, какие данные подготовила 1С, что передалось по API и что применил сайт. Так можно определить участок исправления, не переделывая работающие части магазина.
Начать можно с описания сбоя и версий системы. После первичной оценки согласуем диагностику, необходимые доступы, резервную копию и порядок проверки результата. Рабочую базу не используем для случайных экспериментов.
Вопросы по теме
Новый механизм обмена появился в 2026 году?
Описанная замена старого «Обмена с сайтом» на «Интернет-магазин» относится к истории УНФ 2025 года. В документации версии 3.0.12.185 уже зафиксирован выполненный переход. Это не универсальное объяснение любого сбоя в 2026 году.
Можно ли сразу удалить настройку обмена и создать её заново?
Не стоит делать это вслепую. Сначала сохраните настройки, версии, журналы и связи объектов. Изменение рабочего обмена выполняют по согласованному плану восстановления, после оценки последствий и проверки резервной копии.
Почему цена обновляется, а заказ не приходит?
Это разные направления и этапы обработки. Нужно проверить один заказ по внешнему номеру: был ли он передан, принят и превращён в нужный документ. Успех выгрузки цены не подтверждает загрузку заказов.
Нужна ли полная синхронизация после каждого обновления?
Универсального требования для каждой интеграции нет. Необходимость определяется изменениями, сообщениями программы и состоянием обмена. Полную синхронизацию планируют, а не запускают как случайное средство исправления любой ошибки.
Какие данные нужны для первичной оценки?
Версии платформы и УНФ, дата обновления, схема интеграции, последнее успешное событие и обезличенный пример расхождения. Пароли, токены и полная клиентская база для описания задачи не нужны.
Источники
Материал подготовлен 2 ноября 2026 года. При настройке сверяйте документацию с вашей версией системы и условиями подключения.
Восстановим обмен сайта с вашей УНФ
Разберём, почему сайт и УНФ перестали обмениваться данными. Определим причину, согласуем необходимые изменения и проверим прохождение товаров и заказов. Обсудим диагностику и восстановление вашей интеграции.