Purchase Order (क्रय आदेश) क्या है? PO बनाम Invoice और 3-Way Match

purchase order आपको किस बात के लिए प्रतिबद्ध करता है, यह invoice से कैसे भिन्न है, और माल की प्राप्तियों (goods receipts) के साथ three-way match कैसे उन भुगतानों को पकड़ता है जो अन्यथा ज़्यादा हो सकते थे।

Purchase order (क्रय आदेश) वह दस्तावेज़ है जिसे आप किसी supplier (आपूर्तिकर्ता) को यह बताने के लिए जारी करते हैं कि आप क्या खरीदना चाहते हैं, किस कीमत पर, कितनी मात्रा में, और कब तक डिलीवर किया जाना चाहिए। यह खरीदार (buyer) का दस्तावेज़ है; invoice विक्रेता (seller) का दस्तावेज़ होता है। इस दिशा को स्पष्ट रूप से समझ लेना आगे की अधिकांश बातों को स्पष्ट कर देता है।

इसका उद्देश्य पैसे की प्रतिबद्धता (commitment) करने से पहले खरीद के निर्णय को स्पष्ट करना है, न कि invoice आने पर इसका पता चलना।

PO बनाम Invoice

	Purchase order	Invoice
किसके द्वारा जारी किया जाता है	Buyer (खरीदार)	Seller (विक्रेता)
इसमें क्या लिखा होता है	"हम इसे खरीदने के लिए सहमत हैं"	"आप इसके लिए हमारे यहाँ बकायेदार हैं"
समय (Timing)	डिलीवरी से पहले	डिलीवरी के समय या उसके बाद
लेखांकन प्रभाव (Accounting effect)	कुछ नहीं	खर्च और देयता (payable) को मान्यता देता है
बाध्यता (Binds)	खरीदने की प्रतिबद्धता	भुगतान के लिए कानूनी दावा

वह "कुछ नहीं" (none) ही वह मुख्य बिंदु है जिसे अधिकांश स्पष्टीकरण छोड़ देते हैं। Purchase order एक commitment (प्रतिबद्धता) बनाता है, liability (दायित्व) नहीं। न तो कुछ प्राप्त हुआ है, न ही कोई खर्च हुआ है, और general ledger में कुछ भी दिखाई नहीं देता है - क्योंकि उपार्जन लेखांकन (accrual accounting) के तहत खर्च तब उत्पन्न होता है जब माल या सेवाएँ प्राप्त होती हैं, न कि जब उनका ऑर्डर दिया जाता है।

प्रबंधन के लिए प्रतिबद्धताएँ फिर भी महत्वपूर्ण होती हैं: 40,000 € के खुले ऑर्डर वह पैसा है जो बाहर जाएगा, और बजट-धारकों (budget-holders) को इसे देखने की आवश्यकता होती है। लेकिन यह commitment reporting से संबंधित है, balance sheet पर नहीं।

दस्तावेज़ श्रृंखला (Document chain)

एक नियंत्रित खरीद (controlled purchase) क्रमानुसार तीन दस्तावेज़ तैयार करती है:

Purchase order - जो हमने खरीदने पर सहमति जताई थी। कुछ भी होने से पहले जारी और स्वीकृत किया जाता है।
Goods receipt (माल प्राप्ति रसीद) - जो वास्तव में पहुँचा, जिसे प्राप्त करने वाले व्यक्ति द्वारा डिलीवरी के समय रिकॉर्ड किया जाता है।
Supplier invoice - जिसका भुगतान हमसे लिया जा रहा है।

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

Three-way match

इन तीनों दस्तावेजों का मिलान (match) करें, और भुगतान करने से पहले चार महँगी गलतियाँ दिखाई देने लगती हैं:

Invoiced लेकिन कभी ऑर्डर नहीं किया गया - एक अनधिकृत खरीद, या किसी अन्य का invoice।
Invoiced लेकिन कभी प्राप्त नहीं हुआ - उन सामानों के लिए भुगतान करना जो पहुँचे ही नहीं।
प्राप्त मात्रा से अधिक का invoice - मात्रा में अधिक शुल्क, या आंशिक डिलीवरी जिसका पूरा बिल बना दिया गया हो।
गलत कीमत पर invoice - सहमत कीमत के बजाय सूची मूल्य (list price), या चुपचाप की गई वृद्धि।

यदि तीनों एक निर्धारित सहनसीमा (tolerance) के भीतर सहमत हैं, तो invoice को स्वचालित रूप से भुगतान के लिए स्वीकृत किया जा सकता है। यदि वे सहमत नहीं हैं, तो बेमेल (mismatch) ही वह समीक्षा का विषय है - जो किसी इंसान से हर invoice की आँख से जाँच कराने और उम्मीद करने की तुलना में कहीं अधिक उपयोगी है।

Nordlet इस मिलान को लागू करता है। POST /v1/purchases/invoices/match एक purchase order से जुड़े invoice और priceTolerancePercent को लेता है, फिर लाइन-दर-लाइन तुलना करता है, और प्रति लाइन एक निर्णय (verdict) लौटाता है:

Verdict (निर्णय)	अर्थ
`matched`	ऑर्डर, प्राप्त और invoiced की गई राशि सहनसीमा के भीतर सहमत हैं
`not_on_order`	invoice लाइन से मेल खाने वाली कोई ऑर्डर लाइन नहीं है
`not_received`	Invoiced है, लेकिन उस लाइन के विरुद्ध कुछ भी प्राप्त नहीं हुआ है
`over_invoiced`	Invoiced मात्रा प्राप्त मात्रा से अधिक है
`price_mismatch`	इकाई मूल्य (unit price) सहनसीमा से अधिक ऑर्डर मूल्य से भिन्न है

