पिछले भागों ने अनुशासित संचालन खड़ा किया: एक रिक्वेस्ट जो एक ही चैनल से नंबर, ज़िम्मेदार व्यक्ति और घड़ी के साथ आती है; सही पुर्ज़े के साथ सही तकनीशियन को भेजी गई विज़िट; एक निवारक योजना जो अपने वर्क ऑर्डर खुद बनाती है। यह सब कंपनी को तेज़ और कम अव्यवस्थित बनाता है, लेकिन इनमें से कुछ भी उस सवाल का जवाब नहीं देता जो दक्षता नहीं, बल्कि अस्तित्व तय करता है: क्या यह काम पैसा कमाता है?

ज़्यादातर कॉन्ट्रैक्टिंग और मेंटेनेंस कंपनियाँ ठीक एक आँकड़ा जानती हैं — वित्तीय विवरणों में पूरे साल का नतीजा। समस्या यह है कि यह आँकड़ा एक औसत है, और औसत जितना दिखाते हैं उससे ज़्यादा छिपाते हैं। कुल मिलाकर मुनाफ़े वाली कंपनी तीन ऐसे अनुबंधों पर ख़ून बहा रही हो सकती है जिन्हें एक बेहतरीन अनुबंध ढक रहा है। और जब तक किसी को नहीं पता कि कौन-सा अनुबंध कमाता है और कौन-सा चूसता है, कंपनी उस अनुबंध को उत्साह से रिन्यू करती रहेगी जो उसे खा रहा है और उस पर मोलभाव करती रहेगी जो उसे पाल रहा है।

जॉब नंबर: वह पात्र जिसमें सब कुछ गिरता है

लागत नियंत्रण ज़्यादातर लोगों की अपेक्षा से कहीं सरल चीज़ से शुरू होता है: हर प्रोजेक्ट या अनुबंध का एक नंबर होता है, और वह नंबर हर उस लेनदेन में अनिवार्य फ़ील्ड है जिस पर कंपनी का पैसा लगता है। एक श्रम घंटा, जारी किया गया एक पुर्ज़ा, सबकॉन्ट्रैक्टर का इनवॉइस, उपकरण किराया, शहर से बाहर की साइट तक टीम की यात्रा। अगर एंट्री पर जॉब नंबर नहीं है तो वह सामान्य खर्च बन जाती है — और सामान्य खर्च वह जगह है जहाँ घाटे गायब होने जाते हैं।

तीन नियम इस नंबर को काम का बनाते हैं, ताकि यह मनमर्ज़ी से भरा जाने वाला फ़ील्ड न बन जाए:

  • इसे अनुबंध पर हस्ताक्षर या ठेका मिलने के समय खोलें, काम शुरू होने के एक महीने बाद नहीं। इसके बनने से पहले जो कुछ खर्च होता है, वह ग़लत जगह गिरता है और कभी वापस नहीं आता।
  • इसे काम के ढाँचे के अनुसार स्तर दें: अनुबंध, फिर साइट या इमारत, फिर वर्क ऑर्डर। लागत सबसे बारीक स्तर पर दर्ज होती है और ऊपर की ओर जुड़ती है, क्योंकि जोड़ना आसान है और तोड़ना असंभव।
  • इसे अंतिम हैंडओवर और रिटेंशन जारी होने पर बंद करें, साइट के काम के आख़िरी दिन नहीं। वारंटी अवधि के दौरान भी प्रोजेक्ट पर पैसा खर्च होता रहता है, और वह लागत खुद उसी प्रोजेक्ट की है — इस साल के नए काम की नहीं।

लागत की चार धाराएँ, और हर एक कहाँ से आती है

