Al Hathaway E-commerce Tax Guide · Part 5

Месечно приключване на онлайн магазин: практическа система от поръчка до контролна справка

Онлайн магазинът се управлява успешно не само когато продава, а когато може всеки месец да обясни всяка продажба, всяко плащане, всяка доставка, всеки refund, всяка такса и всяка разлика. Тази финална част от e-commerce серията на Al Hathaway събира всичко в практическа система за месечно приключване без хаос.

Защо месечното приключване е най-важната система в онлайн магазина

Повечето онлайн магазини започват с фокус върху продажбите: продукт, сайт, реклама, поръчки, conversion rate и доставка. Това е нормално, но не е достатъчно. Ако бизнесът расте без месечна счетоводна и данъчна система, след няколко месеца започват проблемите: липсващи отчети, разлики между сайт и банка, неясни наложени платежи, непроверени refunds, липсващи фактури за реклами, необяснени такси, складови разминавания и ДДС риск.

Месечното приключване е процесът, който превръща хаотичните данни от магазина, платежните оператори, куриерите, маркетплейсите, склада и банката в проверима счетоводна картина. Целта не е просто да се подготвят документи за счетоводителя. Целта е собственикът да знае дали бизнесът реално печели и дали може да докаже всяка операция.

Основната идея: ако една продажба не може да бъде проследена от order ID до банково постъпление и счетоводно записване, системата още не е завършена.
Order ID
Payment ID
Delivery ID
Document ID
Accounting ID

Финалната e-commerce closing логика

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

Поръчки
Плащания
Доставки
Документи
Контрол

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

Поръчки

Всички orders от магазина или маркетплейса: успешни, отказани, върнати, частично върнати и чакащи плащане.

Плащания

Stripe, PayPal, Revolut Business, виртуален POS, маркетплейс payout-и, банкови преводи и наложени платежи.

Доставки

Изпратени, доставени и върнати пратки, tracking номера, куриерски такси и ППП документи.

Документи

Фактури, електронни бележки, сторно документи, кредитни известия, митнически документи и рекламни фактури.

Склад

Наличности, изписани стоки, върнати продукти, брак, липси, себестойност и вносни разходи.

Контрол

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

Календар на месечното приключване

За да работи процесът, трябва да има календар. Не е добра практика счетоводството да чака документи без краен срок, а собственикът да изпраща файлове на части. Най-добре е всеки месец да има фиксиран ритъм: сваляне на отчети, проверка, корекции, счетоводно приключване и управленски отчет.

Срок Действие Отговорник Резултат
1-во число Заключване на периода и спиране на промени в предходния месец. Собственик / оператор Ясна граница на периода.
1–3 число Сваляне на reports от магазин, платежни оператори, маркетплейси, куриери и банка. Оператор / администрация Пълен месечен пакет.
3–5 число Първично засичане: orders срещу payments, payments срещу bank, deliveries срещу courier reports. Оператор / счетоводство Списък с разлики.
5–7 число Изчистване на refunds, chargeback-и, върнати пратки, липсващи фактури и несъответствия. Собственик / счетоводство Потвърден пакет за осчетоводяване.
7–10 число Счетоводно записване, ДДС проверка, складова проверка и управленски отчет. Счетоводство Приключен месец и контролна справка.
Добра практика: ако месечният пакет не е готов до 5-то число, бизнесът трябва да знае точно кой файл липсва и кой е отговорен за него.

Стъпка 1: Orders export – всички поръчки за месеца

Първата стъпка е пълен експорт на поръчките. Не се вземат само платените или само доставените поръчки. Вземат се всички поръчки, защото счетоводството трябва да разбере какво се е случило: платена поръчка, отказана поръчка, чакащо плащане, върната поръчка, частичен refund или доставка без плащане.

Минимални колони в orders export

  • Order ID.
  • Дата и час на поръчката.
  • Статус на поръчката.
  • Статус на плащането.
  • Клиент и държава.
  • B2C/B2B статус.
  • VAT number, ако има фирмен клиент.
  • Продукт, SKU, количество и цена.
  • Отстъпки и промо кодове.
  • Доставка и shipping fee.
  • ДДС ставка и tax amount, ако системата го поддържа.
  • Обща стойност.
  • Метод на плащане.
  • Payment reference.
  • Tracking number.
Критична грешка: да се експортват само completed orders. Така може да се изгубят canceled orders, unpaid orders, refunds и важни разлики.

Стъпка 2: Payment reports – плащания, такси, payout-и и refunds

Втората стъпка е сваляне на отчетите от всички платежни оператори. Това включва Stripe, PayPal, Revolut Business, виртуален POS, маркетплейс settlement-и и други платежни системи. Тук целта е да се види брутната продажба, таксата, нетното постъпление, refund-ите, chargeback-ите и payout-ите към банката.

