एस्टिमेट से इनवॉइस से कॉन्ट्रैक्ट: पूरी दस्तावेज़ लाइफसाइकल

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

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

चार दस्तावेज़ एक नज़र में

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

ये परस्पर विनिमेय नहीं हैं, और क्रम मायने रखता है। चलिए एक डील फॉलो करते हैं।

डील: Leeds में एक रसोई का काम

Priya से मिलिए, जो एक छोटी जॉइनरी व्यवसाय चलाती हैं। एक घर के मालिक Tom को फिटेड रसोई चाहिए: अलमारियाँ, काउंटरटॉप, इंस्टॉलेशन। यह £6,400 का काम है जो तीन हफ्ते चलेगा। यहाँ चार दस्तावेज़ इसे पहली फोन कॉल से अंतिम भुगतान तक कैसे ले जाते हैं।

चरण 1 — एस्टिमेट

Tom फोन करता है और बताता है क्या चाहिए। Priya माप लेती है, फिर एस्टिमेट भेजती है। इसमें दायरा लाइन आइटम के रूप में सूचीबद्ध है — कैरिज कैबिनेट, ओक काउंटरटॉप, फिटिंग लेबर, कचरा हटाना — प्रत्येक के सामने कीमत और £6,400 का स्पष्ट कुल। इसमें टैक्स ट्रीटमेंट, वैधता अवधि ("30 दिनों के लिए वैध") और भुगतान शर्तें बताई गई हैं।

एस्टिमेट एक प्रस्ताव है, बिल नहीं। Tom इसे पाकर कुछ नहीं देता। वह इसे स्वीकार कर सकता है, कचरा हटाना छोड़ने को कह सकता है, या दूसरा कोटेशन ले सकता है। महत्वपूर्ण रूप से, क्योंकि यह लिखित और आइटम वाइज़ है, बाद में इस बारे में कोई बहस नहीं होती कि क्या शामिल था और क्या नहीं। अस्पष्ट "हाँ, करीब छह हज़ार" की बातचीत की जगह एक दस्तावेज़ है जिसे दोनों पक्ष इंगित कर सकते हैं।

InvoiceFlow में, एस्टिमेट एक फर्स्ट-क्लास दस्तावेज़ प्रकार है — दोबारा लेबल किया हुआ इनवॉइस नहीं। इसे अपनी नंबरिंग और अपनी स्थिति मिलती है, इसलिए Priya एक नज़र में देख सकती है कि कौन से एस्टिमेट अभी भी खुले हैं, कौन से स्वीकृत हुए, और कौन बिना जवाब के समाप्त हो गए।

चरण 2 — कॉन्ट्रैक्ट और हस्ताक्षर

Tom हाँ कहता है। तीन हफ्ते चलने वाले £6,400 के काम के लिए, हाथ मिलाना काफी नहीं है — Priya शर्तें लिखित और हस्ताक्षरित चाहती है। वह एक कॉन्ट्रैक्ट बनाती है जिसमें दायरा, कीमत, अनुसूची (जमा राशि, कैबिनेट आने पर भुगतान, पूर्णता पर बैलेंस) और विवाद रोकने वाली बातें शामिल हैं: अगर Tom बीच में मन बदले तो क्या होगा, कमरा साफ कौन करेगा, बदलाव की कीमत कैसे तय होगी।

फिर वह हिस्सा जो इसे मज़बूत बनाता है: InvoiceFlow कॉन्ट्रैक्ट डिजिटल हस्ताक्षर का समर्थन करते हैं। Priya Tom का हस्ताक्षर मौके पर ही ले सकती है — वह रसोई की मेज़ पर स्क्रीन पर हस्ताक्षर करता है — और वह कॉन्ट्रैक्ट पर रख दिया जाता है। कोई प्रिंटिंग नहीं, स्कैनिंग नहीं, "मैं हस्ताक्षर करके वापस भेजूँगा" वाला वादा नहीं जो कभी नहीं होता। हस्ताक्षरित कॉन्ट्रैक्ट पूरी डील की रीढ़ है। इसके बाद आने वाला हर दस्तावेज़ इसी को संदर्भित करता है।

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

चरण 3 — एस्टिमेट को इनवॉइस में बदलना (जमा राशि)

कॉन्ट्रैक्ट में Priya के सामग्री ऑर्डर करने से पहले 30% जमा राशि का प्रावधान है। यहाँ मुख्य कदम है: वह कुछ भी दोबारा नहीं टाइप करती। वह एस्टिमेट को इनवॉइस में बदलती है।

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

आंशिक रूपांतरण: वह कदम जो लोगों को उलझाता है

लेकिन Priya अभी पूरे £6,400 का इनवॉइस नहीं बनाना चाहती — केवल 30% जमा का। यहाँ आंशिक रूपांतरण मायने रखता है। पूरे एस्टिमेट को एक इनवॉइस में बदलने के बजाय, वह उसका एक हिस्सा बदलती है: अभी जमा, बाकी बाद में।

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

