Атрибут 23811 не соответствует категории: как исправить

📅 Опубликовано 20 августа 2026 г.

Коротко: сообщение «атрибут 23811 не соответствует указанной категории» появляется при выгрузке карточки товара на маркетплейс и означает, что характеристика с идентификатором 23811 (в большинстве случаев это блок разрешительного документа — декларации или сертификата соответствия) передана для предмета, в справочнике которого её нет. Маркетплейс отклоняет карточку целиком. Исправление одной карточки делается быстро, массовая правка правил обмена в 1С — заметно более трудоёмкая задача.

23811 — это не код ошибки, а ID характеристики. Маркетплейсы обмениваются с 1С числовыми идентификаторами атрибутов, а не их названиями, поэтому в журнале обмена вы видите цифру, а не «Декларация соответствия».
Чаще всего виноват неверный предмет (категория). Товар отправлен в категорию, у которой этот атрибут просто отсутствует в списке допустимых.
Отклоняется вся карточка, а не один реквизит. Пока набор атрибутов не приведён в соответствие категории, товар не появится в каталоге и не получит идентификатор номенклатуры.
Второй по частоте сценарий — устаревший кэш справочника категорий в 1С. Маркетплейсы регулярно меняют состав характеристик, а база продолжает отдавать старый набор.
Профилактика дешевле лечения: обновление справочника категорий перед каждой массовой выгрузкой снимает значительную часть подобных отказов по нашей практике разборов инцидентов обмена.

Что означает ошибка «атрибут 23811 не соответствует указанной категории»?

Обмен между учётной системой и маркетплейсом устроен так: у каждого предмета (категории) есть собственный, строго ограниченный перечень характеристик, и каждая характеристика имеет свой числовой идентификатор. Когда 1С формирует карточку, она отправляет пару «идентификатор атрибута — значение». Приёмная сторона сверяет присланный идентификатор со списком, разрешённым для указанного предмета. Если идентификатора в списке нет — карточка не проходит валидацию, и в ответе возвращается текст вида «атрибут 23811 не соответствует указанной категории».

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

В журнале обмена 1С сообщение чаще всего выглядит примерно так — это ответ приёмной стороны, который конфигурация просто показывает «как есть»:

{ "error": ИСТИНА,
  "errorText": "Атрибут 23811 не соответствует указанной категории",
  "additionalErrors": null }

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

Почему отклоняется вся карточка, а не один атрибут?

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

Какой атрибут скрывается за номером 23811?

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

Где искать расшифровку	Что смотреть	Что получите
Личный кабинет маркетплейса	Карточка товара → раздел характеристик выбранного предмета	Полный перечень допустимых полей категории по названиям
Шаблон импорта (XLSX)	Скачанный шаблон именно для нужной категории, служебные строки заголовков	Точное соответствие «колонка — атрибут» для текущей версии классификатора
Справочник категорий в 1С	Форма категории маркетплейса, табличная часть свойств с колонкой идентификатора	Локальную копию классификатора и признак «обязательный / необязательный»
Журнал обмена / протокол выгрузки	Полный текст ответа, а не только первая строка	Все проблемные идентификаторы пакета, а не один

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

Почему возникает ошибка: 6 типовых причин

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

№	Причина	Как распознать	Что делать
1	Неверно выбран предмет (категория) товара	Товар отнесён к общей или смежной категории «на глазок»	Пересопоставить номенклатуру с корректным предметом классификатора
2	Шаблон скопирован из другой категории	Ошибка возникла после создания карточки «по образцу»	Пересобрать набор характеристик с нуля для новой категории
3	Устаревший справочник категорий в 1С	Раньше выгружалось, вчера перестало, изменений в карточке не было	Перезагрузить категории и характеристики из маркетплейса
4	Разрешительный документ передаётся отдельным блоком	Изменился формат обмена, поле «переехало» из характеристик	Обновить модуль обмена / правила выгрузки
5	Атрибут заполнен на уровне варианта (размера), а не карточки	Ошибка только у товаров с размерной сеткой	Перенести значение на уровень карточки
6	Товар переведён в новую категорию без пересборки атрибутов	Ошибка появилась после реструктуризации ассортимента	Очистить «наследство» старой категории в свойствах номенклатуры

