अकाउंटिंग MCP
आपका अकाउंटिंग डेटा, हर AI असिस्टेंट में
ChatGPT, Claude या किसी भी MCP क्लाइंट को एक गवर्न्ड एंडपॉइंट पर लगाएं और सामान्य भाषा में पूछें। हर उत्तर पहले आपके अपने कैटलॉग से हल किया जाता है, इसलिए असिस्टेंट जो गणना नहीं कर सकता उसे बनाने के बजाय बताता है।
- केवल-पढ़ने योग्य पहुंच
- OAuth 2.1, कोई पेस्ट किया टोकन नहीं
- बहु-कंपनी, बहु-वर्ष
आपका MCP एंडपॉइंट
MCP स्पेक 2025-11-25https://api.accmcp.com/mcp/v1
OAuth 2.1 से एक बार अधिकृत करें
इनमें से किसी को भी इस पर लगाएं
- ChatGPTMCP क्लाइंट
- ClaudeMCP क्लाइंट
- GrokMCP क्लाइंट
- Any MCP clientबियरर हेडर
इसे कनेक्ट करें
तीन चरण, और आपका असिस्टेंट खाते पढ़ सकता है
सेटअप एक प्राधिकरण है, इंटीग्रेशन प्रोजेक्ट नहीं। वह असिस्टेंट चुनें जिसका आप पहले से उपयोग करते हैं — एंडपॉइंट सभी के लिए वही है।
ChatGPT क्लाइंट पहचान मेटाडेटा (CIMD) के माध्यम से कनेक्शन की खोज करता है और आपके मौजूदा AccMCP खाते का उपयोग करके लिंक करता है।
तीन चरण, एक बार
- एक कनेक्टर जोड़ें और AccMCP खोजें
- OAuth सहमति स्क्रीन को स्वीकृत करें
- अपना पहला अकाउंटिंग प्रश्न पूछें
https://api.accmcp.com/mcp/v1Claude CIMD या डायनामिक क्लाइंट रजिस्ट्रेशन (DCR) के माध्यम से स्वचालित रूप से कनेक्शन की खोज कर सकता है।
तीन चरण, एक बार
- AccMCP के लिए एक कस्टम कनेक्टर जोड़ें
- OAuth सहमति स्क्रीन को स्वीकृत करें
- अपना पहला अकाउंटिंग प्रश्न पूछें
https://api.accmcp.com/mcp/v1Grok और कोई भी अन्य MCP क्लाइंट जो कस्टम हेडर का समर्थन करता है, बियरर टोकन के साथ सीधे कनेक्ट होता है।
तीन चरण, एक बार
- अपने खाते से एक AccMCP टोकन जनरेट करें
- Authorization हेडर के साथ एंडपॉइंट जोड़ें
- अपना पहला अकाउंटिंग प्रश्न पूछें
https://api.accmcp.com/mcp/v1Authorization: Bearer <your-accmcp-token>यह क्या उत्तर दे सकता है
व्यवसाय के दस क्षेत्र, अंदर आने के उनहत्तर रास्ते
हर क्षेत्र गवर्न्ड टूल्स का एक समूह है जो आपके वास्तविक Busy वाउचर पढ़ता है। आप कभी खुद कोई टूल नहीं चुनते — प्लानर चुनता है, और वह सबसे संकीर्ण टूल चुनता है जो आपके प्रश्न का उत्तर देता है।
संख्या क्यों टिकती है
संख्या बनने से पहले प्रश्न तीन गेट पार करता है
पहले दायरा, फिर शब्दावली, फिर यह कि क्या डेटा वास्तव में गणना का समर्थन कर सकता है। हर गेट प्रश्न रोक सकता है — और रुकने पर वह क्या करता है, वही पढ़ने लायक हिस्सा है।
गेट
किसके खाते, और कौन सा वर्ष
कुछ भी गणना होने से पहले, प्रश्न एक कंपनी और एक वित्तीय वर्ष से बंध जाता है। आपके प्रश्न में नाम — ग्राहक, उत्पाद समूह, शाखा — उस दायरे में वास्तविक रिकॉर्ड से हल किए जाते हैं।
द्वारा लागू
busy_list_companiesbusy_resolve_entity
यदि यह नहीं कर सकता
अपरिचित नाम का अनुमान लगाने के बजाय उसे बेमेल बताया जाता है।
गेट
ऐसे शब्द जिनका यहां अर्थ है
प्रश्न के हर मीट्रिक और हर डाइमेंशन को आपके कैटलॉग में देखा जाता है। "शुद्ध बिक्री" की व्याख्या नहीं की जाती — यह आपकी कंपनी के लिए लागू फॉर्मूले से हल होती है, या बिल्कुल हल नहीं होती।
द्वारा लागू
busy_get_metric_catalogbusy_get_dimension_catalog
यदि यह नहीं कर सकता
कैटलॉग के बाहर के शब्द को अस्वीकार किया जाता है, किसी मिलते-जुलते शब्द से अनुमानित नहीं।
गेट
क्या डेटा इसका समर्थन कर सकता है
कैटलॉग में शब्द होना और उसकी गणना हो पाना एक बात नहीं है। मार्जिन के लिए लागत स्रोत चाहिए; यदि वह अनुबंध आपकी कंपनी और वर्ष के लिए मौजूद नहीं है, तो गणना का प्रयास नहीं किया जाता।
द्वारा लागू
busy_get_profitability_readiness
यदि यह नहीं कर सकता
असिस्टेंट संभावित संख्या लौटाने के बजाय अनुपलब्ध स्रोत का नाम बताता है।
और नीचे के खाते आपके खाते हैं
रजिस्टर, लेजर और हस्ताक्षरित बिक्री रिटर्न, भारतीय वित्तीय वर्ष (अप्रैल–मार्च) और GST सिमेंटिक्स के साथ मॉडल किए गए — वही शब्दावली जो आपका अकाउंटेंट पहले से उपयोग करता है, और जो Busy से मेल खाती है।
हर उत्तर बता सकता है कि उसके पीछे का डेटा कितना ताज़ा है।busy_get_analytics_freshness
मीट्रिक कैटलॉग 2.26
एजेंट के लिए बना
वही नियम, लूप में कोई नहीं
बातचीत में गलत उत्तर पकड़ने के लिए कोई मौजूद होता है। एजेंट लूप में नहीं — इसलिए काम की बात यह नहीं कि टूल किसी स्क्रिप्ट को क्या करने देते हैं, बल्कि यह कि वे अब भी क्या नहीं करने देते।
लक्ष्य बताएं, टूल नहीं
एजेंट एक विश्लेषण लक्ष्य बताता है। प्लानर उसे एक क्यूरेटेड टूल से जोड़ता है, उस टूल के अनुबंध के विरुद्ध डाइमेंशन सत्यापित करता है, और बताता है कि किसे कॉल करना है — ताकि आपके एजेंट कोड में यह सूची कभी न रखनी पड़े कि कौन सा टूल क्या उत्तर देता है।
द्वारा लागू
busy_plan_accounting_query
डिफ़ॉल्ट रूप से संकीर्ण
प्लानर परिणाम-आकार मार्गदर्शन भी देता है, जो समुच्चय प्रश्नों को सर्वर-गणित एनालिटिक्स पर रखता है, न कि पूरा रजिस्टर खींचकर क्लाइंट-साइड ग्रुपिंग पर। एक अनअटेंडेड लूप चुपचाप एक संख्या को पूरे टेबल स्कैन में नहीं बदलता।
द्वारा लागू
busy_drilldown_metricbusy_top_entities_by_metric
जब उत्तर पर्याप्त न हो तो एक फ़ाइल
दो टूल डाउनलोड करने योग्य रजिस्टर एक्सपोर्ट निजी फ़ाइलों के रूप में बनाते हैं। उनहत्तर में से केवल यही दो कुछ भी बनाते हैं, और जो वे बनाते हैं वह आपको मिलने वाली फ़ाइल है — आपके खातों में बदलाव कभी नहीं।
द्वारा लागू
busy_export_sales_registerbusy_export_purchase_register
कंपनियों के बीच, केवल जहां आपने कहा
एक कंपनी का लेजर दूसरी कंपनी के उसी ग्राहक से केवल स्पष्ट, टेनेंट-स्वामित्व वाली मैपिंग के माध्यम से जुड़ता है जिन्हें आपने स्वीकृत किया। मिलते-जुलते नामों को कभी एक ही पक्ष नहीं माना जाता — जो सबसे ज़्यादा तब मायने रखता है जब पूछने वाला एक स्क्रिप्ट हो।
द्वारा लागू
busy_get_canonical_customer_links
जब कोई नहीं देख रहा तब भी इसमें कोई ढील नहीं
अब भी केवल-पढ़ने योग्य
69 में से 67 टूल केवल पढ़ते हैं। एजेंट जो भी कॉल कर सकता है, वह Busy में नहीं लिखता।
टेनेंट कोई तर्क नहीं है
प्रमाणित टोकन तय करता है कि अनुरोध किसका डेटा देखता है। टूल कॉल में कभी कोई user id पास नहीं होता, इसलिए एजेंट के गलत करने के लिए कुछ है ही नहीं।
सहमति क्लाइंट का नाम बताती है
पहुंच देने से पहले OAuth 2.1 सहमति सत्यापित क्लाइंट नाम दिखाती है, और टोकन कभी बातचीत में पेस्ट नहीं किए जाते।
अक्सर पूछे जाने वाले प्रश्न
कौन से AI क्लाइंट समर्थित हैं?
आज ChatGPT और Claude समर्थित हैं, साथ ही कोई भी अन्य MCP-संगत क्लाइंट जो बियरर-टोकन हेडर का उपयोग कर सकता है।
क्या यह कभी Busy में लिखता है?
नहीं। बिक्री और खरीद रजिस्टर एक्सपोर्ट टूल को छोड़कर हर टूल केवल-पढ़ने योग्य है, जो केवल निजी डाउनलोड करने योग्य फाइलें बनाते हैं।
क्या मैं इसे कई कंपनियों के साथ उपयोग कर सकता हूं?
हां — हर टूल एक सटीक कंपनी कोड और वित्तीय वर्ष द्वारा स्कोप्ड है, और खोज टूल आपके खाते तक पहुंच वाले हर स्कोप को सूचीबद्ध करता है।