निर्माण में RA bill का पूरा नाम क्या है?

RA का मतलब है Running Account। RA bill एक अंतरिम इनवॉइस है जो काम चलते समय बनाया जाता है — RA-1, RA-2, RA-3 और इसी तरह आगे — हर एक कॉन्ट्रैक्ट के BOQ के हिसाब से अब तक निष्पादित काम की संचयी वैल्यू प्रमाणित करता है, उसमें से पहले बिल हो चुकी रकम घटाकर। आखिरी इनवॉइस, जो अकाउंट बंद करता है और retention रिलीज़ करता है, उसे final bill कहते हैं।

RA bill और final bill में क्या फर्क है?

RA bill अंतरिम और संचयी होते हैं — हर बिल पिछले बिल के बाद हुए काम को बिल करता है, और उसमें से retention काटा जाता है। final bill कॉन्ट्रैक्ट को बंद करता है: यह सभी स्वीकृत वेरिएशन सहित 100% काम को प्रमाणित करता है, एडवांस और कटौतियों का हिसाब मिलाता है, और हर RA bill से रोके गए retention के पैसे को रिलीज़ करता है (आमतौर पर defect-liability period के बाद)।

RA bill में retention का पैसा कैसे संभाला जाता है?

एक retention प्रतिशत — भारतीय फिट-आउट और सिविल कॉन्ट्रैक्ट में आमतौर पर 5% — हर RA bill की प्रमाणित वैल्यू में से काटा जाता है और क्लाइंट द्वारा डिफेक्ट के खिलाफ सिक्योरिटी के तौर पर रोक लिया जाता है। यह defect-liability period के बाद रिलीज़ होता है, जो अक्सर हैंडओवर के 6-12 महीने बाद होता है। ₹40 लाख के कॉन्ट्रैक्ट पर 5% की दर से यह ठेकेदार के ₹2 लाख हैं जो अटके रहते हैं; इसे भुला देने के बजाय एक receivable की तरह ट्रैक किया जाना चाहिए।

एक प्रोजेक्ट पर कितने RA bill बनाए जा सकते हैं?

जितने भी कॉन्ट्रैक्ट अनुमति दे — ज़्यादातर एग्रीमेंट में एक बिलिंग साइकल (मासिक) या माइलस्टोन स्टेज, और हर बिल के लिए न्यूनतम प्रमाणित करने योग्य वैल्यू तय होती है। 3-6 महीने के एक सामान्य कमर्शियल फिट-आउट में 3-6 RA bill और उसके बाद final bill बनता है। गिनती मायने नहीं रखती; ज़रूरी यह है कि हर बिल एक ही BOQ बेसलाइन के हिसाब से मापा जाए ताकि संचयी आँकड़े मेल खाते रहें।

इनसाइट्स इनसाइट सीरीज़

निर्माण में RA bill: मतलब, फॉर्मेट, और यह आपके BOQ से कैसे जुड़ता है

एक महीने से ज़्यादा चलने वाले किसी भी फिट-आउट या निर्माण प्रोजेक्ट में बिलिंग आखिर में एक बार नहीं होती — काम जैसे-जैसे आगे बढ़ता है, बिलिंग भी साथ-साथ चलती है। यही अंतरिम इनवॉइस RA bill कहलाता है (running account bill): अब तक असल में हुए काम की संचयी वैल्यू, आपके साइन किए गए BOQ के हिसाब से मापी गई, उसमें से पहले बिल हो चुकी रकम घटाकर, और retention काटकर। साइट पर पैसा असल में इसी तरह चलता है — और यहीं से काफ़ी पैसा चुपचाप निकल जाता है। यह रहा पूरा गाइड: RA bill क्या होता है, कौन-सा फॉर्मेट टिकता है, एक ₹40 लाख का पूरा उदाहरण जिसका हिसाब मिलता है, और वे तीन जगहें जहाँ RA billing में ठेकेदारों का पैसा फँस जाता है।

लेखक: Vivek Manickam · अपडेटेड 2026-07-02

