Сквозной процесс P2P

Что покрывает P2P

Procure-to-pay (P2P) — процесс от появления потребности до оплаты счёта. Он охватывает всё, что происходит между «нам нужно» и «деньги ушли»: заявку, согласование, заказ, поставку, приёмку, счёт и платёж.

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

P2P — часть более широкого контура source-to-pay. Sourcing отвечает за выбор источника и договор, P2P — за исполнение договора и оплату.

Схема процесса

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

Шаги и документы

Шаг	Документ	Кто отвечает	Контроль
Потребность	план, бюджет, заявка на планирование	заказчик	обоснование и срок
Заявка	заявка на закупку	заказчик	спецификация, бюджет, срочность
Согласование	маршрут согласования	руководитель, бюджетный контроль	пороги и полномочия
Заказ	заказ поставщику	закупки	цена, условия, договор
Поставка	товарная накладная, акт	поставщик	срок и комплектность
Приёмка	документ приёмки	склад или заказчик	количество и качество
Счёт	счёт и реестр	поставщик, бухгалтерия	сверка с заказом и приёмкой
Оплата	платёжное поручение	казначейство	срок, сумма, получатель

Заявка — внутренний документ, который разрешает закупке покупать. Заказ — внешний документ, который закупка передаёт поставщику. Это различие важно: заявка живёт внутри компании, заказ создаёт обязательство перед контрагентом (Microsoft Learn).

Разделение полномочий

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

Исследование на примере SAP показывает, как разделение обязанностей в P2P ломается на практике и какие комбинации ролей создают риск (Jones, Mensching, 2007). Минимальное правило: заказ, приёмка и платёж — разные люди или разные подразделения. Исключения допустимы только с усиленным контролем.

Три пути к заказу

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

Каталог задаёт позиции и услуги, которые сотрудники могут заказывать внутри компании, и позволяет удерживать закупки в разрешённом наборе (Microsoft Learn). Чем выше доля каталога и рамочных договоров, тем меньше ручной работы и ошибок в заказе.

Где процесс рвётся

Разрыв	Как выглядит	Последствие
Закупка мимо процесса	счёт приходит без заказа	нет цены, условий и контроля
Поздняя заявка	«нужно вчера»	срочная покупка у первого поставщика
Приёмка без заказа	кладовщик принимает по накладной	нельзя сверить количество с заказом
Счёт без приёмки	оплата по факту счёта	оплачено то, что не получено
Дубли счетов	два счёта на одну поставку	двойная оплата и возврат
Ручные обходы	оплата в обход очереди	потеря приоритетов и данных

Разрывы почти всегда рождаются в одном месте: заявка приходит позже, чем нужно, или минует систему. Остальные участники вынуждены подстраиваться, и контроль деградирует.

Показатели процесса

• Время цикла от заявки до поставки и от поставки до оплаты, отдельно.
• Доля заказов без заявки — индикатор закупок мимо процесса.
• Доля счетов без расхождений при первой сверке.
• Число дней просрочки оплаты по вине внутренних шагов.
• Стоимость обработки одного счёта в часах или деньгах.

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

Роли

Роль	Задача в P2P	Чего нельзя поручать
Заказчик	описать потребность и принять результат	выбирать поставщика в обход правил
Закупщик	заказ, цена, условия	подтверждать приёмку
Приёмка	количество и качество	менять цену в счёте
Бухгалтерия	сверка и проводки	инициировать заказ
Казначейство	платёж по сроку	выбирать поставщика

Что даёт зрелый P2P

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

Главный эффект не в скорости оплаты, а в данных. Каждый шаг оставляет след: кто просил, у кого купили, сколько заплатили, что получили. Без этого следа не работает ни spend cube, ни оценка поставщиков, ни план категории.

Частые ошибки

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

Что читать дальше

• Заявка и заказ: первый участок процесса.
• Приёмка и оплата: сверка документов и платёж.
• Мастер-данные: справочники, на которых держится P2P.
• Договор с поставщиком: обязательства, которые исполняет процесс.

Источники

• Microsoft Learn. Purchase order overview — заказ как документ и его жизненный цикл. learn.microsoft.com
• Microsoft Learn. Purchase requisition overview — заявка как внутренний документ. learn.microsoft.com
• Microsoft Learn. Procurement catalogs overview — каталог как путь к заказу. learn.microsoft.com
• Jones N, Mensching J. A Segregation of Duties Case Study in the Purchase-to-Pay Process with an SAP Example. AIS Educator Journal, 2007. DOI 10.3194/AISE.2007.2.1.1