电子发票错误检查验证 API API ID: 12735

使用我们的电子发票错误检查API检测并精确定位电子发票XML中的错误 - 返回失败的确切元素路径
通过 MCP 从您的 AI 代理使用此 API
支持 OpenClaw、Claude Code/Desktop、Cursor、Windsurf、Cline 以及任何兼容 MCP 的 AI 客户端。
文档和设置
通过封装此 MCP 创建技能: https://mcp.zylalabs.com/mcp?apikey=YOUR_ZYLA_API_KEY

电子发票错误检查验证API

根据当前SEFAZ模式验证巴西Nota Fiscal Eletrônica (NF-e, mod 55)NFC-e (mod 65)CT-e (mod 57) XML——并返回失败的具体元素路径,而不是难以理解的拒绝代码。专为财政技术开发者、ERP和需要在SEFAZ之前捕获格式错误财政文件的电子商务结账集成而设计。

大多数巴西财政API(如Focus NFe,Webmania,NFe.io)都是完整的发放堆栈——体积大、价格高昂且对于已经持有XML且只需要验证的用户来说显得过于繁重。这是一个纯数据验证器:POST XML,获取结构化的通过/失败结果和类型化错误。模式规则和按市县的NFS-e特殊情况不会被通用的全球验证器复制。

您将获得

  • 自动检测文档类型 + 模式版本——NF-e 4.00 / 3.10、NFC-e、CT-e;无需告知API您正在发送的内容。
  • 每个元素的错误路径——例如/NFe/infNFe/ide/nNF,带有类型化代码(MISSING_REQUIREDINVALID_FORMATCROSS_FIELDUNSUPPORTED_VERSIONINVALID_ROOT)。
  • 结构正确性与内容有效性——400表示XML格式错误,422表示模式有效但内容无效,200表示有效。
  • 特定于市县的警告数组(NFS-e部分覆盖)。
  • 99%+的缓存正常运行时间,版本控制的/v1/ API,以及每日SEFAZ模式漂移监控。
  • MCP兼容——AI代理可以通过模型上下文协议发现并调用此API。

示例响应(200 — 有效的NF-e 4.00)

{
  "valid": true,
  "errors": [],
  "schema_version": "4.00",
  "schema_kind": "nfe",
  "municipality_specific_warnings": []
}

使用案例

  • ERP / 会计软件——在导入到账薄之前验证入站供应商NF-e。
  • 电子商务结账——在履行过程中预验证CT-e/NF-e,以避免下游SEFAZ拒绝。
  • 文档接收管道——用即时、人类可读的错误反馈来限制财政文档上传表单。

 

 

 

API 文档

端点


根据当前SEFAZ模式规则验证巴西NF-e(mod 55)、NFC-e(mod 65)或CT-e(mod 57)XML文档
返回一个包含有效标志的JSON结果,每个元素的类型错误(元素路径+错误代码),自动检测的模式版本和文档类型,以及任何特定于市的警告



                                                                            
POST https://zylalabs.com/api/12735/e-invoice+error+checking+validation+api/24635/validate+nf-e+xml
                                                                            
                                                                        

验证NF-e XML - 端点功能

对象 描述
请求体 [必需] 纯文本

剩余免费测试请求:3 / 3。


输入参数


API 示例响应

{"valid":true,"errors":[],"schema_version":"4.00","schema_kind":"nfe","municipality_specific_warnings":[]}

验证NF-e XML - 代码片段


curl --location --request POST 'https://zylalabs.com/api/12735/e-invoice+error+checking+validation+api/24635/validate+nf-e+xml' --header 'Authorization: Bearer YOUR_API_KEY' 

