Beancount.io LogoBeancount.io

Купи сега, плати по-късно тихо руши счетоводството ви: Ръководство за търговци за счетоводно отчитане на Klarna, Affirm и Afterpay

10 минути четенеMike ThriftMike Thrift
Купи сега, плати по-късно тихо руши счетоводството ви: Ръководство за търговци за счетоводно отчитане на Klarna, Affirm и Afterpay

Клиент добавя продукти за $400 в количката си, избира „Плати на 4 вноски с Afterpay“ и завършва поръчката. Два дни по-късно във вашата банкова сметка се появява депозит от приблизително $377. Повечето собственици на малък бизнес виждат тази сума, въвеждат „$377 — продажби“ в своя счетоводен софтуер и продължават напред.

Този единичен пряк път е една от най-честите причини онлайн търговците да получават известие за занижени отчети от IRS (Службата за вътрешни приходи).

„Купи сега, плати по-късно“ (BNPL) се превърна от новост при плащане в стандартен метод за плащане. Купувачите обичат да разделят покупките си на четири безлихвени вноски, а търговците харесват увеличението на конверсиите и средната стойност на поръчката, което идва с него. Но BNPL се урежда различно от нормалното плащане с кредитна карта и ако записвате само това, което постъпва във вашата банкова сметка, приходите ви ще бъдат занижени, таксите ви ще бъдат невидими и брутната сума на продажбите, която доставчикът отчита пред IRS, няма да съвпада с вашите счетоводни книги. Ето как да записвате BNPL правилно, за да останат вашите финансови отчети точни и готови за одит.

Как всъщност работи BNPL зад бутона за плащане

От страна на клиента, BNPL е прост: купи сега, плати на вноски. От ваша страна като търговец, механиката е по-близка до платежен процесор, отколкото до заемодател.

Когато купувач избере Klarna, Affirm или Afterpay при плащане, доставчикът на BNPL плаща на вас пълната сума на покупката почти веднага — обикновено в рамките на един до два работни дни — минус търговска такса. След това доставчикът поема задачата да събира вноски от клиента през следващите седмици. Вие не чакате клиента; вече сте били платени. Също така, обикновено не поемате кредитния риск, ако клиентът спре да плаща — това е проблем на доставчика, за което всъщност плащате таксата.

И така, времевата линия изглежда така:

  1. Ден 0 — Клиентът завършва поръчка за $400, използвайки BNPL.
  2. Ден 0 — Вие изпращате продукта (или доставяте услугата).
  3. Ден 1–2 — Доставчикът депозира нетната сума (брутна продажба минус такси) във вашата банкова сметка.
  4. Седмици 1–6 — Клиентът изплаща доставчика на вноски. Тази част никога не засяга вашите счетоводни книги.

Ключовото прозрение: в момента, в който прехвърлите контрола върху стоките на клиента, вие сте спечелили прихода – на пълна цена. Фактът, че трета страна осигурява парите и събира вноските, не променя кога или колко приходи разпознавате.

Основната грешка: Отчитане на нетни депозити като продажби

Съгласно принципите за признаване на приходи (ASC 606 за търговци, прилагащи счетоводство на базата на натрупване), повечето онлайн търговци действат като принципал в продажбата. Това означава, че вашите основни приходи трябва да отразяват брутната продажна цена, която клиентът се е съгласил да плати – а не намалената сума, която постъпва във вашата банка.

Когато записвате само нетния депозит от $377 като приход, три неща се объркват наведнъж:

  • Приходите са занижени. Вашето отчитане на приходите показва $377 вместо $400, които клиентът действително е платил. Умножете това по стотици поръчки и отчетените ви продажби могат да бъдат с хиляди долари по-малко.
  • Таксите изчезват. $23, които сте платили като BNPL такси, са легитимен, приспадаем бизнес разход. Тихичко включени в по-малка сума на приходите, те никога не се показват във вашия отчет за приходите и разходите, така че губите както видимостта, така и яснотата на приспадането.
  • Вашите счетоводни книги няма да съвпадат с 1099-K. Това е проблемът, който удря по време на данъчна кампания и заслужава отделен раздел.

Правилният подход е отчитане на брутни приходи със сметка за клиринг – малка структурна промяна, която поддържа всеки долар видим.

Методът на клирингова сметка, стъпка по стъпка

