e-stamp duty राज्य-वार कैसे निकलती है

मुख्य बातें

• duty कई फ़ैसलों की कड़ी से तय होती है: दस्तावेज़ और उसका article, फिर राज्य, फिर वह रकम जिस पर duty नापी जाती है, फिर duty का आकार, फिर सीमाएँ, न्यूनतम रकम और cess।
• भारत का stamp कानून परतदार है। केंद्र का एक Act ढाँचा देता है और ज़्यादातर दरें राज्य अपनी सूचियों से तय करते हैं। चेक, promissory note और शेयर हस्तांतरण जैसे कुछ दस्तावेज़ों की दरें केंद्र तय करता है।
• तीन आकार होते हैं: flat (मूल्य कुछ भी हो, रकम वही), ad valorem (किसी रकम का प्रतिशत) और slab (सीमा पार होते ही बदलने वाली दर)। कई articles मिले-जुले होते हैं, जैसे प्रतिशत के साथ न्यूनतम और अधिकतम रकम।
• एक ही दस्तावेज़ अलग राज्यों में अलग दाम का इसलिए है कि article, नापने का आधार, दर और सीमा, हर एक अलग हो सकती है, और कुछ राज्य cess या अधिभार जोड़ते हैं।
• संपत्ति के दस्तावेज़ों में अक्सर आधार घोषित प्रतिफल और सरकारी मूल्यांकन में से ऊँचा होता है। किराये के पट्टों में यह आम तौर पर किराये, अवधि और deposit या premium से बनता है।
• कम stamp लगे तो बाद में सुधारना महँगा पड़ता है: दस्तावेज़ तब तक सबूत के तौर पर नकारा जा सकता है जब तक कमी और जुर्माना न भरा जाए। registration अलग क़दम है और उसकी fee अलग है।
• StampMitra की API आपके प्रतिफल से duty नहीं निकालती। आप stampDutyAmount देते हैं; API जाँचती है कि वह उस राज्य और article में ख़रीदने लायक रकम है या नहीं, और उसके चारों तरफ़ का दाम जोड़ देती है।

पहली ग़लतफ़हमी: "stamp duty का एक रेट होता है"

सबसे आम ग़लतफ़हमी यही है। लोग मान लेते हैं कि किराये के एग्रीमेंट का कोई तय प्रतिशत होता होगा, और बस उसे लगाना है। असल में प्रतिशत, तय रकम और slab, तीनों आकार अलग-अलग दस्तावेज़ों और अलग-अलग राज्यों में चलते हैं, और कई जगह एक ही article में तीनों के तत्व मिलते हैं। इसलिए सही सवाल "रेट कितना है" नहीं, बल्कि "इस राज्य की सूची इस दस्तावेज़ के बारे में क्या कहती है, और वह किस रकम पर duty नापती है" है।

यही वजह है कि किसी ब्लॉग में लिखी दर पर भरोसा नहीं करना चाहिए, इस पन्ने की किसी संख्या पर भी नहीं (वे गढ़ी हुई हैं)। सरकारें संपत्ति बाज़ार को सहारा देने, राजस्व बढ़ाने या slabs को सुधारने के लिए duty बदलती हैं, और कभी-कभी बदलाव एक अस्थायी रियायत होता है जो किसी तारीख़ को ख़त्म हो जाती है। भरोसे के स्रोत सिर्फ़ राज्य की अपनी अधिसूचनाएँ और उसकी अधिकृत stamping व्यवस्था हैं।

duty कौन तय करता है: केंद्र या राज्य?

कानून का ढाँचा केंद्र का है और उसकी मांसपेशियाँ राज्य की। मूल केंद्रीय कानून भारतीय स्टांप अधिनियम, 1899 है, और संविधान duty तय करने की शक्ति संघ और राज्यों में बाँटता है। चंद दस्तावेज़ों की दरें, जैसे विनिमय पत्र, चेक, promissory note, bill of lading, letter of credit, बीमा पॉलिसी, शेयर का हस्तांतरण, debenture, proxy और रसीद, संसद तय करती है। बाक़ी हर तरह के दस्तावेज़ों की दरें हर राज्य तय करता है, जिसका अपना संशोधित अधिनियम या articles की अपनी सूची होती है, जिसे दशकों में बदला गया है।

