Ваш дашборд показує, що минулого місяця ви продали через Afterpay і Klarna на $12 400. Ваш банк показує кілька нерівномірних депозитів на значно меншу суму, комісію, яку ви ніде не бачите розписаною по позиціях, і повернення, вирахуване з виплати через три тижні після відправки повернення. Тепер ваш бухгалтер ставить питання, яке збиває з пантелику більшість продавців: з цих $12 400 — скільки насправді є доходом за ASC 606, а скільки є оцінкою, яка може сторнуватися?
Якщо ви обліковуєте банківський депозит як продажі, відповідь буде неправильною одразу в трьох напрямках. Ви занижуєте дохід на комісії, зараховані за принципом нетто в джерелі, завищуєте його, ігноруючи очікувані повернення, і викривлюєте його момент визнання, визнаючи продажі тоді, коли розраховується готівка, а не тоді, коли ви передаєте товар. Цей посібник розбирає аналіз за ASC 606 у тому вигляді, як він застосовується до малого продавця, що приймає buy-now-pay-later на касі: принципал проти агента, змінне відшкодування, суттєвий фінансовий компонент і розподіл обов'язків за виконанням — а також механіку клірингових рахунків, яка змушує книги відповідати теорії.
Чому BNPL не звіряється так, як платіж карткою
Депозит за карткою простий: процесор платить вам нетто комісій за щоденним або щотижневим графіком, ви обліковуєте валові продажі та комісію, і ви звіряєте. BNPL структурно відрізняється у трьох аспектах, кожен з яких відповідає кроку ASC 606.
По-перше, розрахунок відкладений і нерівномірний. Afterpay зазвичай розраховується наступного робочого дня за більшістю планів, але з вирахуванням повернень; Klarna зазвичай платить щотижня або раз на два тижні. Готівка, яку ви бачите у вівторок, оплачує продажі за дні або тижні до цього, тож момент надходження готівки нічого не говорить про те, коли було зароблено дохід.
По-друге, комісії вираховуються в джерелі й ніколи не з'являються як окрема транзакція. Afterpay стягує приблизно 4–6 відсотків плюс 30 центів за замовлення; змішана ставка Klarna становить приблизно 3,29–5,99 відсотка плюс 30 центів залежно від плану та обсягу. Комісія просто відсутня в депозиті.
По-третє, повернення беруться з майбутніх розрахунків, а не надходять як окремі кредити. Коли клієнт повертає замовлення Klarna на $200, наступна виплата зменшується на $200 — іноді нетто комісії, іноді ні, залежно від плану. У вашій банківській виписці це просто виглядає як менший депозит.
Обсяг BNPL у США перевищив $50 мільярдів у 2025 році й продовжує зростати; для багатьох продавців середнього ринку це вже другий або третій за розміром спосіб оплати. За таких масштабів облік депозитів як доходу не дає помилки округлення. Він дає фінансову звітність, якій кредитор або покупець не можуть довіряти.
Крок 1: Принципал чи агент? Чому більшість продавців звітує валово
Перше питання ASC 606 щодо будь-якої транзакції — чи ви є принципалом — стороною, яка контролює товари до їх передачі клієнту — чи агентом, який організовує продаж для когось іншого. Принципали звітують дохід валово; агенти звітують як дохід лише свою комісію або винагороду.
Більшість продавців електронної комерції, що приймають BNPL, явно є принципалами. Ви контролюєте запаси, ви встановлюєте ціну, ви несете ризик, якщо товар пошкоджено або він так і не відправлений, і ви обробляєте повернення. Провайдер BNPL — це канал фінансування, а не продавець: він платить вам за замовлення й стягує платежі з покупця за окремою угодою, стороною якої ви не є.
Цей висновок визначає все подання:
- Дохід у верхньому рядку відображає валову ціну продажу — повну суму, яку клієнт погодився сплатити.
- Комісії BNPL є окремою статтею витрат — собівартістю доходу або операційною витратою, залежно від вашої політики — і ніколи не зменшенням доходу.
- Зарахування комісій на контррахунок доходу стискає звітний дохід і робить вашу ставку витрат чистішою, ніж вона є насправді. Це виправдано лише за умови послідовного застосування та розкриття, а валове подання майже завжди виглядає краще для покупця або кредитора.
Якщо ви наразі обліковуєте чистий депозит як продажі, ця єдина корекція — збільшення доходу до валової суми та виділення комісії — є найціннішим виправленням у цьому посібнику. Вона також змушує ваші книги звірятися з 1099-K, про який ідеться нижче.
Крок 2: Ваші очікувані повернення — це змінне відшкодування
Ось крок, про який більшість малих продавців ніколи не чули. За ASC 606 будь-яка сума в ціні транзакції, яка може змінитися — знижки, рибейти, кредити та повернення — є змінним відшкодуванням. Ви повинні оцінити його на момент продажу й включити до доходу лише тією мірою, якою ймовірно, що жодного суттєвого сторнування не відбудеться, коли невизначеність буде вирішено. Останнє застереження є обмеженням, і воно навмисно консервативне.
Для продавця BNPL невизначеність — це повернення та чарджбеки. Коли ви відправляєте замовлення Afterpay на $200, ціна транзакції не дорівнює автоматично $200. Якщо ваша історична ставка повернень за цією товарною лінією становить 8 відсотків, сума, яку ви очікуєте залишити, ближча до $184, і ASC 606 хоче, щоб книги це відображали з першого дня — а не через тижні, коли Klarna вирахує повернення з розрахунку.
Два методи оцінки
ASC 606 дозволяє два методи. Виберіть той, що краще передбачає, що ви залишите, і застосовуйте його послідовно:
- Очікуване значення: зважене за ймовірністю середнє за результатами. Найкраще, коли у вас багато схожих замовлень — звичайний випадок для інтернет-магазину. За сотень замовлень BNPL на місяць і стабільної 8-відсоткової ставки повернень очікуване значення — природний вибір.
- Найімовірніша сума: єдиний найімовірніший результат. Краще для бінарних ситуацій «все або нічого», як-от одне велике індивідуальне замовлення, яке або приймуть, або повернуть повністю.
Більшості продавців слід використовувати очікуване значення на рівні товарної лінії, оновлюючи його за фактичною історією повернень.
Як виглядають проведення
При відправці ви визнаєте дохід нетто очікуваних повернень і записуєте різницю як зобов'язання з повернень, а також актив на запаси, які ви очікуєте отримати назад:
- Дебетуйте ваш кліринговий рахунок Afterpay або Klarna на $200 валової дебіторської заборгованості.
- Кредитуйте дохід на $184 — суму, яку ви очікуєте залишити.
- Кредитуйте зобов'язання з повернень на $16.
- Дебетуйте актив на відшкодування ($16 мінус ваша маржа на товарах) і кредитуйте собівартість проданих товарів на ту саму суму.
Коли вікно повернення закривається або фактичні повернення проводяться, ви коригуєте зобов'язання за фактичними даними. Практична рутина — щомісячна: порівняйте обліковане зобов'язання з фактично обробленими поверненнями, скоригуйте ставку, якщо вона змінилася, і розкрийте метод. Продавці зі ставками повернень нижче одного-двох відсотків часто можуть обґрунтувати визнання повної суми задокументованим висновком про суттєвість — але задокументуйте це, бо «у нас ніколи не буває повернень» — саме те твердження, яке аудитор перевірятиме.
Крок 3: Фінансовий компонент, який пропускає більшість продавців (і який зазвичай можна ігнорувати)
Ось питання ASC 606, яке BNPL, здається, створений викликати: клієнт платить з часом, тож чи є тут суттєвий фінансовий компонент, де частина ціни насправді є відсотками? Відповідь важлива, бо суттєвий фінансовий компонент потрібно відокремити від доходу й визнати як процентний дохід протягом періоду фінансування.
Для типового продавця аналіз закінчується швидко, у два шари.
Шар перший: фінансування — не ваш договір. Розстрочковий кредит існує між провайдером BNPL і покупцем. Ваш договір — із системою розрахунків провайдера: ви передаєте товар клієнту, а провайдер платить вам повністю протягом днів або тижнів. Ви нікому не надаєте фінансування, і жодне коригування на відсотки не належить вашим книгам. Провайдер може мати власний облік фінансового компонента; це його проблема, не ваша.
Шар другий: практичне спрощення для одного року. ASC 606 передбачає, що вам не потрібно коригувати на суттєвий фінансовий компонент, коли період між передачею товарів і отриманням оплати, як очікується, становитиме один рік або менше на момент укладення договору. Розрахунок BNPL відбувається за дні або тижні, тож навіть короткостроковий план оплати, запропонований продавцем, підпадає під спрощення.
Коли ви не можете його ігнорувати? Якщо ви пропонуєте власні умови розстрочки безпосередньо клієнтам — внутрішні рахунки, власні плани на кшталт layaway або поетапне виставлення рахунків, де оплата розтягується більш ніж на рік від поставки — спрощення зникає, і ви повинні оцінити, чи є фінансування суттєвим. Це рідкість для малих продавців BNPL, але якщо ви виставляєте рахунки за великі індивідуальні замовлення на 18-місячних умовах поряд із вашою касою Afterpay, ці дві сукупності потребують різного обліку. Не дозволяйте аналізу BNPL перетікати в сукупність внутрішніх рахунків або навпаки.
Крок 4: Розподіл виконання — коли одне замовлення BNPL це два обов'язки
ASC 606 вимагає визначити кожен окремий обов'язок за виконанням у договорі та розподілити ціну транзакції між ними за окремою ціною продажу. Більшість замовлень BNPL містять рівно один обов'язок — товар — і цей крок займає десять секунд. Три поширені доповнення роблять їх двома:
- Розширені гарантії та сервісні плани. Дворічний план захисту, проданий із товаром, є окремим обов'язком, що виконується з часом. Розподіліть частину $200 на план і визнавайте її протягом періоду покриття, а не при відправці.
- Подарункові картки та магазинний кредит у комплекті з товарами. Картка є обов'язком, що виконується при погашенні, і записується як договірне зобов'язання, доки клієнт її не витратить.
- Не повертані авансові платежі з подальшим обслуговуванням. Плата за налаштування або підключення, пов'язана з підпискою, зазвичай розподіляється на період обслуговування, а не визнається одразу.
Обгортка BNPL нічого не змінює в цьому розподілі — провайдер усе одно розраховується за повні $200 валово — але вона робить помилку важче помітити, бо депозит надходить одним числом нетто без деталізації за позиціями. Якщо ви продаєте набори через Afterpay або Klarna, звіряйте обов'язки за даними замовлень у вашій платформі магазину, ніколи за звітом про розрахунки.
Перенесення на книги: один кліринговий рахунок на провайдера
Теорія вище потребує бухгалтерської механіки, яка тримає валові продажі, комісії, повернення й готівку окремо. Стандартне рішення — кліринговий рахунок на кожного провайдера BNPL — рахунок оборотних активів, який поводиться як міні-банківський рахунок для кожного каналу:
- При відправці дебетуйте кліринговий рахунок провайдера та кредитуйте дохід на валову суму (нетто оцінки зобов'язання з повернень із кроку 2).
- При розрахунку перенесіть чистий депозит із клірингового рахунку до операційної готівки й облікуйте різницю як витрати на комісії BNPL.
- При поверненні сторнуйте початковий продаж проти зобов'язання з повернень і зменште залишок клірингу; коли провайдер вирахує його з пізнішої виплати, переказ буде меншим, і рахунок самовирівнюється.
- Наприкінці місяця звіряйте кожен кліринговий рахунок. Його залишок має дорівнювати нерозрахованим продажам у каналі провайдера плюс будь-який оборотний резерв, який провайдер утримує — Affirm і деякі плани Klarna утримують 5–10 відсотків на три-шість місяців, що заслуговує на окремий субрахунок, щоб доступний залишок залишався змістовним.
Налаштуйте це один раз у своєму бухгалтерському програмному забезпеченні як один рахунок оборотних активів на провайдера плюс рахунок витрат на комісії BNPL, і щомісячне закриття стане звіркою, а не розкопками. Якщо ви ведете книги у звичайному тексті, та сама структура безпосередньо відображається на кліринговий рахунок на провайдера з щомісячними твердженнями про залишок; логіка звірки ідентична незалежно від інструменту. Документація Beancount охоплює твердження про залишок і структуру рахунків, якщо ви хочете автоматизувати перевірку наприкінці місяця.
Звірка з 1099-K: де валове подання окупається
Провайдери BNPL випускають форми 1099-K, звітуючи валовий обсяг обробки, а не чисті розрахунки. За відновленим федеральним порогом організації розрахунків третіх сторін подають, коли платник перевищує $20 000 і 200 транзакцій. Якщо ваші книги фіксують лише чисті депозити, ваш звітний дохід буде меншим за 1099-K рівно на комісії та збільшені повернення — класичний тригер для повідомлення IRS про заниження звітності через місяці.
Метод клірингового рахунку запобігає цьому структурно: валові продажі на кліринговому рахунку дорівнюють валовому обсягу у 1099-K, комісії сидять у власній статті витрат, а повернення проходять через рахунок зобов'язань. Додайте один щорічний крок до закриття: підсумуйте валову суму кожного провайдера з ваших книг і порівняйте її з 1099-K перед поданням. Розбіжність понад один-два відсотки майже завжди зводиться до однієї з трьох причин — повернення ніколи не проведені, комісії зараховані в дохід або оборотні резерви неправильно класифіковані — і кожна виправляється за хвилини в січні проти днів наступного жовтня.
Контрольний список поширених помилок
Перед закриттям місяця перевірте кожне з цього:
- Дохід обліковується валово при відправці, а не нетто при розрахунку.
- Комісії BNPL з'являються як окрема витрата, а не поховані в меншому числі доходу.
- Зобов'язання з повернень відображає очікувані повернення за обмеженням змінного відшкодування, скориговане щомісяця.
- Жодного коригування на фінансовий компонент, якщо ви не пропонуєте власні умови понад один рік.
- Гарантії в комплекті, подарункові картки та авансові платежі розподілені на окремі обов'язки.
- Кожен провайдер має власний кліринговий рахунок, звірений щомісяця, з резервами на субрахунку.
- Річна валова сума на провайдера звіряється з 1099-K у межах одного-двох відсотків.
Спростіть своє управління фінансами
Правильний облік доходу BNPL за ASC 606 зводиться до структури: валові продажі, записані коли зароблені, комісії та повернення на власних доріжках, і клірингові рахунки, які доводять звірку щомісяця. Beancount.io пропонує бухгалтерію у звичайному тексті, яка дає вам повну прозорість і контроль над вашими фінансовими даними — жодних чорних скриньок, жодної прив'язки до постачальника. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на бухгалтерію у звичайному тексті.
