Заполнение карточек товаров в 1С с ИИ: как извлечь характеристики и сохранить источник
Поставщик прислал каталог, а сотруднику нужно заполнить свойства сотен товаров. Разбираем, как отделить подтверждённые характеристики от сгенерированного описания и принять изменения в справочнике 1С.
В паспорте указаны мощность, напряжение и размеры прибора. В карточке 1С часть полей пуста, а описание скопировано от соседней модели. Языковая модель может быстро подготовить связный текст, но такой текст ещё не подтверждает ни совместимость изделия, ни его габариты. Задача интеграции — перенести проверяемые сведения в нужные поля и показать, откуда они взяты.
Рассмотрим проектную схему обогащения каталога. Она отличается от подбора товара по заявке: позиция уже определена, теперь нужно заполнить и актуализировать её данные. Результат — согласованное изменение карточки, а не новый товар, автоматически созданный из каждого найденного названия.
Сначала проверьте, можно ли получить готовые данные #
Если поставщик передаёт структурированный каталог с устойчивыми идентификаторами, обычный импорт зачастую точнее и проще генеративной обработки. Для подходящего ассортимента стоит проверить готовые эталонные данные: сервис 1С:Номенклатура предназначен в том числе для загрузки и актуализации товарных карточек. Наличие нужной позиции и применимость к своей конфигурации проверяют отдельно.
ИИ полезен там, где сведения представлены разными таблицами, техническими паспортами и свободными описаниями. Для скана потребуется сначала получить текст; для таблицы лучше сохранить строки и заголовки, чем превращать весь файл в сплошной абзац. Если источник невозможно прочитать уверенно, интеграция должна показать проблему исходника.
Не следует извлекать из открытой выдачи любое похожее описание. Серия устройств может отличаться напряжением, материалом или комплектацией. До заполнения связывают источник с конкретной моделью, артикулом производителя и редакцией документа. Поиск похожего текста не заменяет эту связь.
Для светильника нужны одни свойства, для подшипника — другие. В рабочей схеме фиксируют имя поля, тип, единицу, допустимые значения и обязательность. Модель выбирает из этой схемы, а не придумывает новые реквизиты на каждой карточке.
Платформа 1С поддерживает механизм характеристик объектов , но конкретное хранение зависит от конфигурации. Свойство из паспорта может соответствовать дополнительному реквизиту, параметру вида номенклатуры или другому объекту. Характеристика варианта товара, например цвета исполнения, также не всегда совпадает с техническим свойством всей модели. Это сопоставление выполняют до массовой загрузки.
Сведение
Как обрабатывать
Что показать проверяющему
Точный параметр из паспорта
Извлечь значение и единицу
Фрагмент и страницу, если она определена
Несколько вариантов исполнения
Связать с нужной модификацией
Признак выбора и остальные варианты
Свойство не найдено
Оставить незаполненным
Отсутствие подтверждения
Рекламное описание
Сформировать из принятых фактов
Использованные факты и текст черновика
Ставку налога, классификационный код или разрешённое применение изделия нельзя безусловно получать из свободного предположения модели. Для таких полей определяют отдельный подтверждённый источник и владельца решения. Красивое описание не повышает достоверность отсутствующего реквизита.
Извлечение фактов и описание — два разных результата #
Первый проход возвращает факты: значение, единицу, исходный фрагмент и состояние проверки. Второй может составить описание из уже принятых данных. Такой порядок позволяет исправить неверный параметр один раз, а не искать его во всех версиях рекламного текста.
Например, в учебном паспорте длина указана как 0,75 м. Если поле карточки хранит миллиметры, программа пересчитывает значение в 750 мм по заданному правилу. Модель не должна выбирать единицу по привычке. Диапазон 10–20 мм нельзя превратить в одно среднее значение 15 мм: это уже изменение смысла параметра.
Отрицание тоже является данными. «Кабель не входит в комплект» не превращается в «комплектуется кабелем» из-за соседнего предложения. Для перечней комплектации полезно хранить включённые и исключённые позиции отдельно. Для совместимости — точное ограничение, а не расширенное обещание «подходит ко всем моделям».
Показывайте изменение относительно действующей карточки #
В интерфейсе приёмки сотрудник видит старое значение, предложение, источник и причину изменения. Пустое поле и конфликт с заполненным полем требуют разного решения. Если поставщик обновил паспорт, это не означает, что нужно молча заменить сведения для уже снятой с производства модификации.
Для одного свойства могут существовать несколько источников. Приоритет определяют заранее: например, актуальный паспорт конкретного исполнения важнее общего буклета серии. Дата загрузки файла сама по себе не доказывает актуальность его содержания. При неразрешимом конфликте карточка остаётся на проверке.
Согласование привязывают к версии карточки. Если другой сотрудник изменил параметр после запуска обработки, старый результат не должен затереть его работу. Перед записью проверяют исходную редакцию и полномочия пользователя, затем сохраняют только принятые поля. Повторная обработка того же источника не создаёт копию номенклатуры.
Одно описание может уходить на сайт, в прайс и в карточку маркетплейса. У этих каналов разные требования к длине, набору свойств и допустимым формулировкам. В 1С стоит сохранять принятые факты, а правила представления отделять от них. Сокращение текста для площадки не должно менять технический параметр.
После записи проверяют обмен: изменились ли нужные поля, сохранились ли единицы и не появился ли старый текст из другого источника. Если сайт имеет собственный редакционный слой, нужно определить, кто владеет описанием и какие изменения из 1С допустимо применять автоматически. Иначе следующий обмен отменит работу редактора.
Выберите не только простые карточки. Нужны разные модификации одной серии, смешанные единицы, отсутствующие параметры, конфликт двух паспортов и обновление заполненного свойства. Отдельно проверьте описание, построенное по неполному набору фактов: модель должна сохранить пробелы, а не дописать правдоподобные особенности.
Оценивают долю принятых полей, существенные ошибки и время проверки. Один общий балл за красивый текст скрывает неправильное напряжение или материал. Для критичных свойств задают отдельные условия допуска; неподтверждённые поля не должны попадать в массовую запись вместе с бесспорными.
Сначала нужно проверить несколько характерных категорий и определить поля, требующие ручного решения. Массовая обработка возможна после проверки схем и источников. Она не обязывает автоматически принимать каждое предложенное значение.
Не всегда. Сначала сравнивают импорт, извлечение по схеме и генерацию на доступной модели. Если ошибка вызвана перепутанными модификациями или плохими источниками, обучение само по себе её не исправит.
NetLabCS поможет спроектировать извлечение характеристик, приёмку изменений и запись согласованных данных при интеграции ИИ с 1С . Для обсуждения проекта подготовьте примеры паспортов, карточек и перечень критичных полей: по ним определим, где достаточно импорта, а где полезна модель.