Клиринговата сметка е временна разчетна сметка, която представлява пари, дължими ви от доставчика на BNPL между продажбата и депозита. Създаването на такава сметка за всеки доставчик поддържа всяко уреждане ясно и съпоставимо.

Във вашия сметкоплан, създайте:

  • Клиринг Klarna, Клиринг Affirm, Клиринг Afterpay — всяка една от тях е сметка за текущи активи.
  • BNPL Такси — разходна сметка (или контра-приходна сметка, в зависимост от вашите предпочитания и насоките на счетоводителя).

Сега запишете двете събития поотделно.

Когато продажбата приключи

Признайте пълната брутна продажба и осчетоводете вземането от доставчика:

Debit   Afterpay Clearing        $400.00
  Credit   Sales Revenue            $400.00

Вашият приходен ред правилно показва $400, а клиринговата сметка показва, че доставчикът ви дължи $400.

Когато доставчикът депозира нетната сума

Да кажем, че таксата на Afterpay за тази поръчка е $23. Депозитът е $377. Изчистете вземането и запишете таксата:

Debit   Operating Cash           $377.00
Debit   BNPL Fees                 $23.00
  Credit   Afterpay Clearing        $400.00

Сега всичко съвпада: приходите са $400, таксата е видим разход от $23, паричните средства са се увеличили с реалните $377, а клиринговата сметка се връща към нула. Правете това последователно и вашите счетоводни книги ще показват истината за всяка транзакция.

За магазини с голям обем, няма да осчетоводявате всяка поръчка ръчно – ще импортирате отчет за сетълмент или ще използвате интеграция, която групира дневните BNPL продажби в едно обобщено записване. Структурата е идентична; променя се само обемът за едно записване.

Познайте своите такси: Те са по-високи, отколкото си мислите

Удобството на BNPL не е безплатно, а таксите са значително по-високи от стандартната обработка на карти. Приблизителни диапазони на търговските такси към 2026 г.:

ДоставчикТипична търговска такса
Klarna3.29%–5.99% + $0.30 на транзакция
Affirm~3% (варира в зависимост от плана и срока)
Afterpay4%–6% + $0.30 на транзакция

В сравнение с приблизително 2.5%–3.5%, които бихте платили за типична кредитна карта, BNPL може да струва двойно. Това често е изгодна сделка заради повишената конверсия и по-големия размер на кошницата — но само ако можете да видите разходите. Проследяването на BNPL таксите в отделна разходна сметка ви позволява да изчислите истинската нетна печалба от BNPL поръчките и да решите дали обемът оправдава премията. Ако даден метод на плащане тихо изяжда шест пункта от маржа, вие искате това да е в отчет, а не скрито в намалена цифра за приходи.

Една тънкост: BNPL таксите се удържат при източника. Те никога не пристигат като отделен ред или отделен дебит — просто се приспадат от вашия депозит. Методът на клиринговата сметка е този, който ги извежда наяве.

Прехвърлящи се резерви: Пари, които сте спечелили, но още не можете да похарчите

Някои BNPL споразумения — често срещани при Affirm и определени планове на Klarna — задържат прехвърлящ се резерв, обикновено 5%–10% от продажбите, за период от три до шест месеца. Това е буфер, който доставчикът пази в случай на възстановяване на суми или спорове, и се освобождава обратно към вас по-късно.

Ако пренебрегнете резервите, салдото по вашата клирингова сметка изглежда изкуствено завишено и прогнозата ви за наличните пари ще бъде неточна. Решението е да разделите клиринговата сметка на всеки доставчик на две под-сметки:

  • Клиринг – Налични (пари, които скоро ще постъпят в банката ви)
  • Клиринг – Резерв (пари, задържани, за да бъдат освободени по-късно)

Това поддържа вашия баланс честен относно това какви пари са наистина достъпни спрямо това, което е паркирано при доставчика. Когато резервът бъде освободен, вие просто го премествате от под-сметката за резерви към наличните пари.

Управление на възстановявания, връщания и таксувания обратно

Възстановяванията са мястото, където времето при BNPL става объркващо. Когато възстановявате BNPL поръчка, доставчикът обикновено не ви изпраща отделна транзакция за „възстановяване“. Вместо това, възстановяването се приспада от бъдещо плащане. Междувременно, вашата платформа за електронна търговия обикновено отразява възстановяването във вашите записи незабавно.

