Nityaflow GST credit match
India GST credit check: matches GSTR-2B with the purchase register and signs a receipt.
我该使用它吗
质量与安全性
基于对工具定义和协议合规性的自动分析。
上下文开销
这是每次将服务器的工具加载到模型上下文窗口时所消耗的大致 token 数。数值越高，可用于其他任务的注意力就越少。
安装
一键安装
将以下内容添加到你的 `claude_desktop_config.json` 文件中：
{
"mcpServers": {
"gst-credit-match": {
"url": "https://aeerptxvpnbzqglebhyt.supabase.co/functions/v1/wf/mcp-gst"
}
}
}远程端点
https://aeerptxvpnbzqglebhyt.supabase.co/functions/v1/wf/mcp-gststreamable-http它能做什么
工具清单
工具（3）
🟢gst_credit_match(gstr2b, books, tolerance, client, period)
India GST input tax credit check. Matches the supplier invoices in GSTR-2B against the purchase register from the books (Tally, Zoho Books, Busy, QuickBooks or any list) and sorts every invoice into: matched, amount mismatch, entered twice (duplicate bills), possible match (invoice number or GSTIN written differently), in books but not in GSTR-2B (credit at risk), in GSTR-2B but not in books. A separate checker re-derives the totals, and the result comes with a receipt signed by Nityaflow. Invoices are processed in memory and not stored. It never files or accepts anything on the GST portal.
输入模式
{
"type": "object",
"properties": {
"gstr2b": {
"description": "GSTR-2B: either the JSON file downloaded from the GST portal, or a list of invoices like {gstin, invoice, date, taxable, igst, cgst, sgst, cess}."
},
"books": {
"type": "array",
"items": {
"type": "object"
},
"description": "Purchase register from the books: a list of invoices like {gstin, invoice, date, name, taxable, igst, cgst, sgst, cess, value}. Use the supplier's bill number, not the voucher number."
},
"tolerance": {
"type": "number",
"description": "Allowed difference in rupees before amounts count as different. Default 1."
},
"client": {
"type": "string",
"description": "Client or business name, for the receipt."
},
"period": {
"type": "string",
"description": "Return period, for example 2026-09."
}
},
"required": [
"gstr2b",
"books"
],
"additionalProperties": false
}🟢verify_receipt(receipt)
Checks that a Nityaflow receipt (from gst_credit_match or a Nityaflow workflow) was not changed and was signed by Nityaflow.
输入模式
{
"type": "object",
"properties": {
"receipt": {
"type": "object",
"description": "The receipt object, exactly as it was given."
}
},
"required": [
"receipt"
],
"additionalProperties": false
}🟢agent_payment_check(mandate, intent, action, history)
Before an AI agent pays, checks the proposed payment against the person's mandate (who allowed it, limits per payment and per period, allowed shops and UPI IDs, end date) and against what the person actually asked for (items, quantities, budget, shop). It works the total out again from the cart lines, and flags lookalike payees, extra items, too much quantity, going over a limit and repeat payments. Returns every check and a receipt signed by Nityaflow. It never pays, holds or moves money: a licensed bank or payment app does that, only after a person approves.
输入模式
{
"type": "object",
"properties": {
"mandate": {
"type": "object",
"description": "The permission: {authorised_by, purpose, per_payment, per_period, period (day, week, month or 90 days), merchants: [{name, vpa, category}], approve_above, valid_from, valid_to}."
},
"intent": {
"type": "object",
"description": "What the person asked for: {text, items: [{name, qty, unit}], budget, merchant}. Units: kg, g, l, ml, pc, pack, dozen."
},
"action": {
"type": "object",
"description": "The payment the agent proposes: {merchant, vpa, lines: [{name, qty, unit, price}], fees, total}."
},
"history": {
"type": "array",
"items": {
"type": "object"
},
"description": "Earlier payments under this mandate: [{at, total, vpa, status: paid}]. Used for the period limit and repeat check."
}
},
"required": [
"mandate",
"intent",
"action"
],
"additionalProperties": false
}社区
证据