{"valid":true,"errors":[],"schema_version":"4.00","schema_kind":"nfe","municipality_specific_warnings":[]}
curl --location --request POST 'https://zylalabs.com/api/12836/comprehensive+nf-e+xml+validatorr+api/25530/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 महीने बचाएँ 🎉)
ब्राज़ीलियन नोटा फिस्कल इलेक्ट्रोनिका (एनएफ-ई, मोड 55), NFC-e (मोड 65), और सीटी-ई (मोड 57) एक्सएमएल को वर्तमान सेफाज़ स्कीमाओं के खिलाफ मान्य करें - और सटीक तत्व पथ प्राप्त करें जो विफल हुए, न कि एक रहस्यमय अस्वीकृति कोड। यह कर-तकनीक डेवलपर्स, ईआरपी और ई-कॉमर्स चेकआउट एकीकरण के लिए बनाया गया है जिन्हें गलत तरीके से तैयार किए गए वित्तीय दस्तावेजों को सेफाज़ से पहले पकड़ने की आवश्यकता है।
ज़्यादातर ब्राज़ीलियन वित्तीय एपीआई (फोकस एनएफई, वेबमेनिया, एनएफई.io) पूर्ण जारी स्टैक्स हैं - भारी, जारीकर्ताओं के लिए मूल्यवान, और यदि आप पहले से ही एक्सएमएल रखते हैं और केवल इसे मान्य करने की आवश्यकता है तो अधिकता। यह एक शुद्ध-डेटा वैलिडेटर है: एक्सएमएल को पोस्ट करें, संरचित पास/फेल प्राप्त करें जिसमें प्रकारबद्ध त्रुटियाँ हों। स्कीमा नियम और प्रति-म्युनिसिपियो एनएफएस-ई विशेषताएँ सामान्य वैश्विक वैलिडेटरों द्वारा पुनः पैदा नहीं की जाती हैं।
/NFe/infNFe/ide/nNF प्रकारबद्ध कोडों के साथ (MISSING_REQUIRED, INVALID_FORMAT, CROSS_FIELD, UNSUPPORTED_VERSION, INVALID_ROOT)।400 के लिए गलत एक्सएमएल, 422 के लिए स्कीमा-वैध लेकिन सामग्री-Invalid, 200 के लिए वैध।/v1/ एपीआई, और दैनिक सेफाज़ स्कीमा-ड्रिफ्ट मॉनिटरिंग।{
"valid": true,
"errors": [],
"schema_version": "4.00",
"schema_kind": "nfe",
"municipality_specific_warnings": []
}
API एक JSON प्रतिक्रिया लौटाता है जिसमें एक वैधता ध्वज, प्रति-तत्व त्रुटियों की एक सूची (पथों और त्रुटि कोडों के साथ), स्वतः पता लगाया गया स्कीमा संस्करण, दस्तावेज़ प्रकार और किसी भी नगरपालिका-विशिष्ट चेतावनियाँ शामिल हैं
प्रतिक्रिया में प्रमुख क्षेत्र हैं "वैध" (बूलियन), "त्रुटियाँ" (त्रुटि वस्तुओं का सरणी), "स्कीमा_संस्करण" (स्ट्रिंग), "स्कीमा_प्रकार" (स्ट्रिंग), और "नगरपालिका_विशिष्ट_चेतावनियाँ" (सरणी)
प्रतिक्रिया एक JSON ऑब्जेक्ट के रूप में संरचित है जिसमें वैधता, त्रुटियों, स्कीमा संस्करण, स्कीमा प्रकार, और नगरपालिका चेतावनियों के लिए शीर्ष स्तर की कुंजी होती हैं जिससे प्रत्येक घटक तक आसान पहुंच मिलती है
एपीआई एनएफ-ई एनएफसी-ई और सीटी-ई एक्सएमएल दस्तावेजों के लिए सत्यापन परिणाम प्रदान करता है जिसमें त्रुटि विवरण स्कीमा संस्करण और नगरपालिका-विशिष्ट चेतावनियाँ शामिल हैं जिससे व्यापक सत्यापन प्रतिक्रिया सुनिश्चित होती है
डेटा सटीकता को रोज़ाना SEFAZ स्कीमा अपडेट्स की निगरानी के माध्यम से बनाए रखा जाता है यह सुनिश्चित करता है कि API NF-e NFC-e और CT-e दस्तावेजों के लिए सबसे नवीनतम मान्यता नियमों और संरचनाओं का उपयोग करता है
प्रमुख उपयोग के मामलों में ERP सिस्टम में खाता आयात से पहले प्रदाता NF-e को मान्य करना ई-कॉमर्स चेकआउट के दौरान CT-e/NF-e को पूर्व-मान्य करना और दस्तावेज़-स्वीकार पाइपलाइनों में अनुपालन सुनिश्चित करना शामिल हैं
उपयोगकर्ता "मान्य" ध्वज को जांचकर यह निर्धारित कर सकते हैं कि XML मान्य है या नहीं विशेष समस्याओं के लिए "त्रुटियों" सरणी की समीक्षा कर सकते हैं और अनुपालन के लिए किसी भी नगरपालिकाओं विशेष चेतावनियों का समाधान कर सकते हैं
मानक डेटा पैटर्न में मान्य दस्तावेजों के लिए true का "वैध" फ़्लैग, एक खाली "त्रुटियाँ" ऐरे और अमान्य दस्तावेजों के लिए विशेष त्रुटि कोड जैसे MISSING_REQUIRED या INVALID_FORMAT शामिल हैं जो समस्याओं पर स्पष्ट फीडबैक प्रदान करते हैं