नतीजा यह कि कोई राष्ट्रीय तालिका नहीं है। एक ही असल दस्तावेज़ को दो राज्य अलग article संख्या, अलग नाम, अलग नापने का आधार और अलग दर दे सकते हैं। कुछ राज्यों ने अपना कानून नए Act में समेट लिया है, कुछ अब भी मूल कानून पर स्थानीय संशोधन के साथ चलते हैं, और कुछ संपत्ति के दस्तावेज़ों पर स्थानीय निकायों या ढाँचागत कामों के लिए अलग शुल्क (cess या अधिभार) लगाते हैं। जब लोग कहते हैं "stamp duty राज्य का विषय है", तो व्यवहार में इसका यही मतलब है: हर राज्य की अपनी बही है, और आपके सॉफ़्टवेयर को उसी बही से पूछना है, किसी राष्ट्रीय अंदाज़े से नहीं।

गणना की पाँच कड़ियाँ: जाँच की सूची

शब्दजाल हटाइए तो हर गणना में यही पाँच चीज़ें लगती हैं। जब कोई यूज़र कहे "मुझे बस अपने एग्रीमेंट के लिए stamp paper चाहिए", तब इन्हें सूची की तरह इस्तेमाल कीजिए।

1. दस्तावेज़ और उसका article। क़ानून की नज़र में वह क्या है, पक्ष उसे क्या कहते हैं यह नहीं।
2. राज्य। ज़्यादा सटीक: वह राज्य जिसका कानून इस दस्तावेज़ की stamping तय करता है, जो आम तौर पर निष्पादन की जगह या संपत्ति की जगह होता है, दस्तावेज़ के प्रकार पर निर्भर।
3. नापने का आधार। वह रकम जिस पर duty निकलती है: प्रतिफल, बाज़ार मूल्य, पूरी अवधि का किराया, क़र्ज़ की रकम, या flat-duty वाले article में कोई रकम नहीं।
4. दर बदलने वाली बातें। पट्टे की अवधि, ख़रीदार किसी ख़ास वर्ग का है या नहीं, संपत्ति शहरी है या ग्रामीण, क्षेत्रफल और जगह, और दस्तावेज़ पहला है या बाद का।
5. तारीख़। दरें और रियायतें अधिसूचित तारीख़ों से लागू होती हैं, इसलिए दस्तावेज़ उस दिन की दरों पर stamp होता है जो उस पर लागू हो।

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

article का चुनाव: दस्तावेज़ का नाम नहीं, उसका सार

"article" शब्द राज्य के stamp कानून से जुड़ी सूची से आता है जिसमें दस्तावेज़ों के क़िस्म अंकित प्रविष्टियों में गिनाए जाते हैं। हर प्रविष्टि बताती है कि वह दस्तावेज़ क्या है और उस पर duty कैसे निकलेगी। agreement, sale deed, lease, mortgage, power of attorney, affidavit, indemnity bond और partnership deed अलग-अलग प्रविष्टियों में आते हैं और हर प्रविष्टि का अपना नियम है।

दो बातों पर लोग अटकते हैं। पहली, प्रविष्टि का चुनाव दस्तावेज़ के सार से होता है। जो "रेंट एग्रीमेंट" क़ानून में किसी अचल संपत्ति का अवधि वाला पट्टा है, वह पट्टे की तरह stamp होगा, चाहे पक्ष उसे licence एग्रीमेंट कहें या "किराये पर देने का क़रार"। कोई व्यवस्था पट्टा है या सिर्फ़ licence, यह कानूनी सवाल है, और ठीक उसी क़िस्म का सवाल है जहाँ प्रोडक्ट मैनेजर के अंदाज़े को फ़ैसला नहीं करना चाहिए। दूसरी, article की संख्याएँ एक राज्य से दूसरे में नहीं चलतीं। जो article एक राज्य की सूची में किसी क़िस्म के क़रार को ढकता है, दूसरे की सूची में उसकी संख्या या दायरा अलग हो सकता है। इसीलिए StampMitra का catalogue राज्य के हिसाब से बना है: आप उस राज्य के articles की सूची पढ़ते हैं और article code को राज्यों के आर-पार नहीं ले जाते।

