राजस्व पहचान (IFRS 15 / ASC 606)

प्रति-लाइन राजस्व आस्थगन (revenue deferral) और अनुसूचीबद्ध पहचान: अनुबंध दायित्व, समय-आधारित (over-time) पद्धतियां, लेनदेन-मूल्य आवंटन (transaction-price allocation), रिफंड प्रावधान, सब्सक्रिप्शन और अनुबंध संशोधन। डिफ़ॉल्ट पाथ अपरिवर्तित रहता है - एक सामान्य चालान लाइन (plain invoice line) जारी होने पर ही पूरी तरह से राजस्व की पहचान करती है (पॉइंट इन टाइम), जो डिलीवरी पर संतुष्ट एक ही प्रदर्शन obligación (performance obligation) के लिए 606/15-संगत है। नीचे दी गई सभी बातें प्रति चालान लाइन ऑप्ट-इन (opt-in) हैं।

यह सॉफ़्टवेयर 606/15-सक्षम (capable) है; रिपोर्टिंग इकाई वह है जो अनुपालन करती है (या नहीं करती है)। प्रत्येक obligation के लिए सही पद्धति चुनना, स्टैंडअलोन बिक्री मूल्य और रिफंड दरों का अनुमान लगाना, और यह निर्णय लेना कि संशोधन पर शेष वस्तुएं या सेवाएं विशिष्ट (distinct) हैं या नहीं, ये सब लेखांकन निर्णय (accounting judgements) हैं जो फाइलर को करने होते हैं।

खाते

तीन चार्ट खाते इन प्रवाहों का समर्थन करते हैं, जिन्हें पोस्टिंग-नियम कुंजियों (posting-rule keys) के रूप में जोड़ा गया है (ledger/posting-rules/update के माध्यम से प्रति कंपनी बदला जा सकता है): revenue.deferredIncome → 4910 "Ateinančių laikotarpių pajamos" (अनुबंध दायित्व), revenue.refundLiability → 4450 "Grąžinimo įsipareigojimai pirkėjams", revenue.contractAsset → 2910 "Sukauptos pajamos"। मौजूदा कंपनियों को चार्ट टेम्पलेट को दोबारा लागू करके (ledger/accounts/apply-template) ये खाते मिल जाते हैं।

चालान लाइनों पर प्रदर्शन दायित्व (Performance obligations)

sales/invoices/create|update लाइनें recognition: { method, startDate, endDate, milestones } स्वीकार करती हैं जहाँ method इनमें से एक होता है:

पद्धति (Method)	जारी होने पर व्यवहार (Behaviour at issue)	पहचान (Recognition)
point_in_time (डिफ़ॉल्ट)	CR राजस्व पूरी तरह से	जारी होने पर, अपरिवर्तित
ratable (startDate..endDate)	CR आस्थगित आय (deferred income)	सेवा अवधि के दौरान दिन-भारित मासिक अनुसूची
milestone (milestones[], प्रतिशत जिनका योग 100 हो)	CR आस्थगित आय	प्रति माइलस्टोन एक ट्रेंच, घटना पर पहचाना गया
percent_complete	CR आस्थगित आय	संचयी प्रगति रिपोर्ट के माध्यम से

AR और VAT अछute रहते हैं: जारी करने पर सकल राशि के लिए DR 2410, VAT के लिए CR 4492 पोस्ट होता है, और शुद्ध राशि को राजस्व (पॉइंट-इन-टाइम लाइनें) और 4910 (आस्थगित लाइनें) के बीच विभाजित किया जाता है। अनुसूचियां कंपनी की आधार मुद्रा में जारी करने की तिथि की FX दर पर संग्रहीत की जाती हैं - sales/recognition-schedules/list (sales:read) स्थिति pending | recognized | cancelled के साथ प्रत्येक ट्रेंच को दिखाता है।

लेनदेन-मूल्य आवंटन (Transaction-price allocation)। एक से अधिक लाइन होने पर, प्रत्येक लाइन पर standaloneSellingPrice चालान की शुद्ध राशि को दायित्वों के बीच आनुपातिक रूप से (pro-rata) आवंटित करता है (IFRS 15 §76–80); आवंटित राशि - न कि बताई गई लाइन की कीमत - राजस्व/आस्थगित विभाजन और अनुसूचियों को संचालित करती है। VAT बताए गए अनुसार चालान लाइनों के साथ रहता है।

