Ieškų ir pajamų pripažinimas (IFRS 15 / ASC 606)

Pajamų atidėjimas ir suplanuotas pripažinimas pagal eilutes: sutarties įsipareigojimai, laikui bėgant taikomi metodai, sandorio kainos paskirstymas, grąžinimo rezervai, prenumeratos ir sutarties pakeitimai. Numatytasis kelias išlieka nepakeistas – įprasta sąskaitos faktūros eilutė pajamas pripažįsta pilna apimtimi išrašymo metu (momentiniu būdu), o tai atitinka 606/15 standartą vienam prievolių įvykdymui pristatymo metu. Viskas, kas nurodyta žemiau, taikoma pasirinktinai kiekvienai sąskaitos faktūros eilutei atskirai.

Programinė įranga palaiko 606/15 standarto reikalavimus, tačiau ataskaitas teikiantis subjektas yra tas, kuris atitinka (arba neatitinka) šiuos reikalavimus. Tinkamo metodo pasirinkimas kiekvienai prievolei, savarankiškos pardavimo kainos ir grąžinimo rodiklių estimacija, taip pat sprendimas, ar likusios prekės arba paslaugos yra atskiros pakeitimo atveju, lieka apskaitos sprendimais, kuriuos priima ataskaitą teikiantis asmuo.

Sąskaitos

Srautus palaiko trys sąskaitų plano sąskaitos, susietos kaip buhalterinių įrašų taisyklių raktai (kiekvienai įmonei perrašomi per ledger/posting-rules/update): revenue.deferredIncome → 4910 "Ateinančių laikotarpių pajamos" (sutarties įsipareigojimas), revenue.refundLiability → 4450 "Grąžinimo įsipareigojimai pirkėjams", revenue.contractAsset → 2910 "Sukauptos pajamos". Esamos įmonės šias sąskaitas gauna iš naujo pritaikydamos sąskaitų plano šabloną (ledger/accounts/apply-template).

Prievolės sąskaitos faktūros eilutėse

sales/invoices/create|update eilutės priima recognition: { method, startDate, endDate, milestones }, kur method reikšmė yra viena iš šių:

Metodas	Veiksmas išrašymo metu	Pripažinimas
point_in_time (numatytasis)	Kredituojamos pajamos pilna apimtimi	išrašymo metu, nepasikeitė
ratable (startDate..endDate)	Kredituojamos atidėtos pajamos	pagal dienų skaičių paslaugos teikimo laikotarpiu proporcingas mėnesinis grafikas
milestone (milestones[], procentų suma turi sudaryti 100)	Kredituojamos atidėtos pajamos	po vieną dalį (tranche) per etapą, pripažįstama įvykus įvykiui
percent_complete	Kredituojamos atidėtos pajamos	per kaupiamąsias pažangos ataskaitas

Gautinos sumos ir PVM lieka nepaliesti: išrašant sąskaitą debetuojama 2410 sumai su PVM, kredituojama 4492 PVM sumai, o grynoji suma padalinama tarp pajamų (momentinio pripažinimo eilutėse) ir 4910 (atidėtose eilutėse). Grafikai saugomi įmonės bazine valiuta taikant išrašymo dienos valiutos kursą – sales/recognition-schedules/list (sales:read) rodo kiekvieną dalį su būsena pending | recognized | cancelled.

Sandorio kainos paskirstymas. Jei yra daugiau nei viena eilutė, standaloneSellingPrice reikšmė kiekvienoje eilutėje paskirsto sąskaitos faktūros grynąją sumą tarp prievolių pro rata būdu (IFRS 15 §76–80); paskirstyta suma (ne nurodyta eilutės kaina) lemia pajamų ir atidėtų pajamų padalijimą bei grafikus. PVM lieka priskirtas sąskaitos faktūros eilutėms taip, kaip nurodyta.

Pripažinimo variklis

Pripažinimo procesas sukuria vieną buhalterinį įrašą per vykdymą, debetuodamas 4910 ir kredituodamas pajamas (paslaugų / prekės sąskaitą ir sąnaudų centrą iš pradinės eilutės). Įrašai registruojami sales/recognition/runs/list.

