Сравнение предложений поставщиков в 1С с ИИ: как привести условия к одной базе
Дешёвая строка в прайсе ещё не означает выгодную закупку. Разбираем, как извлечь условия из писем и файлов, учесть партии и доставку и получить проверяемое сравнение в 1С.
Один поставщик указал цену за штуку, другой — за коробку, третий прислал скидку отдельным письмом. В таблице закупщика три привлекательных числа, но ни одно пока нельзя сравнить с остальными. Языковая модель может помочь разобрать документы. Выбор поставщика требует ещё расчёта на одинаковых условиях и проверки выполнимости потребности.
Ниже — проектная схема для закупки с уже определённым составом товаров. Прогнозирование спроса и подбор технических аналогов остаются отдельными задачами. Здесь нужно понять, какое подтверждённое предложение покрывает потребность и какие сведения требуется уточнить до заказа.
Если предложение приходит в согласованном электронном формате, модель для повторного извлечения его полей может не понадобиться. Надстройка полезнее для писем, неодинаковых таблиц и пояснений вроде «цена действует при заказе от десяти упаковок». Она должна дополнять учёт исходных условий, а не создавать параллельную таблицу без связи с поставщиком и действующей редакцией предложения.
Карточка сравнения начинается с потребности: товар и исполнение, количество в базовой единице, место и требуемая дата получения. Также задают, разрешены ли излишки и частичное покрытие. Если этого нет, помощник может объявить лучшим вариант, который дешевле только за счёт другого состава поставки.
Поставщик может предложить аналог. Такое предложение выводят отдельным вариантом с отличиями, а не подменяют исходную строку. Сначала уполномоченный специалист подтверждает техническую допустимость, затем закупщик сравнивает денежные и временные условия. Совпадение назначения товара не доказывает взаимозаменяемость.
Для каждого предложения сохраняют исходный файл или письмо, редакцию и срок действия. Модель предлагает значения по заданной схеме: цена, единица цены, размер упаковки, минимальная партия, доставка, условия оплаты и срок. Рядом должно оставаться подтверждение — фрагмент строки или сообщения.
Отсутствующее условие отмечают как неизвестное. «Доставка обсуждается» не означает бесплатную доставку. «Отгрузка за три дня» не равна получению на складе через три дня: отсчёт может начинаться после оплаты, а перевозка занимать дополнительное время. Неясность превращают в вопрос поставщику.
Условие
Что нужно привести к общей базе
Когда сравнение приостановить
Цена за упаковку
Число единиц и стоимость фактической партии
Фасовка не подтверждена
Доставка
Включена ли она и до какого места
Стоимость или маршрут неизвестны
Срок
Начальное событие и дата получения
Указан только срок производства
Оплата
Аванс, этапы и момент применения цены
Скидка зависит от невыбранного условия
Для валют и налоговых условий используют согласованную методику компании с указанными допущениями. Не стоит просить LLM самостоятельно определять налоговую трактовку или «правильный» курс. Она извлекает условие, а проверенный расчёт выполняет программа.
Сравнивайте фактическую партию, а не только цену единицы #
Учебный пример: требуется 120 одинаковых изделий, излишек допустим. Поставщик А предлагает упаковки по 50 штук за 5 000 рублей, доставка стоит 1 500 рублей. Поставщик Б продаёт упаковки по 20 штук за 2 100 рублей с включённой доставкой. Предположим, денежные суммы уже приведены к сопоставимой базе; иные расходы отсутствуют.
У А единица стоит 100 рублей, но придётся заказать три упаковки: 150 изделий за 16 500 рублей с доставкой. У Б единица стоит 105 рублей, а шесть упаковок дают ровно 120 изделий за 12 600 рублей. Более низкая цена единицы в этом примере не обеспечивает меньший платёж за покрытие потребности.
В таблице полезно показать оба числа: стоимость приобретённой единицы и сумму фактического заказа, а также излишек. Если сравнивать только стоимость, делённую на требуемые 120 штук, можно скрыть оставшийся запас. Если излишек запрещён, вариант А нельзя считать выполнимым на исходных условиях: требуется согласовать другую фасовку.
Сложные закупки дополнительно учитывают ограничения: наличие на нескольких складах, поставку частями и зависимость скидки от суммы всего заказа. Расчёт разбивают на объяснимые варианты. Нельзя сложить минимальную цену каждой строки, если условия скидки требуют покупать комплект у одного поставщика.
Если товар нужен к определённой дате, предложение с неподходящим сроком не должно победить из-за хорошего суммарного балла. Сначала проверяют ограничения, затем сравнивают допустимые варианты по выбранным предпочтениям: сумме заказа, авансу, надёжности подтверждения срока или другим критериям.
Вес критерия — решение бизнеса. Модель может объяснить, как изменится выбор при другом приоритете, но не должна молча назначать веса. Сведения об исполнении прошлых заказов берут из учёта с указанием периода. Одно опоздание или отсутствие истории не превращают в выдуманный рейтинг поставщика.
После нового письма условия могут измениться. Помощник показывает разницу: подорожала доставка, уменьшилось доступное количество, сдвинулся срок. Уже подтверждённое сравнение сохраняют; новая редакция требует повторной оценки затронутых условий.
В заказ поставщику передают выбранные и проверенные данные по поддерживаемому интерфейсу конкретной конфигурации. Создание заказа, согласование оплаты и отправка поставщику — разные действия. Таблица с рекомендацией не должна сама становиться финансовым обязательством.
В набор приёмки включают письмо со скидкой после исходного файла, упаковку с минимальной партией, неизвестную доставку, истёкшее предложение и частичное наличие. Сверяют отдельно извлечение, арифметику, выполнимость срока и объяснение выбора. Так видно, где ошиблась модель, а где неправильно задано бизнес-правило.
Для узкой повторяющейся закупки возможны заранее утверждённые правила. Но автоматизация допустима только для полного и сопоставимого набора условий. Открытые вопросы и неутверждённый аналог должны выводить предложение на проверку.
Что делать, если поставщик не указал часть условий? #
Сохранить предложение как неполное и сформировать точные вопросы. Временно сравнить известные части можно, если явно показать допущения. Выдавать такой расчёт за окончательный выбор нельзя.
NetLabCS поможет связать извлечение условий, расчёт вариантов и согласование выбора с автоматизацией закупок и снабжения в 1С . Для обсуждения проекта подготовьте несколько предложений по одной потребности и текущую таблицу сравнения: проверим, какие данные уже есть в системе и где нужен интеллектуальный разбор.
