किसी भी फ़ील्ड को अनिवार्य बनाना: फ़ील्ड आवश्यकताएँ

प्लेटफ़ॉर्म › अनुकूलन › फ़ील्ड आवश्यकताएँ किसी भी स्क्रीन के किसी भी फ़ील्ड को आपकी कंपनी के लिए अनिवार्य बना देता है — हर बार सेव करने पर या केवल सबमिट, अनुमोदन या पोस्ट जैसे किसी चरण से पहले — और उन फ़ील्ड्स को सूचीबद्ध करता है जिन्हें व्यावसायिक प्रवाह का बाद का चरण पढ़ता है।

आज खाली छोड़ा गया कोई फ़ील्ड अक्सर बाद के चरण में आवश्यक हो जाता है: बिना कैश जीएल खाते वाला बैंक खाता मिलान योग्य नहीं होता, बिना मूल्यह्रास खातों वाली परिसंपत्ति श्रेणी मासिक गणना को रोक देती है। फ़ील्ड आवश्यकताएँ किसी कंपनी को नियम लिखे बिना यह बताने की सुविधा देती हैं कि किन फ़ील्ड को भरना आवश्यक है।

1. ओपन प्लेटफ़ॉर्म › अनुकूलन › फ़ील्ड आवश्यकताएँ। शीर्ष पर मौजूद टाइल्स बताती हैं कि यह कंपनी कितने फ़ील्ड अनिवार्य बनाती है, कितने अनुशंसित फ़ील्ड चालू और बंद हैं, कितने फ़ील्ड किसी चरण की प्रतीक्षा करते हैं, आपके अपने नियम क्या हैं, और उत्पाद को कितने फ़ील्ड की आवश्यकता है।
2. फ़ील्ड ढूंढें: किसी भी स्क्रीन पर "फ़ील्ड ढूंढें" टाइप करें (उदाहरण के लिए भुगतान शर्तें, क्लियरिंग खाता, GSTIN), या सभी मॉड्यूल › मॉड्यूल › स्क्रीन पर जाएं।
3. संबंधित फ़ील्ड के आगे अनिवार्य पर टिक करें। यह तुरंत सेव हो जाएगा - अलग से सेव करने की कोई ज़रूरत नहीं है।
4. चरणों वाली स्क्रीन पर हेडर फ़ील्ड के लिए, निम्नलिखित विकल्पों में से आवश्यक चुनें: प्रत्येक सेव पर, या <चरण> से पहले (सबमिट करने से पहले, अनुमोदन से पहले, पोस्ट करने से पहले, पुष्टि करने से पहले, प्रकाशित करने से पहले - स्क्रीन पर मौजूद चरण)। लाइन फ़ील्ड केवल सेव करने पर ही आवश्यक हो सकती है।
5. अपनी कंपनी के नियम को रद्द करने के लिए, "डिफ़ॉल्ट पर वापस जाएँ" बटन दबाएँ: अनुशंसित फ़ील्ड फिर से अपने डिफ़ॉल्ट मान पर आ जाएगा, बाकी सभी फ़ील्ड वैकल्पिक हैं।

• यह नियम रिकॉर्ड लिखने के तरीके पर लागू होता है: चाहे वह फॉर्म हो, उसकी पंक्तियाँ हों, आयात हो, ASK या प्रकाशित API हो।
• किसी फॉर्म पर, सेव करने के लिए आवश्यक फ़ील्ड को उत्पाद के अपने आवश्यक फ़ील्ड की तरह ही तारांकित किया जाता है, और सेव करने से “<फ़ील्ड> आवश्यक है” संदेश के साथ इनकार कर दिया जाता है (एक पंक्ति पर: “पंक्ति N: <फ़ील्ड> आवश्यक है”)। किसी चरण की प्रतीक्षा करने वाले नियम को तारांकित नहीं किया जाता है: रिकॉर्ड सेव हो जाता है, और चरण को “<चरण> से पहले <फ़ील्ड> आवश्यक है” संदेश के साथ अस्वीकार कर दिया जाता है।
• एक नियम यह निर्धारित करता है कि नई सेव की गई फ़ाइल में क्या होना चाहिए। पहले सेव किए गए रिकॉर्ड से उस फ़ील्ड के लिए तभी अनुरोध किया जाता है जब उसमें कोई बदलाव किया जाता है।
• उत्पाद के लिए आवश्यक फ़ील्ड हमेशा आवश्यक के रूप में प्रदर्शित होते हैं और इन्हें वैकल्पिक नहीं बनाया जा सकता: इनके बिना रिकॉर्ड संग्रहीत नहीं किया जा सकता।
• प्लेटफ़ॉर्म पर मौजूद हर भूमिका नियमों को देख सकती है; केवल एक प्रशासक, या भूमिकाएँ और प्राधिकरण के अंतर्गत फ़ील्ड आवश्यकताओं पर परिवर्तन अनुदान प्राप्त भूमिका ही उन्हें बदल सकती है। हाल के परिवर्तनों में पिछले 200 परिवर्तन और उन्हें करने वाले व्यक्ति की जानकारी दिखाई गई है।
• अन्य लोगों के खुले सत्रों में लगभग एक मिनट के भीतर ही बदलाव नजर आने लगता है।