प्रोजेक्ट की असली लागत चार प्रवाहों से बनती है, और हर एक का एक परिचालन स्रोत है जिसे हमने पिछले भागों में बनाया:

  • श्रम घंटे। ये वर्क ऑर्डर और उपस्थिति से आते हैं, साइट मैनेजर के मासिक अनुमान से नहीं। यहाँ सबसे आम ग़लती प्रति घंटा दर को सिर्फ़ मूल वेतन से निकालना है। पूरी तरह लोड की गई प्रति घंटा लागत में वेतन, भत्ते, GOSI अंशदान, आवास, परिवहन और चिकित्सा बीमा शामिल होते हैं — जिसे अनुबंधित घंटों से नहीं, बल्कि वास्तव में उत्पादक घंटों से भाग दिया जाता है, क्योंकि यात्रा, इंतज़ार और छुट्टी उस लागत का हिस्सा हैं जिसे आपकी कीमत को कवर करना है।
  • पुर्ज़े और सामग्री। इन्हें सामान्य रूप से गोदाम से नहीं, बल्कि खुद वर्क ऑर्डर के सामने जारी किया जाता है, ताकि जारी होने के क्षण ही मूल्य सही प्रोजेक्ट पर दर्ज हो। यह अगले भाग का विषय है, क्योंकि यह इस क्षेत्र का सबसे बड़ा अकेला छेद है।
  • सबकॉन्ट्रैक्टर। जॉब नंबर से जुड़ा एक ख़रीद या कार्य आदेश, फिर दस्तावेज़ित पूरे हुए काम के आधार पर स्वीकृत सबकॉन्ट्रैक्टर के रनिंग बिल। उनके आउटपुट को अपनी टीमों जैसे ही अनुशासन से ट्रैक करना नौकरशाही नहीं है: उनकी देरी आपके शेड्यूल में दिखती है और उनकी कमी क्लाइंट के प्रति आपकी प्रतिबद्धता में।
  • प्रत्यक्ष खर्च। उपकरण किराया, परिवहन, परमिट, अस्थायी आवास, साइट का छोटा नक़द ख़र्च। यह वह मद है जो सबसे ज़्यादा बिना जॉब नंबर के दर्ज होती है, क्योंकि यह जल्दी-जल्दी, छोटी और बिखरी रक़मों में खर्च होती है जो अनुबंध के अंत में जोड़े जाने तक मामूली लगती हैं।

इसके बाद एक पाँचवीं मद बचती है जो जल्दबाज़ी करने पर रिपोर्टों को सुधारने से ज़्यादा बिगाड़ देती है: अप्रत्यक्ष लागतें — प्रबंधन, ऑफ़िस, पर्यवेक्षण, वाहन। इन्हें प्रोजेक्टों में बाँटना सैद्धांतिक रूप से ज़्यादा सटीक है, लेकिन केवल तब जब आवंटन का आधार पहली रिपोर्ट जारी होने से पहले लिखा और आंतरिक रूप से तय कर लिया गया हो। तय आधार के बिना हर समीक्षा बैठक प्रदर्शन पर बातचीत के बजाय तरीक़े पर बहस बन जाती है। व्यावहारिक शुरुआत है प्रत्यक्ष लागतों को सही करना, हर प्रोजेक्ट का योगदान मार्जिन पढ़ना, और आवंटन बाद में जोड़ना।

किससे तुलना करें: बिल ऑफ़ क्वांटिटीज़ और अनुबंध मूल्य

अकेले लागत एक अर्थहीन आँकड़ा है। अर्थ तब आता है जब उसकी तुलना उससे की जाए जो बेचा गया था: कॉन्ट्रैक्टिंग प्रोजेक्टों में बिल ऑफ़ क्वांटिटीज़, मेंटेनेंस समझौतों में वार्षिक अनुबंध मूल्य और शामिल विज़िट की संख्या। एक बार ये मान सिस्टम में बेसलाइन के रूप में बैठ जाएँ, तो तीन तुलनाएँ हैंडओवर पर नहीं, बल्कि रोज़ उपलब्ध हो जाती हैं:

  • हर मद के लिए योजनाबद्ध बनाम निष्पादित मात्रा, जो दिखाती है कि निष्पादन कहाँ वास्तव में मूल्य निर्धारित सीमा से आगे निकल गया।
  • हर मद के लिए अनुमानित बनाम वास्तविक लागत, जो बताती है कि समस्या मूल्य निर्धारण में है या निष्पादन में। यह भेद मायने रखता है: पहली अगले प्रस्ताव में ठीक होती है, दूसरी इसी हफ़्ते साइट पर।
  • पूरा होने का प्रतिशत बनाम खर्च हुए बजट का प्रतिशत। यह इस क्षेत्र का सबसे मज़बूत अकेला शुरुआती चेतावनी संकेत है: जिस प्रोजेक्ट ने आधे से कम पूरा होते हुए अपने बजट का बड़ा हिस्सा फूँक दिया है, उसे आख़िरी महीने में कोई चमत्कार नहीं बचाएगा।

