Stripe, Paddle и Lemon Squeezy: счетоводно отчитане на онлайн продажби

Приемаш плащания през Stripe, Paddle или Lemon Squeezy, парите капят по сметката, а бизнесът върви. Проблемът идва в момента, в който трябва да направиш счетоводството - сумата, която виждаш в банката, почти никога не съвпада със сумата, която клиентът е платил. Между двете стоят такси, удържан ДДС, валутни преобразувания и понякога дни на изчакване. Ако осчетоводяваш само това, което е влязло в банката, почти сигурно грешиш приходите си. Това ръководство обяснява как се прави коректно счетоводно отчитане на онлайн продажби през тези три платформи, съобразено с правилата за 2026 г. и с еврото като официална валута в България от 1 януари 2026 г.

Защо сумата в банката не е твоят приход

Първото правило на онлайн продажбите: приходът е брутната сума, която клиентът е платил, а не нетната, която ти получаваш. Ако клиент плати 100 евро, а по сметката ти влязат 94 евро, твоят приход е 100 евро, а разликата от 6 евро е разход за такси. Ако осчетоводиш само 94 евро, занижаваш и приходите, и разходите си, и картината става невярна.

Затова всяко плащане има поне три компонента, които трябва да разделиш:

• Брутна продажба - колкото е платил клиентът.
• Такса на платформата/процесора - разход за услуга.
• Нетно постъпление - това, което реално влиза по сметката.

При някои платформи се добавя и четвърти компонент - ДДС, който платформата е събрала от клиента вместо теб.

Голямата разлика: кой е "продавачът" пред данъчните

Трите платформи работят по фундаментално различни модели и това определя цялото ти счетоводно третиране.

Stripe - процесор на плащания

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

• Ти отговаряш за начисляването и внасянето на ДДС (включително чрез режим OSS при продажби към крайни клиенти в ЕС над съответните прагове).
• Ти издаваш документите за продажба.
• Таксата на Stripe е твой разход за услуга от чуждестранен доставчик - обикновено с последствия по ДДС за самоначисляване.

Paddle и Lemon Squeezy - merchant of record

Paddle и Lemon Squeezy работят по модела merchant of record (доставчик по подразбиране). Тук платформата юридически е продавачът към крайния клиент. Тя събира парите, сама начислява и внася ДДС/данъци по света, и после ти превежда нетна сума като на партньор. Последствията:

• Не ти носиш отговорност за ДДС към крайните клиенти - платформата го прави вместо теб.
• Твоят приход е сумата, която платформата ти отчита като дължима (payout), а не това, което е платил всеки отделен клиент с включен ДДС.
• Взаимоотношението ти е с платформата, а не с крайния клиент - това опростява ДДС значително.

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

Как се осчетоводява продажба през Stripe стъпка по стъпка

1. Изтегли месечния отчет (Stripe report) - той съдържа брутни продажби, такси, върнати суми (refunds), спорове (chargebacks) и нетни изплащания.
2. Осчетоводи брутния приход по дата на продажбата, не по дата на изплащане.
3. Осчетоводи таксите на Stripe като разход за услуга. Тъй като Stripe е чуждестранен доставчик, при регистрирано по ДДС лице обикновено възниква самоначисляване на ДДС върху таксата.
4. Отрази изплащанията (payouts) - те свързват натрупаните нетни суми с реалните постъпления по банковата сметка. Често payout идва след няколко дни, което създава разлика между месеците.
5. Обработи върнатите суми и споровете като намаление на приходите или отделен разход, според случая.

Ключова грешка тук е да чакаш парите в банката. Продажбата се признава, когато е извършена, а не когато Stripe изплати натрупаното.

Как се осчетоводява продажба през Paddle или Lemon Squeezy