--data-raw '

  
    
      
        35
        00000001
        VENDA
        55
        1
        1
        2026-05-19T10:00:00-03:00
        1
        1
        3550308
        1
        1
        0
        2
        1
        0
        1
        0
        1.0
      
      
        11222333000181
        EMPRESA TESTE LTDA
        
          RUA TESTE
          100
          CENTRO
          3550308
          SAO PAULO
          SP
          01000000
        
        123456789012
        3
      
      
        22333444000172
        CLIENTE TESTE LTDA
      
    
  
'

    

API 访问密钥和身份验证

注册后,每个开发者都会被分配一个个人 API 访问密钥,这是一个唯一的字母和数字组合,用于访问我们的 API 端点。要使用 电子发票错误检查验证 API 进行身份验证,只需在 Authorization 标头中包含您的 bearer token。
标头
标头 描述
授权 [必需] 应为 Bearer access_key. 订阅后,请查看上方的"您的 API 访问密钥"。

简单透明的定价

无长期承诺。随时升级、降级或取消。 免费试用包括最多 50 个请求。

🚀 企业版

起价
$ 10,000/年


  • 自定义数量
  • 自定义速率限制
  • 专业客户支持
  • 实时 API 监控

客户喜爱的功能

  • ✔︎ 仅支付成功请求
  • ✔︎ 7 天免费试用
  • ✔︎ 多语言支持
  • ✔︎ 一个 API 密钥,所有 API。
  • ✔︎ 直观的仪表板
  • ✔︎ 全面的错误处理
  • ✔︎ 开发者友好的文档
  • ✔︎ Postman 集成
  • ✔︎ 安全的 HTTPS 连接
  • ✔︎ 可靠的正常运行时间

电子发票错误检查验证 API FAQs

API返回一个JSON响应,其中包含有效性标志、每个元素错误的列表(包括路径和错误代码)、自动检测到的架构版本、文档类型,以及任何特定于市政府的警告

响应中的关键字段包括“valid”(布尔值)、“errors”(错误对象数组)、“schema_version”(字符串)、“schema_kind”(字符串)和“municipality_specific_warnings”(数组)

响应被构造为一个JSON对象,具有用于有效性、错误、模式版本、模式种类和市政警告的顶级键,便于访问每个组件

API提供NF-e NFC-e和CT-e XML文档的验证结果,包括错误详情模式版本和特定于市的警告确保全面的验证反馈

通过对SEFAZ模式更新的每日监控,确保数据准确性,保证API使用NF-e、NFC-e和CT-e文档的最新验证规则和结构

典型的用例包括在ERP系统中导入总账之前验证供应商的NF-e在电子商务结账时预验证CT-e/NF-e以及确保文档接收流程的合规性

用户可以通过检查“valid”标志来确定 XML 是否有效,查看“errors”数组以获取特定问题,并解决任何特定于市政的合规警告

标准数据模式包括一个为有效文档设置为真值的“有效”标志,一个空的“错误”数组,以及用于无效文档的特定错误代码,如缺少必需项或格式无效,提供有关问题的清晰反馈

一般常见问题

Zyla API Hub 就像一个大型 API 商店,您可以在一个地方找到数千个 API。我们还为所有 API 提供专门支持和实时监控。注册后,您可以选择要使用的 API。请记住,每个 API 都需要自己的订阅。但如果您订阅多个 API,您将为所有这些 API 使用相同的密钥,使事情变得更简单。
价格以 USD(美元)、EUR(欧元)、CAD(加元)、AUD(澳元)和 GBP(英镑)列出。我们接受所有主要的借记卡和信用卡。我们的支付系统使用最新的安全技术,由 Stripe 提供支持,Stripe 是世界上最可靠的支付公司之一。如果您在使用卡片付款时遇到任何问题,请通过 [email protected]

