कॉस्ट सेंटर क्या है? चार्ट ऑफ़ अकाउंट्स से परे एनालिटिक डायमेंसंस

कॉस्ट सेंटर व्यवसाय का वह हिस्सा है जिसे आप अलग से मापना चाहते हैं - एक विभाग, एक लोकेशन, एक टीम, एक मशीन। यह इस सवाल का जवाब देता है कि "यह लागत (cost) कहाँ हुई?", जबकि चार्ट ऑफ़ अकाउंट्स यह जवाब देता है कि "यह किस प्रकार की लागत थी?"

इन दोनों सवालों को अलग रखना लेजर सेट अप करने में सबसे महत्वपूर्ण निर्णयों में से एक है, और इसमें गलती करना सबसे आम और सबसे कम सुधार योग्य गलतियों में से एक है।

यह किस गलती को रोकता है

लुभावना तरीका यह होता है कि अकाउंट कोड में ही विभाग को शामिल कर लिया जाए:

6209-01  Administrative expenses - Vilnius office
6209-02  Administrative expenses - Kaunas office
6209-03  Administrative expenses - Riga office

अब यही काम सैलरी, किराए, सॉफ्टवेयर, ट्रैवल और डिप्रेशिएशन के लिए तीन कार्यालयों, चार विभागों और दर्जनों प्रोजेक्ट्स के साथ करें। अकाउंट्स की संख्या बहुत बढ़ जाती है: 20 एक्सपेंस अकाउंट × 3 ऑफिस × 4 विभाग यानी 240 अकाउंट, और पाँचवाँ विभाग जोड़ने का मतलब 60 और अकाउंट बनाना है।

संख्याओं से भी बदतर अन्य समस्याएं होती हैं:

• रिपोर्टिंग टूट जाती है। वैधानिक वित्तीय विवरण (statutory financial statements) अकाउंट कोड से मैप होते हैं। विभाग के सफिक्स वाले चार्ट में किसी व्यक्ति द्वारा बनाए गए नियम के अनुसार उन सफिक्स को हटाना पड़ता है।
• डायमेंसंस के पार कुछ भी खोजा (query) नहीं जा सकता। "प्रति विभाग कुल ट्रैवल लागत" निकालने के लिए अकाउंट कोड को स्ट्रिंग के रूप में पार्स करना पड़ता है।
• चार्ट राष्ट्रीय टेम्पलेट से मेल खाना बंद कर देता है, जिससे VAT रिटर्न या वैधानिक लेआउट का हर मैपिंग कस्टमाइज़्ड हो जाता है।
• यह व्यावहारिक रूप से अपरिवर्तनीय है। वर्षों का इतिहास उन कोडों में पोस्ट हो चुका होता है, और तुलनात्मक डेटा उन पर निर्भर करते हैं।

इसके बजाय डायमेंसंस का उपयोग

इसका विकल्प यह है कि चार्ट को साफ रखा जाए और प्रत्येक लेजर लाइन को डायमेंसंस (dimensions) के साथ टैग किया जाए:

	अकाउंट	कॉस्ट सेंटर	प्रोजेक्ट
सैलरी, विल्नियस देव टीम, प्रोजेक्ट A	6204	VLN-DEV	PRJ-A
सैलरी, कॉनस सपोर्ट, प्रोजेक्ट A	6204	KNS-SUP	PRJ-A
ट्रैवल, विल्नियस देव टीम, प्रोजेक्ट B	6209	VLN-DEV	PRJ-B

केवल एक सैलरी अकाउंट। सवालों का कोई भी कॉम्बिनेशन हल किया जा सकता है: अकाउंट के अनुसार लागत, सेंटर के अनुसार, प्रोजेक्ट के अनुसार, या किसी भी इंटरसेक्शन के अनुसार - बिना एक भी नया अकाउंट बनाए। पाँचवाँ विभाग जोड़ने पर साठ अकाउंट नहीं, बल्कि केवल एक कॉस्ट सेंटर जुड़ता है।

