{"valid":true,"errors":[],"schema_version":"4.00","schema_kind":"nfe","municipality_specific_warnings":[]}
curl --location --request POST 'https://zylalabs.com/api/12834/reliable+nf-e+xml+validator+api/25528/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 के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें। फ्री ट्रायल में 50 रिक्वेस्ट तक शामिल हैं।
(वार्षिक बिलिंग के साथ 2 महीने बचाएँ 🎉)
ब्राज़ीलियन Nota Fiscal Eletrônica (NF-e, mod 55), NFC-e (mod 65), और CT-e (mod 57) XML को वर्तमान SEFAZ स्कीमाओं के खिलाफ मान्य करें — और उन सटीक तत्व पथ को प्राप्त करें जो विफल हो गए, न कि कोई रहस्यमय अस्वीकृति कोड। यह फिस्कल-टेक डेवलपर्स, ERP और ई-कॉमर्स चेकआउट एकीकरणों के लिए बनाया गया है जिन्हें खराब तरीके से बनाए गए फिस्कल दस्तावेजों को SEFAZ से पहले पकड़ने की आवश्यकता होती है।
ज़्यादातर ब्राज़ीलियन फिस्कल API (Focus NFe, Webmania, NFe.io) पूर्ण उत्सर्जन स्टैक हैं — भारी, जारी करने वालों के लिए मूल्यवान, और यदि आपके पास पहले से ही XML है और केवल इसे सत्यापित करने की आवश्यकता है तो इसका उपयोग अधिक है। यह एक शुद्ध-डेटा सत्यापन है: XML को POST करें, एक संरचित पास/फेल प्राप्त करें जिसमें प्रकारीकृत त्रुटियाँ हों। स्कीमा नियम और प्रति-म्यूनिसिपिओ NFS-e की विखंडन सामान्य वैश्विक सत्यापकों द्वारा दोहराई नहीं जाती है।
/NFe/infNFe/ide/nNF जिसमें प्रकारीकृत कोड (MISSING_REQUIRED, INVALID_FORMAT, CROSS_FIELD, UNSUPPORTED_VERSION, INVALID_ROOT ) हो।400 खराब XML के लिए, 422 स्कीमा-वैध लेकिन सामग्री-अवैध के लिए, 200 वैध के लिए।/v1/ API, और दैनिक SEFAZ स्कीमा-ड्रिफ्ट मॉनिटरिंग।{
"valid": true,
"errors": [],
"schema_version": "4.00",
"schema_kind": "nfe",
"municipality_specific_warnings": []
}
एपीआई एक JSON प्रतिक्रिया लौटाता है जिसमें एक वैधता ध्वज, प्रति-तत्व त्रुटियों की एक सूची (पथ और त्रुटि कोड के साथ), स्वचालित रूप से पहचान की गई स्कीमा संस्करण, दस्तावेज़ प्रकार और किसी भी नगरपालिका-विशिष्ट चेतावनियाँ शामिल हैं
प्रतिक्रिया में प्रमुख क्षेत्र "valid" (बूलियन), "errors" (त्रुटि वस्तुओं का ऐरे), "schema_version" (स्ट्रिंग), "schema_kind" (स्ट्रिंग), और "municipality_specific_warnings" (ऐरे) शामिल हैं
प्रतिक्रिया को एक JSON ऑब्जेक्ट के रूप में संरचित किया गया है जिसमें वैधता, त्रुटियाँ, स्कीमा संस्करण, स्कीमा प्रकार और नगरपालिका चेतावनियों के लिए शीर्ष स्तर की कुंजियाँ हैं जो प्रत्येक घटक तक आसान पहुंच प्रदान करती हैं
एपीआई NF-e NFC-e और CT-e XML दस्तावेजों के लिए मान्यता परिणाम प्रदान करता है जिसमें त्रुटि विवरण स्कीमा संस्करण और नगरपालिका विशेष चेतावनियाँ शामिल हैं जिससे व्यापक मान्यता फीडबैक सुनिश्चित होता है
डाटा सटीकता दैनिक रूप से SEFAZ स्कीमा अपडेट की निगरानी के माध्यम से बनाए रखी जाती है जिससे यह सुनिश्चित होता है कि एपीआई NF-e NFC-e और CT-e दस्तावेजों के लिए सबसे वर्तमान मान्यता नियमों और संरचनाओं का उपयोग करता है
विशिष्ट उपयोग के मामलों में ERP सिस्टम में लेज़र आयात से पहले सप्लायर NF-e को सत्यापित करना ई-कॉमर्स चेकआउट के दौरान CT-e/NF-e का पूर्व सत्यापन करना और दस्तावेज़-इनटेक पाइपलाइनों में अनुपालन सुनिश्चित करना शामिल हैं
उपयोगकर्ता "मान्य" ध्वज की जांच करके लौटाए गए डेटा का उपयोग कर सकते हैं ताकि यह निर्धारित किया जा सके कि XML मान्य है विशेष समस्याओं के लिए "त्रुटियों" सरणी की समीक्षा करें और अनुपालन के लिए किसी भी नगर निगम-विशिष्ट चेतावनी का समाधान करें
मानक डेटा पैटर्न में मान्य दस्तावेजों के लिए सत्य का "वैध" झंडा, एक खाली "त्रुटियाँ" सरणी, और अमान्य दस्तावेजों के लिए जैसे कि MISSING_REQUIRED या INVALID_FORMAT जैसे विशेष त्रुटि कोड शामिल हैं जो समस्याओं के स्पष्ट फीडबैक प्रदान करते हैं