Nordlet

← Alapok / SDK-k

Bevamu elgimasis (IFRS 15 / ASC 606)

Atidėtos pajamos, tolygiai paskirstomi, etapiniai ir pagal atliktą procentą pagrįsti grafikai, grąžinimo įsipareigojimai, prenumeratos.

Pagal eilutes atliekamas pajamų atidėjimas ir suplanuotas pripažinimas: sutartiniai įsipareigojimai, metodai pagal laiką, sandorio kainos paskirstymas, grąžinimo rezervai, prenumeratos ir sutarties pakeitimai. Numatytojo kelio nekeičiame - paprasta sąskaitos-faktūros eilutė pajamas vis tiek pripažįsta visa apimtimi išrašymo metu (tam tikru laiko momentu), o tai atitinka 606/15 standartą vienai prievolei pagal sutartį, įvykdytai pristatymo metu. Visa tai, kas nurodyta žemiau, taikoma pasirinktinai (opt-in) kiekvienai sąskaitos-faktūros eilutei.

Programinė įranga atitinka 606/15 standarto reikalavimus (capable), tačiau už atitiktį atsakinga pati atskaitomybę teikianti įmonė. Tinkamo metodo pasirinkimas kiekvienai prievolei, savarankiškos pardavimo kainos ir grąžinimo rodiklių vertinimas bei sprendimas, ar likusios prekės ar paslaugos yra atskiros po pakeitimo, lieka pačioje apskaitoje priimamais sprendimais.

Sąskaitos

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

Prievolės pagal sutartį sąskaitų-faktūrų eilutėse

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

Metodas Veiksmas išrašymo metu Pripažinimas
point_in_time (numatytasis) Kredituojamos (CR) pajamos pilna suma išrašymo metu, nekeičiamas
ratable (startDate..endDate) Kredituojamos (CR) ateinančių laikotarpių pajamos pagal dienų svorius sudarytas mėnesinis grafikas per paslaugų teikimo laikotarpį
milestone (milestones[], procentai sumuojasi iki 100) Kredituojamos (CR) ateinančių laikotarpių pajamos po vieną dalį (tranche) kiekvienam etapui, pripažįstama įvykio metu
percent_complete Kredituojamos (CR) ateinančių laikotarpių pajamos per kaupiamąsias pažangos ataskaitas

Gautinos sumos ir PVM lieka nepakeisti: išrašant debetuojama (DR) 2410 suma su PVM, kredituojama (CR) 4492 PVM suma, o grynoji suma padalijama tarp pajamų (eilutėms pagal taško momentą) ir 4910 sąskaitos (atidėtoms eilutėms). Grafikai saugomi įmonės bazine valiuta pagal išrašymo dienos valiutos kursą - sales/recognition-schedules/list (sales:read) rodo kiekvieną dalį su būsena pending | recognized | cancelled.

Sandorio kainos paskirstymas. Kai yra daugiau nei viena eilutė, kiekvienos eilutės laukas standaloneSellingPrice proporcingai paskirsto sąskaitos-faktūros grynąją sumą tarp prievolių (IFRS 15 §76–80); paskirstyta suma, o ne nurodyta eilutės kaina, lemia pajamų ir atidėtų sumų padalijimą bei grafikus. PVM lieka priskirtas prie sąskaitos-faktūros eilučių taip, kaip nurodyta.

Pripažinimo variklis

Pripažinimo metu debetuojama (DR) 4910 ir kredituojamos (CR) pajamos (paslaugos / prekės sąskaita ir sąnaudų centras iš pradinės eilutės) kaip vienas žurnalo įrašas per paleidimą, įrašytas sales/recognition/runs/list.

  • POST /v1/sales/recognition/compute (sales:read) { asOfDate? } - bandomoji būtinų tolygiai paskirstomų dalių peržiūra.
  • POST /v1/sales/recognition/run (sales:write) { asOfDate?, postingDate?, scheduleIds? } - užregistruoti mokėtinas tolygiai paskirstomas dalis arba tik tas dalis, kurios nurodytos per scheduleIds (bet kokiu metodu).
  • POST /v1/sales/recognition/progress (sales:write) { invoiceLineId, percentComplete, date? } - eilutėms pagal atliktą procentą: pateikti kaupiamąją pažangą; naujai uždirbtas skirtumas užregistruojamas nedelsiant, o atsitraukimai atmetami.
  • POST /v1/sales/recognition/summary (sales:read) - iki šiol pripažinta suma, likutis, laukiančių dalių skaičius ir kita mokėjimo data kiekvienai eilutei, taip pat įmonės bendros sumos.

Trys įvykiai paskatina pripažinimą be apklausos (polling): laikotarpio užrakinimas (ledger/periods/lock) pirmiausia pripažįsta visa, kas mokėtina iki laikotarpio pabaigos, įregistruota laikotarpio pabaigos data; pristatymo akto išrašymas (sales/acts/issue) pripažįsta susietos sąskaitos-faktūros laukiančias etapo dalis akto data; bei grafiko termino laikmatis, kuris nustatomas kito tolygaus mokėjimo terminui ir registruojamas kiekvienai įmonei jam atėjus (užrakintas laikotarpis pakartotinai bandys vėliau). Etapai pagal paskirtį yra pagrįsti įvykiais - etapo expectedDate yra planavimo informacija ir savaime niekada neiššaukia pripažinimo.

Kintamasis atlygis - grąžinimo įsipareigojimas