• POST /v1/sales/recognition/compute (sales:read) { asOfDate? } – preliminari būsimų tolygiai paskirstytų dalių peržiūra.
• POST /v1/sales/recognition/run (sales:write) { asOfDate?, postingDate?, scheduleIds? } – užregistruoti mokėtinas tolygiai paskirstytas dalis arba tik tas dalis, kurios nurodytos per scheduleIds (bet kokiu metodu).
• POST /v1/sales/recognition/progress (sales:write) { invoiceLineId, percentComplete, date? } – eilutėms su procentiniu užbaigimu: pranešti apie kaupiamąją pažangą; naujai uždirbta dalis užregistruojama nedelsiant, o pažangos sumažėjimai atmetami.
• POST /v1/sales/recognition/summary (sales:read) – iki šiol pripažinta suma, likutis, neįvykdytų dalių skaičius ir kita mokėjimo data kiekvienai eilutei, taip pat įmonės bendros sumos.

Tris įvykiai inicijuoja pripažinimą be periodinės apklausos (polling): periodo užrakinimas (ledger/periods/lock), kuris pirmiausia pripažįsta viską, kas mokėtinai susikaupė iki periodo pabaigos, ir įregistruoja periodo pabaigos data; priėmimo-perdavimo akto išrašymas (sales/acts/issue), kuris pripažįsta susietos sąskaitos faktūros laukiančias etapo dalis akto data; bei grafiko termino laikmatis, kuris suderinamas su kita tolygaus mokėjimo data ir įmonės lygmeniu atlieka įrašą jam atėjus (užrakintas periodas pakartotinai paleidžiamas vėliau). Etapai sukuriami reaguojant į įvykius tyčia – etapo expectedDate yra planavimo informacija ir savaime niekada neiššaukia pripažinimo.

Kintamas atlygis – grąžinimo įsipareigojimas

refundEstimatePercent reikšmė eilutėje išrašymo metu kredituoja šią (paskirstytos) grynosios sumos dalį į sąskaitą 4450, o ne į pajamas ar atidėtas pajamas – numatomi grąžinimai yra pašalinami iš sandorio kainos (IFRS 15 §55). Kiekvienos sąskaitos faktūros būsena saugoma sales/refund-liability/list (įvertinta, panaudota, pastebėta sureguliuota grąžinimo suma, likutis).

Faktinės sumos: kreditinė sąskaita faktūra sąskaitai debetuoja 4450 iki likusio įsipareigojimo dydžio, prieš palietant pajamas. sales/refund-liability/true-up (sales:write) { invoiceId, estimatedTotal, date? } patikslina įverčio sumą ir užregistruoja skirtumą pajamų sąskaitoje bet kuria kryptimi (apribota panaudota suma). Mokėjimų paslaugų teikėjo (PSP) atsiskaitymo grąžinimai, priskirti sąskaitai faktūrai, registruojami įsipareigojime ir sugeneruoja refund_liability.actual internetinio ryšio pranešimą (webhook) – jie neįrašomi tiesiogiai į 4450, nes norint sumažinti pajamas ir pardavimo PVM, kaip PVM dokumentas reikalinga kreditinė sąskaita faktūra.

Prenumeratos – sutartys ir sąskaitos faktūros

Sutartiai priskirkite billingPeriod (monthly | quarterly | annual), o agreements/generate-invoice (agreements:write) sukurs kito neišrašyto laikotarpio juodraštinę sąskaitą faktūrą: eilutės iš sutarties pozicijų (arba value kaip viena eilutė laikotarpiui), kurių kiekviena turi tolygų pripažinimą per paslaugų teikimo laikotarpį. agreements/billing/run { asOfDate? } peržiūri visas aktyvias sutartis, sugeneruoja kiekvieną mokėtiną laikotarpį ir anuliuoja sutartis, kurių sąskaitos pilnai išrašytos pasibaigus jų galiojimo laikui. Galutiniai trumpi laikotarpiai proporcingai apskaičiuojami pagal dienas; autoRenew pratęsia sutarties galiojimą tokiam pačiam laikotarpiui ir toliau išrašo sąskaitas. Sugeneruotos sąskaitos faktūros turi agreementId atributą (kurį galima filtruoti per sales/invoices/list).

