NF-e XML 验证器 API API ID: 12681

验证巴西 NF-e / NFC-e / CT-e XML 是否符合当前 SEFAZ 架构 — 获取每个元素的类型错误,而不是一个难以理解的拒绝代码
通过 MCP 从您的 AI 代理使用此 API
支持 OpenClaw、Claude Code/Desktop、Cursor、Windsurf、Cline 以及任何兼容 MCP 的 AI 客户端。
文档和设置
通过封装此 MCP 创建技能: https://mcp.zylalabs.com/mcp?apikey=YOUR_ZYLA_API_KEY

NF-e XML 验证器 API

验证巴西的 Nota Fiscal Eletrônica (NF-e, mod 55)NFC-e (mod 65)CT-e (mod 57) XML 是否符合当前 SEFAZ 模式 — 并返回 确切的元素路径,而不是难以理解的拒绝代码。专为需要在 SEFAZ 之前捕捉格式错误的财务科技开发者、企业资源规划 (ERP) 和电子商务结账集成而构建。

大多数巴西财务 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_REQUIRED, INVALID_FORMAT, CROSS_FIELD, UNSUPPORTED_VERSION, INVALID_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/12681/nf-e+xml+validator+api/24570/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/12681/nf-e+xml+validator+api/24570/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 端点。要使用 NF-e XML 验证器 API 进行身份验证,只需在 Authorization 标头中包含您的 bearer token。
标头
标头 描述
授权 [必需] 应为 Bearer access_key. 订阅后,请查看上方的"您的 API 访问密钥"。

简单透明的定价

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

🚀 企业版

起价
$ 10,000/年


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

客户喜爱的功能

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

NF-e XML 验证器 API FAQs

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

响应中的关键字段包括“有效的”(布尔值)“错误”(错误对象数组)“架构版本”(字符串)“架构类型”(字符串)和“特定于市的警告”(数组)

响应结构为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