1. Изтегли отчета за периода - той показва брутни продажби, събран от платформата ДДС, такси на платформата и нетна сума за изплащане към теб.
2. Признай приход в размера, който платформата ти дължи (нетно от ДДС, който тя вече е събрала и внесла от името на крайните клиенти). Тъй като платформата е merchant of record, ДДС към крайните клиенти не минава през твоята ДДС отчетност.
3. Осчетоводи комисионите/таксите на платформата като разход.
4. Отрази изплащанията при постъпване в банката, като следиш валутата.

Тъй като Paddle и Lemon Squeezy поемат ДДС тежестта, счетоводството ти е по-просто откъм данъци - но за сметка на това трябва да четеш отчетите им внимателно, защото структурата им се различава от банковото извлечение.

Валутите - скрит източник на грешки

Продажбите ти вероятно са в евро, щатски долари или британски лири, а от 2026 г. отчетността ти в България е в евро. Всяко постъпление в друга валута (напр. щатски долари) трябва да се преобразува към евро по приложимия курс към датата на съответната операция. Разликите между курса при продажбата и курса при реалното постъпление пораждат курсови разлики, които се осчетоводяват отделно като приход или разход. За вътрешни преизчисления между левове и евро в преходния период се прилага фиксираният курс 1.95583 лв. за 1 евро.

Практическо правило: не смятай "на око" от банковото извлечение. Използвай отчетите на платформата, които показват оригиналната валута, и води курсовите разлики системно.

ДДС аспекти според платформата

• Stripe: ти управляваш ДДС. Ако продаваш цифрови услуги на крайни клиенти в ЕС и надхвърлиш прага от 10 000 евро годишно, ДДС се дължи в държавата на купувача и ползваш режим OSS. Прагът за задължителна ДДС регистрация в България от 2026 г. е 51 130 евро оборот.
• Paddle / Lemon Squeezy: платформата управлява ДДС към крайните клиенти. Твоята основна грижа е коректно да признаеш прихода от изплащанията и разхода за таксите.
• Такси от чуждестранни платформи: при регистрирано по ДДС лице почти винаги възниква самоначисляване върху получената услуга - това често се пропуска.

Практичен месечен ритуал

• В началото на всеки месец изтегляй отчета от всяка платформа за предходния месец.
• Раздели всяко плащане на бруто, такса, ДДС (ако е приложимо) и нето.
• Признавай прихода по дата на продажба, не по дата на изплащане.
• Свери натрупаните нетни суми с реалните payouts по банката.
• Осчетоводи курсовите разлики.
• Архивирай отчетите - те са част от счетоводната ти документация.

Често задавани въпроси

Кой отговаря за ДДС - аз или платформата?

Зависи от модела. При Stripe (процесор) отговаряш ти. При Paddle и Lemon Squeezy (merchant of record) платформата начислява и внася ДДС към крайните клиенти вместо теб.

Кое е приходът ми - брутната или нетната сума?

При Stripe приходът е брутната сума, платена от клиента, а таксата е отделен разход. При merchant of record платформи приходът е сумата, която платформата ти отчита като дължима, а комисионата - разход.

Кога признавам прихода - при продажбата или при изплащането?

По дата на продажбата. Изплащанията (payouts) само свързват натрупаните суми с банковата сметка и често идват с няколко дни закъснение, което не бива да измества момента на признаване.

Какво правя с таксите на Stripe от гледна точка на ДДС?

Таксата е услуга от чуждестранен доставчик. При регистрирано по ДДС лице обикновено се самоначислява ДДС върху нея. Това често се пропуска и води до грешки в дневниците.

Как да не се обърквам между отчетите на различните платформи?

Изгради еднакъв месечен процес и работи от официалните отчети, не от банковото извлечение. Ако искаш готова методика с примери, разгледай курс: счетоводство за малки фирми стъпка по стъпка, който покрива именно осчетоводяването на онлайн приходи.

Забележка: данъчните прагове, ставки и правила се променят периодично. Преди да действаш, провери актуалните стойности и срокове в НАП или при консултант.