Файл Какво показва Контролен въпрос
Transactions report Всички плащания и връзката им с поръчките. Всяко плащане има ли order ID?
Fees report Платежни такси, удържани от оператора. Таксите отделени ли са като разход?
Payout report Суми, преведени към банковата сметка. Payout-ите съвпадат ли с банковите постъпления?
Refund report Върнати суми към клиенти. Refund-ите свързани ли са с първоначалните поръчки?
Chargeback report Оспорени плащания и допълнителни такси. Има ли отделно счетоводно третиране?
Balance report Начално салдо, движения и крайно салдо в платежната система. Има ли остатък, който не е изплатен към банката?
Правило: ако платежната система има салдо, счетоводството трябва да го вижда. Не всичко, което е продадено, задължително е постъпило в банката до края на месеца.

Стъпка 3: Courier reports – доставки, наложени платежи и върнати пратки

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

Куриерският файл трябва да позволява

  • Връзка между tracking number и order ID.
  • Отделяне на доставени пратки.
  • Отделяне на върнати пратки.
  • Отделяне на неполучени пратки.
  • Суми по наложен платеж.
  • ППП документи, когато са приложими.
  • Куриерски такси.
  • Дата на доставка и дата на превод към търговеца.
  • Засичане с банковото извлечение.
Добра практика: върнатите пратки трябва да се разглеждат като отделен workflow: refund, складово връщане, документална корекция и клиентска комуникация.

Стъпка 4: Marketplace statements – брутни продажби, такси и ДДС

Ако магазинът продава през Amazon, eBay, Etsy, eMAG или друга платформа, месечното приключване трябва да включва пълните marketplace statements. Payout-ът към банката не е достатъчен. Платформата може да удържа комисиони, такси за реклама, storage fees, fulfillment fees, refunds, chargeback-и и понякога ДДС, събран от marketplace-а.

Минимални файлове от маркетплейс

  • Sales report.
  • Settlement report.
  • Fee report.
  • Refund report.
  • Tax report.
  • Advertising report.
  • Inventory or fulfillment report.
  • Payout report.
Критична грешка: да се отчита само сумата, която маркетплейсът е превел. Правилната картина изисква брутни продажби, удръжки, данъци, refunds и payout-и.

Стъпка 5: Bank reconciliation – плащания срещу банка

След като са свалени отчетите от магазина, платежните оператори, куриерите и маркетплейсите, идва засичането с банката. Целта не е банката да бъде източникът на продажбите, а потвърждение, че payout-ите и преводите реално са постъпили.

Засичане Какво се сравнява Типична разлика
Stripe / PayPal / Revolut → Bank Payout report срещу банково извлечение. Payout на границата на месеца, такса, задържано салдо.
Courier → Bank Куриерски преводи срещу банкови постъпления. Доставки от края на месеца, преведени следващия месец.
Marketplace → Bank Settlement/payout reports срещу банка. Нетен payout след такси, refunds и marketplace удръжки.
Bank transfer orders → Bank Поръчки с банков превод срещу постъпления по основание. Платена поръчка без order ID в основанието или неплатена поръчка.
Практически стандарт: всяка банкова постъпила сума трябва да има източник: платежен оператор, куриер, маркетплейс, банков превод от клиент или друго обяснено движение.

Стъпка 6: Documents check – фактури, бележки, сторно и кредитни известия

Документалната проверка свързва търговския процес със счетоводството. Тук се проверява дали към продажбите има правилните документи, дали B2B клиентите са фактурирани, дали B2C продажбите са отчетени според режима, дали има сторно при връщания и дали документите съответстват на реалните плащания и доставки.

Какво се проверява

  • Фактури към фирмени клиенти.
  • Електронни бележки или фискални документи според режима.
  • Сторно документи при върнати продажби.
  • Кредитни известия при фактурирани B2B продажби.
  • Връзка между документ и order ID.
  • Връзка между документ и payment ID.
  • Връзка между документ и refund, ако има такъв.
Риск: ако документът не може да се свърже с конкретна поръчка и конкретно плащане, при проверка обяснението става трудно.

Стъпка 7: ДДС проверка – държави, ставки, OSS/IOSS и корекции

ДДС проверката е отделна контролна стъпка. Тя не трябва да се смесва с общото счетоводно засичане. Тук се проверява дали продажбите са правилно разделени по държави, B2C/B2B статус, ДДС ставки, OSS/IOSS логика, маркетплейс продажби и продажби извън ЕС.

