MI

mowaah/invoice-validator-mcp

开发工具

本页由 AI 翻译,技术细节请以原文为准。 查看原文

0 stars 0 forks 质量 75 趋势 14NOASSERTION

(免费,无需密钥;可在Claude Desktop、Cursor、Cline、VS Code及任何支持远程可流式HTTP的客户端中运行):

概览

(免费,无需密钥;可在Claude Desktop、Cursor、Cline、VS Code及任何支持远程可流式HTTP的客户端中运行): “我应该支付这家爱尔兰供应商的发票吗?增值税IE6388047V,IBAN DE89370400440532013000,欧元。”你的代理人来电: (免费演示终端的真实输出,已裁剪): 两个身份证单独有效。它们之间的不匹配触发了冻结。 大多数IBAN/增值税API会单独检查每个号码:“这个IBAN是格式良好的”。这忽略了真正的发票欺诈信号,即: - : 您的德国供应商发票要求付款至荷兰或立陶宛账户。每个身份标识均有效;判决维持。- : 两者不属于同一账户。- : live=true,将VIES注册的公司名称与供应商名称进行比对。- 它也是 ,所以代理可以在一个配置行中尝试。也包含单一 ID 验证器。 不搭建代理?同样的检查也出现在现成工具中:

概述(AI 翻译)

对于应付账款和财务团队:在支付发票之前,先获取付款、审核或保留供应商银行和税务信息的裁决。

1.Connect(免费,无需密钥;可在Claude Desktop、Cursor、Cline、VS Code及任何支持远程可流媒体HTTP的客户端中运行):

2.询问: “我应该支付这家爱尔兰供应商的发票吗?增值税IE6388047V,IBAN DE89370400440532013000,欧元。” 您的代理来电:

3.Get(免费演示端点的真实输出,已裁剪):

两个身份证单独有效。它们之间的不匹配触发了冻结。

有什么不同

大多数IBAN/增值税API会单独检查每个号码:“这个IBAN是格式良好的”。这忽略了真正的发票欺诈信号,即每个有效数字之间的不匹配:

  • 更改银行信息:您的德国供应商发票要求向荷兰或立陶宛账户付款。所有身份证明均有效;判决为hold。
  • 来自不同国家的BIC:两者不属于同一账户。
  • 增值税注册在他人名下:带有live=true],将VIES注册的公司名称与供应商名称进行比较。

本页由 AI 翻译,技术细节请以原文为准。

README

以下为原文 README 节选,完整内容请查看原文。

Invoice & Payment ID Validator — remote MCP server

For accounts-payable and finance teams: before you pay an invoice, get a pay, review or hold verdict on the supplier’s bank and tax details.

1. Connect (free, no key; works in Claude Desktop, Cursor, Cline, VS Code and any client that supports remote Streamable HTTP):

{
  "mcpServers": {
    "invoice-validator": {
      "url": "https://invoice-validator.mohamed-bahaa53000.workers.dev/demo/mcp"
    }
  }
}

2. Ask: “Should I pay this Irish supplier’s invoice? VAT IE6388047V, IBAN DE89370400440532013000, EUR.” Your agent calls:

{"name":"check_invoice_payee","arguments":{"vat":"IE6388047V","iban":"DE89370400440532013000","supplier_country":"IE","currency":"EUR"}}

3. Get (real output from the free demo endpoint, trimmed):

{"verdict":"hold","risk_score":45,
 "summary":"Hold payment: Supplier is in IE but wants payment to a DE bank account: the classic changed-bank-details fraud pattern. Confirm by phone using a known number.",
 "reasons":[{"code":"iban_country_differs_from_supplier","severity":"high"}],
 "checks":{"iban":{"valid":true,"country":"DE","sepa":true},"vat":{"valid":true,"country":"IE"}}}

Both IDs are valid on their own. The mismatch between them is what triggers the hold.

What makes it different

Most IBAN/VAT APIs check each number on its own: “this IBAN is well-formed”. That misses the real invoice-fraud signal, which is a mismatch between numbers that are each valid:

  • Changed bank details: your German supplier’s invoice asks for payment to a Dutch or Lithuanian account. Every ID is valid; the verdict is hold.
  • BIC from a different country than the IBAN: the two don’t belong to the same account.
  • VAT registered to someone else: with live=true, the VIES-registered company name is compared with the supplier name.
  • Unregistered VAT, test BICs, EUR invoices paid to non-SEPA accounts.

It is also MCP-native with a free, keyless demo endpoint, so an agent can try it in one config line. Single-ID validators are included too.

No-code version

Not building an agent? The same checks come in ready-made tools:

Try it free

  • No key, right now: point any MCP client at https://invoice-validator.mohamed-bahaa53000.workers.dev/demo/mcp (10 tool calls per IP per day).
  • Free RapidAPI plan: 100 requests/month on the Basic plan, no card needed. Pro is $10 for 10,000.
在 GitHub 查看完整 README

安装

This server does not publish a one-line install command.

Open the repository installation guide 新手?先看 mcpskill.org 教程 →

配置

{ "mcpServers": { "invoice-validator": { "url": "https://invoice-validator.mohamed-bahaa53000.workers.dev/demo/mcp" } } }