फिट-आउट या निर्माण के किसी ऐसे प्रोजेक्ट पर जो तीन, छह, बारह महीने चलता है, कोई भी आखिर में एक बार बिल नहीं करता — काम के साथ-साथ पैसा भी चलना ज़रूरी है। इसके लिए जो साधन इस्तेमाल होता है वह है RA bill: यानी running account bill। अगर BOQ वह दस्तावेज़ है जिस पर प्रोजेक्ट की कीमत तय होती है, तो RA bill वह तरीका है जिससे उसका भुगतान होता है — और इन दोनों के बीच का फासला ही वह जगह है जहाँ ठेकेदारों का पैसा चुपचाप निकल जाता है।

RA bill क्या होता है

RA = Running Account। RA bill एक अंतरिम इनवॉइस है जो काम चलते समय बनाया जाता है — RA-1, RA-2, RA-3 और इसी क्रम में आगे। हर एक अब तक निष्पादित काम की संचयी वैल्यू को प्रमाणित करता है, BOQ के हिसाब से लाइन-दर-लाइन मापकर, और फिर सिर्फ़ उस हिस्से को बिल करता है जो पहले बिल नहीं हुआ।

इसकी दो खासियतें इसे परिभाषित करती हैं:

यह संचयी है, अलग-अलग नहीं। RA-2 यह बिल नहीं करता कि “जून में हमने क्या किया।” यह पहले दिन से लेकर अब तक हुए पूरे काम को प्रमाणित करता है, फिर उसमें से वह घटाता है जो RA-1 पहले ही बिल कर चुका था। इस संरचना का मतलब है कि हर बिल एक ही बेसलाइन — BOQ — से मेल खाता है, और गलतियाँ चुपचाप जमा नहीं हो सकतीं।
यह मापा गया है, अनुमानित नहीं। RA bill की मात्राएँ असल साइट माप से आनी चाहिए (आदर्श रूप से क्लाइंट के इंजीनियर या PMC के साथ संयुक्त रूप से दर्ज की गई), और उन्हें BOQ में तय दरों पर वैल्यू किया जाता है। यही वजह है कि एक लापरवाह BOQ हर RA bill को एक मोल-भाव में बदल देता है।

अकाउंट का आखिरी बिल — 100% पूर्णता और पूरे हिसाब-किताब के बाद — final bill कहलाता है, जो retention को रिलीज़ करने को भी ट्रिगर करता है।

RA bill का फॉर्मेट

यह फॉर्मेट BOQ जैसा ही होता है, बस इसमें तीन अतिरिक्त कॉलम running-account का काम करते हैं: अब तक निष्पादित, पहले बिल हुआ, और यह बिल।

#	BOQ आइटम	दर (₹)	अब तक निष्पादित मात्रा	अब तक की वैल्यू (₹)	पहले बिल हुआ (₹)	यह बिल (₹)
1	जिप्सम पार्टीशन (sqm)	1,450	40 of 48	58,000	34,800	23,200
2	विट्रिफाइड फ़्लोरिंग (sqm)	1,180	120 of 120	1,41,600	70,800	70,800
3	ग्रिड फॉल्स सीलिंग (sqm)	950	60 of 120	57,000	28,500	28,500

लाइन आइटम के नीचे, हर RA bill में एक जैसा सारांश ब्लॉक होता है:

इस बिल की ग्रॉस वैल्यू — संचयी वैल्यू में से पहले बिल हुई रकम घटाकर
retention घटाकर — आमतौर पर 5%, जो डिफेक्ट के खिलाफ सिक्योरिटी के तौर पर रोका जाता है
एडवांस रिकवरी घटाकर — किसी भी मोबिलाइज़ेशन एडवांस की आनुपातिक रिकवरी
GST जोड़कर — टैक्स योग्य वैल्यू पर
नेट देय राशि — जो असल में आपके बैंक खाते में आती है

एक पूरा उदाहरण जिसका हिसाब मिलता है

एक ₹40,00,000 के ऑफिस फिट-आउट को लें, 5% retention के साथ, मासिक बिलिंग पर:

