Перейти к содержимому

Операционка P2P: от заявки до оплаты

Procure-to-pay — сквозной процесс от появления потребности до оплаты счёта. Его ценность в том, что он показывает закупки как систему, а не как набор действий отдельных людей: заявка, согласование, заказ, поставка, приёмка, счёт, оплата. Разрыв в любом звене виден в конце — как простой, штраф или неоплаченный счёт.

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

Заявка — момент, когда потребность становится данными: что, сколько, когда, куда, зачем. Чем раньше закупки видят потребность, тем больше вариантов: консолидировать с другой заявкой, использовать рамочный договор, предложить аналог.

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

Приёмка подтверждает, что получено именно то, что заказано, и запускает оплату. Три документа должны сходиться: заказ, факт поставки и счёт. Расхождение в количестве, цене или номенклатуре — обычная причина остановки оплаты.

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

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