जर्मनी¶
अकाउंटिंग¶
खातों की सूची¶
Odoo में SKR03 और SKR04 दोनों चार्ट ऑफ़ अकाउंट समर्थित हैं। जब आप नया Odoo ऑनलाइन डेटाबेस बनाते हैं, तो SKR03 डिफ़ॉल्ट रूप से इंस्टॉल होता है।
जाँच करें कि कौन सा इंस्टॉल है, ऐसा पर जाकर और फिस्कल लोकलाइज़ेशन सेक्शन के अंतर्गत पैकेज फ़ील्ड को चेक करके करें।
चेतावनी
दूसरा पैकेज चुनना सिर्फ़ तभी संभव है अगर आपने कोई अकाउंटिंग एंट्री नहीं बनाई है। अगर कोई पोस्ट की गई थी, तो दूसरा पैकेज चुनने के लिए नई कंपनी या डेटाबेस सेट अप करना होगा। इसके अलावा, सभी जर्नल एंट्री को फिर से बनाना होगा।
रिपोर्ट¶
Odoo Enterprise पर उपलब्ध निम्नलिखित जर्मन-विशिष्ट रिपोर्ट:
बैंलेस शीट
लाभ और हानि
टैक्स रिपोर्ट (Umsatzsteuervoranmeldung)
ईसी सेल्स लिस्ट
इंटरस्टेट
Odoo से DATEV में एंट्री एक्सपोर्ट करना¶
बशर्ते कि जर्मन फिस्कल लोकलाइज़ेशन पैकेज में से एक इंस्टॉल हो, आप अपनी अकाउंटिंग एंट्री को Odoo से DATEV में जनरल लेजर से एक्सपोर्ट कर सकते हैं।
दो प्रकार के एक्सपोर्ट की आवश्यकता है: पहले DATEV ATCH एक्सपोर्ट, फिर DATEV DATA एक्सपोर्ट।
टिप्पणी
डेटा को DATEV में सही तरीके से ट्रांसफ़र करने के लिए विभिन्न स्टेज पर दोनों की आवश्यकता होती है, क्योंकि DATEV दो इंटरफ़ेस के साथ काम करता है, एक क्लाइंट के लिए (DUO - DATEV Unternehmen Online) और एक टैक्स एडवाइज़र के लिए (DATEV Rechnungswesen)।
1. DATEV ATCH¶
पर जाएं, (एक्शन) बटन पर क्लिक करें, और Datev ATCH (zip) चुनें।
डाउनलोड की गई ZIP फ़ाइल को DATEV Belegtransfer सॉफ़्टवेयर के ज़रिए अपलोड करें।
टिप्पणी
अगर आपके कंप्यूटर पर DATEV Belegtransfer सॉफ़्टवेयर इंस्टॉल नहीं है, तो इसमें मदद के लिए अपने टैक्स सलाहकार से संपर्क करें।
चेतावनी
DATEV ATCH ZIP फ़ाइल में Odoo इनवॉइस या बिल से लिंक की गई फ़ाइल (रिपोर्ट) शामिल हैं। ग्राहक इनवॉइस के लिए, फ़ाइल भेजें बटन का उपयोग करके जनरेट की गई होनी चाहिए। वेंडर बिल के लिए, फ़ाइल ईमेल एलियास के ज़रिए प्राप्त की गई होनी चाहिए या अपलोड करें बटन का उपयोग करके अपलोड की गई होनी चाहिए।
DATEV ATCH ZIP फ़ाइल
ZIP फ़ाइल में दो प्रकार की फ़ाइल होती हैं:
जनरल लेजर पर चुनी गई अवधि के लिए व्यक्तिगत इनवॉइस/बिल फ़ाइल (पीडीएफ़, JPEG, आदि), और
एक
document.xmlफ़ाइल जो प्रत्येक फ़ाइल के लिए एक यूनीक आईडी (GUID) जनरेट करने के लिए उपयोग की जाती है।
ये यूनीक आईडी आवश्यक हैं क्योंकि वे DATEV को फ़ाइल को व्यक्तिगत जर्नल आइटम से ऑटोमैटिकली लिंक करने की अनुमति देती हैं, जिन्हें अगले स्टेप में DATEV DATA फ़ाइल के साथ इंपोर्ट किया जाएगा।
2. DATEV DATA¶
पर जाएं, (एक्शन) बटन पर क्लिक करें, और Datev DATA (zip) चुनें।
डाउनलोड की गई ZIP फ़ाइल को अपने टैक्स एडवाइज़र को ट्रांसफ़र करें। उन्हें ZIP फ़ाइल को DATEV Rechnungswesen में इंपोर्ट करना चाहिए।
अपने टैक्स सलाहकार से जांच करें कि उन्हें ये फ़ाइलें कितनी बार चाहिए।
DATEV ATCH ZIP फ़ाइल
ZIP फ़ाइल में तीन CSV फ़ाइलें हैं:
EXTF_customer_accounts.csvफ़ाइल जिसमें आपके ग्राहकों से संबंधित सभी जानकारी है,EXTF_vendor_accounts.csvफ़ाइल जिसमें आपके विक्रेताओं से संबंधित सभी जानकारी है, औरEXTF_accounting_entries.csvजिसमें जनरल लेजर पर परिभाषित अवधि के लिए सभी जर्नल आइटम हैं, साथ ही यूनीक आईडी (GUID) भी हैं ताकि जर्नल आइटम को DATEV ATCH ZIP फ़ाइल के अंदर की फ़ाइलों से लिंक किया जा सके।
GoBD अनुपालन¶
GoBD का मतलब है Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff। संक्षेप में, यह इलेक्ट्रॉनिक फ़ॉर्म में किताबों, रिकॉर्ड और दस्तावेज़ों के उचित मैनेजमेंट और स्टोरेज के साथ-साथ डेटा ऐक्सेस के लिए एक दिशानिर्देश है, जो जर्मन टैक्स प्राधिकरण, टैक्स घोषणा और बैलेंस शीट के लिए प्रासंगिक है।
ये सिद्धांत नवंबर 2014 में संघीय वित्त मंत्रालय (BMF) द्वारा लिखे और प्रकाशित किए गए थे। जनवरी 2015 से, ये मानक बन गए हैं और कंप्यूटर-आधारित अकाउंटिंग से जुड़ी पहले स्वीकृत प्रथाओं को बदल दिया है। डिजिटल समाधानों (क्लाउड होस्टिंग, पेपरलेस कंपनियां, आदि) के डेवलपमेंट के कारण कुछ कॉन्टेंट को स्पष्ट करने के लिए BMF द्वारा 2019 और जनवरी 2020 में कई बदलाव किए गए हैं।
महत्त्वपूर्ण
Odoo GoBD-अनुपालक प्रमाणित है।
अकाउंटिंग सॉफ़्टवेयर के संबंध में GoBD को समझना¶
GoBD उन कंपनियों के लिए बाध्यकारी है जिन्हें अकाउंट प्रस्तुत करने होते हैं, जिसमें SMEs, फ्रीलांसर और उद्यमी शामिल हैं, वित्तीय प्राधिकरणों को। इस प्रकार, करदाता स्वयं एकमात्र जिम्मेदार है राजकोषीय-प्रासंगिक डेटा (उपरोक्त फ़ाइनेंशियल और संबंधित डेटा) की पूर्ण और संपूर्ण रखरखाव के लिए।
सॉफ़्टवेयर आवश्यकताओं के अलावा, उपयोगकर्ता को इंटरनल कंट्रोल सिस्टम सुनिश्चित करना आवश्यक है (राजकोषीय संहिता की धारा 146 के अनुसार):
ऐक्सेस राइट्स कंट्रोल;
कर्तव्यों का पृथक्करण, कार्यात्मक पृथक्करण;
एंट्री कंट्रोल (गड़बड़ी नोटिफ़िकेशन, प्लॉज़िबिलिटी चेक);
डेटा एंट्री पर रिकॉन्सिलिएशन चेक;
प्रोसेसिंग कंट्रोल; और
सॉफ़्टवेयर, डेटा या दस्तावेज़ों की जानबूझकर या अनजाने में हेरफेर को रोकने के उपाय।
उपयोगकर्ता को अपने संगठन के भीतर प्रासंगिक पदों पर टास्क वितरित करने चाहिए (कंट्रोल) और सत्यापित करना चाहिए कि टास्क उचित और पूर्ण रूप से निष्पादित हों (पर्यवेक्षण)। इन कंट्रोल के परिणाम को रिकॉर्ड किया जाना चाहिए (दस्तावेज़)और यदि इन कंट्रोल के दौरान गड़बड़ियां पाई जाती हैं, तो स्थिति को सही करने के लिए उचित उपाय किए जाने चाहिए (रोकथाम)।
डेटा सुरक्षा¶
टैक्सपेयर को डेटा डिलीट होने, हटाए जाने या चोरी होने के कारण किसी भी डेटा लॉस के खिलाफ सिस्टम को सुरक्षित करना चाहिए। अगर एंट्रीज़ पर्याप्त रूप से सुरक्षित नहीं हैं, तो बुकीपिंग को GoBD गाइडलाइन के अनुसार नहीं माना जाएगा।
एक बार बुकिंग फाइनली पोस्ट हो जाने के बाद, उन्हें अब ऐप्लिकेशन के जरिए बदला या डिलीट नहीं किया जा सकता।
अगर Odoo को क्लाउड में इस्तेमाल किया जाता है, तो रेगुलर बैकअप Odoo ऑनलाइन सर्विस का हिस्सा हैं। इसके अलावा, रेगुलर बैकअप डाउनलोड किए जा सकते हैं और एक्सटर्नल सिस्टम पर बैकअप लिए जा सकते हैं।
यह भी देखें
अगर सर्वर लोकली ऑपरेट किया जाता है, तो जरूरी बैकअप इन्फ़ास्ट्रक्चर बनाने के लिए उपयोगकर्ता जिम्मेदार है।
महत्त्वपूर्ण
कुछ मामलों में, डेटा को दस साल या ज़्यादा समय तक रखना होता है, इसलिए हमेशा बैकअप सेव रखें। यह और भी ज़्यादा जरूरी है अगर आप सॉफ़्टवेयर प्रोवाइडर बदलने का फैसला करते हैं।
सॉफ़्टवेयर एडिटर की जिम्मेदारी¶
यह देखते हुए कि GoBD केवल टैक्सपेयर पर लागू होता है, सॉफ़्टवेयर एडिटर को किसी भी तरह से अपने यूज़र्स के फ़ाइनेंशियल ट्रांज़ैक्शन डेटा के सटीक और अनुपालन दस्तावेज़ीकरण के लिए जिम्मेदार नहीं ठहराया जा सकता। यह केवल उपयोगकर्ता को GoBD में बताई गई सॉफ़्टवेयर से संबंधित गाइडलाइन का पालन करने के लिए जरूरी टूल्स प्रदान कर सकता है।
Odoo के जरिए अनुपालन सुनिश्चित करना¶
GoBD की बात करें तो कीवर्ड हैं: ट्रेसेबल, वेरिफाइएबल, ट्रू, क्लियर और कंटीन्यूअस। संक्षेप में, आपके पास ऑडिट-प्रूफ आर्काइविंग होनी चाहिए, और Odoo आपको इन सभी उद्देश्यों को प्राप्त करने के साधन प्रदान करता है:
- ट्रेसेबिलिटी और वेरिफिएबिलिटीOdoo में हर रिकॉर्ड पर दस्तावेज़ के क्रिएटर, क्रिएशन तारीख, संशोधन तारीख और किसने इसे संशोधित किया, का स्टैम्प लगा होता है। इसके अलावा, प्रासंगिक फ़ील्ड ट्रैक किए जाते हैं। इस प्रकार, संबंधित ऑब्जेक्ट के चैटर में देखा जा सकता है कि किस वैल्यू को किसने बदला।
- पूर्णतासभी फ़ाइनेंशियल डेटा सिस्टम में रिकॉर्ड होना चाहिए, और कोई गैप नहीं होना चाहिए। Odoo यह सुनिश्चित करता है कि फ़ाइनेंशियल ट्रांज़ैक्शन की नंबरिंग में कोई गैप नहीं है। सभी फ़ाइनेंशियल डेटा को सिस्टम में एनकोड करना उपयोगकर्ता की जिम्मेदारी है। चूंकि Odoo में अधिकांश फ़ाइनेंशियल डेटा ऑटोमैटिकली जनरेट होता है, सभी वेंडर बिल और विविध ऑपरेशन को पूरी तरह से एनकोड करना उपयोगकर्ता की जिम्मेदारी बनी रहती है।
- सटीकताOdoo यह सुनिश्चित करता है कि सही कॉन्फ़िगरेशन के साथ, सही अकाउंट का उपयोग किया जाए। इसके अलावा, परचेज़ ऑर्डर और सेल्स ऑर्डर और उनके संबंधित इनवॉइस के बीच कंट्रोल मैकेनिज़्म बिज़नेस की वास्तविकता को दर्शाते हैं। पेपर-बेस्ड वेंडर बिल को स्कैन करना और Odoo में संबंधित रिकॉर्ड से अटैच करना उपयोगकर्ता की जिम्मेदारी है। Odoo दस्तावेज़ इस टास्क को ऑटोमेट करने में आपकी मदद करता है।
- समय पर बुकिंग और रिकॉर्ड-कीपिंगचूंकि Odoo में अधिकांश फ़ाइनेंशियल डेटा ट्रांज़ैक्शनल ऑब्जेक्ट्स द्वारा जनरेट किया जाता है (उदाहरण के लिए, इनवॉइस कन्फर्मेशन पर बुक होता है), Odoo आउट-ऑफ-द-बॉक्स समय पर रिकॉर्ड-कीपिंग सुनिश्चित करता है। सभी इनकमिंग वेंडर बिल को समय पर एनकोड करना, साथ ही विविध ऑपरेशन को एनकोड करना उपयोगकर्ता की जिम्मेदारी है।
- ऑर्डरOdoo में स्टोर किया गया फ़ाइनेंशियल डेटा, परिभाषा के अनुसार, ऑर्डर किया गया है और मॉडल में मौजूद अधिकांश फ़ील्ड के अनुसार री-ऑर्डर किया जा सकता है। GoBD द्वारा एक विशिष्ट ऑर्डरिंग लागू नहीं की जाती है, लेकिन सिस्टम को यह सुनिश्चित करना चाहिए कि दिए गए फ़ाइनेंशियल ट्रांज़ैक्शन को थर्ड-पार्टी एक्सपर्ट द्वारा जल्दी से ढूंढा जा सके। Odoo यह आउट-ऑफ-द-बॉक्स सुनिश्चित करता है।
- अपरिवर्तनीयताGerman Odoo लोकलाइज़ेशन के साथ, Odoo को स्टैंडर्ड रूप से इस तरह से कॉन्फ़िगर किया गया है कि बिना किसी और कस्टमाइज़ेशन के अपरिवर्तनीयता क्लॉज़ का पालन किया जा सकता है।
GoBD एक्सपोर्ट¶
फ़िस्कल कंट्रोल के मामले में, फ़िस्कल अथॉरिटी अकाउंटिंग सिस्टम तक तीन लेवल की ऐक्सेस (Z1, Z2, Z3) का अनुरोध कर सकती है। ये लेवल इंटरफ़ेस तक डायरेक्ट ऐक्सेस से लेकर स्टोरेज डिवाइस पर फ़ाइनेंशियल डेटा की हैंडओवर तक अलग-अलग होते हैं।
स्टोरेज डिवाइस पर फ़ाइनेंशियल डेटा की हैंडओवर के मामले में, GoBD फ़ॉर्मैट को लागू नहीं करता है। यह उदाहरण के लिए, XLS, CSV, XML, Lotus 123, SAP-फ़ॉर्मैट, AS/400-फ़ॉर्मैट, या अन्य में हो सकता है। Odoo बॉक्स से बाहर फ़ाइनेंशियल डेटा के CSV और XLS एक्सपोर्ट को सपोर्ट करता है। GoBD एक विशिष्ट XML-आधारित GoBD फ़ॉर्मैट में एक्सपोर्ट की सिफ़ारिश करता है ("Ergänzende Informationen zur Datenträgerüberlassung" §3 देखें), लेकिन यह बाध्यकारी नहीं है।
नॉन-कम्प्लायंस¶
उल्लंघन की स्थिति में, आप जुर्माने और विशिष्ट उपायों के इंप्लिमेंटेशन की मांग करने वाले कोर्ट ऑर्डर की उम्मीद कर सकते हैं।
पॉइंट ऑफ़ सेल¶
टेक्निकल सिक्योरिटी सिस्टम¶
Kassensicherungsverordnung (डिजिटल रिकॉर्ड की मैनिपुलेशन से प्रोटेक्शन पर एक्ट) के लिए आवश्यक है कि इलेक्ट्रॉनिक रिकॉर्ड-कीपिंग सिस्टम - पॉइंट ऑफ़ सेल सिस्टम सहित - टेक्निकल सिक्योरिटी सिस्टम (जिसे TSS या TSE भी कहा जाता है) से लैस होने चाहिए।
Odoo fiskaly, एक क्लाउड-आधारित सॉल्यूशन की मदद से कम्प्लायंट सर्विस प्रदान करता है।
महत्त्वपूर्ण
चूंकि यह सॉल्यूशन क्लाउड-आधारित है, इसलिए वर्किंग इंटरनेट कनेक्शन आवश्यक है।
टिप्पणी
केवल वैट रेट की अनुमति fiskaly द्वारा दी गई है। आप fiskaly DSFinV-K API: VAT Definition से परामर्श करके इन रेट को चेक कर सकते हैं।
कॉन्फ़िगरेशन¶
Germany - Certification for Point of Sale (l10n_de_pos_cert) और Germany - Certification for Point of Sale of type restaurant (l10n_de_pos_res_cert) मॉड्यूल इंस्टॉल करें।
सलाह
अगर ये मॉड्यूल लिस्ट में नहीं हैं, तो ऐप्लिकेशन लिस्ट अपडेट करें।
टेक्निकल सिक्योरिटी सिस्टम बनाएं और इसे POS से लिंक करें¶
जर्मनी में पॉइंट ऑफ़ सेल का इस्तेमाल करने के लिए, पहले TSS बनाएं, पर जाकर, Point of Sale को बदलाव करने के लिए चुनें, फिर Fiskaly API सेक्शन के अंदर Create TSS बॉक्स को चेक करें।
एक बार TSS का क्रिएशन सफल हो जाने के बाद, आप निम्नलिखित पा सकते हैं:
TSS ID, जो fiskaly की तरफ़ से आपके TSS की आईडी को दर्शाता है, और
Fiskaly Client ID, जो fiskaly की तरफ़ से आपके पीओएस को दर्शाता है।
DSFinV-K एक्सपोर्ट¶
जब भी आप PoS सेशन बंद करते हैं, तो ऑर्डर के विवरण fiskaly की DSFinV-K सर्विस को भेजे जाते हैं।
ऑडिट के मामले में, आप पर जाकर DSFinV-K को भेजे गए डेटा को एक्सपोर्ट कर सकते हैं।
ये फ़ील्ड अनिवार्य हैं:
Start Datetime: दी गई शुरू होने की तारीख से बड़ी या बराबर तारीखों वाले डेटा को एक्सपोर्ट करें
End Datetime: दी गई खत्म होने की तारीख से छोटी या बराबर तारीखों वाले डेटा को एक्सपोर्ट करें
अपने सभी पॉइंट ऑफ़ सेल के डेटा को एक्सपोर्ट करने के लिए Point of Sale फ़ील्ड को खाली छोड़ दें; अगर आप सिर्फ़ इस विशिष्ट पीओएस के लिए डेटा एक्सपोर्ट करना चाहते हैं तो एक निर्दिष्ट करें।
जब एक्सपोर्ट सफलतापूर्वक ट्रिगर हो जाता है और प्रोसेस हो रहा होता है, तो State फ़ील्ड में पेंडिंग दिखाना चाहिए। यह जांचने के लिए कि यह तैयार है या नहीं, रीफ्रेश State पर क्लिक करें।