कई चीज़ों वाला दस्तावेज़ राज्य के नियमों के हिसाब से कई duties खींच सकता है या प्रमुख स्वभाव के हिसाब से चार्ज हो सकता है। जिस loan agreement में सुरक्षा का अधिकार भी बन रहा हो, जिस पट्टे के साथ बिक्री जुड़ी हो, या जिस क़रार में क्षतिपूर्ति का वादा हो, इन सबमें वर्गीकरण के लिए कानूनी प्रशिक्षण वाला इंसान चाहिए। आपके प्रोडक्ट को खुले text से article का अंदाज़ा लगाने के बजाय चुनने के संरचित विकल्प देने चाहिए और किसी इंसान से पूछने का रास्ता भी। StampMitra की सेवा-शर्तें साफ़ कहती हैं: सही श्रेणी और article डेवलपर चुनता है, और वैधानिक शुल्क घटाने के लिए जान-बूझकर ग़लत वर्गीकरण नहीं चुनना है।

तीन आकार: flat, ad valorem और slab

हर article इन तीन आकारों में से एक या उनके मेल पर चलता है।

Flat सबसे आसान है, और वहाँ सिर्फ़ article तय करता है। अगर आपका प्रोडक्ट सिर्फ़ flat वाले articles सँभालता है, तो आपका duty का तर्क हर राज्य के लिए एक lookup हो सकता है।

Ad valorem में प्रतिशत को एक रकम से गुणा करना है, और मुश्किल हिस्सा वही रकम है। संपत्ति की बिक्री में वह आम तौर पर प्रतिफल या बाज़ार मूल्य होता है, जो भी राज्य का कानून प्रासंगिक माने। क़र्ज़ या सुरक्षा के दस्तावेज़ में वह आम तौर पर सुरक्षित की गई रकम होती है। क़रार में वह उस मूल्य से जुड़ सकती है जिस पर क़रार हो रहा है।

Slab में सबसे ज़्यादा ग़लतियाँ होती हैं, क्योंकि एक नाम के नीचे दो अलग विचार छिपे हैं। पूरी-रकम वाले slab में सीमा पार होते ही नई दर पूरी रकम पर लग जाती है। सीमांत (marginal) slab में, आयकर की तरह, हर दर रकम के सिर्फ़ उसी हिस्से पर लगती है जो उस पट्टी के अंदर है। राज्य दोनों इस्तेमाल करते हैं। इसलिए सीमा से एक रुपया ऊपर की रकम का दाम सीमांत में लगभग वही रहता है और पूरी-रकम वाले में काफ़ी बढ़ जाता है। अगर आप अपना calculator लिखें तो आपको पता होना चाहिए कि article कौन-सा पढ़ता है, और यह भी एक वजह है कि अपना calculator नहीं लिखना चाहिए।

न्यूनतम और अधिकतम: duty की सीमाएँ

कई articles में एक न्यूनतम रकम होती है (जिससे कम duty नहीं लगती), एक अधिकतम रकम (मूल्य कुछ भी हो, इससे ऊपर नहीं), या दोनों। न्यूनतम और अधिकतम के साथ प्रतिशत दोनों छोरों पर flat जैसा बर्ताव करता है और बीच में ad valorem जैसा। बंधक और पट्टों की कुछ श्रेणियाँ वे जगहें हैं जहाँ सीमाएँ मिलती रही हैं, पर कौन-सा राज्य किस पर सीमा लगाता है, यह उस राज्य की सूची को बताना है।

"कीमत" कौन-सी: प्रतिफल, बाज़ार मूल्य या कुछ और?

संपत्ति में अधिकार देने या बनाने वाले दस्तावेज़ों में नापने का आधार अक्सर वह नहीं होता जो पक्षों ने लिखा। कई राज्य घोषित प्रतिफल की तुलना संपत्ति के सरकारी मूल्यांकन से करते हैं, जिसे circle rate, ready reckoner दर या guidance value कहा जाता है, और ऊँचे वाले पर duty लेते हैं। कारण सीधा है: अगर duty सिर्फ़ घोषित दाम पर लगती तो पक्षों को दाम कम बताने का लालच होता। सरकारी मूल्यांकन इलाक़े के हिसाब से, संपत्ति के प्रकार के हिसाब से और कभी-कभी मंज़िल या निर्माण की उम्र के हिसाब से छपता है और समय-समय पर बदलता है।