पहचान इंजन (Recognition engine)

पहचान इंजन प्रति रन एक एकल जर्नल के रूप में DR 4910 / CR राजस्व (मूल लाइन से सेवा/उत्पाद खाता और लागत केंद्र) पोस्ट करता है, जो sales/recognition/runs/list में दर्ज होता है।

• POST /v1/sales/recognition/compute (sales:read) { asOfDate? } - देय आस्थगित (ratable) ट्रेंच का ड्राई-रन पूर्वावलोकन।
• POST /v1/sales/recognition/run (sales:write) { asOfDate?, postingDate?, scheduleIds? } - देय आस्थगित ट्रेंच, या scheduleIds (किसी भी पद्धति) द्वारा नामित ट्रेंच को पोस्ट करें।
• POST /v1/sales/recognition/progress (sales:write) { invoiceLineId, percentComplete, date? } - प्रतिशत-पूर्ण लाइनें: संचयी प्रगति की रिपोर्ट करें; नया अर्जित डेल्टा तुरंत पोस्ट हो जाता है, रिग्रेशन अस्वीकार कर दिए जाते हैं।
• POST /v1/sales/recognition/summary (sales:read) - आज तक पहचाना गया, शेष, लंबित गिनती और प्रति लाइन अगली देय तिथि, साथ ही कंपनी का कुल योग।

तीन घटनाएं बिना पोलिंग के पहचान को संचालित करती हैं: अवधि लॉक (ledger/periods/lock) पहले अवधि के अंत तक देय सभी चीजों को पहचानती है, जिसे अवधि-अंत की तारीख पर पोस्ट किया जाता है; डिलीवरी-एक्ट जारी करना (sales/acts/issue) अधिनियम की तिथि पर जुड़े चालान के लंबित माइलस्टोन ट्रेंच को पहचानता है; और एक अनुसूची-देय टाइमर अगली आस्थगित देय तिथि पर सक्रिय होता है और आने पर प्रति कंपनी पोस्ट करता है (एक लॉक की गई अवधि बाद में पुनः प्रयास करती है)। माइलस्टोन जानबूझकर घटना-आधारित होते हैं - किसी माइलस्टोन की expectedDate केवल योजना की जानकारी होती है और यह अपने आप कभी पहचान को ट्रिगर नहीं करती है।

चर प्रतिफल - रिफंड दायित्व (Variable consideration - refund liability)

लाइन पर refundEstimatePercent जारी होने पर राजस्व या आस्थगित आय के बजाय (आवंटित) शुद्ध राशि के उस हिस्से को 4450 में क्रेडिट करता है - अपेक्षित रिफंड को लेनदेन मूल्य से बाहर रखा जाता है (IFRS 15 §55)। प्रति-चालान स्थिति sales/refund-liability/list (अनुमानित, उपभोग, देखे गए निपटान रिफंड, शेष) में रहती है।

वास्तविक स्थितियां: चालान के विरुद्ध एक क्रेडिट नोट राजस्व को छूने से पहले शेष दायित्व तक 4450 को डेबिट करता है। sales/refund-liability/true-up (sales:write) { invoiceId, estimatedTotal, date? } अनुमान को संशोधित करता है और किसी भी दिशा में राजस्व के विरुद्ध डेल्टा पोस्ट करता है (उपभोग की गई राशि पर सीमित)। चालान से मिलान किए गए PSP निपटान रिफंड दायित्व पर दर्ज किए जाते हैं और refund_liability.actual वेबहुक उत्सर्जित करते हैं - वे सीधे 4450 के विरुद्ध पोस्ट नहीं करते हैं, क्योंकि राजस्व और आउटपुट VAT को राहत देने के लिए VAT दस्तावेज़ के रूप में क्रेडिट नोट की आवश्यकता होती है।

सब्सक्रिप्शन - चालान के लिए समझौते (Subscriptions - agreements to invoices)