बिल	पूरा हुआ काम	संचयी वैल्यू (₹)	इस बिल का ग्रॉस (₹)	retention 5% (₹)	नेट प्रमाणित (₹)
RA-1	30%	12,00,000	12,00,000	60,000	11,40,000
RA-2	60%	24,00,000	12,00,000	60,000	11,40,000
RA-3	90%	36,00,000	12,00,000	60,000	11,40,000
Final	100%	40,00,000	4,00,000	20,000	3,80,000

कुल रोका गया retention: ₹2,00,000 (ठीक ₹40L का 5%) — यह defect-liability period के बाद रिलीज़ होता है, जो आमतौर पर हैंडओवर के 6-12 महीने बाद होता है। तब तक यह आपका पैसा है जो क्लाइंट के लिए काम कर रहा है। (ऊपर स्पष्टता के लिए GST को छोड़ा गया है; यह हर बिल की टैक्स योग्य वैल्यू पर अलग से जोड़ा जाता है।)

RA billing में पैसा कहाँ लीक होता है

हिसाब-किताब सीधा है। लीक ऑपरेशनल हैं:

काम हो गया पर कभी मापा नहीं गया। अगर साइट की प्रगति BOQ लाइन के हिसाब से दर्ज नहीं होती, तो उसे बिल नहीं किया जा सकता। ठेकेदार अक्सर सिर्फ़ इसलिए हफ्तों तक निष्पादित काम के लिए क्लाइंट को मुफ्त में फाइनेंस करते रहते हैं क्योंकि माप में देरी हो गई।
वेरिएशन बन गए पर बेस में कभी जोड़े नहीं गए। क्लाइंट ने WhatsApp पर एक्स्ट्रा पार्टीशन माँगा; साइट टीम ने वह बना भी दिया; लेकिन किसी ने उसे बिलिंग बेसलाइन में जोड़कर उसकी कीमत तय नहीं की। इसके बाद हर RA bill कम बिल होता चला जाता है। फिट-आउट प्रोजेक्ट पर यह सबसे बड़ा लीक है — और यह एक BOQ-अनुशासन की समस्या है, अकाउंटिंग की नहीं।
retention जिसका कोई पीछा नहीं करता। retention की एक रिलीज़ तारीख होती है। छोटी फर्मों के बहीखातों में यह अक्सर बस… पड़ा रह जाता है। साल भर के प्रोजेक्ट्स में, भुला दिया गया retention चुपचाप किसी एक पूरे प्रोजेक्ट के मार्जिन के बराबर हो सकता है।

ध्यान दें कि इन तीनों लीक की जड़ एक ही है: BOQ, वेरिएशन, और बिल अलग-अलग दस्तावेज़ों में रहते हैं — कहीं Excel, कहीं WhatsApp, कहीं कोई और इनवॉइस टेम्प्लेट — इसलिए कुछ भी अपने आप मेल नहीं खाता।

अकाउंट को असल में चलते रहने देना

समाधान संरचनात्मक है: मात्राएँ, दरें, वेरिएशन, और बिल — सबको एक ही बेसलाइन पर रहना चाहिए। यही काम Boqos इंटीरियर फिट-आउट फर्मों के लिए करता है — BOQ एक बार बनता है, क्लाइंट-स्वीकृत वेरिएशन उन्हीं लाइनों को एक ट्रेल के साथ अपडेट करते हैं, और माइलस्टोन/RA बिलिंग उसी लाइव बेसलाइन से जनरेट होती है, इसलिए हर बिल उससे मेल खाता है जो असल में तय हुआ और बना। retention एक रिलीज़ तारीख के साथ receivable की तरह ट्रैक होता रहता है, न कि चुपचाप गायब हो जाता है।

अपना पहला RA bill बनाने के लिए आपको सॉफ़्टवेयर की ज़रूरत नहीं — एक अनुशासित स्प्रेडशीट एक समय में एक प्रोजेक्ट के लिए काम कर जाती है। लेकिन जिस पल आप एक साथ तीन साइटें चला रहे होते हैं, “running account को हाथ से रिकंसाइल करते रहना” ठीक वही वादा है जो टूट जाता है — और ऊपर बताए गए लीक इसी टूटने की कीमत हैं।

छोटी बात में

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