एकाउंटिंग इंटीग्रेशन की लागत: हर वेंडर के लिए एक अलग प्रोजेक्ट
पब्लिश किए गए अनुमानों के अनुसार प्रत्येक एकाउंटिंग सिस्टम के लिए तीन हफ्ते से लेकर बारह महीने तक का समय लगता है, और यह काम एक वेंडर से दूसरे वेंडर पर ट्रांसफर नहीं होता। यहाँ आंकड़े, उनके स्रोत और इसका विकल्प दिए गए हैं।
जो प्लेटफ़ॉर्म अपने ग्राहकों के एकाउंटिंग सिस्टम से जुड़ते हैं, वे हर वेंडर के लिए एक अलग इंटीग्रेशन तैयार करते हैं। किसी एक इंटीग्रेशन के लिए पब्लिश किए गए अनुमान QuickBooks के पहले वर्किंग कनेक्शन के लिए तीन से चार हफ्तों से लेकर NetSuite के लिए छह से बारह महीनों तक के हैं, और हमें जितने भी अनुमान मिले, वे सभी ऐसी कंपनियों के दिए हुए हैं जो इस काम से बचने का कोई जरिया बेचती हैं। यह मेहनत आगे काम नहीं आती: QuickBooks, Xero, NetSuite और Microsoft Dynamics 365 Business Central में से हर एक के अपने साइन-इन के तरीके, टोकन की समय-सीमा, क्वेरी सिंटैक्स, रेट लिमिट, शुल्क और वर्ज़न बंद (deprecation) होने की शेड्यूल होती है। छह वेंडर का मतलब है छह प्रोजेक्ट और छह मेंटेनेंस बजट।
यह लेख अपने स्रोतों के साथ पब्लिश किए गए आंकड़ों को इकट्ठा करता है, यह दिखाता है कि वेंडर कहाँ एक-दूसरे से अलग हैं, और दूसरे विकल्प को समझाता है: एक एकाउंटिंग API के जरिए अपने ही प्रोडक्ट के भीतर बही-खाते (books) रखना, ताकि हर वेंडर के लिए अलग इंटीग्रेशन बनाने के बजाय केवल एक ही इंटीग्रेशन बनाना पड़े।
एक एकाउंटिंग इंटीग्रेशन में कितना समय लगता है
इंटीग्रेशन के निर्माण में लगने वाले समय का कोई भी निष्पक्ष सर्वे पब्लिश नहीं करता है। नीचे दिए गए सभी आंकड़े उन कंपनियों से आते हैं जो एकीकृत (unified) एकाउंटिंग API बेचती हैं, इसलिए उनके पास इस काम को बड़ा दिखाने का कारण होता है। फिर भी, जब आप "पहले वर्किंग वर्ज़न" को "प्रोडक्शन" से अलग करते हैं, तो ये सबसे सटीक उपलब्ध नंबर होते हैं और एक-दूसरे से मेल खाते हैं।
| स्रोत | वे क्या कहते हैं | उनका निहित स्वार्थ |
|---|---|---|
| Apideck (2026) | QuickBooks: "एक कुशल इंजीनियर तीन से चार हफ्तों में कुछ काम करने लायक तैयार कर सकता है।" 35+ कनेक्टर्स को मेंटेन करने के लिए "कम से कम एक इंजीनियर को पूरी तरह से इंटीग्रेशन मेंटेनेंस पर लगाना होगा।" | एक यूनिफाइड API बेचता है |
| Rutter (अप्रैल 2026) | "प्रति प्लेटफ़ॉर्म तीन इंजीनियरिंग-महीने", जिसे Rutter रूढ़िवादी (conservative) मानता है। NetSuite के लिए "यह समय सीमा बढ़कर छह से बारह महीने हो जाती है।" एक ग्राहक ने अनुमान लगाया कि QuickBooks के लिए दो इंजीनियरों को कुछ महीने लगेंगे; इसमें "कई इटरेशन के साथ कम से कम तीन महीने लगे।" | एक यूनिफाइड API बेचता है |
| Merge | $150,000 के वेतन के हिसाब से, एक इंटीग्रेशन बनाने में 150 घंटे और उसे मेंटेन करने में साल के 300 घंटे लगते हैं। Merge इसकी लागत "$50,000 से $150,000 प्रति वर्ष" बताता है। | एक यूनिफाइड API बेचता है |
इन आंकड़ों में कुल योग से ज़्यादा दो बातें मायने रखती हैं।
पहला, तीन हफ्तों और तीन महीनों के बीच का अंतर एक डेमो और प्रोडक्शन के बीच का अंतर है। जो कनेक्शन तुरंत एक इनवॉइस बना देता है, वह जल्दी काम करता है। जो कनेक्शन टोकन की समय-सीमा समाप्त होने, डुप्लीकेट वेबहुक, रेट लिमिट, आंशिक विफलताओं (partial failures) और किसी ऐसे ग्राहक का सामना करता है जो एक अलग कंपनी फाइल को फिर से कनेक्ट करता है, वह बाकी का समय लेता है। SaaS प्लेटफ़ॉर्म में क्लाउड एकाउंटिंग API को एकीकृत करने के हमारे गाइड में उस काम को चरण-दर-चरण सूचीबद्ध किया गया है।
दूसरा, Merge के मॉडल में मेंटेनेंस का काम निर्माण से बड़ा है: एक बार के 150 घंटों के मुकाबले साल के 300 घंटे। यह लागत आपके द्वारा समर्थित हर वेंडर के लिए हर साल दोहराई जाती है।
दूसरे इंटीग्रेशन की लागत पहले जितनी क्यों होती है
यदि वेंडर एक जैसा इंटरफ़ेस देते, तो दूसरा इंटीग्रेशन पहले वाले का ज़्यादातर हिस्सा दोबारा इस्तेमाल कर लेता। वे ऐसा नहीं करते हैं। नीचे दी गई तालिका चार व्यापक रूप से उपयोग किए जाने वाले सिस्टम्स की तुलना करती है।
| QuickBooks Online | Xero | NetSuite | Business Central | |
|---|---|---|---|---|
| साइन-इन | OAuth 2.0 | OAuth 2.0 | OAuth 2.0; रिलीज़ 2027.1 से नए इंटीग्रेशन के लिए टोकन-आधारित प्रमाणीकरण बंद | केवल Microsoft Entra ID OAuth |
| एक्सेस टोकन की मियाद | 1 घंटा | 30 मिनट | 60 मिनट | Entra ID द्वारा निर्धारित |
| रिफ्रेश टोकन | 100 दिन रोलिंग, अधिकतम पांच वर्ष | 60 दिन रोलिंग | 7 दिन | Entra ID द्वारा निर्धारित |
| क्वेरी शैली | SQL जैसी SELECT … FROM Invoice, कोई OR नहीं, कोई जॉइन नहीं |
एक where पैरामीटर के साथ REST |
REST पर SuiteQL (SQL), साथ ही 2028 तक SOAP | OData v4 |
| रेट लिमिट | प्रति कंपनी 500 अनुरोध प्रति मिनट और 10 प्रति सेकंड | प्रति कंपनी 60 प्रति मिनट, 5,000 प्रति दिन और 5 समवर्ती (concurrent) | सेवा स्तर (service tier) के अनुसार, प्रति खाता 5 से 20 समवर्ती अनुरोध | प्रति उपयोगकर्ता 6,000 अनुरोध प्रति 5 मिनट और 5 समवर्ती |
| अलग API शुल्क | ऐप पार्टनर प्रोग्राम: मुफ़्त टियर, फिर US$300 से US$4,500 प्रति माह | मुफ़्त से लेकर AUD 1,445 प्रति माह तक के ऐप प्लान | कुछ नहीं मिला; अतिरिक्त समवर्तीता SuiteCloud Plus लाइसेंस के रूप में बेची जाती है | कुछ नहीं मिला |
स्रोत: Intuit प्राधिकरण FAQ, Intuit सीमाएं और थ्रॉटल, Intuit ऐप पार्टनर प्रोग्राम गाइड, Xero OAuth 2.0 गाइड, Xero API सीमाएं, Xero मूल्य निर्धारण, NetSuite OAuth 2.0 टोकन, NetSuite टोकन-आधारित प्रमाणीकरण, Business Central परिचालन सीमाएं।
टोकन चार अलग-अलग शेड्यूल पर एक्सपायर होते हैं
एक इंटीग्रेशन को हर बार एक्सपायर होने से पहले प्रत्येक वेंडर के टोकन को रिफ्रेश करना होगा और नए रिफ्रेश टोकन को स्टोर करना होगा, अन्यथा ग्राहक को फिर से कनेक्ट करना होगा। शेड्यूल चौदह गुना तक भिन्न होते हैं: एक NetSuite रिफ्रेश टोकन सात दिन तक चलता है, जबकि QuickBooks का 100 दिन तक। QuickBooks एक सख्त सीमा जोड़ता है: रिफ्रेश टोकन अधिकतम पांच वर्षों के लिए वैध होते हैं, इसलिए लंबे समय तक चलने वाले कनेक्शन उपयोग की परवाह किए बिना एक निश्चित तिथि पर एक्सपायर होने लगेंगे। प्रत्येक शेड्यूल को अपनी खुद की रिफ्रेश जॉब, अपनी खुद की विफलता हैंडलिंग और ग्राहक के लिए अपने "कृपया फिर से कनेक्ट करें" संदेश की आवश्यकता होती है।
प्रत्येक वेंडर की अपनी क्वेरी भाषा होती है
डेटा वापस पढ़ने के मामले में कोड सबसे अधिक अलग हो जाता है। QuickBooks OR और जॉइन के बिना एक प्रतिबंधित SQL बोलियों (dialect) को स्वीकार करता है, जो प्रति पेज अधिकतम 1,000 रिकॉर्ड लौटाता है। Xero URL में एक where अभिव्यक्ति के साथ फ़िल्टर करता है और बड़े संगठनों के लिए सरल समानता परीक्षणों की सलाह देता है। NetSuite के पास SuiteQL है, जो अपने स्वयं के एंडपॉइंट पर पोस्ट किया गया एक पूर्ण SQL डायलेक्ट है। Business Central OData फ़िल्टर का उपयोग करता है। एक ग्राहक के लिए अवैतनिक चालान (unpaid invoices) खोजने वाली क्वेरी चार अलग-अलग कोड के टुकड़े हैं, जिनमें से प्रत्येक का अपना पेजिंग और अपने किनारे के मामले (edge cases) हैं।
प्रत्येक वेंडर ट्रैफिक को अलग तरह से सीमित करता है
QuickBooks और Xero प्रति कंपनी प्रति मिनट अनुरोधों की गिनती करते हैं। NetSuite पूरे खाते में समवर्ती अनुरोधों (concurrent requests) की गिनती करता है, इसलिए आपका इंटीग्रेशन ग्राहक द्वारा चलाए जाने वाले हर दूसरे इंटीग्रेशन के साथ बजट साझा करता है, और NetSuite सीमा से अधिक कॉल्स को अस्वीकार कर देता है। Business Central पांच मिनट की खिड़की में प्रति उपयोगकर्ता गिनती करता है। एक बल्क इम्पोर्ट जो एक वेंडर के खिलाफ सुरक्षित है, दूसरे द्वारा थ्रॉटल कर दिया जाता है, इसलिए थ्रॉटलिंग और रिट्राई लॉजिक प्रति वेंडर एक बार लिखा जाता है।
एक्सेस एक कमर्शियल रिश्ता है
चार में से दो वेंडर अब वॉल्यूम के हिसाब से API एक्सेस के लिए शुल्क लेते हैं। Intuit का ऐप पार्टनर Program "CorePlus" कॉल्स को मापता है, जो अधिकांश डेटा रीड को कवर करते हैं, और मुफ़्त टियर पर शामिल राशि से अधिक होने पर उन्हें ब्लॉक कर देते हैं; भुगतान किए गए टियर की कीमत US$300, US$1,700 और US$4,500 प्रति माह है। Xero 2 मार्च 2026 को भुगतान किए गए ऐप प्लान पर आ गया, जो 5 कनेक्शन तक सीमित एक मुफ़्त प्लान से लेकर 10,000 कनेक्शन के लिए AUD 1,445 प्रति माह तक है। इसलिए इंटीग्रेशन की चलने की लागत इस बात पर निर्भर करती है कि आपके कितने ग्राहक प्रत्येक वेंडर का उपयोग करते हैं और आप कितना डेटा पढ़ते हैं।
वेंडर अपने खुद के शेड्यूल पर नियम बदलते हैं
जो इंटीग्रेशन आज काम करता है, उसके लिए पहले से ही अनिवार्य रीराइट्स की एक ज्ञात सूची घोषित की गई है:
- NetSuite रिलीज़ 2027.1 से टोकन-आधारित प्रमाणीकरण का उपयोग करने वाले नए इंटीग्रेशन को स्वीकार करना बंद कर देता है, और Oracle की SOAP सूचना कहती है कि "2028.2 NetSuite रिलीज़ के साथ, सभी एंडपॉइंट अक्षम हो जाएंगे, और SOAP-आधारित इंटीग्रेशन काम करना बंद कर देंगे" (NetSuite SOAP सूचना)।
- Xero मार्च 2026 से बनाए गए ऐप्स को दानेदार अनुमति के दायरे (granular permission scopes) सौंपता है और मौजूदा ऐप्स को स्थानांतरित होने के लिए सितंबर 2027 तक का समय देता है (Xero OAuth 2.0 अवलोकन)।
- QuickBooks ऊपर वर्णित पांच साल की रिफ्रेश-टोकन कैप लागू करता है, और पुराने API माइनर वर्शन को रिटायर कर देता है ताकि वर्शन 75 आधार बन जाए।
- Business Central ऑनलाइन ने 2022 में वेब सेवाओं के लिए एक्सेस की (बेसिक ऑथेंटिकेशन) स्वीकार करना बंद कर दिया; इंटीग्रेशन को Entra ID OAuth पर जाना पड़ा (Microsoft डीप्रिकेशन सूची)।
इनमें से कोई भी बदलाव आपके ग्राहकों के लिए कोई नया फ़ीचर नहीं जोड़ता है। इनमें से प्रत्येक बदलाव मौजूदा कनेक्शन को काम करते रहने के लिए खर्च किया गया इंजीनियरिंग समय है, जिसे आपके द्वारा समर्थित वेंडरों की संख्या से गुणा किया जाता है।
छह इंटीग्रेशन के लिए गणित
प्रति प्लेटफ़ॉर्म तीन इंजीनियरिंग-महीने के Rutter के आंकड़े और प्रति वर्ष 300 मेंटेनेंस घंटों के Merge के आंकड़े लें, और उन्हें छह एकाउंटिंग सिस्टम पर लागू करें:
| एक वेंडर | छह वेंडर | |
|---|---|---|
| निर्माण | 3 इंजीनियरिंग-महीने | 18 इंजीनियरिंग-महीने |
| प्रति वर्ष मेंटेनेंस | 300 घंटे | 1,800 घंटे, एक पूर्णकालिक इंजीनियर के करीब |
ये वेंडरों की अपनी धारणाएं हैं, हमारी नहीं, और अकेला NetSuite इनसे आगे निकल जाएगा। मुख्य बात इसका आकार है: लागत वेंडरों की संख्या के साथ बढ़ती है, और मेंटेनेंस की लाइन कभी खत्म नहीं होती। एक यूनिफाइड API निर्माण की लाइन को कम करता है, लेकिन तब आप इस बात पर निर्भर होते हैं कि यह प्रत्येक वेंडर के राइट्स और एज केसेस को कितनी अच्छी तरह से कवर करता है, और आप इसके लिए प्रति कनेक्शन या प्रति कॉल भुगतान करते हैं। हमारा बिल्ड-बनाम-बाय लेख इसकी ईमानदारी से लागत निकालने के बारे में बताता है।
एक बार इंटीग्रेट करें: अपने प्रोडक्ट में बही-खाते रखें
कनेक्टर मॉडल यह मानता है कि प्रत्येक ग्राहक के बही-खाते उस सिस्टम में रहते हैं जिसे ग्राहक ने चुना है, और आपका प्लेटफ़ॉर्म डेटा को उसमें कॉपी करता है। एक दूसरा मॉडल है: आपका प्लेटफ़ॉर्म एक एकाउंटिंग API के माध्यम से बही-खातों को खुद रखता है, और उन्हें अपने खुद के इंटरफ़ेस में दिखाता है। यह वही है जिसके लिए Nordlet बनाया गया है। बनाने के लिए केवल एक इंटीग्रेशन है, इस बात की परवाह किए बिना कि आपके ग्राहकों ने पहले कौन सा एकाउंटिंग सॉफ्टवेयर इस्तेमाल किया था।
Nordlet में वह एक इंटीग्रेशन कैसा दिखता है:
- एक अनुरोध का आकार (Request shape)। हर ऑपरेशन
POST /v1/{module}/{resource}/{action}है। हरlistएक्शन समान फ़िल्टर, सॉर्ट और पेजिंग बॉडी को स्वीकार करता है, और हर त्रुटि (error) समान लिफ़ाफ़े का उपयोग करती है। एक एंडपॉइंट के लिए लिखा गया कोड अन्य के लिए भी उसी तरह काम करता है। API कन्वेंशन देखें। - रिफ्रेश टोकन के बजाय API की। एक की एक कंपनी से संबंधित होती है, इसमें निश्चित अनुमति के दायरे होते हैं, इसकी समाप्ति तिथि हो सकती है जिसे आप सेट करते हैं, और इसे रद्द किया जा सकता है। घुमाने और स्टोर करने के लिए कोई रिफ्रेश टोकन नहीं है।
- सुरक्षित पुनः प्रयास (Safe retries)। हर बदलाव एक
Idempotency-Keyहेडर को स्वीकार करता है। उसी की के साथ किसी अनुरोध को दोहराने पर दूसरा इनवॉइस बनाने के बजाय संग्रहीत प्रतिक्रिया (stored response) मिलती है। - पुनः प्रयासों के साथ हस्ताक्षरित वेबहुक (Signed webhooks)। इवेंट्स को बदलाव के समान डेटाबेस ट्रांजैक्शन में लिखा जाता है, HMAC-SHA256 के साथ हस्ताक्षरित किया जाता है, और लगभग 24 घंटों के लिए फिर से प्रयास किया जाता है।
- एक पब्लिश की गई रेट लिमिट। प्रति API की 300 अनुरोध प्रति मिनट, जो
x-ratelimit-*हेडर में रिपोर्ट की जाती है। - नौ भाषाओं में टाइप्ड SDKs, जो एक OpenAPI स्पेसिफिकेशन से जनरेट होते हैं। SDKs देखें।
- इंटीग्रेशन परीक्षण के लिए एक खाते के तहत असीमित सैंडबॉक्स कंपनियां।
- एक मूल्य सूची। प्लान अनुरोध द्वारा मापे जाते हैं, 3,000 अनुरोधों के लिए €10 प्रति माह से शुरू। मूल्य निर्धारण देखें।
डबल-एंट्री लेजर, इनवॉइस, बैंक मिलान (bank matching), वैट रिटर्न और रिपोर्ट उसी API के माध्यम से उपलब्ध हैं, इसलिए इंटीग्रेशन इसकी एक कॉपी के बजाय खुद एकाउंटिंग को कवर करता है। सुविधाएं पेज सूचीबद्ध करता है कि क्या शामिल है, और एकाउंटिंग API क्या है मॉडल को अधिक विस्तार से समझाता है।
वे ग्राहक जिनके पास पहले से ही दूसरी जगह बही-खाते हैं
दो चीजें उन प्रति-वेंडर कनेक्टर्स की जगह लेती हैं जो एक प्लेटफ़ॉर्म अन्यथा इन ग्राहकों के लिए बनाता:
- माइग्रेशन। किसी कंपनी का चार्ट ऑफ़ अकाउंट्स, पार्टर्स, ओपनिंग बैलेंस या पूरी जर्नल हिस्ट्री, ओपन इनवॉइस, फिक्स्ड एसेट्स और स्टॉक को एक कॉल में आयात किया जाता है। किसी अन्य सिस्टम से माइग्रेट करना देखें।
- अकाउंटेंट के लिए फ़ाइलें। जहाँ किसी ग्राहक का अकाउंटेंट अपने खुद के सॉफ्टवेयर में काम करता है, वहीं Nordlet उस सॉफ्टवेयर द्वारा पढ़ी जाने वाली फ़ॉर्मैट में लेजर को एक्सपोर्ट करता है: जर्मन अकाउंटेंट्स के लिए DATEV बुकिंग बैच (
POST /v1/reports/datev) और स्वीडिश अकाउंटेंट्स के लिए SIE 4 फ़ाइल (POST /v1/reports/sie)। फ़ाइल एक्सपोर्ट के लिए किसी साइन-इन, टोकन रिफ्रेश और एकाउंटिंग वेंडर से प्रति-कॉल शुल्क की आवश्यकता नहीं होती है।
जब कनेक्टर अभी भी सही जवाब हैं
अपने प्रोडक्ट में बही-खाते रखना हर प्लेटफ़ॉर्म के लिए सही विकल्प नहीं है:
- यदि आपके ग्राहकों की वित्त टीमों को उनके मौजूदा एकाउंटिंग सिस्टम को रिकॉर्ड का सिस्टम बने रहने की आवश्यकता है, तो आपको उस सिस्टम के लिए कनेक्टर्स की आवश्यकता है, जिन्हें या तो सीधे बनाया गया हो या किसी यूनिफाइड API के माध्यम से।
- यदि आपको ग्राहक की किताबों में केवल कुछ दस्तावेज़ धकेलने की आवश्यकता है, जैसे कि प्रति ऑर्डर एक इनवॉइस, तो उस वेंडर के लिए एक सीधा कनेक्टर जिसका उपयोग आपके अधिकांश ग्राहक करते हैं, पर्याप्त हो सकता है।
- यदि आपके अधिकांश ग्राहक एक ही वेंडर का उपयोग करते हैं, तो एक एकल प्रत्यक्ष इंटीग्रेशन की लागत छह के बजाय एक प्रोजेक्ट होती है।
एक बार इंटीग्रेट करने का तर्क तब लागू होता है जब आपके प्लेटफ़ॉर्म को अपने उपयोगकर्ताओं की एकाउंटिंग को चलाने की आवश्यकता होती है, न कि उसे मिरर करने की: विक्रेताओं को भुगतान करने वाले मार्केटप्लेस, अपने उपयोगकर्ताओं की ओर से इनवॉइस करने वाले प्लेटफ़ॉर्म, और ऐसे SaaS उत्पाद जहाँ बहीखाता (bookkeeping) उत्पाद का हिस्सा है। दोनों रास्तों में से किसी एक को चुनने से पहले, हमारा एकाउंटिंग API के लिए प्री-प्रोडक्शन टेस्ट प्लान सूचीबद्ध करता है कि क्या परीक्षण करना है।
FAQ
QuickBooks इंटीग्रेशन बनाने में कितना समय लगता है?
Apideck एक सक्षम इंजीनियर द्वारा पहले काम करने वाले वर्शन के लिए तीन से चार हफ्तों का अनुमान लगाता है। एक Rutter ग्राहक ने कुछ महीनों के लिए दो इंजीनियरों का अनुमान लगाया और कई इटरेशन के साथ कम से कम तीन महीने की आवश्यकता पड़ी। प्रोडक्शन का काम - टोकन रिफ्रेश, रिट्राई, रेट लिमिट, रीकनेक्शन और रीकंसिलिएशन - उन आंकड़ों के बीच का अंतर है।
NetSuite इंटीग्रेशन में कितना समय लगता है?
Rutter NetSuite को छह से बारह महीने बताता है। NetSuite खाता-व्यापी समवर्ती सीमाएं (account-wide concurrency limits), सात दिन के रिफ्रेश टोकन, SOAP के साथ SuiteQL, और घोषित बदलाव जोड़ता है: रिलीज़ 2027.1 से कोई नया टोकन-आधारित-प्रमाणीकरण इंटीग्रेशन नहीं और रिलीज़ 2028.2 में SOAP एंडपॉइंट अक्षम।
क्या एक यूनिफाइड एकाउंटिंग API प्रति-वेंडर के काम को हटा देता है?
यह निर्माण को कम करता है, क्योंकि एक इंटरफ़ेस कई वेंडरों को कवर करता है। यह वेंडर के अंतर को नहीं हटाता है: राइट्स, कस्टम फील्ड्स और एज केसेस को अक्सर असमान रूप से समर्थन दिया जाता है, और यूनिफाइड API के मूल्य निर्धारण को वेंडरों के अपने API शुल्कों में जोड़ा जाता है। ट्रेड-ऑफ हमारे SaaS इंटीग्रेशन गाइड में शामिल हैं।
QuickBooks और Xero के लिए API एक्सेस की कितनी लागत आती है?
Intuit के ऐप पार्टनर प्रोग्राम में एक मुफ़्त बिल्डर टियर और US$300, US$1,700 और US$4,500 प्रति माह पर भुगतान किए गए टियर हैं, जिसमें शामिल राशि से ऊपर डेटा रीड मापा जाता है। Xero के ऐप प्लान, जो 2 मार्च 2026 से प्रभावी हैं, 5 कनेक्शन के लिए एक मुफ़्त प्लान से लेकर 10,000 कनेक्शन के लिए AUD 1,445 प्रति माह तक चलते हैं, जिसमें बड़े प्लान आवेदन पर मूल्यवान हैं।
क्या Nordlet मेरे ग्राहकों के एकाउंटिंग सिस्टम के साथ इंटीग्रेशन को बदल सकता है?
जब आपका प्लेटफ़ॉर्म अपने उपयोगकर्ताओं के बही-खातों को रखता है, तो हाँ: आप प्रत्येक एकाउंटिंग वेंडर के लिए एक के बजाय Nordlet के API के साथ एक इंटीग्रेशन बनाते हैं। मौजूदा बही-खाते एक कॉल में आयात किए जाते हैं, और जो अकाउंटेंट DATEV या SIE-संगत सॉफ्टवेयर का उपयोग करते हैं, उन्हें एक्सपोर्ट फाइलें मिलती हैं। Nordlet QuickBooks, Xero, NetSuite या Business Central में सिंक नहीं करता है; यदि उन्हें रिकॉर्ड का सिस्टम रहना चाहिए, तो आपको अभी भी उनसे कनेक्टर्स की आवश्यकता है।