Отчитане на приходите от SaaS съгласно IFRS 15, с примерни записвания по сметки
Всяка стъпка от IFRS 15 за SaaS договор, представена като счетоводни статии с реални суми и API заявките, които ги генерират автоматично.
Съгласно IFRS 15 SaaS абонаментът представлява задължение за изпълнение, което се погасява във времето, поради което неговият приход се отчита равномерно през периода на услугата, докато фактурираната сума остава в пасивите по договори като отсрочен приход, докато бъде заслужиена. Вземането и ДДС се записват в пълен размер на датата на издаване на фактурата. Само приходът изчаква.
Това е цялото правило. Останалата част от тази статия показва как изглежда това в счетоводната книга, с дебити и кредити за случаите, с които едно абонаментен бизнес действително се сблъсква: годишен план, пакет с отстъпка, проект, фактуриран на етапи, очаквано възстановяване на средства и договор, който се променя по средата на изпълнението му. Всяка статия използва литовския индивидуален сметкоплан, който Nordlet предоставя по подразбиране, а последният раздел показва API заявките, които публикуват тези статии, без никой да ги въвежда ръчно.
Петте стъпки, приложени към един договор
Клиент се регистрира на 1 януари 2026 г. за дванадесетмесечен достъп до платформа на стойност 2,400 EUR без ДДС. Литовският ДДС в размер на 21 % добавя 504 EUR, така че фактурата е за 2,904 EUR бруто.
| Стъпка | Приложение към този договор |
|---|---|
| 1. Договор | Приетата поръчка за дванадесет месеца достъп |
| 2. Задължения за изпълнение | Едно: достъп до платформата от 1 януари до 31 декември 2026 г. |
| 3. Цена на сделката | 2,400 EUR (без променливо възнаграждение в този първи пример) |
| 4. Разпределение | Не е необходимо; едно единствено задължение поема цялата цена |
| 5. Отчитане | С течение на времето, с отминаването на дните на достъп |
Същият модел е разгледан концептуално в статията Обяснение на счетоводството за SaaS. Тук преминаваме директно към счетоводните статии.
Случай 1: годишен план
При издаване, 1 януари 2026 г. Вземането и ДДС са реални към тази дата. Приходът не е.
| Сметка | Дебит | Кредит |
|---|---|---|
| 2410 Вземания от клиенти (Trade receivables) | 2,904.00 | |
| 4492 ДДС за плащане (Output VAT payable) | 504.00 | |
| 4910 Бъдещи приходи за разпределение (Deferred income) | 2,400.00 |
Нищо не е засегнало сметка за приходи. ДДС обаче е дължим на датата на издаване по общия ред; справката-декларация по ДДС за януари включва сумата от 504 EUR независимо дали услугата е била доставена или не.
Когато клиентът плати.
| Сметка | Дебит | Кредит |
|---|---|---|
| 2710 Разплащателна сметка (Bank) | 2,904.00 | |
| 2410 Вземания от клиенти (Trade receivables) | 2,904.00 |
В края на всеки месец. Учебникарският вариант освобождава по 200 EUR на месец. График, претеглен по дни, представляващ метод на отчитане на база изтеклия времеви ресурс от вида, който IFRS 15 §B15 разрешава за непрекъснато консумирана услуга, определя дела на всеки месец от общо 365 дни:
| Месец | Дни | Транш |
|---|---|---|
| Януари | 31 | 203.84 |
| Февруари | 28 | 184.11 |
| Март | 31 | 203.84 |
| Април | 30 | 197.26 |
| … | ||
| Декември | 31 | 203.81 |
| Общо | 365 | 2,400.00 |
Последният транш поема закръгляването на стотинките, така че графикът да съвпадне точно с отсрочената сума. Отписването за януари е:
| Сметка | Дебит | Кредит |
|---|---|---|
| 4910 Бъдещи приходи за разпределение (Deferred income) | 203.84 | |
| 5001 Приходи от услуги (Service revenue) | 203.84 |
След дванадесет такива записвания салдото по сметка 4910 по тази фактура е нула, а сумата от 2,400 EUR е преминала към приходите през годината, през която е спечелена.
Случай 2: пакет с отстъпка
Същият клиент купува абонамента заедно с услуга по първоначално въвеждане (onboarding). Фактурата показва абонамента на стойност 2,400 EUR и въвеждането на стойност 600 EUR, или общо 3,000 EUR нето. Продадени отделно, абонаментът е 3,000 EUR, а въвеждането е 1,000 EUR, така че пакетът носи отстъпка от 1,000 EUR.
Параграфи от §76 до §80 на IFRS 15 изискват отстъпката да бъде разпределена между задълженията пропорционално на техните самостоятелни продажни цени, а не да бъде оставена там, където търговският екип я е поставил.
| Ред | Обявена цена | Самостоятелна цена | Дял | Разпределена сума |
|---|---|---|---|---|
| Абонамент (с течение на времето) | 2,400 | 3,000 | 75 % | 2,250.00 |
| Въвеждане (в определен момент) | 600 | 1,000 | 25 % | 750.00 |
| Общо | 3,000 | 4,000 | 3,000.00 |
ДДС остава обвързан с обявените цени по редовете, тъй като фактурата е данъчен документ: 21 % от 3,000 EUR е 630 EUR. Разпределението променя единствено начина, по който нетната сума се разделя между приход сега и приход в бъдеще.
При издаване.
| Сметка | Дебит | Кредит |
|---|---|---|
| 2410 Вземания от клиенти (Trade receivables) | 3,630.00 | |
| 4492 ДДС за плащане (Output VAT payable) | 630.00 | |
| 5001 Приходи от услуги (въвеждане, доставено) | 750.00 | |
| 4910 Бъдещи приходи (абонамент) | 2,250.00 |
Услугата по въвеждане реализира приход от 750 EUR при издаването, а не отпечатаните на реда 600 EUR. Абонаментът отсрочва 2,250 EUR, а неговият януарски транш е 2,250 × 31 ÷ 365 = 191.10 EUR.
Без разпределение записването щеше да покаже 600 EUR приходи и 2,400 EUR отсрочени приходи. Разликата е 150 EUR приходи, отчетени в грешната година.
Случай 3: проект, фактуриран на етапи
Проект за внедряване се фактурира на стойност 10,000 EUR нето (12,100 EUR бруто) с три етапа: дизайн 30 %, изработка 50 %, пускане в експлоатация (go-live) 20 %. Всеки етап представлява момент, в който определена част от работата е приета, което се доказва с приемо-предавателен протокол.
При издаване.
| Сметка | Дебит | Кредит |
|---|---|---|
| 2410 Вземания от клиенти (Trade receivables) | 12,100.00 | |
| 4492 ДДС за плащане (Output VAT payable) | 2,100.00 | |
| 4910 Бъдещи приходи (Deferred income) | 10,000.00 |
При подписване на протокола за дизайна.
| Сметка | Дебит | Кредит |
|---|---|---|
| 4910 Бъдещи приходи (Deferred income) | 3,000.00 | |
| 5001 Приходи от услуги (Service revenue) | 3,000.00 |
Очакваната дата на даден етап е планова информация. Приходите се преместват, когато събитието настъпи, а не когато календарът показва, че е трябвало да стане.
Случай 4: очаквано възстановяване на суми (рефундиране)
Да предположим, че историческите данни показват, че 5 % от годишните планове се рефундират през първия месец. Параграфи от §55 до §58 на IFRS 15 третират очакваните възстановявания като променливо възнаграждение: те се изключват от цената на сделката и се отчитат като пасив за възстановяване на суми (refund liability), докато несигурността се разреши.
Нека разгледаме еднократна продажба на продукт на стойност 1,000 EUR нето (1,210 EUR бруто) с 5 % оценка за възстановяване, чийто приход се отчита в определен момент.
При издаване.
| Сметка | Дебит | Кредит |
|---|---|---|
| 2410 Вземания от клиенти (Trade receivables) | 1,210.00 | |
| 4492 ДДС за плащане (Output VAT payable) | 210.00 | |
| 4450 Пасив за възстановяване на суми (Refund liability) | 50.00 | |
| 5001 Приходи от услуги (Service revenue) | 950.00 |
На клиент са възстановени 40 EUR нето. Възстановяването се документира с кредитно известие, което намалява ДДС и вземането и оползотворява пасива, вместо да намалява приходите.
| Сметка | Дебит | Кредит |
|---|---|---|
| 4450 Пасив за възстановяване на суми (Refund liability) | 40.00 | |
| 4492 ДДС за плащане (Output VAT payable) | 8.40 | |
| 2410 Вземания от клиенти (Trade receivables) | 48.40 |
Прозорецът за възстановяване се затваря. Използвани са само 40 EUR от оценката за 50 EUR, така че оставащите 10 EUR се освобождават към приходите.
| Сметка | Дебит | Кредит |
|---|---|---|
| 4450 Пасив за възстановяване на суми (Refund liability) | 10.00 | |
| 5001 Приходи от услуги (Service revenue) | 10.00 |
За ред, който съдържа и чакащ график за признаване, редът на консумация е следният: първо отсрочените приходи (чакащият график се съкращава от далечния си край), след това пасивът за възстановяване и накрая приходите.
Случай 5: промяна в договора
По средата на годишния план от Случай 1 клиентът договаря шестмесечно удължаване без допълнително заплащане. Шест месеца вече са отчетени (1,200 EUR, изчислени с равни месечни суми за по-голяма отчетливост; софтуерният модул използва претегляне по дни) и 1,200 EUR остават отсрочени.
Параграфи §20 и §21 на IFRS 15 предлагат два подхода в зависимост от това дали оставащите услуги са отделни и различими от вече доставените.
Проспективен подход (§21(a)). Останалите стоки или услуги са отделни и различими, така че непризнатата сума от 1,200 EUR се разпределя през новия остатъчен срок от дванадесет месеца: по 100 EUR на месец. Не се публикува статия за изравняване (catch-up); следващото отписване просто е по-малко.
Кумулативно изравняване (§21(b)). Задължението се третира като едно цяло, частично изпълнено задължение, поради което приходите се преизчисляват така, сякаш от самото начало са били приложени осемнадесет месеца: 2,400 EUR ÷ 18 = 133.33 EUR на месец, като до 30 юни са спечелени 800 EUR. Тъй като вече са отчетени 1,200 EUR, сумата от 400 EUR се стопира:
| Сметка | Дебит | Кредит |
|---|---|---|
| 5001 Приходи от услуги (Service revenue) | 400.00 | |
| 4910 Бъдещи приходи за разпределение (Deferred income) | 400.00 |
Останалите 1,600 EUR след това се отписват по 133.33 EUR на месец през новия остатъчен срок.
Достъпът до платформа, предоставян ден след ден, обикновено представлява поредица от отделни и различими услуги, поради което проспективният подход е най-честият отговор. Кой подход се прилага е въпрос на счетоводна преценка; счетоводната система трябва да може да изпълни и единия, и другия.
Ценови промени. Намалението на цената представлява кредитно известие към оригиналната фактура и следва описания по-горе ред на консумация. Увеличението на цената е нова фактура със собствен график за отчитане, който е проспективен по своя характер.
Същите записвания през API
Всяка от горните статии се генерира от модула за отчитане на приходите на Nordlet въз основа на обикновени данни от фактури. Методът на отчитане се съдържа в самия ред на фактурата.
Случай 1. Създайте фактурата с ред с пропорционално разпределение (ratable), след което я издайте. Издаването публикува вземането, ДДС и отсрочените приходи и изгражда графика от дванадесет транша.
POST /v1/sales/invoices/create
Authorization: Bearer <api key with sales:write>
Idempotency-Key: <your order id>
{
"partnerId": "<customer id>",
"lines": [
{
"description": "Platform subscription 2026",
"unitPriceExclVat": "2400.0000",
"vatRatePercent": "21.00",
"recognition": { "method": "ratable", "startDate": "2026-01-01", "endDate": "2026-12-31" }
}
]
}
POST /v1/sales/invoices/issue
{ "id": "<invoice id>" }
Случай 2. Добавете standaloneSellingPrice към всеки ред на фактурата. Разпределението се изчислява при издаване; редът за въвеждане използва метода по подразбиране point_in_time (в определен момент).
Случай 3. Задайте на реда "recognition": { "method": "milestone", "milestones": [ { "percent": 30, "description": "Design", "expectedDate": "2026-02-28" }, … ] }. Издаването на приемо-предавателен протокол чрез sales/acts/issue срещу фактурата отчита чакащите етапни траншове на датата на протокола.
Случай 4. Задайте refundEstimatePercent на реда. Кредитните известия оползотворяват пасива в описания ред; sales/refund-liability/true-up с променен estimatedTotal публикува освобождаването или доначисляването. Възстановяването на сума от доставчик на платежни услуги, съпоставено с фактурата, се записва по пасива и генерира уебхук refund_liability.actual, но не се записва директно срещу самия пасив, тъй като намаляването на приходите и дължимия ДДС изисква кредитно известие като данъчен документ.
Случай 5.
POST /v1/sales/recognition/modify
{ "invoiceLineId": "<line id>", "approach": "prospective", "newEndDate": "2027-06-30" }
Заменете prospective с cumulative_catch_up за втория подход; стопирането на 400 EUR се отчита незабавно, а остатъкът се разпределя наново.
Отписвания. Отчитането на приходите генерира една счетоводна статия на период. То се задейства по три начина без необходимост от изпитване чрез заявки (polling): приключването на период отчита всичко дължимо до края на периода първо, издаването на приемо-предавателен протокол отчита етапните траншове, а таймер, настроен за следващата падежна дата, отчита пропорционалните траншове, когато те настъпят. sales/recognition/compute показва предварителен преглед на това какво ще генерира изпълнението; sales/recognition/run го публикува; sales/recognition/summary докладва отчетеното до момента, оставащото и следващата падежна дата за всеки ред; sales/recognition-schedules/list показва всеки транш с неговия статус.
Какво не прави модулът
Документираните ограничения са също толкова важни, колкото и функционалностите, когато планирате приключване на период:
- Графиците са фиксирани в евро по обменния курс към датата на издаване. Отсрочените салда не се преоценяват за валутни колебания след издаването.
- Разпределението изисква самостоятелна продажна цена за всеки ред или за нито един. Остатъчният подход по §79(c) не е имплементиран.
- Пасивът за възстановяване се проследява нето след ДДС на ниво фактура. Съответстващият актив за правото на получаване обратно на върнати стоки (§B25) не е моделно застъпен.
- Кумулативното изравняване се прилага само за пропорционални редове; препланирането на етапи е проспективно.
- Съществените компоненти на финансиране (§60 до §65), непаричното възнаграждение и възнагражденията, дължими на клиента, са извън обхвата.
- Сметката за активи по договори (2910) съществува в сметкоплана и като ключ за публикуване, но отчитането на приходи преди фактуриране днес се извършва с ръчна счетоводна статия.
Софтуерът е напълно способен да прилага третиране съгласно IFRS 15 и ASC 606. Изборът на метод за всяко задължение, оценката на самостоятелните продажни преки цени и процентите на възстановяване, както и преценката дали оставащите услуги са отделни и различими, остават решения, които отчетното предприятие взема само.
FAQ
Кога се отчита приходът за SaaS абонамент съгласно IFRS 15?
През периода на услугата, тъй като достъпът до софтуера е задължение за изпълнение, погасявано с течение на времето. За дванадесетмесечен план, фактуриран предварително, всеки месец заслужива своя дял от цената. Датата на фактурата определя кога се записват вземането и ДДС, а не кога се отчита приходът.
Каква е счетоводната статия за отсрочени приходи?
При издаване: дебитират се вземанията от клиенти за брутната сума, кредитира се дължимият ДДС и се кредитират бъдещите приходи (пасив по договор) за нетната сума. През всеки период: дебитират се бъдещите приходи и се кредитират приходите за спечелената сума. Вземането се погасява, когато клиентът плати.
Следва ли ДДС графика на приходите?
Не. ДДС става дължим при издаване на фактурата или получаване на авансовото плащане съгласно общите правила на Директивата за ДДС и националното законодателство. Графикът на отсрочените приходи и задължението за ДДС се движат независимо едно от друго, поради което фактурата за аванс е реален данъчен документ, а проформа фактурата не е.
Как се разпределя отстъпката за пакет съгласно IFRS 15?
Пропорционално на самостоятелните продажни цени на задълженията в пакета (§81). Отстъпка от 1,000 EUR за пакет на стойност 4,000 EUR, чиито части са с отделни цени от 3,000 EUR и 1,000 EUR, намалява всяка част с 25 %. ДДС остава по редовете на фактурата във вида, в който е обявен.
Каква е разликата между проспективен подход и кумулативно изравняване?
Проспективният подход разпределя неотчетената остатъчна сума през новите условия от датата на промяната, без корекция на минали приходи. Кумулативното изравняване преизчислява приходите така, сякаш новите условия са се прилагали от самото начало, и отчита разликата незабавно. Кой подход се прилага зависи от това дали оставащите услуги са отделни и различими от вече доставените.