कोणतेही क्षेत्र अनिवार्य करणे: क्षेत्राच्या आवश्यकता
प्लॅटफॉर्म › कस्टमायझेशन › फील्ड रिक्वायरमेंट्स तुमच्या कंपनीसाठी कोणत्याही स्क्रीनवरील कोणतेही फील्ड अनिवार्य करते — प्रत्येक सेव्हवर किंवा फक्त सबमिट, अप्रूव्ह किंवा पोस्ट यांसारख्या स्टेपच्या आधी — आणि बिझनेस फ्लोच्या नंतरच्या स्टेपमध्ये वाचल्या जाणाऱ्या फील्ड्सची यादी देते.
आज रिकामे सोडलेले एखादे क्षेत्र अनेकदा नंतरच्या टप्प्यात आवश्यक ठरते: जसे की, कॅश जीएल खाते नसलेल्या बँक खात्याचा ताळमेळ घालता येत नाही, किंवा घसारा खाती नसलेला मालमत्ता वर्ग मासिक रन थांबवतो. 'फील्ड रिक्वायरमेंट्स'मुळे कंपनीला कोणताही नियम न लिहिता, कोणती क्षेत्रे भरणे आवश्यक आहे हे सांगता येते.
- प्लॅटफॉर्म उघडा › सानुकूलन › फील्ड आवश्यकता. सर्वात वर असलेले टाइल्स सांगतात की ही कंपनी किती फील्ड्स अनिवार्य करते, किती शिफारस केलेले फील्ड्स चालू आणि बंद आहेत, किती फील्ड्स एका स्टेपसाठी प्रतीक्षा करतात, तुमचे स्वतःचे नियम आणि उत्पादनाला किती फील्ड्सची आवश्यकता आहे.
- फील्ड शोधा: कोणत्याही स्क्रीनवर 'फील्ड शोधा' (उदाहरणार्थ पेमेंट अटी, क्लिअरिंग खाते, GSTIN) असे टाइप करा किंवा सर्व मॉड्यूल › मॉड्यूल › स्क्रीन येथे जा.
- फील्डच्या बाजूला 'अनिवार्य' (Mandatory) वर टिक करा. ते त्वरित सेव्ह केले जाते — त्यासाठी वेगळे सेव्ह करण्याची गरज नाही.
- स्टेप्स असलेल्या स्क्रीनवरील हेडर फील्डसाठी, 'प्रत्येक सेव्हवर' किंवा '<स्टेप> पूर्वी' (सबमिट करण्यापूर्वी, मंजूर करण्यापूर्वी, पोस्ट करण्यापूर्वी, कन्फर्म करण्यापूर्वी, पब्लिश करण्यापूर्वी — त्या स्क्रीनवरील स्टेप्स) यापैकी 'आवश्यक' निवडा. लाइन फील्ड फक्त सेव्ह करतानाच आवश्यक असू शकते.
- तुमच्या कंपनीचा स्वतःचा नियम रद्द करण्यासाठी, 'डीफॉल्टवर परत जा' (Back to default) दाबा: शिफारस केलेले फील्ड पुन्हा त्याच्या डीफॉल्ट स्थितीत येते, इतर कोणतेही फील्ड ऐच्छिक असते.
- रेकॉर्ड कसाही लिहिला असला तरी हा नियम लागू होतो: फॉर्म, त्याच्या ओळी, एक इम्पोर्ट, ASK आणि प्रकाशित API.
- फॉर्मवर, सेव्ह करताना आवश्यक असलेल्या फील्डला उत्पादनाच्या स्वतःच्या आवश्यक फील्डप्रमाणे स्टार केले जाते आणि “<फील्ड> आवश्यक आहे” (ओळीवर: “ओळ N: <फील्ड> आवश्यक आहे”) असा संदेश देऊन सेव्ह करण्यास नकार दिला जातो. एखाद्या स्टेपची वाट पाहणाऱ्या नियमाला स्टार केले जात नाही: रेकॉर्ड सेव्ह होतो आणि “<स्टेप> च्या आधी <फील्ड> आवश्यक आहे” असा संदेश देऊन ती स्टेप नाकारली जाते.
- एका नियमामुळे नवीन सेव्हमध्ये काय समाविष्ट असले पाहिजे, यात बदल होतो. पूर्वी सेव्ह केलेल्या रेकॉर्डमध्ये बदल केल्यावरच त्या फील्डची विचारणा केली जाते.
- उत्पादनासाठी आवश्यक असलेली फील्ड्स 'नेहमी आवश्यक' म्हणून दाखवली जातात आणि त्यांना ऐच्छिक बनवता येत नाही: त्यांच्याशिवाय रेकॉर्ड संग्रहित केला जाऊ शकत नाही.
- प्लॅटफॉर्मवरील प्रत्येक भूमिकेला नियम दिसू शकतात; केवळ प्रशासक, किंवा 'भूमिका आणि अधिकार' अंतर्गत 'फील्ड आवश्यकता' मध्ये बदलाचा अधिकार दिलेली भूमिकाच ते बदलू शकते. 'अलीकडील बदल' मध्ये शेवटचे २०० बदल आणि ते कोणी केले हे दाखवले जाते.
- इतर लोकांच्या खुल्या सत्रांमध्ये सुमारे एका मिनिटात बदल दिसून येतो.
शिफारस केलेली यादी
शिफारस केलेल्या अनिवार्य फील्ड्समध्ये, पुढील टप्प्यात वाचल्या जाणाऱ्या फील्ड्सची यादी, तो टप्पा आणि त्यामागील कारणासह दिलेली असते. सहा फील्ड्स डीफॉल्टनुसार चालू असतात (त्यापैकी दोन फक्त सौदी अरेबियातील एका कंपनीसाठी); बाकीच्या फील्ड्स तुम्ही चालू करेपर्यंत बंद असतात. शिफारस केलेले फील्ड बंद करताना, आधी विचारले जाते आणि नंतर काय बंद होऊ शकते हे सांगितले जाते.
| डीफॉल्टनुसार चालू | नंतर हे का महत्त्वाचे आहे |
|---|---|
| बँक खाती › कॅश जीएल खाते | पावत्या, देयके आणि बँक-फीड जुळणी त्यात नोंदवली जाते, आणि ताळमेळात विवरणाची त्याच्याशी तुलना केली जाते. |
| मालमत्ता प्रकार › घसारा खर्च खाते | मासिक घसारा खेप ती रक्कम डेबिट करते. |
| मालमत्ता प्रकार › संचित घसारा खाते | मासिक घसारा खेप त्यात जमा करते. |
| पेमेंट गट › पेमेंट करणाऱ्याचा आयबीएएन (सौदी अरेबिया) | वैध सौदी आयबीएएन (IBAN) शिवाय डब्ल्यूपीएस (WPS) पगार फाईल नाकारली जाते. |
| पेमेंट गट › पेमेंट करणाऱ्या बँकेचा कोड (सौदी अरेबिया) | WPS फाईलच्या हेडरमध्ये पैसे देणाऱ्या बँकेचे नाव तिच्या SARIE कोडद्वारे दिलेले असते. |
| पुरवठादार ऑनबोर्डिंग › कर ओळखपत्र, सबमिट करण्यापूर्वी | त्याशिवाय (उदा. 1099 / TDS रिपोर्टिंग आणि ई-इनव्हॉइस) पुरवठादार म्हणून ऑनबोर्डिंगला मंजुरी दिली जाऊ शकत नाही. |
- शिफारस केलेले पण वगळलेले — लेखांकन आणि खरेदी: ग्राहक पेमेंट अटी; खाते आणि संपर्क ईमेल; पुरवठादार संपर्क ईमेल; वस्तूची प्रमाणित किंमत, खरेदीसाठी लागणारा वेळ आणि इन्व्हेंटरी खाते; वाहक पेमेंट अटी; टॅक्स कोड आउटपुट आणि इनपुट खाती; खर्चाच्या प्रकाराचे खाते; कमाई कोड जीएल खाते; आंतरकंपनी प्राप्य आणि देय खाती; लीज दायित्व आणि वापराच्या हक्काची मालमत्ता खाती; पेमेंट इंजिन शुल्क खाते.
- शिफारस केलेले पण कारणास्तव बंद: पेमेंट इंजिनचे क्लिअरिंग खाते (त्याशिवाय इंजिन कॉन्फिगर होण्यास किंवा पेमेंट घेण्यास आधीच नकार देते, जरी ड्राफ्ट सेव्ह केला जाऊ शकतो); पुरवठादाराच्या पेमेंटच्या अटी आणि वस्तूचे मोजमापाचे एकक (या दोन्हींमध्ये एक डीफॉल्ट असते ज्यावर इम्पोर्ट किंवा API क्रिएट अवलंबून असते).
- शिफारस केलेले पण जुळत नाही — देशानुसार: ग्राहकाचा GSTIN (भारत) आणि खरेदीदार ओळख क्रमांक (सौदी अरेबिया) — ग्राहकाकडे दोन्हीही नाहीत.
- शिफारस केलेले पण चुकलेले — एका टप्प्यावर: कन्फर्म करण्यापूर्वी सेल्स ऑर्डरची विनंती केलेली तारीख; पब्लिश करण्यापूर्वी एजंटचा मालक, आणि त्याचे मॉडेल.
- शिफारस केलेले परंतु वगळलेले — शिक्षण: अर्जदाराचा अभ्यासक्रम आणि प्रवेश सत्र; विद्यार्थ्याचा अभ्यासक्रम, सल्लागार, प्रवेश सत्र आणि साइन-इन; प्राध्यापकाची कर्मचारी नोंद आणि ईमेल (माय टीचिंग आणि अध्यापनाचा नियम वापरून शिक्षकाला शोधा); विभागाचे शिक्षक आणि खोली; असाइनमेंटची अंतिम मुदत, महत्त्व आणि गुण; मूल्यांकनाची तारीख आणि महत्त्व; सत्राची नोंदणीची मुदत, जनगणनेची तारीख आणि अंतिम गुण; शुल्क तक्त्याचा अभ्यासक्रम आणि निवास.
केवळ काही रेकॉर्डसाठी आवश्यक असलेल्या, "भरणे आवश्यक आहे" अशा साध्या अटीऐवजी, कस्टम लॉजिक अंतर्गत व्हॅलिडेशन लिहा. कस्टम फील्ड्स → फील्ड आवश्यक बनवणे पहा.