किसी समझौते को billingPeriod (monthly | quarterly | annual) दें और agreements/generate-invoice (agreements:write) अगले बिल न किए गए पीरियड का ड्राफ्ट चालान बनाता है: समझौते की वस्तुओं से लाइनें (या प्रति अवधि एक लाइन के रूप में value), प्रत्येक सेवा अवधि पर आस्थगित पहचान के साथ। agreements/billing/run { asOfDate? } सभी सक्रिय समझौतों को स्कैन करता है, प्रत्येक देय अवधि उत्पन्न करता है, और अपनी समाप्ति तिथि के बाद पूरी तरह से बिल किए गए समझौतों की समय सीमा समाप्त कर देता है। अंतिम छोटी अवधि दिनों के हिसाब से आनुपातिक (pro-rated) होती है; autoRenew अवधि को उसकी अपनी लंबाई से बढ़ाता है और बिलिंग जारी रखता है। उत्पन्न चालानों में agreementId होता है (sales/invoices/list में फ़िल्टर करने योग्य)।

अनुबंध संशोधन (Contract modifications)

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

• prospective - लंबित अनुसूची को रद्द करें और संशोधन तिथि से नई शर्तों पर unrecognized शेष राशि को फिर से फैलाएं (शेष वस्तुएं/सेवाएं विशिष्ट हैं: IFRS 15 §20(a), §21(a))। आस्थगित लाइनें newEndDate लेती हैं; माइलस्टोन लाइनें newMilestones लेती हैं (शेष राशि का प्रतिशत)।
• cumulative_catch_up (केवल आस्थगित) - राजस्व की पुनर्गणना करें जैसे कि नई शर्तें शुरुआत से लागू हुईं और अंतर को तुरंत किसी भी दिशा में पोस्ट करें (एकल आंशिक रूप से संतुष्ट obligation: §21(b)); शेष राशि फिर से फैल जाती है।

मूल्य में कमी क्रेडिट नोट के माध्यम से प्रवाहित होती है: लंबित अनुसूचियों वाले चालान के विरुद्ध क्रेडिट नोट पहले आस्थगित आय को डेबिट करता है और लंबित योजना को उसके दूर के छोर से छांटता है, फिर रिफंड दायित्व को, और उसके बाद ही राजस्व को। मूल्य में वृद्धि उनकी अपनी पहचान के साथ अतिरिक्त चालान हैं - संरचना द्वारा prospective (भावी)।

सीमाएं (Limits)

• अनुसूचियां और पहचान पोस्टिंग जारी करने की तिथि की FX दर पर तय आधार-मुद्रा (EUR) राशि हैं; जारी होने के बाद FX के लिए आस्थगित शेष राशि का पुनर्मूल्यांकन नहीं किया जाता है।
• अनुबंध-संपत्ति (contract-asset) खाता (2910) चार्ट में और पोस्टिंग कुंजी के रूप में प्रदान किया गया है, लेकिन अभी तक कोई स्वचालित अनबिल्ड-रेवेन्यू प्रवाह इस पर पोस्ट नहीं होता है - चालान से पहले पहचान करना आज एक मैनुअल जर्नल है।
• आवंटन के लिए चालान की सभी लाइनों पर या किसी पर भी स्टैंडअलोन बिक्री मूल्य की आवश्यकता होती है; अवशिष्ट दृष्टिकोण (residual approach §79(c)) लागू नहीं किया गया है।
• रिफंड दायित्वों को चालान स्तर पर VAT को छोड़कर (net of VAT) ट्रैक किया जाता है; लौटाई गई वस्तुओं को पुनर्प्राप्त करने के अधिकार के लिए संपत्ति (§B25) का प्रतिरूपण नहीं किया गया है।
• संचयी कैच-अप आस्थगित लाइनों पर लागू होता है; माइलस्टोन पुनर्रियोजन केवल prospective है; प्रतिशत-पूर्ण लाइनों को modify के माध्यम से नहीं, बल्कि प्रगति रिपोर्ट के माध्यम से समायोजित किया जाता है।
• महत्वपूर्ण वित्तपोषण घटक (§60-65), गैर-नकद प्रतिफल, और किसी ग्राहक को देय प्रतिफल दायरे से बाहर हैं।
• स्वचालित अनुसूची-देय रन उस दिन पोस्ट करते हैं जिस दिन वे सक्रिय होते हैं; लॉक की गई अवधि में कैच-अप पोस्टिंग अस्वीकार कर दी जाती है - अनलॉक करें या खुली पोस्टिंग तिथि का उपयोग करें।