आंशिक रूपांतरण जो गलती रोकता है वह क्लासिक है: क्योंकि हाथ से आंशिक इनवॉइस दोबारा टाइप करना झंझट है, पूरी राशि का इनवॉइस बना देना, फिर जब ग्राहक (सही तरह से) आपत्ति करे तो क्रेडिट जारी करना और फिर से बिल करना। या विपरीत — जमा का इनवॉइस, फिर भूल जाना कि एस्टिमेट का कितना बचा है और अंतिम भुगतान कम करना। एकल स्रोत एस्टिमेट से चरणों में बदलने से दोनों त्रुटियाँ दूर होती हैं।

चरण 4 — डिलीवरी नोट

तीन हफ्ते में, रसोई फिट हो गई। अंतिम इनवॉइस जारी करने से पहले, Priya Tom को एक डिलीवरी नोट देती है: जो वितरित और स्थापित किया गया उसका रिकॉर्ड — कैबिनेट, काउंटरटॉप, फिटिंग का काम — जिसे Tom यह पुष्टि करते हुए हस्ताक्षर करता है कि उसे सब मिला और जैसा सहमत था।

सेवा कार्य के लिए लोग डिलीवरी नोट छोड़ देते हैं, और यह एक गलती है। डिलीवरी नोट वह दस्तावेज़ है जो "क्या मुझे वास्तव में वह मिला जिसका बिल आया?" सवाल को इनवॉइस आने से पहले बंद करता है। यह सौंपने के पल को बिलिंग के पल से अलग करता है। अगर छह हफ्ते बाद Tom दावा करे कि एक अलमारी का दरवाज़ा कभी नहीं लगाया गया, तो हस्ताक्षरित डिलीवरी नोट तुरंत निपटा देता है। ध्यान दें कि डिलीवरी नोट क्या वितरित किया गया, वह सूचीबद्ध करता है, कीमतें नहीं — कीमतें इनवॉइस पर रहती हैं। डिलीवरी नोट रसीद के बारे में है; इनवॉइस पैसे के बारे में।

जॉइनर के लिए, वह हस्ताक्षरित डिलीवरी नोट एक साफ ट्रिगर भी है: सौंपना हो गया, साइन-ऑफ लिया, अब अंतिम इनवॉइस विश्वास के साथ जा सकता है।

चरण 5 — अंतिम इनवॉइस

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

InvoiceFlow पेमेंट प्रोसेसर नहीं है — Tom अपने बैंक के ज़रिए भुगतान करता है, जैसे किसी को भी करता। जब पैसा आता है, Priya इनवॉइस को पेड मार्क करती है। अगर Tom उसका हिस्सा देता है, वह आंशिक भुगतान दर्ज करती है और ऐप शेष बैलेंस ट्रैक करता है जब तक वह साफ न हो जाए। डील बंद है, और पहले एस्टिमेट से अंतिम भुगतान तक एक साफ कागज़ी निशान है।

कौन सा दस्तावेज़, कब: निर्णय के नियम

कहानी को छोड़ दें और सरल नियम बचते हैं।

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

एक छोटे लेनदेन के लिए — एक त्वरित मरम्मत, एक छोटी खुदरा जैसी बिक्री — शायद केवल एक इनवॉइस। एक लंबे, मूल्यवान प्रोजेक्ट के लिए, आप चारों का उपयोग करेंगे। कला दस्तावेज़ के भार को डील के भार से मिलाना है: ₹3,000 के काम के लिए ग्राहक को तीन पेज का कॉन्ट्रैक्ट मत दें, और ₹20,00,000 का प्रोजेक्ट मौखिक हाथ मिलाने पर मत चलाएं।

दस्तावेज़ को बदलने देना (दोबारा टाइप करने की जगह) क्यों मायने रखता है

बिलिंग त्रुटियों का सबसे बड़ा स्रोत हर चरण पर एक ही जानकारी फिर से दर्ज करना है। आप £6,400 कोट करते हैं, फिर स्मृति से इनवॉइस टाइप करते हैं और £6,040 लिख देते हैं। आप पाँच लाइन आइटम पर सहमत होते हैं, फिर बिल दोबारा टाइप करते समय एक छोड़ देते हैं। हर मैनुअल पुनः प्रविष्टि संख्याओं के अलग होने का मौका है — और जब इनवॉइस कोटेशन से मेल नहीं खाता, ग्राहक नोटिस करता है, विश्वास को धक्का लगता है, और आप सुधार जारी कर रहे होते हैं।

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

एक साँस में लाइफसाइकल

1. एस्टिमेट — आप प्रस्ताव देते हैं, आइटम वाइज़ और कीमत के साथ।
2. कॉन्ट्रैक्ट — शर्तें सहमत और हस्ताक्षरित (डिजिटल हस्ताक्षर, मौके पर ही)।
3. इनवॉइस (जमा) — एस्टिमेट से बदला, केवल जमा के लिए आंशिक रूपांतरण।
4. डिलीवरी नोट — सौंपने का हस्ताक्षरित प्रमाण, कोई कीमत नहीं।
5. इनवॉइस (बैलेंस) — शेष एस्टिमेट से बदला, कॉन्ट्रैक्ट और डिलीवरी नोट का संदर्भ।
6. पेड मार्क — भुगतान दर्ज; आंशिक भुगतान ट्रैक किए जाते हैं जब तक बैलेंस साफ न हो।

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