पट्टों में आधार अलग तरह से बनता है। आम तौर पर वह किराये, अवधि और किसी deposit या premium का फलन होता है। एक प्रचलित ढाँचा यह है कि duty पूरी अवधि के कुल किराये पर और नहीं लौटने वाले premium के एक हिस्से पर निर्भर करती है, और कुछ राज्यों में लौटाया जाने वाला deposit भी गिना जाता है। अवधि का अपना असर भी है, क्योंकि कुछ लंबाई से ऊपर के पट्टे अलग slab में जाते हैं और registration के लिए भी अलग तरह से देखे जाते हैं। deposit गिना जाएगा या नहीं, और कैसे, यह राज्य-दर-राज्य ब्योरा है जो आपको article में पढ़ना है।

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

cess, अधिभार और बाक़ी जुड़ने वाले शुल्क

कुछ राज्यों में संपत्ति के दस्तावेज़ों की duty पर एक अलग शुल्क ऊपर से जुड़ता है, जैसे स्थानीय निकायों के लिए अधिभार या मेट्रो व ढाँचागत कोष के लिए cess, जो duty या मूल्य के प्रतिशत के रूप में लिया जाता है। दस्तावेज़ पर अलग registration fee भी लग सकती है, जो stamp duty नहीं है। StampMitra की API इनमें से पहली तरह की चीज़ सीधे दिखाती है: state detail के response में cessRequired flag होता है, और order की stamp line में जहाँ article माँगे वहाँ cessAmount जा सकता है। संपत्ति का क्षेत्रफल माँगने वाले राज्यों के लिए propertyAreaRequired flag है, और जहाँ sub-registrar office आवेदन का हिस्सा है वहाँ sroRequired।

अपने मॉडल में registration fee और stamp duty को अलग-अलग लागत मानिए। पहली registration के समय registration प्राधिकरण को दी जाती है, दूसरी तब जब आप stamp ख़रीदते हैं। जो प्रोडक्ट पन्ने दोनों में भेद किए बिना "एग्रीमेंट की कुल लागत" दिखाते हैं, वे यूज़र को उलझा देते हैं जब दूसरा बिल आता है।

एक ही दस्तावेज़ अलग राज्यों में अलग दाम का क्यों?

क्योंकि कड़ी की हर कड़ी अपने आप अलग हो सकती है। नीचे एक जान-बूझकर गढ़ी हुई तुलना है: दो साल का एक फ़्लैट का पट्टा, मासिक किराया 15,000 रुपये और लौटाए जाने वाला deposit 45,000 रुपये, तीन काल्पनिक राज्यों में। दरें और नियम सिर्फ़ यंत्र-रचना दिखाने के लिए गढ़े हैं। ये किसी असली राज्य के नियम नहीं हैं।

देखिए कि अंतर किससे बना। राज्य क और राज्य ग दोनों deposit को छोड़ते हैं, पर क प्रतिशत लेता है और ग तय रकम। राज्य ख deposit गिनता है, ऊँचा प्रतिशत लेता है, नतीजे पर सीमा लगाता है और cess जोड़ता है। इनमें कुछ भी अनोखा नहीं, और हर असली राज्य का अपना मेल है। आपके सॉफ़्टवेयर के लिए सबक़ यह है कि "राज्य कितना रेट लेता है" ग़लत सवाल है। सही सवाल है "इस राज्य का article इस दस्तावेज़ के बारे में क्या कहता है, और वह कौन-सा आधार लेता है"। इसीलिए दरों की तालिका के बजाय राज्य-वार articles का catalogue सही डेटा ढाँचा है।

हाथ से हिसाब: हर आकार के उदाहरण

नीचे की सारी संख्याएँ उदाहरण भर हैं। राज्य काल्पनिक हैं और दरें गढ़ी हुई हैं।

उदाहरण 1, तय रकम। राज्य क में एक हलफ़नामे पर article के हिसाब से तय duty लगती है, चाहे उसमें कुछ भी लिखा हो। duty उस article की रकम है। सामग्री, मूल्य या पक्ष इसे नहीं बदलते। इसे ग़लत करने का एक ही तरीक़ा है: ग़लत article चुन लेना।

