सेक्टर बेंचमार्क

बिल टाइप न करें। आपूर्तिकर्ता से NF-e का XML माँगें (या बिलिंग ईमेल से डाउनलोड करें), यहाँ फ़ाइल चुनें और सिस्टम जारीकर्ता, आइटम, मात्राएँ और मूल्य सीधे आधिकारिक दस्तावेज़ से पढ़ लेता है। हाथ से टाइप करना ही स्टॉक अंतर की जड़ है।

ख़रीद बिल का XML आयात करें: Tenka आइटम और मूल्य पढ़ता है (namespace-सहिष्णु पार्सर), आप ऑर्डर से जाँचते हैं और पोस्ट करते हैं — स्टॉक आता है (हर आइटम के लिए प्रविष्टि/ख़रीद, औसत लागत अपडेट करते हुए) और देय प्रविष्टि बनती है। प्राप्तकर्ता की पुष्टि (SEFAZ) शर्त पर निर्भर है (A1 प्रमाणपत्र + पैरामीटर)।

कंपनी के नाम जारी हर इनवॉइस यहाँ आता है: जो कर प्राधिकरण बाँटता है (A1 प्रमाणपत्र से), समूह के आपूर्तिकर्ता नेटवर्क वाले और किसी के अपलोड किए XML — एक, कई या एक .zip। कुछ टाइप नहीं करना: इनवॉइस आता है, सिस्टम खरीद आदेश और हर लाइन का आइटम सुझाता है, और आप पोस्ट करते हैं।

डेटा टैब में आपूर्तिकर्ता, संख्या, सीरीज़, 44 अंकों की एक्सेस कुंजी, जारीकर्ता, तारीख़ें और XML से पढ़े गए मूल्य (उत्पाद, कर, कुल) होते हैं। बिल के आइटम टैब में NF-e की हर पंक्ति स्टॉक आइटम और ख़रीद ऑर्डर से जुड़ाव के साथ दिखती है: यहीं जाँचा जाता है कि जो आया वही मँगाया गया था, और अंतर वाला कॉलम दिखाता है कि कहाँ मेल नहीं खाता।

केवल .xml फ़ाइल, 20 MB तक। DANFE का PDF काम नहीं करता — वह छपाई है, दस्तावेज़ नहीं; संरचित डेटा XML में होता है।

जब आप आपूर्तिकर्ता की लाइन "FIO 30/1 PENT CARD" को अपने आइटम से जोड़ते हैं, वह जोड़ मैपिंग बन जाता है। उसी आपूर्तिकर्ता के उसी कोड वाले अगले इनवॉइस में लाइन पहले से मिली हुई आती है।

अगर माल किसी ख़रीद ऑर्डर से आया है, तो XML चुनने से पहले कॉम्बो में ऑर्डर चुनें। यही जुड़ाव आए हुए माल की तुलना मँगाए गए माल से करने देता है — कीमत, मात्रा और आइटम। बिल अकेले अपलोड करने से जाँच खो जाती है।

बनाई गई प्रविष्टि नीचे की सूची में दिखती है; उसे खोलने, आइटम जाँचने और पूरा करने के लिए संख्या पर क्लिक करें। पुष्टि की गई प्रविष्टि ही स्टॉक के बैलेंस और औसत लागत को पोषित करती है — आयात करके छोड़ा गया बिल स्टॉक नहीं बनता।

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

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

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

जब XML वॉल्यूम घोषित करता है (नोट का qVol टैग) और आइटम किलो में आता है, तो प्रविष्टि चुने गए गोदाम में प्रति वॉल्यूम एक रोल बनाती है, लॉट "NF-<संख्या>" और वज़न = उस आइटम की मात्रा ÷ वॉल्यूम के साथ। यह निटिंग मिल से खरीदे कपड़े का मामला है: आप XML आयात करते हैं, दर्ज करते हैं, और रोल तौल और कटाई के लिए रोल स्क्रीन में आ जाते हैं — एक भी रोल टाइप किए बिना। अगर नोट में किलो वाले एक से अधिक आइटम हैं, तो वॉल्यूम मात्रा के अनुपात में बँटते हैं (प्रति आइटम कम से कम एक)। वज़न नोट वाला है; तौल में जाँचें, जो अंतर घोषित करती है।

एक बिल सिर्फ़ एक बार दर्ज होता है: अगर उसी सप्लायर, नंबर और सीरीज़ की प्रविष्टि (हाथ से या आयात से) पहले से है, तो नई अस्वीकार होती है और Tenka मौजूदा बताता है। जाँचते समय हर आइटम की तुलना उससे होती है जो ऑर्डर अभी भी चाहता है: बाकी से ज़्यादा आना (लंबाई और वज़न की 2% छूट से ऊपर) विसंगति है; कम आना आंशिक प्राप्ति है। स्थिति और घोषणा "जाँचें", "दर्ज करें" और "घोषित करें" बटनों से दर्ज होती हैं।

अगर नेटवर्क के किसी सप्लायर (एंकर पार्टनर) ने आपके खाते को आमंत्रित किया और आपने स्वीकार किया, तो आपके CNPJ के लिए उसका हर इनवॉइस यहाँ आयातित के रूप में आता है, सप्लायर पहले से दर्ज। स्टॉक में कुछ अपने आप नहीं जाता: आइटम जाँचें, हर पंक्ति अपने उत्पाद से जोड़ें और पोस्ट करें — पोस्ट करना ही आपकी स्वीकृति है। सिर्फ़ आमंत्रण स्वीकार करने के बाद के इनवॉइस आते हैं।

