Один поставщик прислал цену за штуку, второй - за упаковку, третий указал стоимость без доставки, а предложение постоянного партнера действует только при закупке крупной партии. Если перенести эти значения в одну колонку, самое дешевое предложение может оказаться самым дорогим после оформления заказа.
Мониторинг цен поставщиков нужен, чтобы регулярно собирать предложения, приводить их к сопоставимым условиям и видеть изменения во времени. Система хранит источник и срок действия каждой цены, рассчитывает стоимость для нужного объема и предупреждает закупщика до того, как отклонение попадет в заказ.
Что считать ценой поставщика
Цена существует только вместе с условиями. Для одной и той же позиции поставщик может дать разные значения в зависимости от объема, упаковки, валюты, места доставки, срока оплаты и периода действия.
Полная запись ценового условия включает:
- поставщика и его артикул;
- внутреннюю номенклатуру покупателя;
- характеристику, марку или исполнение;
- единицу измерения и размер упаковки;
- минимальную партию и границы объемных ступеней;
- валюту, налоговый режим и скидки;
- доставку и другие дополнительные расходы;
- срок поставки и доступный объем;
- начало и окончание действия;
- источник и дату получения данных.
Такой набор позволяет воспроизвести расчет. Закупщик видит не только итоговую цифру, но и причину, по которой система выбрала конкретное условие.
Откуда поступают цены
Данные могут приходить из прайс-листов, коммерческих предложений, ответов на запрос, личных кабинетов, каталогов, договоров, спецификаций, заказов и счетов. Эти источники отражают разные стадии процесса.
Прайс показывает доступный ассортимент и базовые условия. Коммерческое предложение относится к конкретному запросу и объему. Договорная цена действует в пределах соглашения. Цена заказа фиксирует принятое решение, а счет и закрывающие документы подтверждают фактическую стоимость.
Система хранит тип источника и исходный файл или сообщение. Если значение изменилось, специалист может открыть основание и проверить, была ли это новая версия прайса, индивидуальная скидка или ручная корректировка.
Автоматическая загрузка выполняется через API, личный кабинет, электронный обмен или разбор присланных файлов. Поставщик также может обновлять каталог в SRM-системе через собственный интерфейс.
Сопоставление номенклатуры
Поставщики называют один материал по-разному. У каждого свои артикулы, сокращения, порядок характеристик и упаковки. До сравнения система должна связать внешнюю позицию с внутренней номенклатурой.
Для устойчивого сопоставления используются артикул производителя, бренд, технические характеристики, единица, размер, марка и другие атрибуты категории. Подтвержденная связь сохраняется и применяется к следующей версии прайса.
Автоматический алгоритм может предложить вероятное соответствие, но новые и неоднозначные позиции проходят проверку закупщика. Ошибочное объединение разных материалов создаст ложную экономию и риск заказа неподходящего товара.
Отдельно ведутся допустимые аналоги. Они не смешиваются с точным соответствием: система показывает, что предложение относится к замене и требует технического согласования.
Единицы и упаковки
Цена за штуку, килограмм, метр, лист и упаковку должна пересчитываться в базовую единицу категории. Коэффициент хранится в карточке конкретного предложения, потому что размер упаковки у поставщиков может отличаться.
Если поставщик продает только коробками, система округляет заказ до целого числа упаковок. Для сравнения показываются цена базовой единицы и фактическая стоимость закупаемого количества. Остаток после округления также имеет значение для оборотного капитала и хранения.
Для материалов с переменным весом или длиной используются правила категории. Важно сохранять исходную единицу, коэффициент и результат пересчета, чтобы закупщик мог проверить данные.
Валюта и дата курса
Предложения в разных валютах приводятся к валюте сравнения по зафиксированному курсу. Дата курса должна соответствовать правилу компании: дата предложения, сравнения, заказа или другой принятый момент.
Система показывает исходную цену, валюту, курс и пересчитанное значение. При изменении курса можно пересчитать текущий сценарий, сохранив первоначальный результат выбора.
Для долгосрочных соглашений полезно хранить формулу индексации и допустимый коридор. Тогда изменение цены проверяется относительно договорного правила, а не только предыдущей цифры.
Налоги, доставка и дополнительные расходы
Сравнение выполняется по единому налоговому представлению. Система отделяет цену товара, налог и сумму, которая влияет на закупочную стоимость по правилам предприятия.
Доставка может быть включена, рассчитана отдельной строкой или зависеть от маршрута и объема. Также учитываются страхование, упаковка, таможенные расходы, погрузка и другие подтвержденные составляющие.
Итогом становится приведенная стоимость для выбранного сценария. Она отвечает на вопрос, сколько предприятие заплатит за получение нужного количества в требуемом месте и сроке.
Если часть затрат пока неизвестна, система помечает расчет как неполный. Такое предложение нельзя молча ставить в один рейтинг с полностью рассчитанными условиями.
Объемные цены и скидки
Поставщик может установить ступени: одна цена до определенного объема, другая для крупной партии и дополнительная скидка при выполнении обязательства за период. Для мониторинга сохраняются все границы и условия.
Закупщик задает требуемое количество, а система выбирает применимую ступень. Для плановой потребности можно сравнить несколько сценариев и увидеть, оправдывает ли экономия увеличение запаса.
Ретроскидки и бонусы учитываются отдельно от цены заказа. Они зависят от накопленного объема и могут быть получены позднее. Руководитель видит прямую закупочную стоимость и ожидаемый эффект соглашения без смешения показателей.
Срок действия и версии
Каждое условие имеет период действия. Новая версия не перезаписывает прошлую запись. Система закрывает предыдущий интервал и сохраняет историю, источник и автора изменения.
При создании заказа выбирается цена, действующая на принятую дату по правилам договора. Просроченное предложение может отображаться для справки, но требует обновления или подтверждения.
До окончания прайса система напоминает ответственному сотруднику запросить новую версию. Если поставщик не ответил, закупщик видит риск отсутствия действующей цены для ближайшей потребности.
История версий помогает восстановить условия любой закупки и оценить динамику. Можно увидеть, когда цена выросла, на сколько, для какого объема и какие другие параметры изменились одновременно.
Какие изменения требуют внимания
Не каждое обновление прайса должно создавать тревогу. Правила настраиваются по категории и критичности. Система может уведомлять о:
- росте приведенной цены выше принятого порога;
- изменении минимальной партии или упаковки;
- сокращении срока действия предложения;
- увеличении срока поставки;
- исчезновении позиции из каталога;
- появлении более выгодного сопоставимого условия;
- отклонении цены заказа от договора или последнего согласования;
- необычном расхождении с рыночным индексом категории.
Уведомление содержит позицию, старое и новое условие, расчет влияния на плановую потребность и ссылку на источник. Закупщик сразу понимает масштаб, а не тратит время на повторное сведение файлов.
Сравнение предложений
При проведении запроса поставщики отвечают по одинаковому перечню позиций и обязательных условий. Система собирает ответы в сравнительную карту и отмечает пропуски.
Для каждой строки показываются приведенная стоимость, срок, доступный объем, условия оплаты, соответствие характеристикам и статус квалификации. Самая низкая цена не получает автоматическую победу, если предложение не соответствует обязательным требованиям.
Решение сохраняется с обоснованием. Если выбран более дорогой вариант из-за срока или качества, причина становится частью истории. Последующая оценка поставщика покажет, выполнил ли он заявленные условия.
Для новых участников важно учитывать допуск к категории. Процесс описан в статье про квалификацию поставщиков. Ценовое преимущество рассматривается после обязательных проверок.
Договорная, заказная и фактическая цена
Мониторинг не заканчивается после выбора предложения. В заказ должна перейти та же цена и условия, которые согласованы. Система проверяет отклонение строки заказа от договора, прайса или результата запроса.
При получении счета сравниваются цена, количество, скидки и дополнительные расходы. Разница оформляется как согласованная корректировка или исключение, а не теряется внутри общей суммы.
Так появляется цепочка: предложено, согласовано, заказано, выставлено и оплачено. Анализ показывает, на каком этапе возникло изменение и кто его подтвердил.
Как связать цены с потребностью
Цена имеет смысл вместе с будущим объемом и датой. Закупочные заявки формируют потребность по номенклатуре, количеству, месту и сроку. Система применяет к ней действующие условия и показывает доступные варианты.
Если цена скоро закончится, срок поставки не соответствует заявке или минимальная партия сильно превышает потребность, закупщик видит предупреждение до оформления заказа. Несколько заявок можно объединить, если это дает применимую объемную ступень и не нарушает сроки подразделений.
Для плановых закупок система прогнозирует влияние новых цен на бюджет. Руководитель получает сумму изменения по категориям и крупным позициям.
Какая аналитика полезна
История позволяет смотреть не только текущую минимальную цену. Полезны следующие показатели:
- динамика приведенной цены по позиции и категории;
- разброс действующих предложений;
- доля позиций с конкурентным сравнением;
- сумма изменения к прошлой закупке и бюджету;
- экономия относительно базового сопоставимого условия;
- количество просроченных прайсов;
- частота ручных отклонений в заказах;
- влияние объема, валюты и доставки на итоговую стоимость.
Экономию нужно считать по единой методике. Сравнение с устаревшей или неприменимой ценой завышает результат. База должна соответствовать тому же товару, объему, месту и периоду.
Связь SRM и ERP
SRM ведет поставщиков, каталоги, запросы, предложения и согласование условий. ERP хранит номенклатуру, потребность, договоры, заказы, поступления, счета и финансовый результат.
Интеграция передает подтвержденные ценовые условия в заказ и возвращает фактические данные. Закупщик не переносит строки вручную, а изменения остаются прослеживаемыми.
Для нестандартных файлов можно добавить распознавание таблиц и сопоставление колонок. Автоматически уверенные строки загружаются, неоднозначные попадают на проверку. Исходный документ всегда сохраняется.
Как начать мониторинг
Первый этап лучше ограничить одной категорией с регулярными закупками и несколькими поставщиками. Нужно собрать действующие прайсы, предложения, договоры и последние заказы, затем определить базовую единицу и состав приведенной стоимости.
После этого настраиваются соответствия артикулов, загрузка источников, сроки действия, история и уведомления. На реальных позициях проверяется, что система одинаково понимает упаковку, валюту, доставку и объемные ступени.
Следующий шаг - связать мониторинг с заявками и заказами. Практический критерий готовности: закупщик открывает потребность и видит сопоставимые действующие условия с источниками, а руководитель получает объяснимую историю изменения цены.
ИНДИНС разрабатывает такие контуры под данные и регламенты предприятия: загрузку прайсов, сопоставление номенклатуры, расчет условий, SRM-процессы и интеграцию с ERP. Для первичной оценки достаточно нескольких реальных прайсов и примера закупки, где ручное сравнение занимает много времени или дает спорный результат.