उदाहरण 2, न्यूनतम के साथ प्रतिशत। राज्य ख में बिक्री-विलेख पर घोषित प्रतिफल और सरकारी मूल्यांकन में से ऊँचे पर 6 प्रतिशत duty लगती है, न्यूनतम 400 के साथ। पक्षों ने 30 लाख का दाम घोषित किया। सरकारी मूल्यांकन 34 लाख का है। आधार ऊँचा आँकड़ा यानी 34 लाख है, तो duty 34 लाख का 6 प्रतिशत, यानी 2,04,000 बनती है। अगर घोषित दाम 2,000 होता और मूल्यांकन 3,000, तो 3,000 का 6 प्रतिशत 180 होता और न्यूनतम 400 लागू होता। यही न्यूनतम छोटे सौदों को बेतुकी-सी छोटी duty से बचाता है।

उदाहरण 3, सीमांत slab। राज्य ग में एक बॉन्ड पर पहले 5 लाख पर 0.2 प्रतिशत, अगले 5 लाख पर 0.4 प्रतिशत और 10 लाख से ऊपर 0.5 प्रतिशत duty है। 14 लाख की रकम पर duty यह है: 5 लाख का 0.2 प्रतिशत (1,000), जमा 5 लाख का 0.4 प्रतिशत (2,000), जमा 4 लाख का 0.5 प्रतिशत (2,000), कुल 5,000। उसी तालिका का पूरी-रकम वाला पाठ होता तो पूरे 14 लाख पर 0.5 प्रतिशत लगता, यानी 7,000। तालिका वही, पढ़ने का ढंग अलग, बिल अलग। हमेशा देखिए कि article कौन-सा पाठ लेता है।

उदाहरण 4, अधिकतम सीमा। राज्य क में एक loan agreement पर सुरक्षित रकम का 0.3 प्रतिशत duty है, 15,000 की सीमा के साथ। 50 लाख के क़र्ज़ पर 0.3 प्रतिशत ठीक 15,000 होता है, यानी सीमा और गणना की रकम एक हो जाती है। 2 करोड़ के क़र्ज़ पर 0.3 प्रतिशत 60,000 होता, पर सीमा duty को 15,000 पर रोक देती है। जो प्रोडक्ट छोटे क़र्ज़ ठीक सँभालता है, वह सीमा को अनदेखा करके बड़े क़र्ज़ों पर चुपचाप ज़्यादा वसूल सकता है।

उदाहरण 5, जो ख़रीदा जा सके उसमें ढालना। गणना से निकली 1,100 की duty ज़रूरी नहीं कि ख़रीदी जा सके। e-stamp उन denominations में जारी होते हैं जिन्हें राज्य या जारी करने वाली व्यवस्था मंज़ूर करती है। कुछ राज्य किसी दायरे के अंदर की कोई भी रकम देते हैं, कुछ सिर्फ़ तय denominations की सूची, और कुछ सीमित संख्या के papers से बना कुल योग। तय-denomination वाले राज्य में 1,100 की duty शायद दो papers पर 1,000 और 100 की ख़रीदनी पड़े, या अगले उपलब्ध denomination तक ऊपर चढ़ाई जाए, राज्य जो अनुमति दे उसके हिसाब से। StampMitra की API यह दिखाती है: article catalogue में वैकल्पिक allowedAmounts सूची होती है, राज्य में minAmount और maxAmount, और calculation के response में papers और paperCount।

छूट और रियायतें, मोटे तौर पर

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

इस विविधता के कारण जो calculator सिर्फ़ दरें जानता है, वह कहीं ज़्यादा लेगा और कहीं कम। छूट का तर्क अपनी याददाश्त से प्रोडक्ट में मत बनाइए। दो सुरक्षित रास्ते हैं। एक, यूज़र से पूछिए कि क्या उसे लगता है कोई छूट लागू है, उसे दर्ज कीजिए, और order ऐसे व्यक्ति को भेजिए जो जाँच सके। दूसरा, राज्य के अपने calculator का नतीजा अपने order का input बनाइए। जो भी हो, छूट लागू होने का फ़ैसला उसका है जो वह फ़ैसला करने के योग्य है। StampMitra की सेवा-शर्तें भी यही कहती हैं: जहाँ duty किसी प्राधिकरण या स्रोत से तय होती है, वहाँ अपने आँकड़े को अधिकृत बताने के बजाय उसी निर्धारण पर भरोसा कीजिए।

कम stamp लगे तो क्या होता है?