refundEstimatePercent reikšmė eilutėje kredituoja tą (paskirstytos) grynosios sumos dalį į sąskaitą 4450, o ne į pajamas arba atidėtas pajamas išrašymo metu - numatomi grąžinimai neįtraukiami į sandorio kainą (IFRS 15 §55). Sąskaitos-faktūros lygmens būsena saugoma sales/refund-liability/list (apskaičiuota, panaudota, pastebėtas atsiskaitymo grąžinimas, likutis).

Faktiniai duomenys: sąskaitai-faktūrai išrašytas kreditinis dokumentas debetuoja 4450 iki likusio įsipareigojimo dydžio, prieš paliestiant pajamas. sales/refund-liability/true-up (sales:write) { invoiceId, estimatedTotal, date? } patikslina įvertį ir registruoja skirtumą pajamų atžvilgiu bet kuria kryptimi (minimali riba yra panaudota suma). Mokėjimų paslaugų teikėjo (PSP) atsiskaitymo grąžinimai, priskirti sąskaitai-faktūrai, yra įregistruojami įsipareigojime ir sugeneruoja refund_liability.actual internetinio saito pranešimą (webhook) - jie neregistruojami tiesiogiai 4450 sąskaitoje, nes pajamų ir pardavimo PVM koregavimui reikalaujama kreditinio dokumento kaip PVM sąskaitos-faktūros.

Prenumeratos - susitarimai dėl sąskaitų-faktūrų

Suteikite susitarimui billingPeriod (monthly | quarterly | annual), o agreements/generate-invoice (agreements:write) sukuria kito neišrašyto laikotarpio juodraštinę sąskaitą-faktūrą: eilutes iš susitarimo elementų (arba value kaip vieną eilutę per laikotarpį), kurių kiekviena turi tolygų pripažinimą per paslaugų teikimo laikotarpį. agreements/billing/run { asOfDate? } apdoroja visus aktyvius susitarimus, sugeneruoja kiekvieną mokėtiną laikotarpį ir anuliuoja susitarimus, kurie pilnai apmokėti praėjus jų pabaigos datai. Galutiniai trumpi laikotarpiai yra proporcingai apskaičiuojami pagal dienas; autoRenew pratęsia terminą jo paties trukmė ir tęsia sąskaitų išrašymą. Sugeneruotos sąskaitos-faktūros turi lauką agreementId (filtruojamą sales/invoices/list).

Sutarties pakeitimai

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

  • prospective - atšaukti laukiantį grafiką ir iš naujo paskirstyti nepripažintą likutį pagal naujas sąlygas nuo pakeitimo datos (likusios prekės ar paslaugos yra atskiros: IFRS 15 §20(a), §21(a)). Tolygiai paskirstomos eilutės gauna newEndDate; etapo eilutės gauna newMilestones (likusios sumos procentus).
  • cumulative_catch_up (tik tolygiai paskirstomoms) - iš naujo apskaičiuoti pajamas taip, tarsi naujos sąlygos būtų taikytos nuo pat pradžių, ir nedelsiant įregistruoti skirtumą bet kuria kryptimi (viena iš dalies įvykdyta prievolė: §21(b)); likutis paskirstomas iš naujo.

Kainų sumažinimai pereina per kreditinius dokumentus: sąskaitos-faktūros su laukiančiais grafikais kreditinis dokumentas pirmiausia debetuoja ateinančių laikotarpių pajamas ir apkarpo laukiantį planą nuo jo tolimojo galo, tuomet grąžinimo įsipareigojimą, ir tik po to pajamas. Kainų padidėjimai yra papildomos sąskaitos-faktūros su savo pačių pripažinimu - konstrukciškai perspektyvūs.

Apribojimai

  • Grafikai ir pripažinimo įrašai yra bazine valiuta (EUR) sumos, nustatytos išrašymo dienos valiutos kurse; atidėti likučiai po išrašymo nėra iš naujo įvertinami valiutos kursu.
  • Sutartinio turto sąskaita (2910) pateikiama sąskaitų plane ir kaip registravimo raktas, tačiau joks automatinis neišrašytų pajamų srautas į ją dar neregistruojamas - pripažinimas prieš išrašant sąskaitą šiandien atliekamas rankiniu žurnalo įrašu.
  • Paskirstymui reikalinga savarankikšta pardavimo kaina visose sąskaitos-faktūros eilutėse arba nė vienoje; liekamasis metodas (§79(c)) neįdiegtas.
  • Grąžinimo įsipareigojimai sekami atėmus PVM sąskaitos-faktūros lygmeniu; atitinkamas turtas, susijęs the teise susigrąžinti grąžintas prekes (§B25) nėra modeliuojamas.
  • Kaupiamasis pasiekimas taikomas tolygiai paskirstomoms eilutėms; etapo persplanavimas yra tik perspektyvus; eilutės pagal atliktą procentą koreguojamos per pažangos ataskaitas, o ne modify.
  • Reikšmingi finansavimo komponentai (§60–65), nepiniginis atlygis ir pirkėjui mokėtinas atlygis neįeina į taikymo sritį.
  • Automatiniai grafiko terminų paleidimai registruojami jų įvykio dieną; pavėluoti įrašai į užrakintus laikotarpius atmetami - atrakinkite arba naudokite atvirą registravimo datą.

FAQ

Q: Can I apply different recognition methods to lines within the same invoice? A: Yes, recognition is per invoice line. One line can use point_in_time, another ratable, and a third milestone.

Q: What happens to VAT when using deferred revenue? A: VAT is unaffected and posted in full at invoice issue date. Only the net amount is split between revenue and deferred income.

Q: Are foreign currency invoices supported for recognition? A: Schedules and recognition postings use base-currency (EUR) amounts fixed at the issue-date FX rate. Deferred balances are not re-measured for FX.