अनुशंसित सूची

अनुशंसित अनिवार्य फ़ील्ड उन फ़ील्ड्स की सूची देते हैं जिन्हें बाद के चरण में पढ़ा जाएगा, साथ ही चरण और उसके कारण भी बताते हैं। छह फ़ील्ड डिफ़ॉल्ट रूप से चालू होते हैं (जिनमें से दो केवल सऊदी अरब की एक कंपनी के लिए हैं); बाकी फ़ील्ड तब तक बंद रहते हैं जब तक आप उन्हें चालू नहीं करते। किसी अनुशंसित फ़ील्ड को बंद करने से पहले पूछा जाता है और यह बताया जाता है कि बाद में क्या रुक सकता है।

• अनुशंसित लेकिन बंद — लेखांकन और क्रय: ग्राहक भुगतान शर्तें; खाता और संपर्क ईमेल; आपूर्तिकर्ता संपर्क ईमेल; वस्तु मानक लागत, क्रय लीड टाइम और इन्वेंट्री खाता; वाहक भुगतान शर्तें; कर कोड आउटपुट और इनपुट खाते; व्यय प्रकार खाता; आय कोड जीएल खाता; अंतरकंपनी प्राप्य और देय खाते; पट्टा देयता और उपयोग के अधिकार परिसंपत्ति खाते; भुगतान इंजन शुल्क खाता।
• अनुशंसित लेकिन बंद — एक कारण से: एक भुगतान इंजन का क्लियरिंग खाता (इंजन पहले से ही इसके बिना कॉन्फ़िगर होने या भुगतान लेने से इनकार करता है, जबकि एक ड्राफ्ट सहेजा जा सकता है); एक आपूर्तिकर्ता की भुगतान शर्तें और एक आइटम की माप इकाई (दोनों में एक डिफ़ॉल्ट होता है जिस पर आयात या एपीआई निर्माण निर्भर करता है)।
• अनुशंसित है लेकिन देश के आधार पर अनुपलब्ध है: ग्राहक का जीएसटीआईएन (भारत) और क्रेता आईडी नंबर (सऊदी अरब) - उपभोक्ता के पास इनमें से कोई भी नहीं है।
• अनुशंसित लेकिन बंद — एक चरण पर: पुष्टि करने से पहले बिक्री आदेश की अनुरोधित तिथि; प्रकाशित करने से पहले एजेंट का स्वामी, और उसका मॉडल।
• अनुशंसित लेकिन अनुपलब्ध — शिक्षा: आवेदक का कार्यक्रम और प्रवेश सत्र; छात्र का कार्यक्रम, सलाहकार, प्रवेश सत्र और साइन-इन; संकाय सदस्य का कर्मचारी रिकॉर्ड और ईमेल (माई टीचिंग और शिक्षण नियम के माध्यम से शिक्षक को खोजें); अनुभाग का शिक्षक और कमरा; असाइनमेंट की नियत तिथि, भार और अंक; मूल्यांकन की तिथि और भार; सत्र की पंजीकरण अवधि, जनगणना तिथि और देय ग्रेड; शुल्क अनुसूची का कार्यक्रम और निवास।