मोटे तौर पर, जिस दस्तावेज़ पर सही duty नहीं दी गई उसे वहीं मुश्किल आती है जहाँ सबसे ज़्यादा चुभती है। अदालत या सरकारी प्राधिकरण उसे तब तक सबूत के रूप में नहीं ले सकता जब तक कमी पूरी न की जाए, और कमी पूरी करने का मतलब आम तौर पर बची हुई duty के साथ जुर्माना भरना है, जो कमी का कई गुना हो सकता है, ठीक नियम राज्य पर निर्भर। कमी पकड़ने वाला प्राधिकरण दस्तावेज़ को impound भी कर सकता है। अदालतों का झुकाव हाल के वर्षों में कम stamping को ऐसी कमी मानने की तरफ़ रहा है जो ठीक की जा सकती है, दस्तावेज़ को नष्ट करने वाली नहीं, पर "ठीक की जा सकती है" का मतलब भी बिल और देरी है।

राज्य पहले से सवाल सुलझाने का रास्ता देते हैं, जिसे अक्सर adjudication कहा जाता है: आप दस्तावेज़ कलेक्टर या समकक्ष अधिकारी के सामने रखते हैं जो बनने वाली duty पर अपनी राय देता है। इसमें समय लगता है, और असामान्य या ऊँचे मूल्य वाले दस्तावेज़ों में, जहाँ वर्गीकरण अनिश्चित है, यह ख़र्च के लायक है। कमी बाद में deficit duty के रूप में भी भरी जा सकती है, और कुछ राज्य कुछ समय के लिए जुर्माना घटाने वाली योजनाएँ चलाते हैं।

प्रोडक्ट टीम के लिए बात जुर्माने के प्रावधान सीखने की नहीं है। बात इस तरह design करने की है कि कम stamp लगाना मुश्किल हो। duty के फ़ैसले साफ़ रखिए, किसने कौन-सा article और रकम चुनी इसका ऑडिट-निशान रखिए, यूज़र को आधार दिखाइए, और कभी front end को चुपचाप सबसे सस्ता विकल्प मत चुनने दीजिए।

क्या registration से stamp duty बदल जाती है?

registration और stamping अलग दायित्व हैं। stamp duty दस्तावेज़ पर लगने वाला कर है। registration एक सार्वजनिक रिकॉर्ड है जो पंजीकरण कानून से चलता है और जिसकी अपनी fee है। कुछ दस्तावेज़ों का प्रभावी होने के लिए पंजीकृत होना ज़रूरी है, जैसे संपत्ति की बिक्री और लंबे पट्टे, जबकि कुछ को registration नहीं चाहिए पर stamping चाहिए। नियम दस्तावेज़ के प्रकार, अवधि और मूल्य पर निर्भर करते हैं, और कुछ राज्यों में अतिरिक्त स्थानीय ज़रूरतों पर भी। जहाँ registration वैकल्पिक है वहाँ भी बहुत-से पक्ष सबूत मज़बूत करने के लिए पंजीकरण कराते हैं।

व्यावहारिक क्रम यह है कि दस्तावेज़ पहले stamp होता है और बाद में पंजीकृत। सही stamp वाला पर पंजीकृत न हुआ दस्तावेज़ कुछ कामों में चल सकता है और कुछ में नहीं। पंजीकृत पर कम stamp वाले दस्तावेज़ में एक दोष है जो तब सामने आता है जब उस पर भरोसा किया जाए। किराएदारी प्लेटफ़ॉर्म के लिए इसका मतलब है कि आपकी यात्रा में तीन स्थितियाँ अलग रखिए: stamp लगा, निष्पादित हुआ और पंजीकृत हुआ, और यूज़र को यह मत कहिए कि e-stamp ख़रीदना प्रक्रिया का अंत है। StampMitra की API पहली स्थिति सँभालती है। निष्पादन, e-sign और registration कहीं और होते हैं।

e-stamp कब ख़रीदें और कितने समय चलता है?

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

कोई अवधि code में मत लिखिए। उसे राज्य के नियमों या जारी करने वाली व्यवस्था से पढ़िए, और अपना workflow ऐसा रखिए कि stamp निष्पादन के पास ख़रीदा जाए, हफ़्तों पहले नहीं। StampMitra की API में stamp के PLACED, ASSIGNED, GENERATING, VERIFYING और VERIFIED हालात हैं, और अपनी शर्तों वाले POST /v1/estamp/stamps/:stampId/cancel और .../replace routes भी, इसलिए जो stamp बहुत पहले मँगवा लिया गया हो उसे आप इन्हीं से सँभालते हैं, अपने database से नहीं।

