निजी स्कीमाएँ
जब आपको किसी दस्तावेज़ से कुछ पढ़ने की आवश्यकता हो, जो सिस्टम स्कीमाओं में नहीं है, तो आप अपनी खुद की स्कीमा परिभाषित करते हैं।
कब इसका मतलब है
- एक सप्लायर द्वारा दिया गया दस्तावेज़ जिसमें गैर-मानक लेआउट हो।
- उद्योग विशेषता: वेज़िंग टिकट, परीक्षण प्रोटोकॉल, ईंधन कार्ड।
- फ़ील्ड, जिनकी आपको अपने सिस्टम में आवश्यकता है और जो कहीं और नहीं मिलती।
यह ध्यान में रखें कि अपनी स्कीमा से दस्तावेज़ को लेखांकन में नहीं भेजा जा सकता है और न ही लेखांकन स्वरूपों में निर्यात किया जा सकता है - ये स्थिर फ़ील्ड को पढ़ते हैं। केवल JSON, XML, YAML, CSV, Excel और PDF ही रहते हैं। रिपोर्ट में केवल वही दस्तावेज़ शामिल किया जाता है, जिसमें संख्या फ़ील्ड TotalAmount हो।
यह कैसे परिभाषित किया जाता है
स्कीमा टैब में संपादक द्वारा। इसे JSON स्कीमा में लिखा जाता है - एक ऑब्जेक्ट properties के साथ, प्रत्येक फ़ील्ड में type और description, सूचियाँ array के रूप में items के साथ। जो लोग मानक जानते हैं, उन्हें कोई आश्चर्य नहीं होगा; जो नहीं जानते, वे टेम्पलेट (इनवॉइस, वैट के साथ इनवॉइस, रसीद, डिलीवरी नोट, न्यूनतम) या सिस्टम स्कीमा की कॉपी से शुरू कर सकते हैं।
लिंक्स, allOf, oneOf, शर्तें और इसी तरह की संरचनाएँ संपादक द्वारा स्वीकार नहीं की जाती हैं; स्कीमा को फ़ील्ड्स के फ्लैट ट्री होना चाहिए। सिस्टम स्कीमा की कॉपी उसमें मॉडल के लिए उसका प्रविष्टि भी साथ में लाती है, इसलिए यह पैटर्न की तरह अच्छी तरह से पहचानती है; डिस्कनेक्ट बटन के साथ यह एक सामान्य निजी स्कीमा बन जाती है।
फ़ील्ड का विवरण मॉडल के लिए एक गाइड है
यह पूरे पृष्ठ पर सबसे महत्वपूर्ण बात है। description केवल मनुष्य के लिए नहीं है, इसे मॉडल भी पढ़ता है। "आर्डर नंबर" और "आर्डर नंबर, जो Z- से शुरू होता है और जिसमें छह अंक होते हैं, आमतौर पर बारकोड के दाईं ओर होता है" के बीच का अंतर सफलता में विशाल है।
सीमाएँ
फील्ड की संख्या टैरिफ के अनुसार निर्धारित होती है: Free और Starter के लिए 80, Business के लिए 160, Scale के लिए 240। इसमें नेस्टेड फ़ील्ड्स और आइटम फ़ील्ड्स भी शामिल होते हैं। प्रत्येक दस्तावेज़ के लिए मॉडल को नाम और विवरण भेजे जाते हैं, इसलिए लंबी स्कीमा का अर्थ अधिक महंगी प्रक्रिया है।
परीक्षण
संपादक लगातार सिंटैक्स को चेक करता है और स्कीमा ठीक न होने पर सहेजने की अनुमति नहीं देता। इसे केवल वास्तविक दस्तावेज़ पर आजमाया जा सकता है: इसे चयनित स्कीमा के साथ अपलोड करें, या पहले से बने दस्तावेज़ पर पुनः संसाधित करें का चयन करें। दोनों साधारण प्रोसेसिंग के रूप में क्रेडिट खर्च करते हैं।
परिवर्तन और विलोपन
संशोधित स्कीमा अगली प्रक्रिया के लिए मान्य होती है। जो दस्तावेज़ पहले से गुजर चुके हैं, वे डेटा को उसी तरह बनाए रखते हैं जैसे वह उत्पन्न हुआ था। स्कीमा, जिसके अनुसार कम से कम एक दस्तावेज़ पहचाना गया है, को मिटाया नहीं जा सकता - अन्यथा दस्तावेज़ नियंत्रण फ़ॉर्मेट खो देंगे।