Purchase order проти інвойсу: у чому різниця?

Purchase order і інвойс — це дві половини однієї транзакції, але фрілансери і малі бізнеси часто трактують їх як взаємозамінні — чи взагалі пропускають крок PO. Потім enterprise-клієнт відмовляється платити інвойс, бо немає PO-номера, і двотижнева затримка перетворюється на двомісячний спір.

Гайд пояснює реальну різницю між PO і інвойсом: хто створює кожен, коли надсилається, які поля йдуть на кожен, як 3-way matching workflow обробляє їх разом, і коли потрібен PO-номер на інвойсі, щоб отримати оплату.

Для суміжних порівнянь документів дивіться інвойс проти чека і що таке proforma інвойс.

Коротко

| | Purchase Order (PO) | Інвойс | |---|---|---| | Хто створює | Покупець | Продавець | | Коли | Перед роботою / відправкою | Після роботи / відправки | | Що робить | Авторизує покупку, зобов'язує покупця платити | Запитує оплату за доставлене | | Стає binding | Коли продавець приймає (часто через acknowledgement) | При виставленні, за дефолтом прийняття | | Містить | PO-номер покупця, позиції, кількості, узгоджені ціни, інструкції доставки | Номер інвойсу, позиції, тотали, умови оплати, дата оплати | | Тригерить | Роботу / відправку | Оплату |

Purchase order — це покупець каже "I am committing to buy this." Інвойс — продавець каже "I delivered, now pay me." PO йде першим; інвойс — за ним.

Що таке purchase order

Purchase order — документ, який покупець створює і надсилає продавцю перед тим, як починається робота чи відправляються товари. Авторизує транзакцію всередині покупця і зобов'язує його платити, якщо продавець доставляє, що замовлено.

Типовий PO містить:

PO-номер — унікальний у procurement-системі покупця (наприклад, PO-2026-04521)
Інфо покупця — компанія, ship-to адреса, білінгова адреса, AP-контакт
Інфо продавця — назва і адреса вашої компанії
Позиції — точно, що покупець замовляє, з кількостями і узгодженими ставками
Subtotal, tax, total
Дата доставки / завершення — коли покупець очікує товар чи послугу
Умови оплати — типово стандартний термін покупця (часто Net 30 чи Net 45)
Підпис чи approval авторизації — доказ, що PO був approved внутрішньо

Коли продавець приймає PO (формально через acknowledgement, неформально стартуючи роботу), PO стає binding-контрактом.

Ключова річ про PO: це зобов'язання покупця платити, якщо ви доставляєте, що замовлено. Якщо доставите щось інше — інші позиції, інші ціни, інші кількості — PO це не покриває, і покупець може відмовитися платити.

Що таке інвойс

Інвойс — документ, який продавець створює і надсилає покупцю після того, як робота зроблена чи товар доставлено. Запитує оплату за надане.

Типовий інвойс містить:

Номер інвойсу — унікальний у системі продавця (наприклад, INV-2026-0142)
Інфо покупця — те ж, що в PO
Інфо продавця — ваш бізнес, банківські дані для оплати
Позиції — що реально доставили, що збігається з позиціями PO
Посилання на PO-номер — зазвичай поле PO # біля шапки
Subtotal, tax, total
Умови оплати і дата

Для глибшого walkthrough по самому інвойсу — 8 обов'язкових полів, формати, типові помилки — дивіться як виставити інвойс. Базове визначення — у що таке інвойс.

Хто створює що, коли

Workflow типової B2B транзакції:

Команда закупівель покупця має потребу. Ідентифікують внутрішньо.
Покупець виставляє PO. Procurement-система генерує документ, менеджер покупця approve-ить, надсилають вам (продавцю).
Ви acknowledge PO. Часто формально (signed acknowledgement), іноді неявно стартуючи роботу.
Ви доставляєте товар чи послугу. За умовами PO.
Ви виставляєте інвойс. З PO-номером на ньому.
AP-команда покупця матчить інвойс із PO. Якщо інвойс збігається з авторизованим, платять. Якщо ні — повертають назад.
Покупець платить. ACH, wire, чи чек, типово в межах вказаних умов.

PO і інвойс не дубльовані — вони служать різним функціям у внутрішньому контролі покупця. PO авторизує spend; інвойс запитує оплату за авторизований spend.

3-way match (і чому ваш інвойс може bounce-нути)

Великі покупці — enterprises, уряд, лікарні, університети — використовують процес "3-way matching" для apporve інвойсів. Три документи, що мають збігтися:

Purchase order — що було авторизовано
Receiving report — що реально доставлено (warehouse confirmation, signed delivery doc, milestone signoff)
Інвойс — за що продавець білить

Якщо всі три збігаються — PO каже 100 widgets по $5, receiving підтверджує 100 прибуло, інвойс білить 100 widgets по $5 — інвойс оплачують. Якщо якесь поле off — інвойс reject і відправляють на resolution.

Поширені способи інвойсу провалити 3-way matching:

Немає PO-номера. Топ причина rejection. AP-система навіть не може знайти відповідний PO для порівняння.
Неправильний PO-номер. Іноді опечатка, іноді покупець змінив POs посеред проєкту, а ви посилаєтеся на старий.
Позиції не збігаються. Інвойс каже "homepage redesign — $5,000"; PO каже "web design services — $5,000." Навіть якщо сума збігається, автоматизована система може не зіставити позиції.
Quantity чи rate не збігаються. PO авторизував 40 годин по $150/год; інвойс білить 45 годин. Потрібен PO amendment, не просто вищий інвойс.
Tax відрізняється. Інвойс білить sales tax, якого немає на PO. Деякі покупці tax-exempt і PO не матиме tax.
Пізня доставка. Receiving report каже, що доставили після required date PO. Іноді покупець може все одно платити; іноді тригерить знижку чи відмову.

Якщо інвойс bounce-нув у 3-way match, AP-команда покупця зазвичай email-ить вам fix. Відповідайте швидко — кожний день затримки — день затримки оригінальної оплати.

Коли треба PO-номер на інвойсі

Три приблизні категорії клієнтів:

Клієнти, що завжди вимагають PO

Enterprise-компанії з формальним procurement-процесом
Федеральні і штатні урядові агенції
Університети, лікарні, великі nonprofits
Більшість Fortune 500 компаній

Для цих ніколи не стартуйте без PO-номера в руках. Надішліть письмовий запит на PO до старту; "I'll send the invoice when I'm done" без PO — це як закінчити неоплаченим 90 днів, поки procurement розбирається.

Клієнти, що використовують PO інколи

Mid-size компанії (50-500 співробітників)
Tech startups після Series B
Established law firms, marketing agencies, financial services

Для цих питайте перед стартом. "Will this engagement have a PO?" Якщо так — отримайте PO-номер перед інвойсом. Якщо ні — продовжуйте звичайно.

Клієнти, що ніколи не використовують PO

Solo entrepreneurs і малий бізнес
Більшість фріланс-клієнтів
Багато сервісних бізнесів (creative agencies до 50 людей тощо)

Для цих відсутність PO нормальна. Можете включити поле PO #: на інвойсі зі значенням n/a чи просто пропустити поле.

Як включити PO на інвойс

Якщо клієнт дав PO, покладіть на інвойс так, щоб не пропустити:

Invoice #2026-0142
Date: May 16, 2026
PO #: PO-2026-04521
─────────────────────────────
Bill To: Acme Industries LLC
         123 Corporate Way
         Chicago, IL 60601

Покладіть у шапку, поряд з номером інвойсу і датою. Збігайте точний формат PO-номера з документа клієнта — PO-2026-04521 відрізняється від PO2026-04521 чи 2026-04521 в автоматизованій AP-системі.

Якщо проєкт має кілька POs (деякі великі проєкти ламаються на фази з окремими POs на фазу), посилайтеся лише на PO, що відповідає цьому інвойсу. Не перераховуйте всі POs, які коли-небудь мали з клієнтом.

Індустрії, що використовують PO vs ні

Приблизний скетч, де зустрінете PO-флоу:

| Індустрія | Використання PO | |---|---| | Manufacturing / wholesale | Завжди | | Government contracting | Завжди | | Hospitals / healthcare systems | Майже завжди | | Universities / higher ed | Майже завжди | | Enterprise software vendors | Майже завжди | | Construction (sub-contractors) | Часто | | Marketing / advertising agencies | Іноді (для media buys — так, для retainers часто ні) | | Freelance creative (design, writing) | Рідко для індивідуалів; часто для enterprise-клієнтів | | Consulting (small firms) | Mixed | | Personal services (lawyers, accountants for individuals) | Рідко | | Restaurant / retail B2C | Ніколи |

Правило: що більший і бюрократичніший покупець, то ймовірніше вимагає PO. Дрібні клієнти не мають procurement-процесу; великі не можуть функціонувати без нього.

Що, якщо клієнт хоче, щоб використовували їхній invoice-портал?