Отдельно отметим причину №3. Классификаторы маркетплейсов живут своей жизнью: категории дробятся, характеристики переименовываются и переносятся между уровнями. Если в базе хранится копия справочника полугодовой давности, 1С будет добросовестно отправлять атрибуты, которых в актуальной категории уже нет. Это тот же класс проблем, что и рассинхронизация справочников при обмене, из-за которой возникает ошибка, когда единица измерения не соответствует номенклатуре: данные в базе корректны сами по себе, но не совпадают с ожиданиями принимающей системы.

Как исправить ошибку в 1С: пошаговый порядок действий

Алгоритм ниже описан через интерфейс типовых конфигураций. Названия разделов могут немного отличаться: в «1С:Управление торговлей» это блок работы с маркетплейсами, в «1С:Управление нашей фирмой» и «1С:Розница» — аналогичные разделы обмена, в отраслевых решениях — отдельные обработки интеграции. Логика при этом одинаковая.

Откройте журнал обмена с маркетплейсом и найдите строку с ошибкой. Разверните полный текст ответа: часто в одном сообщении перечислено несколько проблемных идентификаторов, и правка только первого приведёт к повторному отказу.
Зафиксируйте список пострадавших позиций. Отфильтруйте журнал по дате и статусу «Ошибка», выгрузите перечень артикулов. Это нужно, чтобы понять масштаб: одна карточка — правим руками, сто карточек — правим настройки обмена.
Обновите справочник категорий и характеристик. В форме настроек обмена нажмите команду загрузки (обычно называется «Загрузить категории», «Обновить классификатор» или «Синхронизировать справочники»). Дождитесь окончания — по крупным классификаторам процедура может идти несколько минут.
Проверьте сопоставление категории. Откройте карточку номенклатуры → вкладку с настройками для маркетплейса → поле категории/предмета. Убедитесь, что выбран лист классификатора (конечный уровень), а не промежуточная группа.
Пересмотрите набор свойств. В таблице характеристик уберите отметку заполнения (или очистите значение) у атрибута, который не входит в актуальный перечень категории. Если конфигурация показывает идентификаторы — ориентируйтесь на номер, если только названия — на разрешительный документ.
Проверьте правила выгрузки. Если атрибут подставляется не из карточки, а из общего правила (свойство номенклатуры, дополнительный реквизит, шаблон категории), правку надо делать именно там — иначе значение вернётся при следующей выгрузке.
Выгрузите одну тестовую карточку. Никогда не запускайте массовую выгрузку сразу после правки. Одна позиция — контрольный выстрел: если она принята, запускайте пакет.
Повторите массовую выгрузку и сверьте статусы. Через 10–15 минут проверьте, что карточки получили статус публикации, а не «на модерации с ошибкой».

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

Как правильно заполнить разрешительный документ в карточке товара?

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

Какие данные нужны для заполнения?

Тип документа — декларация о соответствии, сертификат соответствия, свидетельство о государственной регистрации или отказное письмо. Тип выбирается из закрытого списка, произвольный текст система не примет.
Регистрационный номер — строго в том формате, в котором он значится в реестре, включая разделители и регистр букв. Лишний пробел на конце — частая причина отказа уже на этапе проверки значения.
Дата регистрации и срок действия — документ с истёкшим сроком приравнивается к отсутствующему.
Привязка к конкретной товарной позиции — один документ может покрывать несколько артикулов, но соответствие «документ ↔ товар» должно быть однозначным.

Как это связано с маркировкой?

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

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

Найдите специалиста для решения этой задачи на koderion.ru