Това несъответствие — възстановяване, записано днес, BNPL приспадане, което пристига следващата седмица — е нормално. То се разрешава при месечното приключване, стига да записвате възстановяванията срещу конт-приходна (връщания и отстъпки) сметка, вместо просто да намалявате продажбите. Дръжте възстановяванията видими и датирани, и разминаването във времето спира да бъде загадка.

Споровете и таксуванията обратно работят по подобен начин: доставчикът поема риска от събиране от страна на клиента, но върнат продукт или успешен спор все още се връща към вас като приспадане от бъдещи депозити. Месечното приключване спрямо отчета за плащанията на доставчика предпазва тези от пропускане.

Капанът 1099-K, който всеки BNPL търговец трябва да разбере

Ето проблема, който превръща една счетоводна препратка в писмо от IRS.

Доставчиците на BNPL, подобно на други платежни мрежи, ви издават Формуляр 1099-K — и този формуляр отчита вашия брутен обем на обработка, а не нетната сума, която са депозирали. Така че IRS вижда пълната сума от $400 на поръчка, докато вашите счетоводни книги (ако сте записали нетни депозити) показват само $377 на поръчка. Когато автоматизираната система за съпоставяне на агенцията сравнява 1099-K с приходите във вашата декларация и установи, че отчетените ви продажби са по-ниски, това може да предизвика известие за подценяване (подобно на CP2000).

Това е напълно избегнато. Когато записвате брутни приходи чрез клирингови сметки, вашите отчетени брутни продажби съвпадат с общата сума по 1099-K, а таксите се показват точно там, където им е мястото — като приспадаеми разходи. Числата се съгласуват и няма нищо, което системата за съпоставяне да отбележи.

Кратка бележка относно праговете за 2026 г.: след като законът "One Big Beautiful Bill Act" отмени планираното правило за $600, федералният праг за докладване на 1099-K за платежни мрежи на трети страни се върна на повече от $20,000 брутен обем и повече от 200 транзакции. Но не позволявайте прагът да ви заблуди — той регулира само кога се издава формуляр. Вие сте законово задължени да отчитате всеки долар бизнес доход, независимо дали се появява 1099-K. Навикът с клиринговата сметка ви държи точни във всеки случай.

Вашият месечен контролен списък за приключване на BNPL

Веднъж месечно изтегляйте отчета за плащанията на всеки доставчик и го сравнявайте със своите счетоводни записи по четири точки:

  1. Брутните продажби в отчета за плащанията съвпадат с реда за вашите приходи.
  2. Таксите в отчета съвпадат с вашата сметка BNPL Такси.
  3. Възстановяванията съвпадат с вашата сметка за връщания/конт-приходи.
  4. Разликите остават в рамките на 1%–2%. Всяка по-голяма разлика означава, че нещо е неправилно категоризирано.

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

Не забравяйте картината на паричния поток

BNPL като цяло е добро за вашия паричен поток като търговец: получавате плащане предварително, вместо да чакате клиента. Но усложненията — прехвърлящи се резерви, възстановявания, приспаднати от бъдещи разплащания, и леко забавени депозити — означават, че парите, които реално можете да използвате тази седмица, може да се различават от записаните ви продажби. Третирането на клиринговите и резервните салда на всеки доставчик като реални, проследими сметки ви дава честен поглед върху наличните пари, което е важно: проблемите с паричния поток, а не липсата на печалба, са това, което проваля повечето малки бизнеси.

Поддържайте финансите си ясни от първата продажба

BNPL няма да изчезне, нито пък работата по съгласуване, която създава. Търговците, които избягват проблеми, са тези, които записват всяка продажба по нейната брутна стойност, поддържат таксите и резервите видими и извършват съгласуване със отчетите на доставчика всеки месец. Правенето на това на ръка в електронна таблица е точно мястото, където се прокрадват грешките.

Beancount.io предлага счетоводство в обикновен текст, което прави този вид съгласуване на множество сметки прозрачно и контролирано с версии — всяка клирингова сметка, такса и резерв е ред, който можете да прочетете, сравните и одитирате, без черна кутия да крие къде са отишли парите ви. Започнете безплатно и вижте защо разработчиците и бизнес собствениците с финансово мислене преминават към счетоводство в обикновен текст, за да поддържат счетоводството си честно още от първата продажба.