StampMitra की API इस तरीक़े में कहाँ बैठती है?

अब API को कड़ी में उसकी जगह पर रखिए। तरीक़े के पहले तीन क़दम, यानी दस्तावेज़ और article, राज्य और नापने का आधार तय करना, आपके हैं। catalogue वाले हिस्से में प्लेटफ़ॉर्म मदद करता है: GET /v1/estamp/states राज्य गिनाता है, GET /v1/estamp/states/:stateCode eStampAvailable, sroRequired और propertyAreaRequired जैसे flags बताता है, और GET /v1/estamp/states/:stateCode/instruments राज्य के articles उनके minimumAmount और जहाँ लागू हो allowedAmounts के साथ देता है।

चौथा क़दम, duty निकालना, भी आपका है, और API इस बारे में जान-बूझकर साफ़ है। POST /v1/estamp/duty/calculate में stateCode, articleCode, वैकल्पिक districtCode और sroValue, और stampDutyAmount जाते हैं। वह रकम को राज्य के denominations, न्यूनतम और अधिकतम के सामने जाँचता है और दाम का ब्योरा लौटाता है: duty जस की तस, service charges, उन पर GST और totalAmount। राज्य के लिए कोई duty नियम सेट हो तो requiredDuty आता है, जिससे आप ऊपर जा सकते हैं पर नीचे नहीं। वह रकम किराये, deposit या मूल्यांकन से कैसे निकली, यह सब API के बाहर रहता है।

curl -s -X POST "https://api-b2b.stampmitra.in/v1/estamp/duty/calculate" \
  -H "Authorization: Bearer $STAMPMITRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "stateCode": "MP", "articleCode": "ART1", "stampDutyAmount": 500 }'

जो रकम ठुकराई जाती है, उस पर API बताती है कि क्या चलेगा। denomination वाला काम यही है। संदेश के मान उदाहरण भर हैं। अपना UI ऐसा बनाइए कि वह मान्य सूची को संदेश या catalogue से पढ़े और यूज़र को चुनने दे, denominations code में न लिखे।

import os, requests

def price_stamp(state, article, duty, district=None, sro=None):
    body = {"stateCode": state, "articleCode": article, "stampDutyAmount": duty}
    if district: body["districtCode"] = district
    if sro: body["sroValue"] = sro
    r = requests.post(
        "https://api-b2b.stampmitra.in/v1/estamp/duty/calculate",
        json=body,
        headers={"Authorization": f"Bearer {os.environ['STAMPMITRA_API_KEY']}"},
        timeout=20,
    )
    data = r.json()
    if r.status_code == 400:
        return {"ok": False, "reason": data["error"]["message"]}  # मान्य रकमें यूज़र को दिखाएँ
    r.raise_for_status()
    return {"ok": True, "total": data["totalAmount"], "duty": data["stampDutyAmount"], "gst": data["gstAmount"]}

यह call मीटर वाली है, इसलिए quote तब माँगिए जब यूज़र राज्य, article और रकम पक्की कर चुका हो, और उसे cache कीजिए। call का अपना दाम pricing पेज पर है। सरकारी duty actuals पर आगे जाती है और API fee अलग है, जिसे पूरा e-Stamp flow उन तीन wallets के साथ समझाता है जो order का भुगतान करते हैं।

टीम व्यवहार में duty की रकम कैसे तय करे?

यह उन प्रोडक्ट्स के लिए चलने वाला तरीक़ा है जो दूसरों के लिए दस्तावेज़ stamp करते हैं, बिना यह दिखावा किए कि सॉफ़्टवेयर वकील है।

