Nordlet

← Документация / Глоссарий

Что такое заказ на закупку? Заказ vs счет-фактура и метод трехсторонней сверки

Какие обязательства накладывает заказ на закупку, чем он отличается от счета-фактуры и как трехсторонняя сверка с актами приемки товаров позволяет предотвратить лишние выплаты.

Заказ на закупку (purchase order) — это документ, который вы направляете поставщику, указывая, что именно вы хотите купить, по какой цене, в каком количестве и к какому сроку это должно быть доставлено. Это документ покупателя, тогда как счет-фактура (invoice) — документ продавца. Четкое понимание этой разницы помогает разобраться во всем остальном.

Его цель — зафиксировать решение о закупке до того, как будут выделены денежные средства, а не обнаруживать это уже после получения счета-фактуры.

Заказ на закупку против счета-фактуры

Заказ на закупку Счет-фактура
Кем выставляется Покупатель Продавец
Что означает "Мы согласны это купить" "Вы должны нам за это"
Сроки До поставки В момент или после поставки
Бухгалтерский эффект Отсутствует Признание расходов и кредиторской задолженности
Характер обязательства Обязательство совершить покупку Юридическая претензия на оплату

Именно отсутствие бухгалтерского эффекта упускают из виду в большинстве объяснений. Заказ на закупку создает обязательство (commitment), а не задолженность (liability). Никакие товары еще не получены, расходы еще не понесены, и в главной книге ничего не отражается, поскольку в соответствии с методом начисления расходы возникают в момент получения товаров или услуг, а не в момент их заказа.

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

Цепочка документов

Контролируемый процесс закупки формирует три документа в строго определенной последовательности:

  1. Заказ на закупку — то, о покупке чего мы договорились. Выпускается и утверждается до того, как что-либо произошло.
  2. Акт приемки товаров (goods receipt) — то, что фактически прибыло, регистрируется в момент доставки лицом, принявшим груз.
  3. Счет-фактура поставщика — то, к оплате чего нас предъявляют.

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

Метод трехсторонней сверки (three-way match)

Сопоставив эти три документа, можно выявить четыре дорогостоящие ошибки еще до проведения оплаты:

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

Если данные трех документов совпадают в пределах допустимой погрешности, счет-фактуру можно автоматически одобрить к оплате. Если они не совпадают, именно это расхождение и становится предметом для проверки — что гораздо эффективнее, чем заставлять сотрудника вручную изучать каждый счет в надежде ничего не упустить.

Nordlet реализует процесс сверки. Метод POST /v1/purchases/invoices/match принимает счет-фактуру, связанную с заказом на закупку, и параметр priceTolerancePercent, после чего проводит построчное сравнение, возвращая результат для каждой строки:

Результат Значение
matched Заказанные, полученные и указанные в счете данные совпадают в пределах допустимой погрешности
not_on_order Строка счета-фактуры не имеет соответствующей строки в заказе
not_received Выставлен счет, но по данной строке ничего не поступало
over_invoiced Количество в счете-фактуре превышает объем фактически полученного
price_mismatch Цена за единицу отличается от заказа больше допустимого порога

Общий результат по пакету документов получает статус matched только в том случае, если сошлись абсолютно все строки. Каждая строка отображает заказанное, полученное и указанное в счете количество, а также обе цены за единицу и процент отклонения, благодаря чему расхождение не просто фиксируется, а количественно измеряется. Сравнение строк происходит по номенклатуре (item), если в заказе и счете указан конкретный товар из каталога, либо по описанию (description) во всех остальных случаях.

Допустимая погрешность (tolerance) предусмотрена не случайно: отклонение цены на 0,3% из-за округления или конвертации валюты не должно блокировать проведение платежа, тогда как рост на 15% должен привлечь внимание.

Жизненный цикл заказа

Заказ проходит через четкие статусы, а не просто переключается между состояниями "открыт/закрыт": draft (черновик) → submitted (отправлен) → approved (утвержден), затем по мере поступления товаров переходит в статусы partially_received (частично получен) → received (получен) и завершается в статусе closed (закрыт), при этом статус cancelled (отменен) доступен на любом этапе.

Именно такая детализация делает сверку возможной. Приемка фиксируется по строкам заказа с помощью метода POST /v1/purchases/receipts/create, который аккумулирует полученное количество по каждой строке. Это среднее число в трехстороннем сопоставлении, которого полностью лишены компании, переходящие напрямую от заказа к счету-фактуре.

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

Когда заказ на закупку действительно необходим

Заказы на закупку усложняют процедуру, а любая процедура требует затрат. Они оправдывают себя в следующих случаях:

  • Расходы могут инициировать сотрудники, не занимающиеся их оплатой. Заказ выступает в роли согласования, фиксируемого до возникновения самого обязательства.
  • Товары поступают отдельно от счетов-фактур. Без журнала приемки ответ на вопрос "прибыло ли это?" приходится искать в памяти.
  • Цены являются предметом переговоров. Заказ служит подтверждением того, о чем договорились стороны, и эталоном для проверки счета-фактуры.
  • Ответственным за бюджет необходима перспектива будущих расходов. Открытые заказы формируют пул принятых на себя обязательств.

Для компании из двух человек, покупающей подписки на ПО, это лишняя бюрократия, но без нее не обойтись бизнесу, закупающему товар у двадцати поставщиков. Оба подхода имеют право на жизнь, но ошибка заключается в том, чтобы выстраивать процесс, не используя сверку, ради которой он и создавался.

FAQ

Является ли заказ на закупку юридически обязывающим договором?

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

Создает ли заказ на закупку бухгалтерскую проводку?

Нет. Это обязательство, а не хозяйственная операция: ничего еще не получено и никаких обязательств по оплате еще не возникло. Первая проводка в учете появляется при поступлении товаров или регистрации счета-фактуры поставщика.

В чем разница между двусторонней и трехсторонней сверкой?

При двусторонней сверке сопоставляются заказ на закупку и счет-фактура (проверяются цена и заказанное количество). Трехсторонняя сверка добавляет акт приемки товаров, позволяя дополнительно убедиться, что оплачиваемое имущество действительно прибыло. При покупке услуг часто используют двустороннюю сверку, так как здесь нет физического объекта для приемки.

Что происходит, если счет-фактура не совпадает с заказом?

Сверка возвращает конкретную причину по каждой строке: отсутствует в заказе, не получено, превышено количество по счету или несоответствие цены, с указанием точных объемов и отклонений. Это становится поводом для запроса к поставщику; оплата приостанавливается до урегулирования вопроса или выпуска кредитового нотного документа (credit note).

Может ли по одному заказу на закупку быть выставлено несколько счетов-фактур?

Да, это стандартная ситуация при частичных поставках, поэтому жизненный цикл заказа включает статус partially_received, а по каждой строке накапливается полученный объем. Каждый счет-фактура сверяется с тем, что было получено к этому моменту, а не со всем объемом заказа целиком.