Как да съгласувате сетълментите на Klarna, Affirm и Afterpay, без да изгубите следа от приходите

Твоят магазинен панел показва, че миналата седмица си продал стоки за $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 задържа таксата при възстановявания. Ето седмицата в клиринговата сметка:

Приходите показват $10 000. BNPL таксите показват $515. Възстановяванията показват $200. Банката е получила $9 285, а всеки долар от разликата от $715 между продажби и пари е обяснен с поименен ред, вместо да изчезне в нетен депозит. Когато същата седмица обхваща два цикъла на сетълмент, единствената разлика е ненулево клирингово салдо в края на седмицата — което трябва да съвпада до стотинка с отчета за неуредени продажби на Afterpay.

Надбавката на 1099-K: Сверяване на книгите ти с данъчните формуляри​

Всеки BNPL доставчик, който се квалифицира като организация за разплащания от трети страни, ти изпраща (и на IRS) Формуляр 1099-K. Два факта за този формуляр изненадват повечето продавачи.

Първо, поле 1а отчита брутния обем без никакви корекции. Според IRS, брутната сума на плащанията не се коригира за такси, възстановявания, кредити, доставка или отстъпки. Ако си обработил $120 000 през Klarna, платил си $6 000 такси и си възстановил $4 000, твоят 1099-K все пак показва $120 000. Това е по замисъл: таксите и възстановяванията са удръжки, които заявяваш в декларацията си, а не намаления на отчетения бруто.

Второ, прагът за подаване се връща към стария висок праг. „One Big Beautiful Bill“ със задна дата възстанови прага отпреди 2021 г., така че доставчиците обикновено не са задължени да подават 1099-K, освен ако брутният ти обем не надвишава $20 000 и броят на транзакциите ти не надвишава 200. Много по-малки продавачи няма да получат никакъв формуляр — което не променя нищо по отношение на това, което дължиш, тъй като целият бизнес доход се декларира независимо дали пристига формуляр.

Съгласуването е лесно, когато книгите ти се водят на бруто. За всеки доставчик, за цялата година:

1. Започни с брутните BNPL продажби за този доставчик от книгите си.
2. Това число трябва да е равно на поле 1а от 1099-K на доставчика (малки времеви разлики в края на годината са нормални — продажба на 31 декември, която се урежда на 2 януари, принадлежи към книгите за тази година, но може да попадне във формуляра за следващата; документирай границата).
3. Таксите се появяват отделно като удръжка; възстановяванията се появяват като връщания/отстъпки. Нито едно от тях не е приспаднато в брутните приходи.

Ако книгите ти са водени на нетна база, стъпка 2 се проваля незабавно: числото на „продажбите“ ти е с хиляди под поле 1а без детайлен мост. Изграждането на този мост от дванадесет месеца сетълмент PDF-и по време на данъчния сезон е най-скъпият начин да водиш счетоводство. Методът с клирингова сметка го изгражда постепенно, през всеки цикъл на сетълмент, безплатно.

Шест грешки, които развалят BNPL книгите​

1. Осчетоводяване на депозити като приходи. Най-честата грешка. Тя занижава продажбите, скрива таксите и гарантира несъответствие с 1099-K. Приходите се осчетоводяват на датата на поръчката от отчета за продажбите, никога от банковия поток.
2. Погребване на таксите в нетните депозити. При BNPL ставките това скрива разходна линия, по-голяма от целия софтуерен бюджет на много продавачи. Обособявай таксите поне месечно; по-добре е на сетълмент.
3. Двойно отчитане на възстановяванията. Ако твоята платформа за електронна търговия вече записва възстановяването и ти също осчетоводиш по-малкия сетълмент депозит като намален приход, възстановяването се отчита два пъти. Осчетоводи възстановяването веднъж, срещу клиринговата сметка, на датата на възстановяването.
4. Игнориране на текущия резерв. Резервите в стил Affirm означават, че част от вземането ти стои при доставчика за неопределено време. Следи го като част от клиринговото салдо, за да не изглежда като липсващи пари.
5. Една клирингова сметка за всички доставчици. Различни ритми, различни тарифи, различни правила за възстановявания. Смесените сметки не могат да бъдат сверени с нито един отделен отчет на доставчик, така че грешките се крият постоянно.
6. Объркване на времето при касовата основа. Продавачите на касова основа все пак се нуждаят от клиринговата сметка като инструмент за наблюдение: продажбите се признават, когато депозитът пристигне, но таксите трябва да се извадят от отчета за сетълмента за същия период, иначе разходите тихо се преместват в месеца, в който случайно пристигне депозитът.

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

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

• Всички продажби за месеца осчетоводени на бруто в клиринговата сметка на доставчика
• Всички отчети за сетълмент изтеглени и таксите осчетоводени като разход
• Всички възстановявания осчетоводени срещу клиринговата сметка, третирането на таксата проверено
• Всички сетълмент депозити записани като преводи от клиринг към банка
• Клиринговото салдо сверено с отчета за неуредени/резервни суми на доставчика
• Бруто от началото на годината на доставчик, проследено за съгласуването с 1099-K

Поддържай съгласуването на BNPL скучно с обикновени текстови книги​

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

2026-09-10 * "Klarna поръчка #4821" "Син ленен комплект за завивки"
  Assets:Receivable:Klarna-Clearing          200.00 USD
  Income:Sales:Ecommerce                    -200.00 USD
 
2026-09-17 * "Klarna седмичен сетълмент" "Такси и плащане"
  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 предоставя счетоводство с обикновен текст, което ти дава пълна прозрачност и контрол върху финансовите ти данни — без черни кутии, без обвързване с доставчик. Започни безплатно и виж защо разработчиците и финансовите професионалисти преминават към счетоводство с обикновен текст.