Вашият Stripe табло показва, че сте спечелили 10 000 USD тази седмица. Банковата ви сметка показва депозит от 9 421 USD. Вашият счетоводител пита какво да запише — и ако отговорите „9 421 USD от продажби“, вече сте направили две грешки, които ще се натрупат по време на данъчния сезон, по време на одит и когато пристигне първото възстановяване.
Ако приемате карти чрез Stripe — за онлайн магазин, фактури с линк за плащане, сайт за резервации или формуляр за дарения — парите, които сте продали, и парите, които сте получили, никога няма да съвпаднат в даден ден. Stripe удържа такси, задържа възстановявания и спорове срещу баланса ви и изплаща със закъснение. Вашата банка вижда само нетната остатъчна сума. IRS, вашият счетоводител и бъдещото ви „аз“, което се опитва да разбере миналогодишния марж, всички се нуждаят от брутната сума.
Това ръководство показва как всъщност работят Stripe изплащанията, как да ги осчетоводите, така че приходите, таксите и възстановяванията да останат чисти, и как да съгласувате Stripe с банката си за под 30 минути на месец — без да създавате електронна таблица, която се страхувате да отворите.
Защо банковият депозит не е вашият приход
Три неща правят съгласуването на Stripe да изглежда различно в сравнение със старомодните картови депозити:
1. Нетно уреждане. Stripe удържа таксата си за обработка, преди да изпрати парите. Продажба от 100 USD при стандартната US ставка от 2,9% + 30 цента дава нетни 96,80 USD към висящия ви баланс. Вашата банка никога не вижда 100-те USD — но вашият приход е 100 USD, а разходът ви е 3,20 USD. Ако запишете само нетната сума, подценявате и двете.
2. Периодичност. При стандартния график за изплащане от 2 работни дни, продажбите от понеделник обикновено пристигат в сряда, от вторник — в четвъртък и т.н. Календарен месец от продажби и календарен месец от изплащания рядко съвпадат. Записването на изплащанията като продажби измества приходите в грешния месец.
3. Корекции на баланса. Възстановявания, оспорени такси, такси на Stripe за тези спорове (15 USD за стандартен спор), такси за незабавни изплащания (1%, когато теглите по-рано) и такси за продукти като Billing или Radar — всички те намаляват изплащането. Същото важи и за частично възстановяване, при което Stripe запазва първоначалната такса. Всяко от тях изисква различен запис в счетоводната книга.
Решението е просто по принцип: запишете брутната продажба, когато се случи, следете дела на Stripe отделно и третирайте изплащането като превод от Stripe баланса ви към банката — а не като нов приход.
Как всъщност работят Stripe изплащанията
Мислете за Stripe като за портфейл със собствена счетоводна книга.
Успешно плащане → парите влизат във висящ баланс. Когато клиент плати, Stripe добавя брутната сума към висящия ви баланс незабавно, но не я маркира като налична за изплащане, докато рисковият период не изтече (обикновено 2 дни, 7 дни за нови акаунти или бизнеси с по-висок риск, до 14 дни в някои случаи).
Таксите се удържат от баланса, а не се фактурират по-късно. В същия момент Stripe дебитира таксата си от същия висящ баланс. Няма да получите отделна сметка. Ето защо проследяването на брутното спрямо нетното е от значение.
Изплащането е групов превод. По вашия график за изплащане — ежедневно автоматично е по подразбиране — Stripe обединява всяка налична балансова транзакция в едно изплащане и го изпраща чрез ACH до вашата банка. Следователно едно изплащане съдържа десетки или стотици основни такси, възстановявания и таксови корекции, възникнали в различни дни.
Три отчета разказват историята:
- Детайли за изплащане (Табло → Плащания → Изплащания → изберете изплащане): Изброява всяка такса, възстановяване и такса, които съставляват този единичен банков депозит. Това е вашият източник на истина за съгласуване.
- Балансов отчет (CSV експорт): Ежедневната книга на брутните, нетните суми и таксите по вид дейност — единственото място, където можете да видите дневния брутен приход без изкривяване от времето на изплащане.
- Месечно обобщение: Мост от приходи към парични средства за месеца, полезно за свързване на Stripe с вашия отчет за приходите и разходите.
Не ви трябват и трите всеки път, но ви трябват поне детайлите за изплащане за всеки депозит, който постъпва в банката ви.
Двете грешки, които развалят книгите ви
Грешка 1: Записване на нетния депозит като продажби
Записването на 9 421 USD като приход, когато Stripe е уредил група, включваща 10 000 USD брутни продажби, причинява три вреди едновременно: подценявате приходите за преглед на заем или оценка, губите таксата като приспадаем разход и 1099-K никога няма да съвпадне — Stripe отчита брутния обем на обработката, а не нетните изплащания. IRS получава брутната цифра. Вие също трябва.
Грешка 2: Записване на приходите, когато пристигне изплащането
Ако изчакате парите да стигнат до банката, за да запишете продажбата, продажба от 30 декември, която се изплаща на 2 януари, попада в грешната данъчна година. За платците на касова основа данъчното събитие често е датата на продажбата, а не датата на изплащане — а за платците на начислена основа това е категорично датата на продажбата съгласно ASC 606 (повече за това по-долу). Във всеки случай „приход = дата на банков депозит“ създава грешки в края на месеца и годината, които се натрупват с възстановяванията.
Правилният начин: Брутна продажба, разход за такса, превод на изплащане
Използвайте три сметки, за да държите Stripe честен. На прост език:
Assets:Receivables:StripeилиAssets:Stripe:Pending— вашият Stripe баланс преди изплащанеIncome:Sales— брутни продажбиExpenses:PaymentProcessingFees— такси на StripeAssets:Bank:Checking— където пристигат изплащанията
Ето моделът за типичен ден. Направили сте 2 000 USD брутни продажби. Stripe е задържал 61 USD (2,9% + 30 цента на транзакция се натрупват).
Когато се случи всяка продажба (или ежедневно на групи):
2026-08-12 * "Stripe продажби 2026-08-12"
Assets:Stripe:Pending 2000.00 USD
Income:Sales -2000.00 USD
2026-08-12 * "Stripe такси 2026-08-12"
Expenses:PaymentProcessingFees 61.00 USD
Assets:Stripe:Pending -61.00 USDСега показвате 1 939 USD във висящ Stripe баланс, 2 000 USD приходи и 61 USD приспадаеми разходи.
Когато Stripe изплати два дни по-късно (да речем 1 939 USD в тази група):
2026-08-14 * "Stripe изплащане po_1a2b3c към разплащателна сметка"
Assets:Bank:Checking 1939.00 USD
Assets:Stripe:Pending -1939.00 USDНяма нов приход в деня на изплащане. Само превод. Вашият Assets:Stripe:Pending баланс сега съвпада с общата сума на Stripe (налична + висяща), а банката ви се съгласува чисто.
Ако предпочитате да осчетоводявате дневните продажби общо от балансовия CSV вместо по транзакции, това е добре — просто запазете разделението брутно/такси и запазете изплащането като превод. Съгласуването пак ще се сходи.
Ами данъкът върху продажбите, доставката или таксите на платформата?
Ако събирате данък върху продажбите чрез Stripe Tax или отделно, не осчетоводявайте брутната сума като чист приход. Разделете я при продажбата:
Assets:Stripe:Pending 1080.00 USD
Income:Sales -1000.00 USD
Liabilities:SalesTaxPayable -80.00 USDДоставката, комисионите на пазара или таксите за приложения, удържани от Stripe, трябва да отидат в съответния разходен или пасивен акаунт — никога не ги приспадайте мълчаливо от продажбите.
Справяне със сложните части, без да изгубите нишката
Възстановявания: отмяна на приход, а не нов разход
Клиент е платил 150 USD, вие възстановявате пълната сума. Stripe дебитира 150 USD от баланса ви, запазва първоначалната такса (връща таксата само при някои стари цени и при най-новите актуализации, но приемете, че я запазва) и не начислява допълнителна такса за възстановяване. В книгите ви:
2026-08-15 * "Възстановяване за фактура 1024"
Income:Sales 150.00 USD ; отмяна на продажбата
Assets:Stripe:Pending -150.00 USDПървоначалната такса от 4,65 USD, която вече сте осчетоводили като разход, остава разход — платили сте за обработка, която в крайна сметка не се е осъществила. Ако Stripe върне такса за конкретно възстановяване, кредитирайте Expenses:PaymentProcessingFees с тази сума.
За частично възстановяване от 50 USD на поръчка от 200 USD, отменете само 50 USD от приходите. Разликата е важна за възстановяванията на данък върху продажбите: в повечето щати можете да възстановите платения данък само ако върнете данъка на клиента и го документирате.
Спорове и оспорвания: две записи, а не едно
Когато такса от 200 USD бъде оспорена:
- Stripe незабавно задържа 200 USD от баланса ви и начислява такса за спор от 15 USD (нараства до 25 USD, ако загубите и не отговаряте на условията за програми за ранно предупреждение за измами).
- Ако спечелите, Stripe връща 200-те USD; вие запазвате таксата от 15 USD.
Осчетоводете го така:
2026-08-18 * "Открит спор ch_abc $200 + $15 такса"
Assets:Stripe:Disputed 200.00 USD
Expenses:PaymentProcessingFees 15.00 USD
Assets:Stripe:Pending -215.00 USD
2026-08-25 * "Спорът е спечелен - средствата са върнати"
Assets:Stripe:Pending 200.00 USD
Assets:Stripe:Disputed -200.00 USDАко загубите, преместете 200-те USD от спорните в лоши дългове или загуба от оспорване и оставете таксата като разход. Никога не оставяйте споровете във висящия баланс — те заслужават собствено вземане, за да знаете какво е изложено на риск.
Незабавни изплащания и ръчни изплащания
Незабавно изплащане към дебитната ви карта струва 1% (прилага се минимална такса). Този 1% е отделен разход за финансиране:
2026-08-20 * "Незабавно изплащане $5000, 1% такса"
Assets:Bank:Checking 4950.00 USD
Expenses:PaymentProcessingFees 50.00 USD
Assets:Stripe:Pending -5000.00 USDМножество такси в едно изплащане
Едно изплащане от 9 421 USD може да съдържа:
- 47 такси на обща стойност 10 000 USD
- 290 USD такси за обработка
- 200 USD задържане за спор
- 89 USD такса за незабавно изплащане, включена в групата
Осчетоводете всеки компонент в съответния акаунт, но осчетоводете превода като един депозит. Вашият експорт с детайли за изплащане ви дава разпределението — копирайте го точно. Банковият ред пак ще бъде едно число и сега ще се съгласува до стотинка.
ASC 606 в момента на продажбата: Кога признавате прихода?
За повечето малки бизнеси, продаващи стоки или еднократни услуги чрез Stripe, признаването на приходи е ясно: признавате брутната продажба, когато изпълните задължението за изпълнение — обикновено когато доставите стоките, изтеглянето е налично или услугата е извършена — а не когато Stripe ви плати.
Това е важно, защото забавянето на уреждането от Stripe ви изкушава да признаете прихода при изплащане. Не го правете. Ако изпратите стоката на 30 август и Stripe плати на 2 септември, приходът принадлежи на август.
Две често срещани усложнения:
Предплатени абонаменти или депозити. Ако клиент плати 600 USD за шест месеца достъп на 1 август чрез Stripe, вие сте получили пари (и Stripe ще ви плати минус таксите в рамките на дни), но сте спечелили само 100 USD през август. Оставете останалото настрана:
2026-08-01 * "Годишен план 6 месеца, събран чрез Stripe"
Assets:Stripe:Pending 600.00 USD
Liabilities:DeferredRevenue -600.00 USD
2026-08-31 * "Признат приход за август"
Liabilities:DeferredRevenue 100.00 USD
Income:Sales -100.00 USDПродажби през платформа, където вие не сте търговецът на запис. Ако продавате чрез пазар, който използва Stripe Connect, и получавате превод от платформата, може да отчитате нетна, а не брутна сума, в зависимост от това кой контролира връзката с клиента. Вземете това решение рано — то влияе върху това дали отчитате 10 000 USD или 7 000 USD като приход, когато платформата взема 30%.
Когато се съмнявате, изплащането никога не е събитието за признаване. Доставката е.
Съгласуване на Stripe с банката ви за 30 минути на месец
Направете това свой месечен навик:
Стъпка 1: Експортирайте детайлите за изплащанията за месеца. В таблото отидете на Плащания → Изплащания, задайте филтъра за дата на календарния месец по дата на пристигане и експортирайте детайлите на всяко изплащане или използвайте обединения CSV за съгласуване на изплащания. Искате всеки идентификатор на транзакция, допринесъл за всеки банков депозит.
Стъпка 2: Осчетоводете липсващите брутни суми и такси. За всеки ред Такса и Възстановяване в изплащането се уверете, че имате брутна продажба или отмяна и разход за такса за тази дата — а не за датата на изплащане. Ако осчетоводявате на дневни групи, свържете дневната сума от балансовия отчет с вашата дневна група в книгата.
Стъпка 3: Осчетоводете превода на изплащането. За всеки банков депозит създайте запис за превод от Assets:Stripe:Pending към Assets:Bank:Checking за точната нетна сума на изплащането. Прикачете ID на изплащането от Stripe (напр. po_3N...) в бележката.
Стъпка 4: Свържете висящия баланс. В края на месеца Assets:Stripe:Pending трябва да е равен на висящия + наличния баланс на Stripe в таблото. Ако не е, пропуснали сте такса, възстановяване, корекция или сте осчетоводили изплащане два пъти. Поправете, преди да затворите.
Стъпка 5: Свържете брутната сума с мисленето за 1099-K. Stripe ще отчита брутния обем на обработката във формуляр 1099-K (федералният праг е 600 USD за уреждане от трета страна, без минимален брой транзакции според действащото законодателство — макар че щатските прагове варират). Вашият Income:Sales плюс отмените за възстановявания трябва да се съгласуват с брутната сума на 1099-K за календарната година, а не със сумата на банковите депозити. Разлика от 15 000 USD между двете е нормална и очаквана — това са такси и време. Документирайте я веднъж годишно, за да не я обяснявате по време на одит.
Ако използвате QuickBooks, Xero или друга счетоводна книга, структурата е същата: създайте клирингова или задържаща сметка за Stripe, осчетоводявайте брутните суми и таксите там и прехвърляйте към банката при изплащане. Клиринговата сметка трябва да се нулира с времето, с изключение на висящия баланс.
Кратък пример с Beancount, който можете да копирате
; Ежедневни продажби и такси – осчетоводяване на датата на продажбата
2026-08-12 * "Stripe групови продажби 2026-08-12" #batch-20260812
Assets:Stripe:Pending 2000.00 USD
Income:Sales -2000.00 USD
2026-08-12 * "Stripe групови такси 2026-08-12" #batch-20260812
Expenses:PaymentProcessingFees 61.00 USD
Assets:Stripe:Pending -61.00 USD
; Едно възстановяване в този цикъл на изплащане
2026-08-14 * "Възстановяване фактура 1024" #refund-1024
Income:Sales 150.00 USD
Assets:Stripe:Pending -150.00 USD
; Изплащането, което пристига два дни по-късно – един депозит, без нов приход
2026-08-14 * "Изплащане po_1Qabc пристига в разплащателна сметка" #payout-po_1Qabc
Assets:Bank:Checking 1789.00 USD
Assets:Stripe:Pending -1789.00 USDВъв Fava вашият висящ Stripe баланс сега ще се показва чисто спрямо собствената графика на баланса на Stripe и всеки банков депозит ще има съответстващ превод с търсим ID на изплащане.
Често срещани грешки и как да ги избегнете
Забравяне на таксата при възстановявания. Stripe обикновено запазва първоначалната такса, когато възстановите сума. Приходът ви се отменя, но таксата не. Ако отмените и двете, надценявате печалбата от поръчката с възстановяване.
Осчетоводяване на таксите за незабавни изплащания като банкови такси. Те са разходи за обработка на плащания, а не общи банкови такси. Дръжте ги с таксите на Stripe, за да е видима истинската цена на приемането на плащания на едно място.
Оставяне на Stripe баланса да стане отрицателен и игнорирането му. Ако възстановяванията и споровете надвишат новите продажби, висящият ви баланс става отрицателен и Stripe дебитира банковата ви сметка. Осчетоводете дебита като превод от банката към Stripe — това пак е просто преместване на клиринговата сметка.
Неразделяне на данъка върху продажбите. Когато включите данъка в приходите, ще платите твърде много данък върху дохода и твърде малко данък върху продажбите — или обратното. Разделете го в момента на продажбата.
Съгласуване по месец на изплащане вместо по месец на продажба. Вашият отчет за приходите и разходите по месец на изплащане е поглед към паричния поток, а не към представянето. Ако имате нужда и от двете, водете отчета за приходите и разходите по дата на продажба и отчет за паричния поток по дата на изплащане — но не бъркайте едното с другото.
Поддържайте финансите си организирани от самото начало
Stripe улеснява събирането на пари. Той не прави автоматично книгите ви да казват истината за това какво сте спечелили, какво сте платили, за да ви бъде платено, и какво дължите обратно. Простата структура брутно-такса-превод, осчетоводена на правилните дати и съгласувана с реалния ви Stripe баланс, държи и трите неща наред — и прави края на годината, заявленията за заеми и първия одит на данъка върху продажбите далеч по-малко болезнени.
Beancount.io ви дава прозрачността, която таблото на Stripe само по себе си не може: plain-text, version-controlled счетоводство, където всяко изплащане съответства на проследим превод, всяка такса е изричен разход, а висящият ви Stripe баланс е число, което можете да проверите, вместо да е мистерия. Вашите данни остават ваши, историята ви е одитируема и историята за приходите ви най-накрая съвпада както с банката ви, така и с 1099-K. Започнете безплатно и приведете книгите си за Stripe в баланс.