4.2 Процесс от заявки на закупку до заказа на закупку для косвенных закупок
При отсутствии структурированного процесса косвенные закупки могут привести к неконтролируемым расходам — несанкционированным покупкам, неутвержденным услугам сторонних организаций и счетам, сверка которых с финансовым отделом вызывает затруднения. Процесс от заявки до заказа на закупку обеспечивает необходимый и поддающийся аудиту путь преобразования производственной потребности в официальное корпоративное обязательство.
Входные данные: Обязательные реквизиты
Заголовок раздела «Входные данные: Обязательные реквизиты»Процесс закупки инициируется подачей заявки на закупку. Точность данных на начальном этапе предотвращает задержки на последующих стадиях цикла закупок.
Ключевые элементы корректной заявки на закупку:
- Четкая спецификация: Точный номер детали производителя (MPN), ссылка на веб-сайт поставщика или детальное техническое задание (ТЗ). Неоднозначные описания подлежат возврату на доработку.
- Требуемая дата поставки: Конкретная календарная дата, к которой необходимы товары или услуги.
- Центр затрат: Соответствующий код бюджета в ERP-системе (например, Dept-901-монтаж), на который будут отнесены расходы.
- Предлагаемый поставщик: Указание информации о поставщике или прямой ссылки ускоряет процесс закупки.
- Владелец бюджета: Ответственное лицо за отчет о прибылях и убытках (P&L) для указанного центра затрат.
Стандартный процесс
Заголовок раздела «Стандартный процесс»Установление стандартизированного пути обеспечивает эффективную обработку запросов от этапа «Выявление потребности» до этапа «Оплата».
Шаг 1: Подача заявки (инициатор)
Заголовок раздела «Шаг 1: Подача заявки (инициатор)»- Действие: Инициатор подает формальную заявку на закупку в ERP-систему или систему электронных закупок (E-Procurement).
- Контроль: Система автоматически проверяет корректность кода бюджета и заполнение обязательных полей.
Шаг 2: Обработка заявки (отдел закупок)
Заголовок раздела «Шаг 2: Обработка заявки (отдел закупок)»- Действие: Специалист по косвенным закупкам рассматривает запрос.
- Для позиций из каталога: Подтверждает соответствие запроса заранее согласованным корпоративным контрактам.
- Для новых/индивидуальных позиций: Запрашивает конкурентные коммерческие предложения (при экономической целесообразности) или проверяет технико-экономическое обоснование для закупки у единственного источника.
- Результат: Стоимость и сроки поставки, подтвержденные поставщиком, вносятся в заявку на закупку.
Шаг 3: Финансовое согласование (руководство)
Заголовок раздела «Шаг 3: Финансовое согласование (руководство)»- Действие: ERP-система направляет заявку на закупку соответствующему утверждающему лицу в соответствии с матрицей делегирования полномочий (Delegation of Authority, DoA).
- Решение: Проверяется бюджетное обеспечение, после чего заявка на закупку формально утверждается или возвращается на доработку.
Шаг 4: Формирование заказа на закупку (система)
Заголовок раздела «Шаг 4: Формирование заказа на закупку (система)»- Действие: Утвержденная заявка на закупку конвертируется в юридически обязывающий заказ на закупку (Purchase Order, PO).
- Результат: Документ заказа на закупку направляется поставщику.
Шаг 5: Приемка товаров/работ (склад/пользователь)
Заголовок раздела «Шаг 5: Приемка товаров/работ (склад/пользователь)»- Действие: Физическая приемка товаров на складе или электронное подтверждение выполнения услуг (Service Entry Sheet) владельцем бюджета.
- Рекомендация: Оплата не должна производиться без документального подтверждения приемки.
Шаг 6: Трехсторонняя сверка (расчеты с поставщиками)
Заголовок раздела «Шаг 6: Трехсторонняя сверка (расчеты с поставщиками)»- Логика: Финансовый отдел проводит сверку трех документов: заказа на закупку (PO), акта приемки товаров/работ (Goods Receipt/Service Entry) и счета поставщика.
- Результат: При полном соответствии производится оплата. В случае расхождений счет блокируется для проведения служебного расследования.
Матрица согласования (делегирование полномочий)
Заголовок раздела «Матрица согласования (делегирование полномочий)»Структурированное делегирование полномочий балансирует оперативность принятия решений с необходимым финансовым контролем.
| Пороговая стоимость | Категория расходов | Уполномоченное лицо на утверждение | Целевой срок согласования (SLA) |
|---|---|---|---|
| < $500 | Разовые | Руководитель смены или автосогласование | В день подачи |
| $500 – $2,500 | Операционные | Руководитель отдела | < 24 часов |
| $2,500 – $10k | Значительные | Директор департамента | < 48 часов |
| > $10k | Стратегические | Вице-президент по операциям + контролер | < 1 недели |
| Любое IT-оборудование | Кибербезопасность | Глобальное IT-руководство | Индивидуально |
Принцип «Нет заказа на закупку — нет оплаты»
Заголовок раздела «Принцип «Нет заказа на закупку — нет оплаты»»Поставщиков следует ориентировать на соблюдение установленных процессов работы в ERP-системе.
Обоснование: Обход данного контрольного пункта ведет к неконтролируемым расходам и поощряет внешних поставщиков игнорировать внутренние процедуры закупок. Оплата счетов без заказа на закупку делает управление бюджетом крайне неточным.
Обработка исключительных ситуаций
Заголовок раздела «Обработка исключительных ситуаций»Оперативные реалии иногда требуют отклонения от стандартного процесса. Такие исключительные процедуры должны быть четко определены и контролируемы.
«Аварийная ситуация на линии» (вне рабочего времени)
Заголовок раздела ««Аварийная ситуация на линии» (вне рабочего времени)»- Сценарий: Срочный отказ оборудования (например, прорыв трубопровода в 2:00), требующий немедленного вызова подрядчика.
- Протокол:
- При необходимости для авторизации работ должна быть использована контролируемая корпоративная платежная карта (P-Card).
- Последующие действия: Инициатор обязан на следующий рабочий день оформить формальную заявку на закупку задним числом, приложив все квитанции и документацию по выполненным работам.
Заявка на закупку задним числом (ретроспективная)
Заголовок раздела «Заявка на закупку задним числом (ретроспективная)»- Сценарий: Товары или услуги были заказаны сотрудником устно без оформления заказа на закупку, после чего в бухгалтерию поступил счет от поставщика.
- Протокол:
- Стандартной практикой не является создание заказа на закупку постфактум исключительно для оплаты счета.
- Ответственный сотрудник обязан создать формализованную заявку на закупку, которая должна быть направлена через его руководство для обеспечения прозрачности в отношении нарушения политики.
Резюме: Процесс от заявки до заказа на закупку
Заголовок раздела «Резюме: Процесс от заявки до заказа на закупку»| Параметр | Требование | Значение | Документ |
|---|---|---|---|
| Спецификация | Четкая, однозначная | MPN, ссылка на поставщика, детальное ТЗ | Заявка на закупку |
| Центр затрат | Корректный код бюджета | Указан в ERP (напр., Dept-901-монтаж) | Заявка на закупку |
| Утверждение | По матрице DoA | Зависит от суммы и категории (см. таблицу DoA) | Утвержденная заявка |
| Приемка | Обязательна перед оплатой | Goods Receipt или Service Entry Sheet | Акт приемки |
| Оплата | Только при наличии PO | Сверка PO, акта приемки и счета | Заказ на закупку (PO) |