Минимална ДДС проверка

  • Продажби в България.
  • B2C продажби към ЕС по държави.
  • B2B продажби към ЕС с VAT number проверка.
  • Продажби към трети страни.
  • OSS продажби по държави и ставки.
  • IOSS или вносни сценарии, когато са приложими.
  • Продажби, при които маркетплейсът е събрал ДДС.
  • Refund-и и корекции на ДДС.
  • Съответствие между tax lines в магазина и счетоводната справка.
Добра практика: OSS справката трябва да се подготвя от данните за поръчките, а не ръчно от памет или от банковите постъпления.

Стъпка 8: Inventory and COGS – склад, наличности и себестойност

За физически стоки месечното приключване не е пълно без складова проверка. Продажбите трябва да доведат до изписване на стоките, връщанията трябва да върнат наличност или да се отчетат като брак, а себестойността трябва да бъде включена в управленския отчет. Без това магазинът вижда оборот, но не вижда реална печалба.

Складова проверка

  • Начална наличност.
  • Покупки и внос.
  • Продадени количества.
  • Върнати количества.
  • Повредени или бракувани стоки.
  • Крайна наличност.
  • Себестойност на продадените стоки.
  • Разлики между склад и продажби.
Практически извод: ако няма себестойност, няма реален марж. Ако няма реален марж, няма надежден управленски отчет.

Стъпка 9: Advertising and platform expenses – реклама и софтуер

Онлайн магазините често имат множество рекламни и софтуерни разходи: Meta, Google, TikTok, Pinterest, Shopify apps, WooCommerce plugins, email marketing, analytics tools, marketplace ads и други. Тези разходи трябва да се включват месечно, защото иначе печалбата изглежда изкуствено по-висока.

Какво се пази

  • Фактури от рекламни платформи.
  • Фактури за SaaS инструменти.
  • Период на услугата.
  • Валута.
  • ДДС третиране при чуждестранни доставчици.
  • Плащане по банка или карта.
  • Връзка към кампания, ако се прави управленски анализ.
Критична грешка: да се гледа ROAS в рекламната платформа, без да се включват себестойност, refunds, доставки, платежни такси и ДДС ефекти.

Стъпка 10: Финална контролна справка

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

Контрол Формула / логика Статус
Orders vs payments Платени поръчки = платежни транзакции, с обяснени разлики. OK / Difference / Pending
Payments vs bank Payout-и = банкови постъпления, с отчетени салда и периоди. OK / Difference / Pending
Orders vs courier Изпратени поръчки = куриерски пратки, с върнати и отказани пратки. OK / Difference / Pending
Sales vs documents Продажби = фактури/бележки/документи според режима. OK / Difference / Pending
Sales vs inventory Продадени количества = изписани количества, с върнати стоки. OK / Difference / Pending
VAT check Продажби по държави и ставки = ДДС/OSS/IOSS справки. OK / Difference / Pending
Management margin Нетни продажби – себестойност – такси – доставка – реклама. OK / Review
Професионален стандарт: месецът не е приключен, когато файловете са изпратени. Месецът е приключен, когато разликите са обяснени.

Папкова структура за онлайн магазин

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

Папка Съдържание Пример
01 Orders Експорт от магазина или маркетплейса. orders_2026_05.csv
02 Payments Stripe, PayPal, Revolut, POS, payout-и, fees. stripe_transactions_2026_05.csv
03 Bank Банкови извлечения. bank_statement_2026_05.pdf
04 Couriers Куриерски отчети, ППП, върнати пратки. courier_cod_2026_05.xlsx
05 Documents Фактури, бележки, сторно, кредитни известия. invoices_2026_05.zip
06 Inventory Складови движения, себестойност, внос. inventory_movements_2026_05.xlsx
07 Advertising Meta, Google, TikTok, marketplace ads. meta_invoice_2026_05.pdf
08 VAT ДДС, OSS, IOSS, продажби по държави и ставки. oss_sales_by_country_2026_Q2.xlsx
09 Reconciliation Финална контролна справка. reconciliation_2026_05.xlsx

Роли и отговорности

Много грешки възникват не защото бизнесът няма информация, а защото не е ясно кой я сваля, кой я проверява и кой я изпраща. Затова в e-commerce счетоводството трябва да има ясно разпределение на ролите.

Собственик

Определя моделите на продажба, платежните методи, платформите и потвърждава необичайни разлики.

Оператор

Сваля reports, подрежда месечната папка, следи missing files и маркира проблемни поръчки.

Счетоводство

Проверява, засича, осчетоводява, подготвя ДДС справки и връща въпроси по разлики.

Склад

Потвърждава наличности, изписвания, върнати стоки, брак и себестойност.

Маркетинг