सामान्य नियम: चार्ट ऑफ़ अकाउंट्स को लेनदेन की प्रकृति और वैधानिक रिपोर्टिंग की आवश्यकता को दर्शाना चाहिए। बाकी सब कुछ जो संगठनात्मक है, वह डायमेंसंस में आता है।

कॉस्ट सेंटर्स, प्रॉफिट सेंटर्स, प्रोजेक्ट्स

• कॉस्ट सेंटर (Cost center) - एक ऐसी यूनिट जो लागत उठाती है और जिसकी माप दक्षता (efficiency) पर की जाती है: आईटी, एचआर, वित्त, एक गोदाम।
• प्रॉफिट सेंटर (Profit center) - एक ऐसी यूनिट जिसमें राजस्व (revenue) और लागत दोनों शामिल होती हैं, और जिसकी माप योगदान पर की जाती है: एक प्रोडक्ट लाइन, एक शाखा, एक सहायक कंपनी।
• प्रोजेक्ट (Project) - समयबद्ध प्रयास जो विभागों में फैला होता है, जिसकी माप बजट के मुकाबले कुल लागत या इसके द्वारा अर्जित राजस्व के आधार पर की जाती है।

ये एक-दूसरे के विकल्प नहीं हैं। एक सैलरी सपोर्ट कॉस्ट सेंटर और एक ग्राहक प्रोजेक्ट दोनों से एक साथ संबंधित हो सकती है, और यही कारण है कि ये एक सिंगल फ़ील्ड होने के बजाय अलग-अलग डायमेंसंस हैं।

एलोकेशन (allocation) इसके बाद का सवाल है: किराए या आईटी जैसी साझा लागतें (shared costs) ऐसे कॉस्ट सेंटर में रहती हैं जो कोई राजस्व उत्पन्न नहीं करता, और मैनेजमेंट रिपोर्टिंग अक्सर उन्हें हेडकाउंट, फर्श की जगह या उपयोग के आधार पर राजस्व-उत्पादक यूनिट्स पर ट्रांसफर कर देती है। एलोकेशन एक मैनेजमेंट-रिपोर्टिंग अभ्यास है; यह वैधानिक खातों को नहीं बदलता है, और एलोकेटेड दृष्टिकोण को पोस्ट किए गए दृष्टिकोण से स्पष्ट रूप से अलग रखना उचित है।

Nordlet डायमेंसंस को कैसे लागू करता है

प्रत्येक लेजर लाइन पर दो स्वतंत्र डायमेंसंस उपलब्ध हैं: कॉस्ट सेंटर और प्रोजेक्ट। ये अकाउंट की नहीं बल्कि जर्नल एंट्री लाइन की प्रॉपर्टीज़ होती हैं, इसलिए एक ही अकाउंट में किसी भी कॉम्बिनेशन का उपयोग किया जा सकता है।

कॉस्ट सेंटर्स को POST /v1/ledger/cost-centers/create के माध्यम से प्रबंधित किया जाता है और इन्हें कॉस्ट सेंटर ग्रुप्स में व्यवस्थित किया जा सकता है, जो समूहीकरण (grouping) का एक स्तर प्रदान करता है - विभागों को कार्यों में रोल अप करने के लिए उपयोगी।

प्रोजेक्ट्स अपने स्वयं के लाइफसाइकिल के साथ एक अलग डायमेंशन हैं, इसलिए किसी प्रोजेक्ट की रिपोर्टिंग उसके पूरे जीवनकाल में की जा सकती है, भले ही उसमें कोई भी विभाग शामिल रहा हो।

डायमेंसंस डॉक्यूमेंट्स से लेकर एंट्रीज़ तक प्रवाहित होती हैं: इनवॉइस लाइनों और परचेस इनवॉइस लाइनों में कॉस्ट सेंटर और प्रोजेक्ट होते हैं, और जब डॉक्यूमेंट पोस्ट होता है तो वैल्यूज़ जर्नल एंट्रीज़ में आ जाती हैं। इसका मतलब है कि टैगिंग वहीं होती है जहाँ उसका संदर्भ (context) मौजूद होता है - डॉक्यूमेंट पर, उस व्यक्ति द्वारा जो जानता है कि लागत क्यों मौजूद है - न कि बुककीपिंग के बाद के विचार के रूप में।