此外,如果您已经以这些货币中的任何一种(USD、EUR、CAD、AUD、GBP)拥有有效订阅,该货币将保留用于后续订阅。只要您没有任何有效订阅,您可以随时更改货币。
定价页面上显示的本地货币基于您 IP 地址的国家/地区,仅供参考。实际价格以 USD(美元)为单位。当您付款时,即使您在我们的网站上看到以本地货币显示的等值金额,您的卡片对账单上也会以美元显示费用。这意味着您不能直接使用本地货币付款。
有时,银行可能会因其欺诈保护设置而拒绝收费。我们建议您首先联系您的银行,检查他们是否阻止了我们的收费。此外,您可以访问账单门户并更改关联的卡片以进行付款。如果这些方法不起作用并且您需要进一步帮助,请通过 [email protected]
价格由月度或年度订阅决定,具体取决于所选计划。
API 调用根据成功请求从您的计划中扣除。每个计划都包含您每月可以进行的特定数量的调用。只有成功的调用(由状态 200 响应指示)才会计入您的总数。这确保失败或不完整的请求不会影响您的月度配额。
Zyla API Hub 采用月度订阅系统。您的计费周期将从您购买付费计划的那一天开始,并在下个月的同一日期续订。因此,如果您想避免未来的费用,请提前取消订阅。
要升级您当前的订阅计划,只需转到 API 的定价页面并选择您要升级到的计划。升级将立即生效,让您立即享受新计划的功能。请注意,您之前计划中的任何剩余调用都不会转移到新计划,因此在升级时请注意这一点。您将被收取新计划的全部金额。
要检查您本月剩余多少 API 调用,请参考响应标头中的 "X-Zyla-API-Calls-Monthly-Remaining" 字段。例如,如果您的计划允许每月 1,000 个请求,而您已使用 100 个,则响应标头中的此字段将显示 900 个剩余调用。
要查看您的计划允许的最大 API 请求数,请检查 "X-Zyla-RateLimit-Limit" 响应标头。例如,如果您的计划包括每月 1,000 个请求,此标头将显示 1,000。
"X-Zyla-RateLimit-Reset" 标头显示您的速率限制重置之前的秒数。这告诉您何时您的请求计数将重新开始。例如,如果它显示 3,600,则意味着还有 3,600 秒直到限制重置。
是的,您可以随时通过访问您的账户并在账单页面上选择取消选项来取消您的计划。请注意,升级、降级和取消会立即生效。此外,取消后,您将不再有权访问该服务,即使您的配额中还有剩余调用。
为了让您有机会在没有任何承诺的情况下体验我们的 API,我们提供 7 天免费试用,允许您免费进行最多 50 次 API 调用。此试用只能使用一次,因此我们建议将其应用于您最感兴趣的 API。虽然我们的大多数 API 都提供免费试用,但有些可能不提供。试用在 7 天后或您进行了 50 次请求后结束,以先发生者为准。如果您在试用期间达到 50 次请求限制,您需要"开始您的付费计划"以继续发出请求。您可以在个人资料中的订阅 -> 选择您订阅的 API -> 定价标签下找到"开始您的付费计划"按钮。或者,如果您在第 7 天之前不取消订阅,您的免费试用将结束,您的计划将自动计费,授予您访问计划中指定的所有 API 调用的权限。请记住这一点以避免不必要的费用。
7 天后,您将被收取试用期间订阅的计划的全额费用。因此,在试用期结束前取消很重要。因忘记及时取消而提出的退款请求不被接受。
当您订阅 API 免费试用时,您可以进行最多 50 次 API 调用。如果您希望超出此限制进行额外的 API 调用,API 将提示您执行"开始您的付费计划"。您可以在个人资料中的订阅 -> 选择您订阅的 API -> 定价标签下找到"开始您的付费计划"按钮。
付款订单在每月 20 日至 30 日之间处理。如果您在 20 日之前提交请求,您的付款将在此时间范围内处理。
您可以通过我们的聊天渠道联系我们以获得即时帮助。我们始终在线,时间为上午 8 点至下午 5 点(EST)。如果您在该时间之后联系我们,我们将尽快回复您。此外,您可以通过 [email protected]

相关 API