इन तुलनाओं का मक़सद हैंडओवर के बाद एक सुंदर रिपोर्ट नहीं है। मक़सद है समस्या को तब सामने लाना जब प्रोजेक्ट अपने दूसरे महीने में हो, जब चेंज ऑर्डर पर बातचीत करना, निष्पादन का तरीक़ा बदलना या सप्लायर बदलना अभी भी संभव हो। हैंडओवर के बाद आने वाली रिपोर्ट घाटे को दर्ज करती है; उसे रोकती नहीं।

चेंज ऑर्डर: वह चीज़ जो महीनों बाद विवाद का फ़ैसला करती है

कोई भी कॉन्ट्रैक्टिंग या मेंटेनेंस प्रोजेक्ट ठीक वैसे लागू नहीं होता जैसा लिखा गया है। क्लाइंट कुछ जोड़ने को कहता है, साइट की परिस्थितियाँ ड्रॉइंग से मेल नहीं खातीं, कोई प्राधिकरण ऐसी शर्त लगा देता है जिसकी किसी ने लागत नहीं जोड़ी थी। यहीं कंपनियाँ किसी भी तकनीकी ग़लती से ज़्यादा पैसा गँवाती हैं: काम एक मौखिक अनुरोध या जल्दी भेजे संदेश के भरोसे कर दिया जाता है, और महीनों बाद जब दावा उठाया जाता है, क्लाइंट कहता है — नेकनीयती से या नहीं — कि यह मूल दायरे के अंदर था। यह बहस वह जीतता है जिसके पास दस्तावेज़ है, वह नहीं जो बेहतर कहानी सुनाता है।

एक अनुशासित चेंज ऑर्डर को छह फ़ील्ड चाहिए, इससे ज़्यादा नहीं:

  • अतिरिक्त काम का इतना सटीक विवरण कि उसे मूल दायरे से अलग पहचाना जा सके।
  • किसने इसका अनुरोध किया, नाम और पद के साथ, क्योंकि अनुरोध करने वाले का अधिकार ही बाद में सबसे पहले विवादित होता है।
  • अनुरोध की तारीख़ और निष्पादन की तारीख़।
  • कीमत और अवधि दोनों पर इसका असर। कई कंपनियाँ पैसे का दस्तावेज़ बनाती हैं और समय भूल जाती हैं, फिर उस देरी के लिए जुर्माना भरती हैं जो क्लाइंट की वजह से हुई।
  • अनुबंध या बिल ऑफ़ क्वांटिटीज़ में इसका संदर्भ।
  • निष्पादन से पहले लिखित स्वीकृति। साइट पर फ़ोन की स्क्रीन पर किया गया हस्ताक्षर एक स्वीकार्य दस्तावेज़ है, और यह उस मौखिक स्वीकृति से कहीं बेहतर है जिसे हर कोई अलग तरह से याद रखता है।

और वह परिचालन नियम जो हमेशा भुला दिया जाता है: स्वीकृत चेंज ऑर्डर को सिस्टम में अनुबंध मूल्य तुरंत बढ़ाना चाहिए। अगर अतिरिक्त काम की लागत जॉब नंबर पर दर्ज हो जाए और उसका राजस्व नहीं, तो एक सफल प्रोजेक्ट ख़ून बहाता दिखेगा, और आप संदर्भ से बाहर पढ़े गए एक सही आँकड़े से ग़लत फ़ैसला ले लेंगे। जो काम हो चुका है पर अभी स्वीकृत नहीं हुआ, उसे लंबित दावे के रूप में दर्ज किया जाता है और रिपोर्ट में साफ़ दिखाया जाता है, क्योंकि पुष्ट राजस्व और बातचीत में चल रहे दावे के बीच का अंतर ऐसी चीज़ है जो प्रबंधक को दिखनी चाहिए, न कि अचानक सामने आकर उसे चौंका दे।

रनिंग बिल और रिटेंशन: किए गए काम से खाते में नक़दी तक

किया गया काम नक़दी नहीं है, और दोनों के बीच की दूरी ही काग़ज़ पर मुनाफ़े वाली कंपनियों को मारती है। सफ़र जाना-पहचाना है: पूरे हुए काम का माप, कंसल्टेंट या क्लाइंट प्रतिनिधि का अनुमोदन, रनिंग बिल, टैक्स इनवॉइस, फिर भुगतान। हर कदम पर एक अटकने का बिंदु है जिसे इस क्षेत्र की हर कंपनी रटकर जानती है।

