Месечно приключване на онлайн магазин: практическа система от поръчка до контролна справка
Онлайн магазинът се управлява успешно не само когато продава, а когато може всеки месец да обясни всяка продажба, всяко плащане, всяка доставка, всеки refund, всяка такса и всяка разлика. Тази финална част от e-commerce серията на Al Hathaway събира всичко в практическа система за месечно приключване без хаос.
Защо месечното приключване е най-важната система в онлайн магазина
Повечето онлайн магазини започват с фокус върху продажбите: продукт, сайт, реклама, поръчки, conversion rate и доставка. Това е нормално, но не е достатъчно. Ако бизнесът расте без месечна счетоводна и данъчна система, след няколко месеца започват проблемите: липсващи отчети, разлики между сайт и банка, неясни наложени платежи, непроверени refunds, липсващи фактури за реклами, необяснени такси, складови разминавания и ДДС риск.
Месечното приключване е процесът, който превръща хаотичните данни от магазина, платежните оператори, куриерите, маркетплейсите, склада и банката в проверима счетоводна картина. Целта не е просто да се подготвят документи за счетоводителя. Целта е собственикът да знае дали бизнесът реално печели и дали може да докаже всяка операция.
Финалната 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 число | Счетоводно записване, ДДС проверка, складова проверка и управленски отчет. | Счетоводство | Приключен месец и контролна справка. |
Стъпка 1: Orders export – всички поръчки за месеца
Първата стъпка е пълен експорт на поръчките. Не се вземат само платените или само доставените поръчки. Вземат се всички поръчки, защото счетоводството трябва да разбере какво се е случило: платена поръчка, отказана поръчка, чакащо плащане, върната поръчка, частичен refund или доставка без плащане.
Минимални колони в orders export
- Order ID.
- Дата и час на поръчката.
- Статус на поръчката.
- Статус на плащането.
- Клиент и държава.
- B2C/B2B статус.
- VAT number, ако има фирмен клиент.
- Продукт, SKU, количество и цена.
- Отстъпки и промо кодове.
- Доставка и shipping fee.
- ДДС ставка и tax amount, ако системата го поддържа.
- Обща стойност.
- Метод на плащане.
- Payment reference.
- Tracking number.
Стъпка 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.
- Отделяне на доставени пратки.
- Отделяне на върнати пратки.
- Отделяне на неполучени пратки.
- Суми по наложен платеж.
- ППП документи, когато са приложими.
- Куриерски такси.
- Дата на доставка и дата на превод към търговеца.
- Засичане с банковото извлечение.
Стъпка 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.
Стъпка 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 в магазина и счетоводната справка.
Стъпка 8: Inventory and COGS – склад, наличности и себестойност
За физически стоки месечното приключване не е пълно без складова проверка. Продажбите трябва да доведат до изписване на стоките, връщанията трябва да върнат наличност или да се отчетат като брак, а себестойността трябва да бъде включена в управленския отчет. Без това магазинът вижда оборот, но не вижда реална печалба.
Складова проверка
- Начална наличност.
- Покупки и внос.
- Продадени количества.
- Върнати количества.
- Повредени или бракувани стоки.
- Крайна наличност.
- Себестойност на продадените стоки.
- Разлики между склад и продажби.
Стъпка 9: Advertising and platform expenses – реклама и софтуер
Онлайн магазините често имат множество рекламни и софтуерни разходи: Meta, Google, TikTok, Pinterest, Shopify apps, WooCommerce plugins, email marketing, analytics tools, marketplace ads и други. Тези разходи трябва да се включват месечно, защото иначе печалбата изглежда изкуствено по-висока.
Какво се пази
- Фактури от рекламни платформи.
- Фактури за SaaS инструменти.
- Период на услугата.
- Валута.
- ДДС третиране при чуждестранни доставчици.
- Плащане по банка или карта.
- Връзка към кампания, ако се прави управленски анализ.
Стъпка 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 може да се използва като вътрешна процедура. Всеки месец се минава през него и се отбелязва какво е готово, какво липсва и какво изисква преглед.
- Свален е пълен orders export.
- Свалени са transaction reports от всички платежни оператори.
- Свалени са payout reports.
- Свалени са fee reports.
- Свалени са refund и chargeback reports.
- Свалени са банкови извлечения.
- Свалени са куриерски отчети.
- Отделени са върнатите пратки.
- Проверени са ППП и наложени платежи.
- Свалени са marketplace statements.
- Проверени са фактури, бележки, сторно и кредитни известия.
- Проверени са B2B продажби и VAT numbers.
- Подготвена е ДДС справка по държави и ставки.
- Проверени са OSS/IOSS данни, ако са приложими.
- Проверени са вносни документи.
- Проверени са складови движения.
- Изчислена е себестойност на продадените стоки.
- Събрани са рекламни и софтуерни фактури.
- Направена е bank reconciliation.
- Направена е финална контролна справка.
- Обяснени са всички съществени разлики.
- Изготвен е управленски отчет.
- Документирани са действията за следващия месец.
Как петте статии работят заедно
Тази серия е изградена като практическа карта. Първо се избира бизнес моделът, после се решава регистрацията и Н-18, след това се изгражда ДДС структурата, после счетоводното отчитане и накрая месечното приключване. Това е редът, който позволява онлайн магазинът да расте без данъчен и счетоводен хаос.
| Част | Въпрос | Резултат |
|---|---|---|
| 1. Бизнес модел | Какъв е реалният модел на онлайн магазина? | Карта на стока, клиент, плащане, доставка и платформа. |
| 2. Регистрация и Н-18 | Как се регистрира и фискализира процесът? | Ясен модел за Приложение №33, плащания и документи. |
| 3. ДДС, OSS и IOSS | Какъв е ДДС режимът? | Правилна ДДС логика по държави, клиенти и платформи. |
| 4. Счетоводно отчитане | Как се осчетоводяват данните? | Месечен пакет от orders, payments, couriers, inventory и reports. |
| 5. Месечно приключване | Как се затваря месецът без хаос? | Контролна система и управленски отчет. |
Официални източници
Месечното приключване трябва да бъде съобразено с регистрацията на електронния магазин, начина на фискализация, ДДС режима и конкретните платформи. Официалните източници дават нормативната рамка, а вътрешната процедура я превръща в ежедневна работа.
- НАП: Подаване на информация от лицата, които извършват продажби чрез електронен магазин
- НАП: Търговия в интернет и е-магазини
- НАП: Изисквания към е-търговците
- НАП: ДДС при електронна търговия в ЕС
- НАП: Специални режими за облагане с ДДС – OSS/IOSS
- European Commission: VAT One Stop Shop
- European Commission: VAT e-commerce rules
Искате онлайн магазин, който расте без счетоводен хаос?
Al Hathaway може да помогне с изграждане на цялостна e-commerce счетоводна система: месечен checklist, папкова структура, контролна таблица, ДДС/OSS/IOSS логика, връзка между поръчки, плащания, доставки, документи, склад и управленски отчет.
Заявете e-commerce консултация
Leave a Reply