रिपोर्टिंग कॉस्ट-सेंटर व्यू के लिए POST /v1/reports/cost-center, प्रोजेक्ट व्यू के लिए प्रोजेक्ट रिपोर्टिंग, और फ़िल्टर किए गए लेजर विवरण के लिए /v1/reports/gl-detail के माध्यम से उपलब्ध है।

दो स्पष्ट सीमाएँ। ग्रुप मेंबरशिप को छोड़कर कॉस्ट सेंटर फ़्लैट होते हैं - इसमें मनचाही गहराई (arbitrary-depth) की पदानुक्रमित संरचना (hierarchy) नहीं होती है, इसलिए तीन-स्तरीय संगठनात्मक संरचना को ग्रुप्स और नामकरण सम्मेलनों (naming conventions) के साथ मॉडल करने की आवश्यकता होती है। और इसमें कोई डिस्ट्रीब्यूशन कीज़ नहीं हैं: एक कॉस्ट सेंटर से साझा ओवरहेड को अन्य में एलोकेट करना स्वचालित नहीं है, इसलिए एलोकेशन एक मैनुअल जर्नल एंट्री है जो सेंटर्स के बीच लागत को स्थानांतरित करती है।

FAQ

अकाउंटिंग में कॉस्ट सेंटर क्या है?

व्यवसाय की एक अलग यूनिट - विभाग, लोकेशन, टीम - जिसका उपयोग यह ट्रैक करने के लिए किया जाता है कि लागत कहाँ होती है। इसे लेजर लाइनों पर एक डायमेंशन के रूप में दर्ज किया जाता है, जो उस अकाउंट से अलग होता है जो यह दर्ज करता है कि लागत किस प्रकार की थी।

कॉस्ट सेंटर और अकाउंट में क्या अंतर है?

अकाउंट लेनदेन की प्रकृति (सैलरी, किराया, ट्रैवल) को दर्ज करता है और वैधानिक रिपोर्टिंग को संचालित करता है। कॉस्ट सेंटर दर्ज करता है कि यह कहाँ हुआ। इन्हें अकाउंट कोड में मिलाने से चार्ट बढ़ जाता है और वैधानिक मैपिंग टूट जाती है।

क्या मुझे अपने चार्ट ऑफ़ अकाउंट्स में विभागों को शामिल करना चाहिए?

नहीं। डायमेंसंस का उपयोग करें। अकाउंट कोड में विभागों को एनकोड करने से चार्ट कई गुना बढ़ जाता है, स्ट्रिंग पार्सिंग के बिना क्रॉस-डाइमेंशन रिपोर्टिंग असंभव हो जाती है, और एक बार उन कोडों में इतिहास पोस्ट हो जाने पर यह प्रभावी रूप से अपरिवर्तनीय होता है।

कॉस्ट सेंटर और प्रोजेक्ट में क्या अंतर है?

कॉस्ट सेंटर एक स्थायी संगठनात्मक यूनिट है; प्रोजेक्ट एक समयबद्ध प्रयास है जो आमतौर पर उनमें से कई में फैला होता है। दोनों डायमेंसंस हैं, और एक ही लेनदेन में दोनों एक साथ हो सकते हैं।

क्या कोई लेनदेन एक से अधिक कॉस्ट सेंटर से संबंधित हो सकता है?

एक सिंगल लेजर लाइन में एक कॉस्ट सेंटर होता है, लेकिन एक लेनदेन को अलग-अलग सेंटर्स वाली कई लाइनों में विभाजित किया जा सकता है। जहाँ कोई लागत वास्तव में कई यूनिट्स से संबंधित है, या तो इसे एंट्री के समय विभाजित करें या बाद में एक अलग एंट्री के माध्यम से इसे एलोकेट करें।