"लिंक सहेजें" बिल के हर आइटम का रिकॉर्ड और ऑर्डर से जुड़ाव सहेजता है। "जाँचें" मात्राओं और कीमतों की तुलना ख़रीद ऑर्डर से करता है और अंतर चिह्नित करता है। "पोस्ट करें" अपरिवर्तनीय चरण है: स्टॉक में प्रविष्टि करता है, देय खाते बनाता है और ऑर्डर में जो प्राप्त होना बाकी था उसे बंद करता है। पोस्ट किया गया बिल संपादित नहीं होता; आपूर्तिकर्ता को वापसी या नए बिल से समायोजित करें।

"रजिस्टर में इकाई" कॉलम बिल की इकाई (XML की वाणिज्यिक इकाई) को आइटम की फ़ाइल से मिलाता है: मुख्य इकाई या दर्ज खरीद इकाई। अपने-आप मिल जाए तो पहले से चुनी आती है और गुणक दिखाती है; न मिले तो समतुल्य चुनें — जब तक कमी है, पोस्टिंग अस्वीकार होती है और पंक्ति बताती है। स्टॉक मुख्य इकाई में आता है (1 CX12 = 12 UN) और इकाई लागत मुख्य इकाई की होती है (डिब्बे की कीमत ÷ 12)।

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

ऐसा होता है — काउंटर से ख़रीद, जल्दबाज़ी। ऑर्डर चुने बिना आयात करें: प्रविष्टि बिना जुड़ाव के बनती है और उतनी ही मान्य है। लेकिन अगर यह रोज़ की बात है, तो समस्या पहले है: ख़रीद ऑर्डर प्रवाह के बाहर हो रही है, बिना दर्ज तय कीमत के।

"जो ख़रीद बिल आए, क्या वे स्टॉक में आ गए और देय खाते बन गए?" XML आयात करने से अभी कुछ नहीं बदलता: पोस्ट करना ही बिल को असली दुनिया में बदलता है — आइटम-दर-आइटम स्टॉक प्रविष्टि (प्रविष्टि/ख़रीद, औसत लागत अपडेट करते हुए) और वित्त में देय प्रविष्टि। सूची में बिना पोस्ट किया बिल न स्टॉक है न दर्ज कर्ज़। जाँच शुरू करने के लिए अंतर कॉलम का उपयोग करें: वही बताता है कि बिल ख़रीद ऑर्डर से कहाँ मेल नहीं खाया।

रिकॉर्ड खोलें और दाईं ओर "टाइमलाइन" देखें: वह हर बदलाव को "एक मान से दूसरे मान तक" के रूप में, व्यक्ति और तारीख़ के साथ दिखाती है। बदलाव बहुत हों तो टाइमलाइन के ऊपर के दो फ़िल्टर इस्तेमाल करें — एक फ़ील्ड के अनुसार, दूसरा व्यक्ति के अनुसार। खोज डेटाबेस में होती है, इसलिए पुराना बदलाव भी वैसे ही दिखता है। आप Tenkai से भी पूछ सकते हैं: "अनुबंध 482 किसने बदला?"।

हाँ: चालान का XML या उत्पादों की तालिका वाले DANFE की फ़ोटो भेजें। Tenkai हर आइटम को आपके स्टॉक से मिलाता है (पहले आपूर्तिकर्ता की मैपिंग से, फिर NCM और विवरण से) और प्रविष्टि का प्रस्ताव देता है। सब मिल जाए तो CONFIRMAR तुरंत दर्ज कर देता है: गोदाम में स्टॉक और देय खाता। किसी पंक्ति में आइटम न मिले तो चालान यहाँ चालान प्राप्ति में रहता है ताकि आप मिलाकर दर्ज करें — कोई आइटम गढ़ा नहीं जाता।

हमेशा की तरह बिल का XML आयात करें। भुगतान खंड में "कौन प्राप्त करेगा" में खुद को (भुगतान करने वाला साझेदार) चुनें। कार्ड की किस्तें, पहली किस्त की तारीख, वित्तीय प्रकृति और परिणाम केंद्र पहले से भरे आते हैं; ज़रूरत हो तो बदलें। हर आइटम में गंतव्य चुनें: स्टॉक, उपयोग और खपत या स्थायी संपत्ति। जाँचें और दर्ज करें: देय खाता आपके नाम पर किस्तों में बनता है, आखिरी किस्त पैसे का अंतर बराबर करती है, और स्थायी संपत्ति वाला आइटम संपत्ति का रिकॉर्ड बनता है। अगर आप अभी "कौन प्राप्त करेगा" में नहीं दिखते, तो प्रशासक से अपने आपूर्तिकर्ता रिकॉर्ड में "प्रतिपूर्ति पाने वाला साझेदार" चिह्नित करने को कहें।

"कौन प्राप्त करेगा" में खुद को चुनें और "तीसरे पक्ष के नाम पर बिल (केवल प्रमाण)" चिह्नित करें। बिल केवल प्रतिपूर्ति के प्रमाण के रूप में रहता है और "SPED से बाहर" का निशान दिखता है: यह SPED, कर क्रेडिट, लेखाकार के फ़ोल्डर या प्राप्तकर्ता घोषणा में नहीं जाता। खर्च और प्रतिपूर्ति की किस्तें वित्त में रहती हैं। यह निशान तभी मान्य है जब "कौन प्राप्त करेगा" में कोई साझेदार चुना हो।

दर्ज प्रविष्टि खोलें और कारण लिखकर «प्रविष्टि उलटें» दबाएँ। स्टॉक में वापसी निकासी होती है, खुली किस्तें रद्द होती हैं और स्थायी संपत्ति बट्टे खाते जाती है — कुछ नहीं मिटता, सब ऑडिट में रहता है। कोई किस्त चुकाई हो तो वह बताई जाती है: वित्त में उसका भुगतान वापस करें और फिर से उलटें। खरीद आदेश से जुड़ी प्रविष्टि खरीद वापसी से लौटती है।