ज़्यादातर देरी खुद काम को लेकर विवाद नहीं होती। वह उन चीज़ों में कमी होती है जो काम को साबित करती हैं: तस्वीरें संलग्न नहीं, हैंडओवर रिकॉर्ड पर हस्ताक्षर नहीं, विज़िट रिपोर्टें जो रनिंग बिल से मेल नहीं खातीं, बिना दस्तावेज़ के चेंज ऑर्डर। यहीं पिछले भागों में बनाई गई हर चीज़ अपनी क़ीमत वसूल करती है: तस्वीरों, क्लाइंट के हस्ताक्षर और दर्ज रीडिंग के साथ बंद हुआ वर्क ऑर्डर मतलब रनिंग बिल की फ़ाइल सिस्टम से तैयार निकलती है, न कि हर महीने एक थका देने वाले हफ़्ते में याददाश्त और चैट ग्रुपों से जोड़ी जाती है।

तीन आँकड़े अलग से ट्रैक किए जाने चाहिए और कभी राजस्व में नहीं मिलाए जाने चाहिए:

  • रिटेंशन। वह हिस्सा जिसे अनुबंध हर रनिंग बिल से रोक लेता है, जो आमतौर पर प्रारंभिक और अंतिम हैंडओवर से जुड़े दो चरणों में जारी होता है। यह आपका पैसा है, पर आपके खाते में नहीं है — और इसका पीछा करना भूल जाना उन सबसे आम तरीक़ों में से एक है जिनसे कंपनियाँ बिना किसी विवाद के नक़दी गँवा देती हैं।
  • अग्रिम भुगतान और उसकी वसूली। जहाँ अनुबंध इसका प्रावधान करता है, यह एक ऋण है जो रनिंग बिलों से धीरे-धीरे वसूला जाता है। इसे जल्दी राजस्व मान लेना तरलता का झूठा एहसास पैदा करता है जो प्रोजेक्ट के बीच में बिखर जाता है।
  • रनिंग बिलों की उम्र। कितने बिल जमा हुए पर स्वीकृत नहीं, कितने स्वीकृत हुए पर भुगतान नहीं, और हर एक कितने समय से अटका है। अकेली यह रिपोर्ट बता देती है कि कौन-सा क्लाइंट आपकी टीमों की प्राथमिकता का हक़दार है और किसे रिन्यूअल पर बेहतर शर्तों की ज़रूरत है।

नियामक पक्ष पर, हर स्वीकृत रनिंग बिल का अंत एक टैक्स इनवॉइस में होता है जो इंटीग्रेशन चरण में ज़कात, कर एवं सीमा शुल्क प्राधिकरण (ZATCA) की ई-इनवॉइसिंग आवश्यकताओं को पूरा करता है। जो कंपनी उसी सिस्टम से इनवॉइस जारी करती है जिसमें उसके वर्क ऑर्डर और रनिंग बिल हैं, वह हाथ से कुछ भी दोबारा दर्ज नहीं करती और कभी भी इनवॉइस राशि और पूरे हुए काम की राशि के बीच बेमेल नहीं झेलती। संचालन के लिए एक सिस्टम और इनवॉइसिंग के लिए दूसरा, बिना किसी जुड़ाव के चलाने का मतलब है उस अंतर की क़ीमत दो बार चुकाना: एक बार कर्मचारियों के समय में और एक बार ग़लतियों में।

Origami का नज़रिया

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

सऊदी कॉन्ट्रैक्टिंग और मेंटेनेंस क्षेत्र की सेवा करने वाली एक टेक्नोलॉजी कंपनी के रूप में, हर डिलीवरी में तीन नियम लागू होते हैं: जॉब नंबर पहले दिन से हर वित्तीय लेनदेन पर अनिवार्य फ़ील्ड है, सिस्टम के जम जाने के बाद नहीं; चेंज ऑर्डर लिखित स्वीकृति से पहले कभी निष्पादित नहीं होता, क्लाइंट से रिश्ता कितना भी दोस्ताना हो; और जब तक प्रबंधन आवंटन के आधार को लिखित रूप में स्वीकृत न कर दे, हम आवंटित अप्रत्यक्ष लागतों पर लाभप्रदता रिपोर्टें नहीं बनाते। चौथा नियम मैदान से आता है: जो लागत होने के दो महीने बाद सामने आती है, वह प्रबंधन नहीं, इतिहास है। देर से आने वाला डेटा जो हुआ उसे दर्ज करता है और कुछ नहीं बदलता।

इससे आप कहाँ पहुँचते हैं

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

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

स्रोत