समग्र बैच का verdict केवल तभी matched होता है जब हर लाइन मेल खाती है। प्रत्येक पंक्ति ऑर्डर, प्राप्त और invoiced मात्रा के साथ-साथ दोनों इकाई मूल्यों और विचलन प्रतिशत (variance percentage) की रिपोर्ट करती है, ताकि विसंगति को केवल चिह्नित करने के बजाय मात्रात्मक रूप से बताया जा सके। पंक्तियों की तुलना आइटम के आधार पर की जाती है जहाँ ऑर्डर और invoice दोनों एक ही कैटलॉग आइटम का संदर्भ देते हैं, और ऐसा न होने पर विवरण (description) के आधार पर की जाती है।

सहनसीमा जानबूझकर तय की जाती है: राउंडिंग या मुद्रा रूपांतरण से 0.3% मूल्य विचलन को भुगतान प्रक्रिया को नहीं रोकना चाहिए, जबकि 15% की वृद्धि को रोकना चाहिए।

ऑर्डर जीवनचक्र (Order lifecycle)

एक ऑर्डर एकल "open/closed" फ़्लैग के बजाय स्पष्ट अवस्थाओं (states) से गुजरता है: draft → submitted → approved, फिर माल आने पर partially_received → received, और अंत में closed, जिसमें cancelled विकल्प पूरे समय उपलब्ध रहता है।

यह सूक्ष्मता (granularity) ही मिलान को संभव बनाती है। POST /v1/purchases/receipts/create के साथ ऑर्डर लाइनों के विरुद्ध प्राप्तियाँ (receipts) दर्ज की जाती हैं, जो प्रति लाइन प्राप्त मात्रा को संचित करती हैं - यह three-way तुलना में बीच की संख्या है, और वह संख्या है जो सीधे ऑर्डर से invoice पर जाने वाली कंपनियों में पूरी तरह से गायब होती है।

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

PO कब सार्थक होता है

Purchase orders प्रक्रिया को बढ़ाते हैं, और प्रक्रिया की एक लागत होती है। यह तब सार्थक होते हैं जब:

भुगतानकर्ता के अलावा कोई अन्य व्यक्ति खर्च की प्रतिबद्धता कर सकता है। PO वह स्वीकृति है, जिसे प्रतिबद्धता अस्तित्व में आने से पहले कैप्चर किया जाता है।
माल invoices से अलग पहुँचता है। रसीद रिकॉर्ड के बिना, "क्या यह आ गया?" इसका उत्तर याददाश्त से दिया जाता है।
कीमतों पर बातचीत की जाती है। PO इस बात का प्रमाण है कि किस पर सहमति हुई थी, और वह संदर्भ है जिसके विरुद्ध invoice की जाँच की जाती है।
बजट-धारकों को भविष्य की स्पष्टता (forward visibility) की आवश्यकता होती है। खुले ऑर्डर प्रतिबद्ध खर्च की पाइपलाइन हैं।

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

FAQ

क्या purchase order एक कानूनी रूप से बाध्यकारी अनुबंध है?

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

क्या purchase order कोई लेखांकन प्रविष्टि (accounting entry) बनाता है?

नहीं। यह एक प्रतिबद्धता है, लेनदेन नहीं: अभी तक कुछ भी प्राप्त नहीं हुआ है और भुगतान करने का कोई दायित्व मौजूद नहीं है। पहली लेज़र प्रविष्टि तब होती है जब माल प्राप्त होता है या supplier invoice पंजीकृत किया जाता है।

टू-वे और थ्री-वे मैचिंग में क्या अंतर है?

टू-वे मिलान purchase order और invoice की तुलना करता है - कीमत और ऑर्डर की गई मात्रा। थ्री-वे में माल की रसीद (goods receipt) जुड़ जाती है, जिससे आप यह भी सत्यापित करते हैं कि जिस चीज़ के लिए आप भुगतान कर रहे हैं वह वास्तव में आ गई है। सेवाओं के लिए अक्सर टू-वे मिलान का उपयोग किया जाता है क्योंकि प्राप्त करने के लिए कुछ भी भौतिक नहीं होता है।

यदि invoice ऑर्डर से मेल नहीं खाता है तो क्या होता है?

मिलान प्रति लाइन विशिष्ट कारण लौटाता है - ऑर्डर पर नहीं है, प्राप्त नहीं हुआ है, ओवर-invoiced है या मूल्य बेमेल है - मात्रा और विचलन के साथ। यह आपूर्तिकर्ता के लिए पूछताछ का विषय बन जाता है; भुगतान तब तक रुका रहता है जब तक कि इसका समाधान नहीं हो जाता या क्रेडिट नोट जारी नहीं किया जाता है।

क्या एक purchase order के कई invoices हो सकते हैं?

हाँ, और यह आंशिक डिलीवरी के मामले में आम है - यही कारण है कि ऑर्डर जीवनचक्र में partially_received अवस्था शामिल होती है और रसीदें प्रति लाइन प्राप्त मात्रा को संचित करती हैं। प्रत्येक invoice का मिलान अब तक प्राप्त हुए माल के विरुद्ध किया जाता है, न कि पूरे ऑर्डर के विरुद्ध।