{"valid":true,"errors":[],"schema_version":"4.00","schema_kind":"nfe","municipality_specific_warnings":[]}
curl --location --request POST 'https://zylalabs.com/api/12835/securee+nf-e+xml+validator+api/25529/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 एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए Securee NF-e XML मान्यता कार्यक्रम API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें। फ्री ट्रायल में 50 रिक्वेस्ट तक शामिल हैं।
(वार्षिक बिलिंग के साथ 2 महीने बचाएँ 🎉)
अग्रणी कंपनियों का भरोसा
ब्राजीलियन नोटा फिस्कल इलेक्ट्रोनिका (NF-e, मोड 55), NFC-e (मोड 65), और CT-e (मोड 57) XML को वर्तमान SEFAZ स्कीमा के खिलाफ मान्य करें - और ठीक तत्व पथ प्राप्त करें जो विफल हुए, न कि एक रहस्यमय अस्वीकृति कोड। यह वित्तीय-तकनीकी डेवलपर्स, ERP और ई-कॉमर्स चेकआउट एकीकरण के लिए बनाया गया है जिन्हें असामान्य वित्तीय दस्तावेजों को SEFAZ से पहले पकड़ने की आवश्यकता है।
अधिकांश ब्राजीलियन वित्तीय एपीआई (फोकस NFe, वेबमेनिया, 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 स्कीमा अपडेट्स की दैनिक निगरानी के माध्यम से बनाए रखा जाता है यह सुनिश्चित करते हुए कि API NF-e NFC-e और CT-e दस्तावेजों के लिए सबसे वर्तमान सत्यापन नियमों और संरचनाओं का उपयोग करता है
नियमित उपयोग के मामलों में ERP सिस्टम में खाता आयात से पहले आपूर्तिकर्ता NF-e का सत्यापन करना, ई-कॉमर्स चेकआउट के दौरान CT-e/NF-e का पूर्व सत्यापन करना और दस्तावेज़ ग्रहण पाइपलाइनों में अनुपालन सुनिश्चित करना शामिल है
उपयोगकर्ता "मान्य" ध्वज की जांच करके यह निर्धारित करने के लिए वापस किए गए डेटा का उपयोग कर सकते हैं कि XML मान्य है विशिष्ट समस्याओं के लिए "त्रुटियाँ" सरणी की समीक्षा कर सकते हैं और अनुपालन के लिए किसी भी नगरपालिका-विशिष्ट चेतावनियों को संबोधित कर सकते हैं
मानक डेटा पैटर्न में मान्य दस्तावेजों के लिए सत्य का "वैध" ध्वज, एक खाली "त्रुटियों" सूची और अमान्य दस्तावेजों के लिए विशिष्ट त्रुटि कोड जैसे कि MISSING_REQUIRED या INVALID_FORMAT शामिल हैं जो समस्याओं पर स्पष्ट प्रतिक्रिया प्रदान करते हैं