साइट डॉक्यूमेंटेशन पैक — वह रिकॉर्ड जो विवाद होने पर टिकता है।

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

14 आपस में जुड़ी शीटExcel · .xlsx

नौ रजिस्टर, जिनमें साइट पर जो कुछ हुआ उसका प्रमाण दर्ज रहता है। उसी समय का यह रिकॉर्ड तब काम आता है जब देरी या ख़ामी पर विवाद हो।

कोड

IS 516
IS 1786:2008
IS 3495
IS 4031
IS 383
IS 2386
IS 456:2000

₹1,699

एक बार भुगतान, तुरंत डाउनलोड। भुगतान Razorpay से सुरक्षित तरीक़े से होता है। शर्तें और रिफ़ंड।

समस्या

जब बात दावे तक पहुँचती है, तो याददाश्त काग़ज़ से हार जाती है।

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

उसी समय का रिकॉर्ड उसी जानकारी का पेशेवर रूप है: तारीख़ वाला, क्रम से लगा, और बाद में गढ़ना मुश्किल। इसीलिए ड्रॉइंग रजिस्टर होता है, इसीलिए RFI पर नंबर और जवाब की तारीख़ होती है, इसीलिए क्यूब का नतीजा उसी दिन दर्ज होता है जिस दिन वह टूटता है। यह पैक छोटी टीम को वही नौ रजिस्टर देता है जो बड़ा प्रोजेक्ट चलाता है — बिना एंटरप्राइज़ सॉफ़्टवेयर के — ताकि “हमने आपको 14 तारीख़ को बताया था” रजिस्टर की एक पंक्ति हो, बहस नहीं।

अंदर क्या है · 14 आपस में जुड़ी शीट

हर शीट, और वह क्या करती है

चौदह शीट, खुले-बिखरे फ़ॉर्मों की जगह एक डॉक्यूमेंट-कंट्रोल सिस्टम की तरह बनी हुई — हर रजिस्टर Document Flow और Dashboard में जानकारी भेजता है, ताकि कोई भी खुला मामला नज़र से ओझल न रहे। मुख्य रजिस्टर:

शीट की पूरी सूची (शीट के नाम Excel फ़ाइल में जैसे हैं, वैसे ही दिए हैं)

Project Info, Drawing Register, RFI Register & Form, Site Instructions, Inspection Requests, NCR Register, Test Register, Procurement Log, Daily Site Log, Snag List, Document Flow, Dashboard.

Drawing Register
हर ड्रॉइंग अपने नंबर और रिविज़न के साथ, जारी होने और बदले जाने की तारीख़ों सहित — ताकि साबित किया जा सके कि साइट मौजूदा शीट से ही बन रही है, और देर से आई या ग़ायब ड्रॉइंग जिस पल अड़चन बने, उसी पल दर्ज हो जाए।
RFI Register & Form
जानकारी के अनुरोध (RFI), नंबर वाले, सवाल, उठाने की तारीख़ और जवाब की तारीख़ के साथ। छोटी साइट पर देरी से बचाव का सबसे ताक़तवर औज़ार: यह ठीक-ठीक दर्ज करता है कि आपने कब पूछा और कब जवाब मिला।
NCR Register
नॉन-कन्फ़ॉर्मेंस रिपोर्टें (NCR) — जहाँ स्पेसिफ़िकेशन से चूके काम को दर्ज किया जाता है, उस पर फ़ैसला लिया जाता है, और उसे बंद किया जाता है। “वह बीम कुछ ठीक नहीं लग रहा था” को एक ऐसे दर्ज मामले में बदल देता है जिसका मालिक है और जिसका समाधान है।
Test Register
मटीरियल और कारीगरी के टेस्ट, संबंधित IS विधि के सामने दर्ज — कंक्रीट की संपीड़न शक्ति IS 516 से, ईंटें IS 3495 से, सीमेंट IS 4031 से, एग्रीगेट IS 383 और IS 2386 से — सैंपल संदर्भ, तारीख़ और पास/फ़ेल के साथ। इस बात का सबूत कि कोई स्लैब या बैच सचमुच स्वीकार्य था।
Procurement Log
क्या मँगवाया गया, किससे, कब चाहिए था और कब पहुँचा — ताकि मटीरियल से हुई देरी को असली लीड टाइम तक ढूँढा जा सके, बाद में दावा करके नहीं।
Daily Site Log
रोज़नामचा: साइट पर मज़दूर, मौसम, हुआ काम, आई सप्लाई, रुकावटें। देरी के किसी भी विवाद में सबसे क़ीमती दस्तावेज़, क्योंकि यह एक-एक आम दिन करके बनता है।
Snag List
हैंडओवर के लिए ख़ामियों की सूची — हर खुली मद जगह, उठाने की तारीख़ और बंद होने के साथ — ताकि क़ब्ज़ा “बाक़ी निपटा देंगे” जैसे धुँधले वादे पर नहीं, दस्तख़त की हुई सूची पर मिले।

यह किसके लिए है

उसके लिए जिससे बाद में सबूत माँगा जाएगा।

साइट पर जो होता है उसकी ज़िम्मेदारी उठाने वाले हर व्यक्ति को — और ग़लत होने पर जोखिम भी — ऐसा रिकॉर्ड चाहिए जो याददाश्त से ज़्यादा टिके:

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

हल किया हुआ उदाहरण

एक फ़ेल क्यूब टेस्ट, झगड़ा बनने से छह हफ़्ते पहले।

एक स्थिति

पहली मंज़िल का स्लैब 3 तारीख़ को ढाला जाता है। 10 तारीख़ को 7 दिन के क्यूब का नतीजा कम आता है। रिकॉर्ड न हो तो किसी बड़े अधिकारी तक पहुँचने तक यह अफ़वाह बन चुकी होती है, और क्लाइंट तक पहुँचने तक चीख़-पुकार।

पैक के साथ यह काग़ज़ों की एक कड़ी है। 3 तारीख़ का Daily Site Log ढलाई, मिक्स और टीम दिखाता है। Test Register में क्यूब का सैंपल संदर्भ और IS 516 का नतीजा, फ़ेल के निशान के साथ, दर्ज है। उसी दिन एक NCR खोला जाता है, उस टेस्ट से जुड़ा हुआ, फ़ैसले के साथ — 28 दिन पर दोबारा टेस्ट, और तब भी कमी रही तो स्ट्रक्चरल इंजीनियर की ओर से लोड टेस्ट या मज़बूती की योजना।

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