Срок годности, срок службы и гарантийный срок передаются в разных полях YML Маркета. Нельзя заполнять их одной цифрой из общей колонки поставщика без проверки смысла.

Справка проверена 14 октября 2026 года. Это дата редакционной проверки, а не запуска функции. Руководство относится к действующим аккаунтам на поддерживаемых рынках платформы.

Уточнить смысл исходной колонки

Срок годности описывает период от изготовления до непригодности товара. Срок службы относится к выполнению его функций, гарантийный — к предусмотренному гарантийному обслуживанию. В каталоге Маркета для них предусмотрены отдельные элементы period-of-validity-days, service-life-days и warranty-days.

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

Передать продолжительность, а не календарную дату

В YML используется формат продолжительности ISO 8601: например, P1Y означает год, P15D — пятнадцать дней. Для срока годности справка просит брать период с упаковки, а не вычислять его от текущей даты или даты поставки. Комментарии к гарантии предназначены для особенностей условий изготовителя.

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

Испытать преобразование на примерах

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

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

Не менять обязательства ради заполненности

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

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