Деякі enterprise-клієнти вимагають, щоб vendor-и submit-или інвойси через їхній портал — Coupa, SAP Ariba, Tradeshift, Tungsten чи подібні. Портал обробляє PO matching автоматично.

Якщо клієнт використовує один із цих, використовуйте портал. Не email-те PDF і не сподівайтесь, що оброблять. Завантаження в портал — єдиний спосіб отримати оплату у більшості випадків.

Мінуси:

Втрачаєте контроль формату
Можете не отримати notification, коли інвойс approve чи оплачено
Портал може вимагати додаткових полів, що не трекаєте (cost center, GL code, project code)

Тримайте свою копію інвойсу з PO-номером і трекайте оплату через status page порталу чи follow-up з AP-контактом клієнта.

Робочий приклад

Скажімо, робите $10,000 web-design проєкт для корпоративного клієнта:

День 1. Ви і клієнт підписали Statement of Work (SOW). SOW каже "client will issue a PO within 5 business days; work begins on receipt of PO."
День 4. Procurement клієнта надсилає PO-2026-08231 за "Web design services per SOW, $10,000, completion by July 1, 2026, Net 30 payment terms."
День 5. Ви acknowledge PO email-ом. Робота стартує.
День 45. Проєкт завершено. Клієнт signs off на доставку.
День 46. Виставляєте інвойс INV-2026-0142 з PO #: PO-2026-08231 у шапці, позиція збігається з описом SOW ("Web design services per SOW"), $10,000 total, Net 30 від дати інвойсу.
Дні 47-50. AP клієнта запускає 3-way matching: PO 08231 збігається з receiving signoff збігається з інвойсом — усе вирівняно. Інвойс у черзі на оплату.
День 76 (Net 30 від інвойсу). Оплата приходить на банк.

Якби ви пропустили PO і надіслали інвойс холодним 46-го дня, найімовірніший результат: AP клієнта reject 50-го, тиждень шукаєте правильний procurement-контакт, видають PO заднім числом 60-го, ви re-issue інвойс 61-го, оплата приходить 91-го. Місяць пізніше за PO-first шлях.

FAQ

Чи кожен інвойс потребує PO?

Ні. POs поширені в B2B procurement-флоу (enterprises, government, великі інституції), але не обов'язкові для більшості фрілансу чи малого бізнесу. Питайте клієнта, чи процес вимагає PO до старту; якщо так — отримайте номер до роботи.

Чи можуть PO і інвойс бути одним документом?

Ні. Служать різним ролям — POs авторизують транзакцію до роботи (створено покупцем), інвойси запитують оплату після роботи (створено продавцем). Містять схожу інформацію, але існують для різних цілей у procurement-процесі.

Що, якщо мій інвойс не збігається з PO точно?

Інвойс reject у 3-way matching. Поширені причини: extra hours not authorized, різні описи позицій, tax mismatch, late delivery. Fix — це або (a) issue PO change order з боку покупця, потім re-invoice, або (b) revise інвойс під PO. Не очікуйте, що AP-команда покупця "just process it".

Чи можу виставити інвойс без PO?

Так, якщо клієнт не використовує PO. Багато freelance і small business клієнтів платять інвойси без PO взагалі. Для більших клієнтів з procurement-процесом надсилання інвойсу без PO — топ-причина затримок оплати.

У чому різниця між PO і sales order?

Purchase order генерує покупець; sales order генерує продавець у відповідь на PO (підтверджуючи "yes, we'll fulfill this PO"). Для фрілансерів sales orders рідкісні — acknowledgement email служить тій же цілі неформально.

Що, якщо клієнт не надсилає обіцяний PO?

Стопніть роботу до того, як отримаєте. Надсилати інвойс за неавторизовану роботу покупцю, що вимагає PO, майже завжди веде до non-payment. Якщо вже зробили значну роботу без PO, працюйте з procurement-командою клієнта над retroactive PO — незручно, але стандартно.

Чи POs expire?

Так. Більшість POs мають "valid through" чи "completion by" дату. Якщо доставляєте після — PO може потребувати extension до того, як AP заплатить. Перевіряйте дату на PO, коли отримуєте.

Чи можу включити кілька POs на один інвойс?

Зазвичай ні — один інвойс має посилатися на один PO, з позиціями, що збігаються. Якщо проєкт спанує кілька POs (наприклад, поквартальні фази), виставляйте окремі інвойси, по одному на PO. Об'єднання POs на одному інвойсі викликає 3-way match fail.