Предоставя рекламни фактури, campaign spend и данни за управленски анализ.

Контрол

Финален review на разликите: какво е OK, какво остава pending и какво се пренася за следващия месец.

Най-честите грешки при месечно приключване

Грешка Какво причинява Как се предотвратява
Осчетоводяване само по банка Пропуснати брутни продажби, такси, refunds и payout разлики. Работа по order, payment и payout reports.
Липсва връзка между order ID и payment ID Невъзможност за засичане на продажби и плащания. Настройка на payment references и export колони.
Върнати пратки без workflow Грешни приходи, склад и клиентски салда. Отделен return report и складова проверка.
Маркетплейс payout без statement Скриване на такси, ДДС и refunds. Задължителни marketplace settlement reports.
Липсва ДДС справка по държави OSS/IOSS риск и грешни ставки. Sales by country and tax rate report.
Липсва себестойност Неясен реален марж. Складова отчетност и COGS report.
Рекламата не е включена в анализа Нереално висока печалба в управленския отчет. Месечни фактури и campaign spend report.

Минимален управленски отчет след приключване

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

Какво трябва да вижда собственикът

  • Брутни продажби.
  • Отстъпки.
  • Refunds и върнати поръчки.
  • Нетни продажби.
  • Себестойност на продадените стоки.
  • Брутен марж.
  • Платежни такси.
  • Маркетплейс такси.
  • Куриерски разходи.
  • Рекламни разходи.
  • Валутни разлики.
  • Оперативен резултат.
  • Най-големи разлики или проблеми за месеца.
  • Действия за следващия месец.
Практически извод: доброто счетоводство не само подава декларации. То помага на онлайн магазина да разбере кои продукти, канали и държави реално носят печалба.

Финален checklist за месечно приключване

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

  1. Свален е пълен orders export.
  2. Свалени са transaction reports от всички платежни оператори.
  3. Свалени са payout reports.
  4. Свалени са fee reports.
  5. Свалени са refund и chargeback reports.
  6. Свалени са банкови извлечения.
  7. Свалени са куриерски отчети.
  8. Отделени са върнатите пратки.
  9. Проверени са ППП и наложени платежи.
  10. Свалени са marketplace statements.
  11. Проверени са фактури, бележки, сторно и кредитни известия.
  12. Проверени са B2B продажби и VAT numbers.
  13. Подготвена е ДДС справка по държави и ставки.
  14. Проверени са OSS/IOSS данни, ако са приложими.
  15. Проверени са вносни документи.
  16. Проверени са складови движения.
  17. Изчислена е себестойност на продадените стоки.
  18. Събрани са рекламни и софтуерни фактури.
  19. Направена е bank reconciliation.
  20. Направена е финална контролна справка.
  21. Обяснени са всички съществени разлики.
  22. Изготвен е управленски отчет.
  23. Документирани са действията за следващия месец.
Професионален стандарт: един онлайн магазин е счетоводно зрял, когато месецът може да бъде приключен по checklist, без всеки път процесът да се измисля отначало.

Как петте статии работят заедно

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

Част Въпрос Резултат
1. Бизнес модел Какъв е реалният модел на онлайн магазина? Карта на стока, клиент, плащане, доставка и платформа.
2. Регистрация и Н-18 Как се регистрира и фискализира процесът? Ясен модел за Приложение №33, плащания и документи.
3. ДДС, OSS и IOSS Какъв е ДДС режимът? Правилна ДДС логика по държави, клиенти и платформи.
4. Счетоводно отчитане Как се осчетоводяват данните? Месечен пакет от orders, payments, couriers, inventory и reports.
5. Месечно приключване Как се затваря месецът без хаос? Контролна система и управленски отчет.

Официални източници

Месечното приключване трябва да бъде съобразено с регистрацията на електронния магазин, начина на фискализация, ДДС режима и конкретните платформи. Официалните източници дават нормативната рамка, а вътрешната процедура я превръща в ежедневна работа.

Внимание: тази статия е общо практическо ръководство. Конкретната процедура за месечно приключване трябва да се адаптира според платформата, платежните оператори, куриерите, складовата система, ДДС регистрациите, държавите на клиентите и реалните документи.

Искате онлайн магазин, който расте без счетоводен хаос?

Al Hathaway може да помогне с изграждане на цялостна e-commerce счетоводна система: месечен checklist, папкова структура, контролна таблица, ДДС/OSS/IOSS логика, връзка между поръчки, плащания, доставки, документи, склад и управленски отчет.

Заявете e-commerce консултация
Posted in

Leave a Reply

Discover more from Al Hathaway

Subscribe now to keep reading and get access to the full archive.

Continue reading