Sutarties pakeitimai

POST /v1/sales/recognition/modify (sales:write) { invoiceLineId, approach, date?, newEndDate?, newMilestones? }:

• prospective – anuliuoti laukiančiąją dalį ir iš naujo paskirstyti neįtrauktą likutį pagal naujas sąlygas nuo pakeitimo datos (likusios prekės ar paslaugos yra atskiros: IFRS 15 §20(a), §21(a)). Tolygiai paskirstytoms eilutėms taikoma newEndDate; etapo eilutėms taikoma newMilestones (likusios sumos procentiniai dydžiai).
• cumulative_catch_up (tik tolygiai paskirstytoms) – iš naujo apskaičiuoti pajamas taip, tarsi naujos sąlygos būtų galiojusios nuo pat pradžių, ir nedelsiant užregistruoti skirtumą bet kuria kryptimi (viena iš dalies įvykdyta prievolė: §21(b)); likutis paskirstomas iš naujo.

Kainos sumažinimai atsispindi per kreditines sąskaitas faktūras: kreditinė sąskaita faktūra sąskaitai su laukiančiais grafikais pirmiausia debetuoja atidėtas pajamas ir apkarpo laukiantį planą nuo jo tolimojo galo, tuomet – grąžinimo įsipareigojimą, ir tik po to – pajamas. Kainos padidinimai yra papildomos sąskaitos faktūros su savo pripažinimu, kurios pagal konstrukciją yra perspektyvios.

Apribojimai

• Grafikai ir pripažinimo įrašai yra bazine valiuta (EUR) sumos, nustatytos išrašymo dienos valiutos kursu; atidėti likučiai po išrašymo iš naujo dėl valiutos kurso nevertinami.
• Sutarties turto sąskaita (2910) pateikiama sąskaitų plane ir kaip įrašo raktas, tačiau joks automatinis neišrašytų pajamų srautas į ją kol kas neregistruojamas – pripažinimas prieš išrašant sąskaitą šiuo metu atliekamas rankiniu žurnalo įrašu.
• Paskirstymui reikalaujama nurodyti savarankišką pardavimo kainą visose sąskaitos faktūros eilutėse arba nė vienoje; liekamoji vertės nustatymo metodika (§79(c)) nėra įgyvendinta.
• Grąžinimo įsipareigojimai sekami be PVM sąskaitos faktūros lygiu; atitinkamas turtas dėl teisės susigrąžinti grąžintas prekes (§B25) nėra sumodeliuotas.
• Kaupiamasis koregavimas (cumulative catch-up) taikomas tolygiai paskirstytoms eilutėms; etapų perplanavimas yra tik perspektyvusis; procentinio užbaigimo eilutės koreguojamos per pažangos ataskaitas, o ne per modify.
• Reikšmingi finansavimo komponentai (§60–65), nepiniginis atlygis ir klientui mokėtinas atlygis neįtraukti į taikymo sritį.
• Automatiniai grafiko terminų vykdymo procesai įrašus sukuria jų įvykio dieną; koreguojantys įrašai į užrakintus periodus yra atmetami – atrakinkite periodą arba naudokite atvirą įrašo datą.

FAQ

Q: How do I handle a credit note that spans both revenue and deferred income? A: Apply the credit note directly to the invoice. The system automatically debits the refund liability first, then deferred income (trimming schedules from the end), and finally recognizes the remainder against revenue.

Q: Can I use percent-complete with ratable schedules? A: No, each invoice line uses exactly one recognition method. Split the contract into separate lines if different obligations require different methods.

Q: What happens if an FX rate changes after invoice issue? A: Nothing. Recognition schedules lock the base-currency amount and FX rate at the issue date. Subsequent FX fluctuations do not trigger re-measurements.