1. वर्गीकरण। अपने प्रोडक्ट के समर्थित दस्तावेज़ प्रकारों की छोटी सूची दीजिए और हर एक को राज्य के article से जोड़िए। यह जोड़ी समीक्षित configuration में रखिए, जिसका मालिक कानूनी प्रशिक्षण वाला व्यक्ति हो, और उसे version कीजिए।
2. article का माँगा आधार जुटाइए। article से मेल खाता सवाल पूछिए: कुल किराया और अवधि, तय बिक्री मूल्य, क़र्ज़ की रकम। आम-सा "मूल्य" मत पूछिए।
3. नियम प्राधिकरण से देखिए। राज्य की छपी सूची, calculator या अधिसूचना इस्तेमाल कीजिए। दर्ज कीजिए कि कौन-सा स्रोत और कौन-सी तारीख़ ली।
4. duty समीक्षित function से निकालिए, या बेहतर, प्राधिकरण के अपने calculator से संख्या लीजिए और inputs साथ रखिए।
5. जो जारी हो सके उसमें ढालिए। रकम को मान्य denominations और दायरे से मिलाइए। ग़लत होगा तो API बता देगी, पर आप चाहेंगे कि यूज़र भुगतान से पहले यह देख ले।
6. API से परखिए और दाम निकालिए। totalAmount दिखाइए, duty और fees अलग-अलग।
7. आधार किसी इंसान को दिखाइए। order बनाने से पहले यूज़र, या आपकी operations टीम का कोई reviewer, article और रकम की पुष्टि करे।
8. निशान सँभालिए। inputs, स्रोत, तारीख़, पुष्टि करने वाला और API का response उसके requestId के साथ रखिए।

तीसरा और चौथा क़दम वह जगह है जहाँ कानूनी जोखिम सबसे ज़्यादा है, इसीलिए ये किसी इंसान या अधिकृत स्रोत को दिए जाने चाहिए, पिछले साल किसी के बनाए स्प्रेडशीट को नहीं।

आम ग़लतियाँ जिनसे duty ग़लत निकलती है

• याद की हुई दर पर भरोसा। जो दर आपको याद है वह संशोधन से पहले की या किसी और राज्य की हो सकती है।
• दस्तावेज़ का नाम देखकर article चुनना। नाम नहीं, सार जीतता है।
• घोषित दाम को आधार मानना जबकि राज्य दाम और मूल्यांकन में से ऊँचा लेता है। यूज़र का बताया आँकड़ा हमेशा आधार नहीं होता।
• slab तालिका उलटी पढ़ना। सीमांत और पूरी-रकम में नतीजा काफ़ी बदल सकता है।
• सीमा या न्यूनतम को अनदेखा करना। दोनों सूची में होते हैं और बड़े-छोटे दोनों मूल्यों को बदलते हैं।
• जुड़ने वाले शुल्क भूलना। cess, अधिभार और registration fee अलग मदें हैं।
• stamp है तो registration वैकल्पिक मान लेना। registration चाहिए या नहीं, यह दस्तावेज़ पर निर्भर है, stamping के तरीक़े पर नहीं।
• निष्पादन से बहुत पहले stamp ख़रीदना। stamp की तारीख़ और दस्तावेज़ की तारीख़ मिलाई जाती हैं।
• front end को सबसे सस्ता article चुनने देना। यह compliance की विफलता है, और सेवा-शर्तों के तहत निषिद्ध भी।

StampMitra आपकी कैसे मदद करता है

StampMitra stamping का "ख़रीदने वाला" हिस्सा देता है: राज्य के हिसाब से articles का catalogue, उन flags के साथ जो बताते हैं कि राज्य को और क्या ब्योरा चाहिए, एक जाँच-और-दाम वाली call जो duty को fees और GST से अलग दिखाती है, placement से पहले समीक्षा वाला order flow, duty और fees का अलग-अलग भुगतान करने वाले wallets, और certificate की डिलीवरी। वह जान-बूझकर यह दावा नहीं करता कि किस दस्तावेज़ पर कितनी duty बनती है, इसका अंतिम अधिकार वही है। इसीलिए API रकम आपसे लेती है और उसे परखती है, अपनी तरफ़ से गढ़ती नहीं।

तरीक़ा अपनी आँख से देखना हो तो sandbox key लीजिए और राज्य व article वाले routes बुलाइए, जो production जैसा ही catalogue डेटा लौटाते हैं। order बनाने और retry की डेवलपर-स्तर की जानकारी के लिए order flow गाइड पढ़िए, और किराएदारी प्लेटफ़ॉर्म इन टुकड़ों को कैसे जोड़ता है, यह rental agreement वाले use case में है। अगले क़दमों का ब्योरा order बनाने वाले पन्ने और राज्य व article की खोज वाले पन्ने पर है, और keys की जानकारी authentication reference में। अगर आपको पक्का नहीं कि कौन-सा article या कौन-सी रकम लागू होती है, तो यह सवाल code में उतारने से पहले किसी योग्य पेशेवर के पास ले जाइए।

API reference एक नज़र में

अक्सर पूछे जाने वाले सवाल