Панель вашого магазину каже, що минулого тижня ви продали через «купи зараз — плати пізніше» на $9,300. Ваш банківський рахунок показує депозит у $8,412. Куди поділися відсутні $888 — і чому наступний депозит також виглядає меншим, навіть якщо продажі зростають?
Якщо ви приймаєте Klarna, Affirm або Afterpay на касі, ця різниця — не баг у вашому магазині. Це передбачуваний результат обліку розрахунків BNPL так, ніби це звичайні депозити від карткових процесорів. BNPL розраховується за іншим графіком, зараховує комісії на джерелі та вираховує повернення з майбутніх виплат, а не надсилає окремі кредити. Якщо зараховувати банківський депозит як дохід, ви занизите продажі, приховаєте комісії за обробку та подвійно врахуєте повернення — і все це одночасно.
Цей посібник пояснює метод валового розрахунку, який тримає BNPL у чистоті: один кліринговий рахунок на кожного провайдера, дохід відображається у валовій сумі в момент продажу, комісії виділяються як окрема витрата, а наприкінці місяця ваші книги звіряються з формою 1099-K кожного провайдера.
Чому BNPL не звіряється так, як картковий процесор
З картковим процесором ритм простий: клієнти платять, процесор групує транзакції щодня, і депозит надходить на ваш банківський рахунок через день-два. Ви відображаєте валові продажі плюс комісію, звіряєте банківський баланс і рухаєтеся далі.
BNPL порушує цей ритм трьома способами.
Розрахунок затримується — і кожен провайдер працює за власним графіком
Klarna зазвичай здійснює розрахунки щотижня або раз на два тижні. Affirm зазвичай розраховується протягом кількох робочих днів, але утримує резерв для покриття повернень і суперечок. Afterpay часто розраховується наступного робочого дня за стандартними планами, при цьому повернення та коригування вираховуються до переказу коштів. Готівка, що надходить у вівторок, оплачує продажі за дні або тижні раніше, тому депозит ніколи не збігається зі звітом про продажі за один день.
Комісії зараховуються на джерелі
Комісії BNPL є вищими порівняно з картками, і ви ніколи не бачите їх як окремий платіж. Типові ставки для продавців становлять приблизно 3% в Affirm, 4–6% плюс фіксована комісія за транзакцію в Afterpay та приблизно 3,3–6% плюс фіксована комісія в Klarna залежно від плану та обсягу. Комісія просто відсутня в депозиті. Якщо ви зараховуєте депозит як ваш обсяг продажів, ви мовчки занижуєте дохід на суму комісії за кожне замовлення.
Повернення зменшують майбутні виплати, а не з'являються як кредити
Коли клієнт повертає замовлення Klarna на $200, ви не отримуєте окремий дебет на $200 для обліку. Ваш наступний розрахунок просто менший на $200 — іноді за вирахуванням початкової комісії, іноді ні, залежно від вашого плану. Для вашого банківського каналу повернення виглядає так само, як повільний тиждень продажів. Без системи, яка це передбачає, повернення залишаються необлікованими тижнями, поки хтось не помітить, що баланс клірингового рахунку відхиляється.
Правило валового визнання: ви продали — відображайте у валовій сумі
Згідно з ASC 606, продавець, який реалізує власні товари, є принципалом в операції — провайдер BNPL є платіжним і фінансовим посередником, а не продавцем. Це має один прямий наслідок для ваших книг: дохід — це валова сума замовлення, а комісія BNPL — це витрата, а не зменшення доходу.
Це повторює те, як вже працює обробка карток. Ви б ніколи не відобразили продаж Stripe на $100 як дохід у $97,10; ви відображаєте $100 доходу та $2,90 комісій за обробку. BNPL заслуговує на таке ж ставлення, навіть якщо комісія приходить уже вирахуваною. Три причини, чому це важливо:
- Ваша стаття доходу залишається порівнянною. Валові продажі за каналами, вартість конверсії та середня вартість замовлення читаються правильно, коли кожен канал відображається у валовій сумі.
- Ваші комісії залишаються видимими. При ставках 4–6% комісії BNPL є однією з найбільших змінних витрат. Заховані в чистих депозитах, вони вислизають від будь-якого аналізу витрат. Виділені окремо, їх можна переглядати, порівнювати між провайдерами та зважувати проти зростання конверсії, яке забезпечує BNPL.
- Ваша податкова декларація звіряється. Форма 1099-K кожного провайдера звітує про ваш валовий обсяг платежів без коригування на комісії чи повернення. Книги, які ведуться на чистій основі, ніколи не зійдуться з цими формами — і саме ця невідповідність привертає увагу IRS.
Метод клірингового рахунку, крок за кроком
Рішення — один кліринговий рахунок на кожного провайдера BNPL — рахунок поточних активів, який поводиться як міні-банківський рахунок для грошей, які належать вам, але ще не розраховані. Продажі зараховуються у валовій сумі, комісії та повернення списуються, а розрахункові депозити переводять залишок на ваш операційний банківський рахунок. Ось повна процедура.
1. Створіть один кліринговий рахунок на кожного провайдера
У вашому плані рахунків створіть:
- Кліринг Klarna (поточний актив)
- Кліринг Affirm (поточний актив)
- Кліринг Afterpay (поточний актив)
- Комісії за обробку BNPL (витрата — багато продавців включають її до собівартості проданих товарів разом з іншими платіжними комісіями, інші трактують як комерційні витрати; оберіть один варіант і дотримуйтеся його)
У QuickBooks Online створіть кожен кліринговий рахунок як банківський або інший поточний актив, щоб він з'являвся на екрані звірки. У Xero позначте кожен як банківський рахунок з тієї ж причини. У бухгалтерії на основі простого тексту це просто рахунки активів, наприклад Assets:Receivable:Klarna-Clearing.
Ніколи не об'єднуйте провайдерів в один кліринговий рахунок. Кожен розраховується за власним графіком із власною структурою комісій, і змішаний рахунок неможливо звірити з жодним звітом окремого провайдера.
2. Відображайте кожен продаж у валовій сумі на дату замовлення
Коли замовлення закривається через провайдера BNPL, одразу фіксуйте повну суму замовлення — не чекайте на розрахунок:
- Дебетуйте кліринговий рахунок провайдера на валову суму замовлення
- Кредитуйте дохід від продажів на валову суму замовлення
Економічна логіка: у момент, коли провайдер BNPL схвалює та фіксує замовлення, ваш клієнт заборговує провайдеру, а провайдер заборговує вам. Ця дебіторська заборгованість реальна з першого дня, навіть якщо готівка надходить пізніше. Відображення на дату замовлення також підтримує узгодженість щоденних звітів про продажі та вашого реєстру доходів, що є основою для всієї подальшої звірки.
3. Відображайте комісії як витрату зі звіту про розрахунок
Коли надходить звіт про розрахунок, він деталізує валові розраховані продажі, утримані комісії, вирахувані повернення та чисту виплату. Відобразіть статтю комісії явно:
- Дебетуйте Комісії за обробку BNPL на суму комісії
- Кредитуйте кліринговий рахунок провайдера на суму комісії
Робіть це зі звіту про розрахунок провайдера, а не шляхом зворотного обчислення з банківського депозиту. Звіт є первинним документом; депозит — лише підтвердження готівки.
4. Записуйте розрахунковий депозит як переказ
Банківський депозит — це не дохід — дохід вже був відображений на кроці 2. Це переказ:
- Дебетуйте ваш операційний банківський рахунок на суму чистого депозиту
- Кредитуйте кліринговий рахунок провайдера на суму чистого депозиту
Після проведення залишок на кліринговому рахунку має точно дорівнювати тому, що провайдер все ще винен вам: схвалені, але не розраховані продажі, мінус будь-який резерв. Цей залишок — ваш чек звірки. Якщо він відхиляється від звіту провайдера про відкриті розрахунки, щось — повернення, зміна комісії, суперечка — було пропущено.
5. Відображайте повернення проти початкового продажу, а потім слідкуйте за комісією
Коли ви повертаєте кошти за замовлення BNPL, згортайте його так, як воно надійшло:
- Дебетуйте повернення/відшкодування (як контр-доходний рахунок або зобов'язання з повернень) на суму повернення
- Кредитуйте кліринговий рахунок провайдера на суму повернення
Потім перевірте, як ваш план трактує початкову комісію. Деякі плани повертають комісію за повернуті замовлення; інші її зберігають. Якщо комісію повертають, відобразіть кредит комісії, коли він з'явиться у звіті про розрахунок. Якщо її зберігають, ця комісія залишається у вашій статті витрат — це реальна вартість повернутого продажу. У будь-якому випадку рішення приймайте на основі звіту про розрахунок, а не припущень.
Приклад розрахунку
Скажімо, ваш магазин продає товарів на $10,000 через Afterpay за тиждень із комісією 5% плюс $0,30 за замовлення на 50 замовлень ($15 фіксованих комісій, $500 процентних комісій, разом $515). Одне замовлення на $200 повернуто, і Afterpay зберігає комісію за повернення. Ось тиждень на кліринговому рахунку:
| Крок | Рух на кліринговому рахунку | Залишок |
|---|---|---|
| 50 продажів відображено у валовій сумі | +$10,000 | $10,000 |
| Комісії зі звіту про розрахунок | −$515 | $9,485 |
| Відображено повернення | −$200 | $9,285 |
| Розрахунковий депозит на банківський рахунок | −$9,285 | $0 |
Дохід показує $10,000. Комісії BNPL показують $515. Повернення показують $200. Банк отримав $9,285, і кожен долар із різниці $715 між продажами та готівкою пояснюється названою статтею, а не зникає в чистому депозиті. Коли той самий тиждень охоплює два розрахункові цикли, єдина відмінність — ненульовий залишок на кліринговому рахунку наприкінці тижня, який має точно збігатися зі звітом Afterpay про неврегульовані продажі.
Валовий показник у формі 1099-K: прив'язка ваших книг до податкових форм
Кожен провайдер BNPL, який кваліфікується як організація розрахунків третьої сторони, надсилає вам (і до IRS) форму 1099-K. Два факти про цю форму дивують більшість продавців.
По-перше, у полі 1a звітується валовий обсяг без жодних коригувань. Згідно з IRS, валова сума платежу не коригується на комісії, повернення, кредити, доставку чи знижки. Якщо ви провели $120,000 через Klarna, заплатили $6,000 комісій і повернули $4,000, ваша форма 1099-K все одно показує $120,000. Це передбачено: комісії та повернення є відрахуваннями, які ви заявляєте у декларації, а не зменшенням звітованого валового показника.
По-друге, поріг подання повернуто до старого високого рівня. Закон One Big Beautiful Bill заднім числом відновив поріг, який діяв до 2021 року, тому провайдери загалом не зобов'язані подавати форму 1099-K, якщо ваш валовий обсяг не перевищує $20,000 і кількість транзакцій не перевищує 200. Багато менших продавців не отримають жодної форми — що нічого не змінює щодо того, що ви винні, оскільки весь бізнес-дохід підлягає декларуванню незалежно від того, чи надійшла форма.
Звірка є простою, коли ваші книги ведуться у валовій сумі. Для кожного провайдера за повний рік:
- Почніть із валових продажів BNPL за цим провайдером у ваших книгах.
- Це число має дорівнювати полю 1a форми 1099-K провайдера (невеликі розбіжності в часі на кінець року є нормальними — продаж 31 грудня, який розраховується 2 січня, належить торішнім книгам, але може потрапити у форму наступного року; задокументуйте дату відсікання).
- Комісії з'являються окремо як відрахування; повернення — як повернення/знижки. Жодне не зараховується у валовий дохід.
Якщо ваші книги велися на чистій основі, крок 2 одразу провалюється: ваше число «продажів» на тисячі нижче поля 1a без деталізованого переходу. Відновлення цього переходу під час податкового сезону з дванадцяти місяців PDF-звітів про розрахунок — найдорожчий спосіб вести бухгалтерію. Метод клірингового рахунку будує цей перехід поступово, кожен розрахунковий цикл, безкоштовно.
Шість помилок, які ламають бухгалтерію BNPL
- Зарахування депозитів як доходу. Найпоширеніша помилка. Вона занижує продажі, ховає комісії та гарантує невідповідність формі 1099-K. Дохід відображається на дату замовлення зі звіту про продажі, а не з банківського каналу.
- Заховання комісій у чистих депозитах. За ставками BNPL це ховає статтю витрат, більшу за бюджет на програмне забезпечення багатьох продавців. Виділяйте комісії щонайменше щомісяця; краще — за кожен розрахунок.
- Подвійне врахування повернень. Якщо ваша платформа електронної комерції вже фіксує повернення, а ви також відображаєте менший розрахунковий депозит як зменшений дохід, повернення враховується двічі. Відображайте повернення один раз, на кліринговому рахунку, на дату повернення.
- Ігнорування резерву. Резерви типу Affirm означають, що частина вашої дебіторської заборгованості залишається у провайдера на невизначений термін. Відстежуйте її як частину клірингового залишку, щоб вона не читалася як зникла готівка.
- Один кліринговий рахунок для всіх провайдерів. Різні графіки, різні структури комісій, різні правила повернень. Змішані рахунки неможливо прив'язати до жодного звіту окремого провайдера, тому помилки ховаються назавжди.
- Плутанина з моментом визнання за касовим методом. Продавці на касовому методі все одно потребують кліринговий рахунок як інструмент відстеження: дохід визнається, коли надходить депозит, але комісії потрібно брати зі звіту про розрахунок за той самий період, інакше витрати мовчки зміщуються в той місяць, коли випадково надійшов депозит.
Ваш щомісячний чек-лист закриття BNPL
П'ятнадцять хвилин на провайдера, раз на місяць, запобігають кожній помилці вище:
- Усі продажі за місяць відображені у валовій сумі на кліринговому рахунку провайдера
- Усі звіти про розрахунки завантажені та комісії відображені як витрати
- Усі повернення відображені на кліринговому рахунку, трактування комісії перевірено
- Усі розрахункові депозити записані як перекази з клірингового на банківський рахунок
- Кліринговий залишок звірено зі звітом провайдера про неврегульовані суми/резерви
- Валовий показник з початку року за провайдером відстежується для звірки з формою 1099-K
Тримайте звірку BNPL нудною за допомогою простого тексту
Звірка BNPL винагороджує одну звичку понад усе: кожен долар потрапляє у названий рахунок у день, коли відбувається економічна подія, тому день розрахунку — це переказ, а не одкровення. Цю звичку легше підтримувати, коли ваш реєстр — це простий текст, який можна grep-ати, порівнювати та версіонувати. Продаж, комісія та розрахунок BNPL у синтаксисі Beancount — це три прозорі проведення — без чорних скриньок банківських правил, без загадкових балансів:
2026-09-10 * "Klarna order #4821" "Blue linen duvet set"
Assets:Receivable:Klarna-Clearing 200.00 USD
Income:Sales:Ecommerce -200.00 USD
2026-09-17 * "Klarna weekly settlement" "Fees and payout"
Expenses:Fees:BNPL 8.58 USD
Assets:Checking:Operating 191.42 USD
Assets:Receivable:Klarna-Clearing -200.00 USDКоли настає податковий сезон, ваші валові показники, комісії та повернення за провайдером — на відстані одного запиту — саме той перехід, який потрібен для звірки з формою 1099-K. Якщо ви хочете побачити, як цей робочий процес виглядає в повній панелі з перевірками балансів та звітами, перегляньте панелі Fava або прочитайте документацію, щоб розпочати.
Спростіть своє фінансове управління
Оскільки BNPL зростає з експерименту до одного з ваших найбільших платіжних каналів, ведення валових продажів, комісій та повернень в окремих, звірних рахунках — це те, що тримає ваші управлінські показники та податкову декларацію чесними. Beancount.io надає бухгалтерію на основі простого тексту, яка дає вам повну прозорість і контроль над вашими фінансовими даними — без чорних скриньок, без прив'язки до вендора. Почніть безкоштовно і побачте, чому розробники та фінансові професіонали переходять на бухгалтерію на основі простого тексту.
