Ссылки на сертификаты и декларации в карточках товаров с 1 сентября 2026 года: как доработать сайт, 1С и фиды
Что здесь делают на практике: к товару привязывают запись о применимом сертификате или декларации, а на сайте показывают ссылку на официальный реестр. Важно проверить не только наличие номера, но и то, что документ действительно относится к этой модели или партии.
Пример: поставщик прислал один документ на несколько моделей. Сотрудник сверяет охват документа, заносит его в справочник один раз и связывает с нужными карточками. При новом импорте связи не должны исчезнуть.
Содержание 14 разделов
Реестровая ссылка должна пройти от документа поставщика до нужной карточки товара. Для этого магазин хранит реквизиты документа, подтверждённые связи с моделями или партиями и правила передачи на сайт. После внедрения покупатель открывает нужную запись, а сотрудник видит, где осталось заполнить данные или исправить ошибку обмена.
Работу можно начать с таблицы, затем подключить справочник документов и обмен с 1С. Ниже приведены структура данных, проверка выгрузки на примере УТ 11.5 с модулем «1С-Битрикс» 8.1.x и сценарии приёмки. Сначала установите требования к своей продукции: технические настройки реализуют принятое решение, а не определяют обязательность сертификации.
Что изменил 546-ФЗ и кого касается задача
С 1 сентября 2026 года действует 546-ФЗ, изменивший статьи 10 и 26.1 Закона о защите прав потребителей. При дистанционной продаже сведения об обязательном подтверждении соответствия доводят до потребителя через ссылку в описании товара на страницу с записью сертификата и/или декларации в предусмотренном реестре. Просто упоминание номера и PDF на своём сервере не подменяют такую страницу. Официальное опубликование 546-ФЗ, полный текст статьи 1, дата вступления в силу.
Роли различаются. Продавец предоставляет информацию о товаре. Владелец агрегатора обеспечивает техническую возможность разместить сведения. Для товара, не подлежащего обязательному подтверждению, пункт 4 статьи 10 предусматривает возможность наглядно сообщить, что оно не требуется. Из закона не следует, что любое пустое поле автоматически означает отсутствие обязанности.
В том же пункте 4 отдельно названы исключения для бывших в употреблении товаров и договоров, заключаемых в торговом объекте с возможностью ознакомиться со сведениями. Они относятся к установленной этим пунктом технической обязанности владельца агрегатора, а не являются универсальным освобождением продавца от информационных обязанностей. Роль компании, продукция и способ заключения договора нужно установить до настройки.
Для проверки товарных карточек посредническими цифровыми платформами есть отдельные нормы и даты, включая ПП 821 с 1 октября 2026 года. Это не переносит обязанность по 546-ФЗ на октябрь и не делает любой собственный магазин маркетплейсом. Постановление 821, раздел VII о продукции с обязательным подтверждением.
Шаг 1. Разделите каталог по состоянию проверки
Выгрузите товары и торговые предложения. Для каждой позиции нужны устойчивый внутренний идентификатор, артикул как текст, наименование, бренд, изготовитель и сведения о характеристиках. Классификационные коды добавляйте там, где они установлены. Отсутствие кода не должно превращаться в выдуманное значение ради заполнения таблицы.
Рекомендуемая разметка для работы:
| Состояние товара | Что это означает | Действие |
|---|---|---|
| Требование установлено, документ подтверждён | Есть решение по продукции и проверенная связь | Готовить сведения к публикации |
| Требование установлено, документ не получен | Понятно, какой комплект нужен | Запросить поставщика, назначить ответственного |
| Документ есть, связь не подтверждена | Найден кандидат, но модели/партия неоднозначны | Содержательная проверка, не автоматическая публикация |
| Обязательное подтверждение не требуется | Есть обоснование по конкретной продукции | Хранить результат и пересматривать при изменении товара |
| Требования ещё не установлены | Не хватает характеристики или решения специалиста | Дополнить сведения, не выдавать за «не требуется» |
Это внутренние состояния каталога, а не названия государственных статусов. Обязательность определяется применимыми техническими регламентами и национальными перечнями с учётом назначения и характеристик, а не одним совпадением кода. ПП 2425: действующие перечни.
Начните с товаров, которые уже продаются и имеют явные пробелы в документах. Это порядок технического разбора, а не разрешение отложить обязанности по остальному ассортименту. В отчёте сохраняйте причину, ответственного и следующий шаг для каждой позиции.
Шаг 2. Запросите у поставщиков структурированные сведения
Папка с названиями certificate1.pdf и new_final.pdf плохо подходит для импорта. Попросите таблицу, в которой можно проследить связь документа с продукцией. Исходный файл сохраните без изменений, а очищенную версию используйте отдельно.
| Поле | Правило подготовки |
|---|---|
| SKU магазина | Не меняется при переименовании товара |
| Артикул поставщика | Текст с сохранением ведущих нулей и разделителей |
| Бренд и изготовитель | Раздельные поля; исходное написание сохраняется |
| Тип и полный номер документа | Не смешивать сертификат, декларацию и другие виды |
| Дата выдачи/регистрации | Помогает идентифицировать документ |
| URL реестровой записи | Прямая карточка, не главная страница поиска |
| Продукция, модель, приложение | Основание содержательной связи |
| Серия или партия | Для партии нужны идентифицирующие сведения |
| Копии и приложения | Отдельные файлы с понятной принадлежностью |
| Источник и дата получения | Позволяют восстановить происхождение сведений |
Срок действия из таблицы поставщика не заменяет проверку опубликованной записи. Получив новый файл, сначала установите: это новый документ, новая копия старого или исправленная таблица связей. Такие изменения требуют разных операций.
Команда «Пятый фактор» готовит массовую привязку документов к SKU и GTIN: разбирает исходные файлы, сохраняет обозначения поставщика и выделяет неоднозначные строки. Подтверждённые соответствия идут в загрузку, спорные возвращаются ответственному с причиной и сведениями, которые нужно уточнить.
Шаг 3. Создайте отдельный справочник документов
Не храните весь комплект как одну строку в описании товара. Разделите три объекта: документ, товар и связь между ними. Отдельно можно хранить файлы, результаты проверок и историю поставок. Для малого каталога такая модель реализуется в таблицах; для регулярного обмена в CMS, PIM, 1С или отдельной системе.
Карточка документа содержит тип, исходный номер, дату регистрации/выдачи, реестровый идентификатор и URL, сведения о заявителе/изготовителе, продукцию, сроки, опубликованный статус и дату последней успешной проверки. Поле «орган выдачи» нельзя бездумно заполнять одинаково для сертификата и декларации: способы оформления и роли различаются.
Связь между товаром и документом содержит SKU, идентификатор документа, область применения связи, сведения о модели или партии, основание проверки и автора решения. По этим данным можно восстановить основание привязки. Не подтверждённые кандидаты хранятся отдельно от опубликованных связей.
Поддерживайте связь «многие ко многим». Один документ может относиться к нескольким моделям, а у одного товара может быть несколько документов по разным требованиям. Закон не задаёт универсального правила «показать один основной, остальные скрыть». Для интерфейса список можно упорядочить, не исключая необходимые сведения.
Пример структуры
| Товар | Документ | Основание связи | Решение |
|---|---|---|---|
| SKU-A, модель A10 | DOC-1 | Модель A10 в приложении 1 | Подтверждено ответственным |
| SKU-B, модель A11 | DOC-1 | Модель A11 в том же приложении | Подтверждено ответственным |
| SKU-A, модель A10 | DOC-2 | Другое применимое требование | Проверять и показывать отдельной строкой |
| SKU-C, модель B10 | DOC-1 | Только похожее название | Оставить кандидатом, запросить уточнение |
В примере DOC-1 хранится один раз и связан с двумя моделями. Второй документ для SKU-A добавляется отдельной связью. SKU-C остаётся в списке уточнений: одинаково устроенная таблица позволяет передавать подтверждённые сведения и видеть незавершённые задачи.
Шаг 4. Проверьте источники и применимость
Для документов российской регистрации используйте официальный реестр сертификатов и реестр деклараций. Для других государств ЕАЭС учитывайте соответствующую национальную часть. Не объявляйте российский раздел полной базой документов всех стран.
Проверьте номер, дату, изготовителя, описание продукции, перечни моделей и приложения. Затем сопоставьте серию или партию со своими товарами. Правильный URL и положительный статус не доказывают применимость к любой позиции с похожим артикулом.
Для автозапчастей особенно важно хранить артикул вместе с брендом и изготовителем. Кросс-номер и технический аналог помогают найти деталь, но не позволяют наследовать разрешительный документ исходной марки. Сохраните оригинал обозначения и основание нормализации; сомнительные совпадения отправляйте в отдельный список.
QR-код, PDF и запись реестра тоже проверяются раздельно. В файле читают приложения, по реестровой ссылке проверяют опубликованные сведения. Для QR сначала проверьте адрес перехода. Не вставляйте в карточку ссылку на личный кабинет, временную загрузку или стороннюю поисковую выдачу.
Шаг 5. Настройте хранение и обмен с 1С
Если документы ведутся в 1С, начните с конфигурации, версии и имеющихся доработок. Проверьте, какие части процесса уже работают: хранение реквизитов, связь с товарами, проверка статуса, выгрузка ссылки и вывод на сайте.
Проверка через сервис Росаккредитации описана для ERP и Комплексной автоматизации с ветки 2.5.15, Управления торговлей с 11.5.15. Это версии появления функции, а не перечень актуальных релизов. Сверьте возможности своей конфигурации и доработок. Материал БУХ.1С от 10 апреля 2024 года.
Проследите маршрут одного документа: объект хранения → связь с номенклатурой → выгрузка → импорт CMS → публичная карточка. На каждом переходе сравните идентификатор, номер, URL и время проверки. Это позволит отличить отсутствующую связь от потери поля при обмене.
Назначьте одну систему, ответственную за реквизиты документов, и явно определите допустимые ручные исправления. Например, 1С хранит документы, сайт только отображает; или PIM хранит подтверждённые связи, 1С передаёт исходные сведения. Иначе очередной обмен перезапишет вручную исправленный URL устаревшим значением.
Проверьте настройки на своей версии модуля
Для УТ 11.5 с модулем обмена «1С-Битрикс» 8.1.x официальная инструкция разделяет выгрузку товаров, предложений и свойств. Проверьте передачу значений и фильтр свойств: согласованное поле может быть исключено настройкой. Соответствие каталога и инфоблока задаётся через идентификаторы. Настройки выгрузки, обновлены 7 апреля 2026 года.
Сам механизм обмена товарными свойствами не определяет, как представить сертификат. Сначала разработчик задаёт поля документа и связи, затем включает их в обмен. В техническом задании полезно зафиксировать такую карту:
| Сведения | Решение, которое нужно принять |
|---|---|
| ID документа | Устойчивый ключ записи, общий для повторных выгрузок |
| Тип, номер и URL | Конкретные поля-источники и поля-получатели, без поиска по имени PDF |
| Связь с товаром | Идентификатор товара или торгового предложения, к которому она относится |
| Несколько документов | Список связей, сохраняющий каждую запись отдельно |
| Статус и время проверки | Раздельные значения; ошибка запроса не заменяет последний успешный ответ |
| Копия с приложениями | Отдельный файл, который не подменяет реестровую ссылку |
Это рекомендуемая карта доработки, а не перечень готовых полей штатного модуля. Для другого модуля или собственной обработки сохраните смысл данных, но проверьте её формат и правила обновления отдельно.
Найдите конкретный участок, на котором потерялось изменение
В модуле 8.1.x для УТ 11.5 откройте «1С-Битрикс: Управление сайтом → Зарегистрированные изменения». Здесь видны данные для следующей выгрузки и неотправленные пакеты. Зарегистрированное изменение всё равно должно пройти фильтры обмена. Описание очереди изменений.
Нужный запуск ищите в «1С-Битрикс: Управление сайтом → Журнал обменов»: доступен протокол по датам и типам операций. Для разбора возьмите время изменения контрольного документа и ближайшую отправку. Журнал обменов этой версии модуля.
Отдельный «Журнал ошибок» находится в том же разделе. Он хранит записи при включённой опции «Хранить информацию об ошибках» и позволяет отбирать их по обмену и операции. Поэтому сначала проверьте настройку хранения: пустой журнал ещё не доказывает, что ошибок не было. Условия и путь журнала ошибок.
Дальше сравните отправленные значения с записью в CMS и публичным блоком. Если URL дошёл до CMS, но отсутствует в карточке, следующий предмет проверки уже шаблон или правило показа. Повторная отправка того же документа из 1С этот участок не исправит.
Команда «Пятый фактор» дорабатывает передачу сертификатов из 1С на сайт: определяет поля-источники, проектирует связи, настраивает обмен и проверяет вывод. Для оценки нужны конфигурация и релиз, модуль обмена, CMS и пример документа с товаром. На этой паре можно проследить весь маршрут до страницы покупателя.
Шаг 6. Сделайте понятный блок в карточке товара
Блок можно назвать «Документы соответствия». Для каждой записи показывайте тип, номер и переход «Открыть запись в реестре». Сроки и сведения об организации отображайте по установленным требованиям и проверенным данным. Копию PDF с приложениями можно дать дополнительным действием, обозначив её именно как копию.
На мобильном номер не должен обрезаться без возможности прочитать его полностью. Если документов несколько, расположите их отдельными строками. Ссылка должна быть обычным доступным переходом, а не зависеть от всплывающего окна, которое блокируется браузером.
Проверяйте выбранное торговое предложение. Если разные модели или изготовители объединены общей карточкой, блок документов должен соответствовать конкретному варианту. Не выводите документ первой модификации на все размеры и комплектации только потому, что они имеют общий родительский товар.
Не превращайте любой опубликованный статус в зелёную надпись «Товар проверен». Реестр публикует сведения о документе, а не персональную гарантию магазина. Если показываете дату проверки, она должна отражать успешную проверку, а не время последнего открытия карточки покупателем.
Шаг 7. Передавайте данные в фиды по правилам получателя
Не существует одного универсального поля YML, которое автоматически принимают все каналы продаж. Для каждой площадки проверьте текущую спецификацию, поддерживаемый тип документа, идентификаторы товаров и способ загрузки: фид, отдельная таблица, кабинет или документированный API.
Общий справочник документов дополняют отдельным преобразованием данных для каждого канала. Сохраняйте соответствие SKU магазина, артикула продавца и идентификатора площадки. После отправки фиксируйте не только статус запроса, но и принятые связи, отклонённые строки и причины отказа.
Актуальные инструкции Ozon и Wildberries для России описывают собственные процедуры. Наличие ссылки на вашем сайте не означает, что она появилась в их карточках. Каждый канал входит в приёмку отдельным пунктом.
Шаг 8. Предусмотрите повторный импорт и ошибки источника
Разделяйте обновление документа, добавление связи, удаление связи и получение нового файла. Пустое значение в неполной таблице поставщика не должно автоматически удалять прежнюю подтверждённую запись. Если удаление предусмотрено, задайте явное действие и фиксируйте основание.
Повторная загрузка одинакового файла не должна создавать дубли. Для этого нужны устойчивые ключи товаров и документов, правила сравнения и журнал операций. Сначала проверяйте входные данные, затем применяйте пакет; ошибочные строки возвращайте в отчёт, не исправляя их догадками.
Если реестр или канал обмена недоступен, сохраняйте последний успешный результат, дату и отдельную ошибку. HTTP 200 от сайта ещё не доказывает, что получена правильная запись: это может быть оболочка, страница ошибки или проверка доступа. Не преобразуйте технический сбой в статус «документ не действует».
Для автоматической проверки сначала установите разрешённый и доступный интерфейс, документацию, права и ограничения. Не обещайте подключение универсального публичного API Росаккредитации без подтверждения конкретного способа доступа. Доступ к поиску в браузере сам по себе не подтверждает возможность промышленного обмена.
Шаг 9. Сохраните историю при замене и изменении статуса
Новый документ заводите отдельной записью. Перед переносом связи проверьте продукцию и партии; не заменяйте номер массово только потому, что изготовитель тот же. Историю старых поставок и предыдущих решений не удаляйте вместе с актуализацией витрины.
Истечение срока, приостановление и признание недействительным имеют разные основания и последствия. Исключение статьи 28 при истечении срока связано с выпуском продукции в обращение в России во время действия документа и дальнейшим обращением в пределах установленного срока годности или службы. Оно не переносится автоматически на другие основания изменения статуса. Статья 28 закона 184-ФЗ.
Не скрывайте ссылку автоматически по любому изменению цвета статуса и не допускайте продажу на основании одного старого PDF. Сначала требуется установленное решение по конкретной продукции и поставке, затем его корректное отражение на сайте.
Управляемый карантин новых карточек полезен, если обязательность установлена, а сведения не подтверждены. Но это инженерное правило, которое согласуют с ответственным за соответствие. Разработчик реализует утверждённые условия и понятные причины; не устанавливает собственную отсрочку или разрешение продолжать продажу.
Переходные правила 2026 года разобраны отдельно: что происходит с сертификатами и декларациями с 1 сентября. Эта статья посвящена данным и обмену, а не повторному пересказу всех переходных норм.
Как проверить и принять доработку
Проверяйте на тестовой копии и наборе, который отражает реальные особенности каталога. Включите товар с одним документом, несколько товаров с общей записью, позицию с несколькими документами, торговые предложения и неоднозначную партию.
- Сопоставьте исходную таблицу, справочник и публичную карточку: номер, вид, URL, модель и необходимые сведения не потеряны.
- Откройте каждую ссылку без служебного входа. Она ведёт к нужной записи, а не к результатам поиска.
- Переключите варианты товара на компьютере и телефоне. Связи не перепутаны, номер читается, ссылка доступна.
- Обновите документ в тестовой системе: все нужные связанные карточки изменились.
- Повторите импорт того же пакета: дубли не появились.
- Смоделируйте частичный файл и недоступность источника: подтверждённые связи не исчезли от пустого ответа.
- Проверьте новую запись взамен старой: история сохранилась, перенос связи обоснован.
- Проверьте каждый канал отдельно: сайт, фид, кабинет площадки. Отклонения попали в читаемый отчёт.
- Убедитесь, что определены ответственные за документы, исключения и технические ошибки.
В результате приёмки должна подтвердиться вся цепочка: сведения относятся к нужным товарам, обновляются без потери истории, ошибки не скрываются и покупатель может открыть запись.
Команда «Пятый фактор» дорабатывает карточки товаров и передачу реестровых ссылок. В первом обращении укажите размер каталога, CMS, наличие 1С и источники документов. Команда определит состав обмена, правила обновления и проверки приёмки; вопросы оформления документов и обязательных требований к продукции остаются у профильного специалиста.
Справочник появился на сайте, а файлы не загрузились
В обсуждении на форуме «1С-Битрикс» от 22 октября 2014 года разработчик описал именно такую ситуацию. После доработки выгрузки сертификатов справочник создавался, но вложения не попадали в него; добавление файлового поля вручную не помогло. Использовались УТ 11.1.4.14, модуль обмена 4.0.2.3 и сайт 14.9.3. Подтверждённого исправления в теме нет, поэтому переносить вывод о старом ограничении на современный модуль нельзя.
Практический вопрос из этого случая остаётся полезным: что именно дошло до сайта — описание справочника, запись документа, связь с товаром или файл? Это четыре разных результата. Сохранённое название сертификата ещё не подтверждает, что покупатель может открыть вложение или нужную реестровую запись.
Для УТ 11.5 с модулем 8.1.x современная инструкция обмена разделяет передачу товаров, файлов и значений свойств. При диагностике сравните контрольный документ в исходной базе, пакете обмена и CMS. Затем отдельно откройте публичные ссылки на файл и на реестр. Исправлять следует первый участок, на котором исчезло нужное значение.
Почему очередной импорт способен стереть прежние связи
25 марта 2008 года участник форума разработчиков сообщил: обновление части свойств элемента стирает остальные. Позже он сам нашёл причину в требованиях к PROPERTY_VALUES. Это не история про сертификаты, но конкретный механизм потери, который стоит проверить, если их связи хранятся в свойствах товара.
Правило сохранилось в документации CIBlockElement::Update: переданный массив свойств должен содержать полный набор; для файлов и режима документооборота есть оговорённые исключения. Для точечного изменения SetPropertyValuesEx сохраняет непереданные свойства. Однако у передаваемого множественного свойства нужен полный массив его значений: это не команда «дописать ещё один документ».
Поэтому в тестовой копии выполните два разных сценария. Сначала обновите постороннее свойство товара и проверьте сохранность связей сертификатов. Затем добавьте второй документ и убедитесь, что первый остался. Повторите импорт и проверьте, что число связей не растёт. Так проверяется реальное поведение используемого обработчика, а не только его название.
Несколько документов: проверяйте каждую ссылку отдельно
Если установленный комплект включает несколько документов, храните и показывайте отдельные подписанные записи. У каждой должны быть свои тип, номер, область применения и URL. Не выбирайте «основной» документ только по более поздней дате или первому месту в выгрузке: это не подтверждает полноту комплекта.
Статья 1 закона 546-ФЗ предусматривает ссылку на реестровую запись сертификата и/или декларации, но не задаёт универсального правила «одна карточка — одна ссылка». Список с понятными подписями — способ отобразить установленный комплект; его состав определяют по продукции и применимым требованиям.
Для контроля ссылки заведите два результата: техническая доступность адреса и совпадение открывшейся записи с ожидаемым документом. Перенаправление на общую страницу поиска не проходит второй пункт, даже если браузер не показывает ошибку. В журнале сохраняйте время последней успешной проверки отдельно от времени последней неудачной попытки.
Приёмка блока заканчивается не проверкой одной красивой карточки. Переключите торговые предложения, откройте каждый документ и повторите проверку после обмена. Если сведения доступны в CMS, но публичная карточка показывает прежний набор, проверяйте шаблон, условия вывода и обновление кеша. Новая отправка того же файла из 1С не исправит ошибку отображения.