PIM и 1С: где хранить цены, остатки и описания товаров

PIM не заменяет учётную систему. Обычно в 1С ведут коммерческие и учётные данные, а PIM помогает готовить товарную информацию для разных каналов: характеристики, описания, изображения и переводы. Конкретное разделение зависит от конфигурации проекта. Главное — назначить владельца каждого поля и не позволять системам бесконечно перезаписывать друг друга.

Когда отдельная PIM действительно нужна

Само по себе количество товаров не определяет выбор. PIM становится полезной, когда несколько команд обогащают каталог, сведения приходят от разных поставщиков, а сайт, дилерский портал и площадки требуют разного состава данных. Если каталог небольшой и меняется редко, аккуратных полей CMS и регламента обмена может быть достаточно.

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

Пример карты ответственности

Это учебная схема, а не обязательная архитектура. В одном проекте характеристики ведут в 1С, в другом — в PIM. Плохой вариант один: у поля два независимых владельца без понятного приоритета.

Как спроектировать обмен

1. Зафиксируйте ключи товара, варианта и предложения. Разберите дубли от поставщиков до автоматической публикации.
2. Опишите направление по каждому полю. Пустое значение должно иметь точный смысл: удалить, оставить прежнее или отклонить запись.
3. Разведите частоту обновления. Остатки и редакционные описания обычно не требуют одного расписания.
4. Добавьте версию и журнал обработки. Повтор одного сообщения не должен создавать ещё один товар.
5. Предусмотрите очередь ошибок и повтор после исправления. Не блокируйте весь каталог из-за одной неверной единицы измерения.

Как провести пилот

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

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

Как оценить результат

Сравните время подготовки карточки, долю записей с обязательными данными, число ручных исправлений и задержку публикации. SEO-результат смотрите отдельно: доступность страниц, правильность фильтров и полнота информации для выбора. Сам факт установки PIM не исправляет индексацию и не гарантирует рост трафика.

Нужна ли PIM, если есть 1С?

Не всегда. Если текущая конфигурация позволяет удобно вести нужные поля и каналы, сначала устраните ошибки обмена. Отдельную систему стоит вводить под доказанную операционную задачу, с бюджетом поддержки и ответственными за данные.

Обязательные поля должны зависеть от категории

Одинаковая анкета для всех товаров неудобна: для насоса важны производительность и напор, для кабеля — сечение и длина, для услуги — состав работ. Сначала выделите общие атрибуты, затем требования категории и правила вариантов. Иначе сотрудники будут заполнять бессмысленные значения только ради зелёного индикатора полноты.

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

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

Проверка отказов важнее ещё одной демонстрации импорта

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

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

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

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

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

Документация и проверка форматов

• Akeneo: PIM
• Akeneo: ERP

Документация проверена 18 октября 2026 года.