सहायता › सेटिंग्स और लॉग

सेटिंग्स और लॉग – अपने प्रोग्राम को बनाना

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

0. मार्ग और वास्तविक अनुभाग का नक्शा

रास्ता खोलने के लिए: नीचे डोक सेटिंग्स. नियमित उपयोगकर्ता देखते हैं Windows, Account और Windows के बारे में HNR प्राथमिकताएं, कनेक्शन, संक्षिप्त और सिस्टम. एक प्रबंधक भी देखता है उपयोगकर्ता, स्थिति, सक्रिय उपयोगकर्ता और प्रिंट फॉर्म. मोबाइल पर, डेस्कटॉप-विशिष्ट विंडोज और छोटे एक प्रबंधक अनुभाग को नहीं देखना एक अनुमति का परिणाम है, कोई गलती नहीं है।

टूटने वाले भागों: सभी मुख्य शीर्षक और आंतरिक सेटिंग्स समूह बंद हो जाते हैं. एक शीर्षक पर क्लिक करें, या इसे टैब के साथ पहुंचें और Enter या Space दबाएं. कई मुख्य अनुभाग एक साथ खुले रह सकते हैं. एक अनुभाग को बंद करना और फिर से खोलना अपने अनसुलझे डिज़ाइन को बनाए रखता है; यह इसे नहीं बचाता है. पूरे सेटिंग्स विंडो को बंद करना और फिर से खोलना सभी शीर्षकों को फिर से बंद करके शुरू होता है. HNR प्राथमिकताएँ › कंपनी विवरण › उत्पादन प्राथमिकताएँ यह केवल सिस्टम व्यवस्थापक के लिए दिखाई देता है; अन्य उपयोगकर्ता न तो कंपनी सेटिंग्स शीर्षक या एक पढ़ने-केवल सारांश देखते हैं।

1. प्रदर्शित और विंडोज

यह शुद्ध रूप से स्वाद का मामला है; यहां कोई विकल्प आपके डेटा को प्रभावित नहीं करता है. तीन जो सबसे अधिक मायने रखते हैं:

2. खाता - जहां आपका पासवर्ड रहता है

यहाँ आप अपना पासवर्ड बदलते हैं. तीन नियम:

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

3. छोटे

कुंजीपटल छोटे सूचीबद्ध हैं और बदल सकते हैं. एक शुरुआती के लिए, केवल कुछ सीखने लायक हैं:

4. HNR प्राथमिकताएं

ये न केवल दिखने के बारे में है बल्कि काम करने की आदतें: किस भंडारण डिफ़ॉल्ट के रूप में आता है, कैसे सूची खुली हुई है, आदि. समय के साथ, आप जो भी खुद को हर बार बदलते हैं, इसे यहां एक बार सेट करें।

5. प्रबंधक के अनुभाग

नीचे दिए गए अनुभाग केवल एक उपयोगकर्ता के लिए दिखाई देते हैं प्रणाली प्रबंधक यदि आप उन्हें नहीं देखते हैं, तो कुछ भी टूट नहीं जाता है - आपको बस अनुमति की कमी होती है. खंड को छिपाना केवल सौंदर्य प्रसाधन है; वास्तविक गेट सर्वर पर है: एक अनधिकृत अनुरोध वहां भी अस्वीकार कर दिया जाता है।

6. लॉग – “क्या हुआ?

खिड़की का लॉग है ऑपरेशन जर्नल आप यहां देखते हैं जब एक ऑपरेशन उम्मीद के अनुसार नहीं चला या आपने एक त्रुटि संदेश देखा. यह एक लेखांकन रिकॉर्ड नहीं है – यह एक तकनीकी है.

7. अक्सर पूछे जाने वाले

मैंने एक सेटिंग बदल दी - क्या यह मेरे सहयोगी के लिए भी बदल गया?

उपस्थिति, खिड़कियां, छोटे और HNR प्राथमिकताएं हैं अकेले अपने: कोई भी प्रभावित नहीं होता है. उपयोगकर्ताओं, कनेक्शन और कंपनी के विवरण प्रभावित होते हैं हर किसी. जब संदेह में, चित्र में दो स्तंभों को देखें 1.

मैं बिल्कुल भी एक खंड नहीं देख सकता

आप अनुमति की कमी है. यह कोई गलती नहीं है; व्यवस्थापक सेक्शन केवल व्यवस्थापक के लिए दिखाई देते हैं. यदि आपको वास्तव में एक की आवश्यकता है, तो अपने सिस्टम व्यवस्थापक से पूछें और कहें क्यों आपको इसकी आवश्यकता है - अनुमति एक कारण के साथ दी जाती है।

कार्यक्रम धीमा हो गया - क्या मुझे लॉग देखना चाहिए?

पहले देखो, सर्वर मॉनिटर अनुभाग (या अपने व्यवस्थापक से पूछें): यह आपको बताता है कि समस्या आपके अंत में है या सर्वर पर है. लॉग "जो ऑपरेशन विफल रहा" के लिए जगह है. दोनों अलग-अलग सवालों का जवाब देते हैं.

8. ग्लोबल

9. उपयोगकर्ताओं › "रॉली टेम्पलेट": क्लोनिंग के बिना एक उपयोगकर्ता बनाना

एक नए कर्मचारियों को अनुमति देने का पुराना तरीका था "किसी तरह की प्रतिलिपि बनाएं, फिर एक-एक करके एक सौ-डॉड अनुमति बॉक्स ठीक करें"; परिणाम आमतौर पर होता है हर कोई स्टोरेज-क्लियर के अधिकारों के साथ घूम रहा है — एक बिक्री अधिकारी उत्पादन आदेश खोल सकता है, एक गुणवत्ता अधिकारी बैंक को देख सकता है। के मॉडल उपयोगकर्ता अनुभाग में समूह समाप्त होता है: चयन, आवेदन, सहेजें।

1. सेटिंग्स » उपयोगकर्ता › उपयोगकर्ता का चयन करें (या एक बनाएं) › "रॉल टेम्पलेट" सेलेक्टर में भूमिका का चयन करें. इसके नीचे टेम्पलेट का विवरण और वह खुलता है कि मॉड्यूल सूचीबद्ध हैं.
2. अनुप्रयोग (add): मंदिर के बिट्स ऊपर से ऊपर जोड़ा गया मौजूदा अनुमति (दो टेम्पलेट्स को जोड़ने के लिए) केवल मंदिर: टेम्पलेट के बाहर बिट्स बंद हो जाते हैं; सिस्टम-प्रबंधक बिट बचाया जाता है।
3. जरूरत पड़ने पर व्यक्तिगत बॉक्स को समायोजित करें (शैम्पलेट केवल एक प्रारंभिक बिंदु है); बचाओ. सर्वर पर कुछ भी नहीं लिखा जाता है जब तक कि आप सहेजें दबाते हैं।

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

उत्पादन प्राथमिकताएं: स्तर 1 और उद्योग टेम्पलेट्स - प्रबंधक गाइड

10. लॉगिन स्क्रीन › "पहली सेटअप / नई कंपनी" जादूगर

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

कदम 2 दो परतें हैं: सरल दृश्य और "उन्नत सेटिंग्स"

सरल दृष्टिकोण (अनुकूल) एक ही सवाल पूछता है: नई कंपनी कोड. डेटाबेस इंजन, सर्वर पता और व्यवस्थापक पासवर्ड स्क्रीन पर नहीं हैं; वे सभी एप्लिकेशन सर्वर से आते हैं। प्रबंधक खाता लाइन केवल पढ़ा जाता है और दिखाता है hnr_kurulum · पासवर्ड सर्वर पर रखा ✓: यह पासवर्ड कभी ब्राउज़र पर नहीं भेजा — सर्वर इसे सेटअप अनुरोध में इंजेक्ट करता है। इस लाइन को प्रदर्शित करने के लिए, ऑपरेटर को परिभाषित करना होगा kurulum.basitKimlik=<उपयोगकर्ता>:<पासवर्ड> में server.properties (एक परिवर्तनीय वातावरण से पासवर्ड आ सकता है ${env:NAME}; उपयोग करें kurulum.basitMotor=firebird5 इंजन बदलने के लिए) बिना उस लाइन के जादूगर सीधे उन्नत दृश्य में खुलता है. खाता सुपर उपयोगकर्ता नहीं — यह केवल कंपनी के डेटाबेस बनाता है; उत्पादन में जाने से पहले अपना पासवर्ड बदलता है।

"उन्नत व्यवस्था » पूछें कि डेटाबेस कहां रहता है, तीन चयन योग्य कार्ड के साथ; केवल आपके द्वारा चुने गए कार्ड के क्षेत्रों का विस्तार: (1) इस कंप्यूटर पर एक डेटाबेस — सर्वर सॉफ्टवेयर एप्लिकेशन के समान मशीन पर चलता है; इंजन, व्यवस्थापक खाता और केवल पढ़ने वाली सर्वर लाइन दिखाई देती है। (2) एक दूरस्थ SQL एक ही नेटवर्क पर सर्वर — डेटाबेस एक अन्य मशीन पर है; सर्वर नाम, पता, बंदरगाह, TLS फैशन, CA प्रमाण पत्र, Firebird डेटा निर्देशिका और चलने के समय भूमिका फ़ील्ड खुले हैं। (3) SQL क्लस्टर / क्लस्टर सर्वर — सर्वर सेटिंग में परिभाषित प्रोफाइल सूचीबद्ध हैं; नीचे "एक क्लाउड क्लस्टर निर्धारित करें..." इनपुट नेन और CockroachDB क्लाउड के लिए एक ही फॉर्म खोलता है verify-full चुने गए हैं। नए सिद्धांतों में (2) और (3) केवल जब ही चुनने की क्षमता kurulum.uzakSunucuIzin=true; जब यह बाहर है कार्ड दिखाई देते हैं लेकिन अक्षम और क्यों बताते हैं। प्रत्येक फ़ील्ड में इसके तकनीकी नाम के साथ-साथ एक सीधे भाषा स्पष्टीकरण होता है। ? टूल टिप (टॉप, हिट या कुंजीपटल के साथ ध्यान केंद्रित करें)

के ""एक मौजूदा कंपनी से डेटा आयात" उन्नत दृश्य के नीचे बटन अब एक वास्तविक प्रवाह खोलता है: यह आपके पुराने फायरबर्ड डेटाबेस के रिकॉर्ड को एक कंपनी में स्थानांतरित करता है जो पहले से मौजूद (नीचे के अनुभाग को देखें) के "स्तर पर शुरू 1…" नोट अब कदम में नहीं बैठता 1 — यह सही है, शीर्षक के तहत कदम 6 (उत्पाद के स्तर), जहां वास्तव में विकल्प बनाया जाता है।

"इस कंप्यूटर पर एक डेटाबेस": एडमर्स पासवर्ड अब नहीं पूछा जाता है

जब HNR डेटाबेस सर्वर को स्वयं स्थापित किया गया है (या ऑपरेटर ने एक बार कॉन्फ़िगरेशन फ़ाइल में क्रेडिट रिकॉर्ड किए हैं), कोई इंजन किसी प्रबंधक के उपयोगकर्ता नाम और पासवर्ड का अनुरोध नहीं करता है. चुनें "इस कंप्यूटर पर एक डेटाबेस" प्रगतिशील दृश्य में कार्ड और उपयोगकर्ता नाम फ़ील्ड में संग्रहीत खाता दिखाई देता है (उदाहरण के लिए, postgres, sa, SYSTEM, root, SYSDBA), पासवर्ड फ़ील्ड दिखाता है •••••••• और पढ़ने के नीचे एक नोट ""सहेजे गए प्रबंधक पासवर्ड तैयार है। पासवर्ड है कभी नहीं भेजा ब्राउज़र के लिए: क्लाइंट केवल "सहेजे गए क्रेडिट का उपयोग करें" झंडा भेजता है और एप्लिकेशन सर्वर सेटअप अनुरोध में पासवर्ड दर्ज करता है। इसे बदलने के लिए, बस किसी भी फ़ील्ड में टाइप करें - बचाए गए मोड गिर जाता है और आप अपने खाते के साथ जारी रखते हैं; दबाएं ""सुरक्षित क्रेडिट का उपयोग करें" वापस जाने के लिए।

जब आप एक अलग डेटा स्थान (फोल्डर) का चयन करते हैं एक अधिक प्राथमिकता खाता की आवश्यकता है: PostgreSQL एक नया बनाता है टेबल स्पेस और केवल एक सुपर उपयोगकर्ता ऐसा कर सकता है; ओरेकल में एक ही नौकरी के लिए आवश्यक है CREATE TABLESPACE प्राथमिकताएं यदि यह खाता भी कॉन्फ़िगरेशन फ़ाइल में रिकॉर्ड किया जाता है, तो उपयोगकर्ता नाम फ़ील्ड स्वचालित रूप से इसके लिए स्विच करता है (hnr_kurulum → postgres) और राज्यों "संग्रहीत डेटाबेस व्यवस्थापक खाता चुने हुए फ़ोल्डर के लिए उपयोग किया जाएगा। — आप अभी भी पूछ रहे हैं कुछ नहीं. जब कोई प्राथमिक खाता संग्रहीत नहीं है, तो एक एम्बर बॉक्स दिखाई देता है "डेटाबेस प्रबंधक खाते में प्रवेश करें" बटन जो फ़ील्ड खोलता है। एक ही बॉक्स भी खुद खुलता है यदि सर्वर वापस आता है PG_DIRECTORY_PRIVILEGE_REQUIRED, ORACLE_TABLESPACE_PRIVILEGE_REQUIRED या ORACLE_PRIVILEGE_REQUIRED.

ऑपरेटर के लिए: लाइन है kurulum.yerelKimlik.<engine>=<user>:<password> में server.properties; इंजन कोड के रूप में firebird5, postgresql, cockroach, mssql, oracle. पासवर्ड एक परिवर्तनीय वातावरण से आ सकता है ${env:NAME}. क्रेडिट का इस्तेमाल किया जाता है इस कंप्यूटर पर केवल डेटाबेस के लिए: यदि एक दूरस्थ सर्वर या क्लस्टर चुना गया है, तो सर्वर इसे अस्वीकार करता है SAVED_CREDENTIAL_TARGET_INVALID, जब कोई चीज नहीं है तो वह वापस आती है। SAVED_CREDENTIAL_UNAVAILABLE (यह कभी भी चुपचाप एक खाली की कोशिश नहीं करता है पासवर्ड के लिए) खाली पासवर्ड अस्वीकार किए जाते हैं; एक असुरक्षित CockroachDB के लिए जो कोई पासवर्ड नहीं चाहता है, लिखें root:root. फायरबर्ड को कोई अतिरिक्त लाइन की आवश्यकता नहीं है: मौजूदा firebird.user/firebird.password इस्तेमाल किया जाता है। लाइन को हटाने से पुराने व्यवहार को पुनर्स्थापित किया जाता है - उपयोगकर्ता फिर से क्रेडिट टाइप करता है।

"एक डेटाबेस आयात करें": एक पुराने कंपनी से डेटा स्थानांतरित करें

क्या करता है : यह ग्राहक और स्टॉक कार्ड, बिलों, डिलीवरी नोटों, आदेशों, उद्धरणों, रिसेप्शन, चेक, भंडारण कवच, उत्पादन व्यंजनों और आदेशों, कर्मचारियों के रिकॉर्ड और चित्र / दस्तावेजों को पढ़ता है। EK1 आपके पुराने Firebird डेटाबेस का आधार, उनसे वस्तुओं को बनाता है और प्रत्येक को बचाता है कंपनी के अपने लेखन के माध्यम से रास्ते. क्या नहीं करता है: इसे DOES NOT CREATE एक कंपनी. लक्ष्य कंपनी को पहले से ही इस जादूगर के साथ बनाया जाना चाहिए. स्रोत डेटाबेस पढ़ने के लिए: आयात के दौरान कोई एक पंक्ति परिवर्तन नहीं है।

कदम 1 — लक्ष्य कंपनी और प्रबंधक साइन इन। आप कंपनी कोड दर्ज करें और साइन इन करें कंपनी के प्रबंधक. कंपनी सूची जानबूझकर दिखाई नहीं देती है: सत्र स्वयं यह साबित करता है कि कंपनी मौजूद है और आप इसमें एक प्रबंधक हैं। इस स्क्रीन पर कोई भी अनियंत्रित प्रबंधक कुछ भी नहीं कर सकता है (403). यदि आप केवल एक ही सर्वर पढ़ते हैं (HNR_WRITE (ख) इनकार कर दिया गया है।

कदम 2 — स्रोत डेटाबेस स्रोत का प्रकार है FirebirdSQL के बारे में अभी तक केवल (अन्य सूचीबद्ध हैं लेकिन चयन नहीं किया जा सकता है)। आप सर्वर पता प्रदान करते हैं, पोर्ट (3050 डेटाबेस मार्ग या एलायस, डेटाबेस उपयोगकर्ता (आमतौर पर) SYSDBA) और उसका पासवर्ड। अगर आप EK1 डेटाबेस मार्ग खाली रहता है, _ek1 मुख्य मार्ग पर लगाया जाता है। "कनेक्शन का परीक्षण करें » स्रोत से कनेक्ट करें और संस्करण, तालिकाओं की संख्या और क्या रिपोर्ट करें EK1 यह पता चला है; यदि EK1 गायब है, छवियों और दस्तावेजों को आयात नहीं किया जाता है और स्क्रीन स्पष्ट रूप से कहती है।

कदम 3 — टेबल का आंकड़ा हर स्रोत में तालिका चार निर्णयों में से एक के साथ सूचीबद्ध है; कोई भी चुपचाप नहीं छोड़ दिया जाता है। वस्तु: कार्ड / दस्तावेज टेबल से बनाए जाते हैं और कंपनी के स्वयं के लिखित मार्ग के माध्यम से बचाए जाते हैं (उदाहरण के लिए, MUSTERI ग्राहक कार्ड के लिए, FATURA + IRSALIYEITEM बिल और इसकी लाइनों के लिए) कॉपी: यदि लक्ष्य में एक ही नाम के साथ एक तालिका है, तो साझा स्तंभों को क्रम-दर-सीर कॉपी किया जाता है। उत्पन्न: (अनुमानित) के रूप में, एक अनुमानित मूल्य (CARIDURUM) और वस्तुओं की संख्या (STOKDURUM) वे लिखित मार्ग द्वारा पुनः गणना की जाती हैं और आयात के अंत में स्रोत के साथ संरेखित होती हैं। स्की: एक प्रणाली या लॉग टेबल।

"स्की" निर्णय अब केवल पुनर्जीवित कैश को कवर करता है। पिछली संस्करण का इलाज 53,662 रैली "सिस्टम तालिकाओं" के रूप में और कभी उन्हें आयात नहीं किया — एक्सचेंज दर इतिहास (KUR), लॉग ट्रांसफर स्थिति (FATURA_LOGO), प्रिंटर की परिभाषाएँ (SISTEMDOSYA), फ़ील्ड लेबल शब्दकोश और इंटरफ़ेस (METIN_SOZLUK, ALAN_SOZLUK), HR और उत्पादन रिकॉर्ड। सभी अब कॉपी किए गए हैं. एकमात्र वास्तव में खोया हुआ वस्तु फ़ाइल पूर्वावलोकन कैश है, और इसका कारण सूची में लिखा गया है. EK1 फ़ाइल सामग्री (उदाहरण के लिए, एक्सेस ट्रैक) के अलावा अन्य डेटाबेस भी स्थानांतरित किए जाते हैं और सूची में दिखाई देते हैं EK1. पूर्ववर्ती

दस्तावेज़ संख्याओं को बनाए रखा गया है। बिल, डिलीवरी नोट, आदेश, कटौती, रिसेप्शन, चेक बैच और स्टॉक वुचर नंबर रहते हैं सटीक जैसा कि वे थे - बीस साल के संग्रह के बाद, "कौन सा बिल नंबर" अभी भी एक ही जवाब है। आयात के अंत में, संख्याओं को सबसे अधिक मूल्य से आगे बढ़ाया जाता है, इसलिए बाद में जारी पहला दस्तावेज टकरा नहीं सकता है।

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

कंपनी की खुद की संरचना OVERWRITES लक्ष्य की कमी है। एक ताजा कंपनी सेटअप टेबल जैसे उत्पादन प्राथमिकताओं, अनुमोदन नियमों, स्विच, भंडारण और नकद खातों के रूप में बीज करता है। ये बीज पंक्तियां स्रोत पंक्तियों के साथ टकराती हैं जो एक ही कुंजी साझा करती हैं, और स्रोत को पार करने के लिए इस्तेमाल किया जाता है SILENTLY — कंपनी ने ‘मूल्य’ के साथ शुरू किया 1" प्रोफ़ाइल और APQP/subcontracting नियम बंद कर दिया. छोटे से कॉन्फ़िगरेशन तालिका में अब जीतने के लिए स्रोत: लक्ष्य रैंक स्रोत से अपडेट किया जाता है। दो जानबूझकर अपवाद हैं: उपयोगकर्ता कार्ड (इसलिए आप स्थापित करने के दौरान बनाए गए एडमर्स पासवर्ड को खो नहीं सकते हैं) और कंपनी की पहचान स्थापित करें. प्रत्येक खोया कुंजी "पर-टेबल परिणाम" सूची में कदम से कदम दिखाई देती है 5.

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

खाते में खुले तौर पर (KALAN) और रखरखाव विभाग

खुले बिल के बंधन का निष्कर्ष निकाला जाता है। पुराने डेस्कटॉप प्रोग्राम ने कभी भी एक बिल को भर नहीं दिया रहना (अनुमानित संख्या)FATURA.KALAN), जबकि HNR उम्र बढ़ने, कैबिनेट के "अधिक भुगतान", नकद प्रवाह और बंद बिलों से सभी रिसेप्शन इस क्षेत्र को पढ़ते हैं। इसलिए, उत्पन्न-समझौता चरण में, आयात प्रक्रियाएं प्रत्येक खाते के आंदोलनों को तारीख के क्रम में समाप्त करती हैं: भुगतान, रिटर्न और चेक बंद कर देते हैं। सबसे पुराना पहले से ही (FIFO) और खाते का खुला बंधन नवीनतम बिलों में लिखा जाता है। बिक्री और खरीद बिलों एक ही नियम का पालन करते हैं; रद्द किए गए बिलों को बंद रखा जाता है; खातों जिनके शुद्ध बंधन नीचे है 1 TL (पुराने रोटिंग रिजल्ट) कोई खुला बिल नहीं मिलता है. किसी भी बिल पर पहले से ही शेष राशि रखने वाला एक खाता अनदेखा किया जाता है. के fatura.kalanTop एक खुले बटुए का हिस्सा एक जारी चेक / नोट, एक डेबिट नोट या बैंक / कैश आंदोलन के बजाय एक बिल पर बैठ सकता है; यह हिस्सा बिलों पर नहीं दिखाई देता है लेकिन खाता रिपोर्ट में दिखाई देता है।

प्रबंधन विभाग (एक कदम में) 2, और फिर हस्ताक्षर करें) खुले संतुलनों को ठीक करें एक कंपनी के लिए एक ही नियम लागू होता है जो पहले आयात किया गया था। A प्रीमियम पहले दिखाई देता है (परिवर्तित बिलों, पिछले और अगले कुल, खोए हुए खातों, खुले ब्लेंडर के बाहर बिलों) और कुछ भी नहीं लिखा जाता है; मरम्मत का प्रयोग करें केवल शेष-उच्च फ़ील्ड लिखता है, प्रत्येक पंक्ति पर पुराने मूल्य की फिर से जांच करता है (एक रिसेप्शन द्वारा परिवर्तित एक बिल अभी भी अतिरिक्त नहीं लिखा जाता है) और रिकॉर्ड में रिकॉर्ड किया जाता है गतिविधि ट्रेलर इसे फिर से चलाने से कोई बदलाव नहीं होता है। शब्दकोश की समीक्षा करें फ़ील्ड अनुवाद और इंटरफ़ेस की लापता पंक्तियों को जोड़ें (24 भाषाओं); मैन्युअल रूप से संपादित अनुवादों को छू नहीं दिया जाता है और यह कुछ मिनट लेता है। जब एक नई कंपनी स्थापित की जाती है, तो यह बीज स्वचालित रूप से पृष्ठभूमि में चला जाता है एक बार कंपनी खुलती है; यदि यह विफल हो जाता है, तो स्थापना विफल नहीं होती है, यह स्थापना लॉग में लिखा जाता है और इस बटन के साथ पूरा किया जा सकता है। यदि पृष्ठ पुनरारंभ किया जाता है या सर्वर पुनरारंभ होता है, तो आयात जारी है कदम से खुलता है 4 जब आप साइन इन करते हैं; अंतिम समाप्त आयात का परिणाम उपलब्ध है अंतिम आयात के परिणाम दिखाएँ. चरण में सूची 3 इसके अलावा, वे तालिकाओं की सूची में शामिल हैं EK1 डेटाबेस उनके क्रमशः गिनती के साथ है।

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

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

कदम 5 — कैसे समझौता तालिका पढ़ने के लिए प्रत्येक पंक्ति एक मापा आइटम है: स्रोत पुराने डेटाबेस से पढ़े गए मूल्य, लक्ष्य नई कंपनी से पढ़े गए मूल्य, अंतर अंतर उनके बीच एक स्थिति मैचों इसका मतलब है कि वस्तु को ठीक से मिला। विचलन यह लाल रंग में प्रिंट किया जाता है और इसे हाथ से जांचना चाहिए। ज्ञात विचलन यह एक अपेक्षित अंतर है जो स्रोत से आता है (उदाहरण के लिए, स्रोत में दोहराए गए ग्राहक, या बिना किसी बैच के चेक)। मापा वस्तुओं में शामिल हैं: खाता संतुलन, स्टॉक स्तर (कुल और प्रति भंडारण), चेक गिनती / राशि / स्थिति, रिसेप्शन और बिल गिनती और राशि, उत्पादन व्यंजन और आदेश गिनती, EK1 फ़ाइलों की गिनती और तालिका कवरेज।

यदि समझौता विचलित हो जाता है, तो नौकरी "पूर्ण" नहीं कहती है। जब एक चेक विचलित हो जाता है, तो परिणाम शीर्षक पढ़ता है "आयात समाप्त हो गया - BUT "अनुकूलन एक विचलन दिखाता है" और विचलित चेक के नाम टेबल के ऊपर एक एम्बर बैंड में सूचीबद्ध हैं। के "‘अनुमानित परिणाम’ खुलासा दिखाता है, प्रत्येक स्रोत तालिका के लिए, उसके निर्णय, स्रोत पंक्ति गिनती, लिखित, स्काइप और विफल पंक्तियों और कारण; विफल पंक्तियों के साथ तालिकाएं शीर्ष पर और लाल में हैं. आप आयातित कंपनी का उपयोग शुरू करने से पहले दोनों सूची देखें.

आप एक ही स्रोत को दूसरी बार आयात कर सकते हैं। आयात पहचान-आधारित है: एक कार्ड, दस्तावेज़, चेक या फ़ाइल जो पहले से ही लक्ष्य में मौजूद है फिर से नहीं लिखा जाता है, यह गिनती की जाती है कूद. एक निलंबित आयात को फिर से शुरू करना सुरक्षित है; कोई दोहराव नहीं बनाया जाता है।

एक चयनित (टेबल-फिल्टर) आयात उत्पन्न-टेबल संरेखण को चलाता नहीं है। जब आप केवल कुछ तालिकाओं को आयात करते हैं, तो स्रोत से प्राप्त तालिकाओं जैसे ग्राहक संतुलन और स्टॉक स्तर लिखना कूद — कुछ दस्तावेजों को अभी तक आयात नहीं किया गया है और एक अंशबद्ध अनुकूलन गलत होगा। यह समझौता में एक के रूप में दर्ज किया गया है ज्ञात विचलन. एक बार जब आप शेष तालिकाओं (एक अफिल्टर किए गए चलने) को आयात करते हैं, तो समायोजन सामान्य रूप से चलता है।

गलती कोड AKTARIM_OTURUM_GEREKLI कोई बैठक नहीं हुई या यह समाप्त हो गया; AKTARIM_YONETICI_GEREKLI / AKTARIM_YETKI_YOK उपयोगकर्ता एक सिस्टम प्रबंधक नहीं है; AKTARIM_YAZMA_KAPALI सर्वर केवल पढ़ा-लिखा है AKTARIM_HEDEF_UYUSMAZ चुनी हुई कंपनी बैठक की कंपनी नहीं है · KAYNAK_GECERSIZ स्रोत का आकार खराब हो गया है; KAYNAK_ERISILEMEDI स्रोत से संपर्क नहीं कर सकते हैं; KAYNAK_KIMLIK स्रोत उपयोगकर्ता / पासवर्ड को अस्वीकार कर दिया गया है · KAYNAK_UZAK_YASAK सर्वर सेटिंग ब्लॉक में अनुमति सूची जिसका पता है · KAYNAK_EK1_YOK EK1 नहीं खोला जा सकता है (आयात जारी है, फ़ाइलों को हटा दिया जाता है) · HEDEF_DOLU लक्ष्य रिकॉर्ड है, सहमति बॉक्स की आवश्यकता होती है · HEDEF_SEMA_EKSIK लक्ष्य में कोई विरोधी तालिका नहीं है (यह अटलांटिक) AKTARIM_SURUYOR इस कंपनी के लिए एक नौकरी पहले से ही चल रही है · AKTARIM_IS_BULUNAMADI नौकरी रिकॉर्ड समाप्त हो गया है या समाप्त हो गया है · AKTARIM_IPTAL_EDILDI उपयोगकर्ता द्वारा रोक दिया गया; AKTARIM_FAZ_HATASI एक चरण बंद हो गया (लोग देखें)

आयात करने से पहले लक्ष्य कंपनी का बैकअप लें। आयात लक्ष्य पर लिखता है और कभी भी स्रोत को छूता नहीं है. यदि लक्ष्य में परिणाम वह नहीं है जो आप चाहते हैं, तो वापस जाने का रास्ता बैकअप है – तो एक सूखे दौड़ सबसे पहले, भंडार की समीक्षा करें, फिर एक बैकअप लें और वास्तविक आयात शुरू करें।

डेटाबेस इंजन: Firebird SQL 5 Postgrash के बारे में 17 — दोनों पूरी तरह से समर्थन

आप कदम से मोटर का चयन करते हैं 2. फायरबर्ड SQL 5: के SYSDBA खाता और पासवर्ड सेट किया गया है जब Firebird स्थापित किया गया था; सर्वर स्थानीय होना चाहिए। Postग्रेड 17: कंपनी के डेटा में रहते हैं hnr_<company code> फ़ाइल में शामिल हैं hnr_<company code>_ek1; दिए गए खाते होना चाहिए एक सुपर उपयोगकर्ता के साथ CREATEDB, और बनाए गए डेटाबेस को सर्वर रनटाइम भूमिका में स्थानांतरित किया जाता है (postgresql.user). दस्तावेज़ इनपुट, रिपोर्ट, स्टॉक / खाता कार्ड और एप्लिकेशन (प्रसारित / सूची / डाउनलोड / पूर्वावलोकन / रद्द) दोनों इंजनों पर समान रूप से व्यवहार करते हैं।

"सर्वर" लाइन: होस्ट: पोर्ट · TLS — पढ़ने के लिए

एक बार इंजन का चयन किया गया, एक सर्वर <इंजन> लाइन प्रबंधक पासवर्ड के नीचे दिखाई देती है, उदाहरण के लिए स्थानीय मेजबान :5432 · TLS: असमर्थ. इन अनुप्रयोगों को सर्वर सेटिंग्स से पढ़ा जाता है (server.properties) और जादूगर में बदलाव नहीं किया जा सकता: ब्राउज़र से आने वाले कोई पता, पोर्ट या मार्ग कभी भी सर्वर को नहीं भेजा जाता है, इसलिए व्यवस्थापक की पहचान को एक सहज लक्ष्य पर संकेत नहीं दिया जा सकता है. Firebird लाइन में यह भी कहा जाता है कि "स्थानीय सर्वर आवश्यक है"। सर्वर ऑपरेटर से संपर्क करें यदि आपको एक अलग डेटाबेस सर्वर की आवश्यकता है।

"सर्टिंग/लिखित-कस भाषा" लाइन: कंपनी डेटाबेस भाषा देश का अनुसरण करती है

नीचे सर्वर लाइन आप देखेंगे संदर्भ / संदर्भ भाषा: के अनुपालन देश की आधिकारिक भाषा चरण में चुने गए 1 (उदाहरण के लिए, तुर्की → तुर्की (tr), स्वीडन → स्विडन (sv), इंडोनेशिया → इंडोनेशियाई (id)); सेटअप सारांश में एक ही लाइन दिखाई देती है। इस भाषा में कंपनी के डेटाबेस के पत्र नियम निर्धारित किए जाते हैं: भाषा-स्वतंत्रता की खोजें (कस- और ध्यान-अनावश्यक जड़ तुलना — "अली" मैचों "ALİ", ‘मैं’ मैचŞEMA" हर देश में, जबकि वर्गीकरण और ऊपरी / निचले मामले में रूपांतरण देश के अधिकारी का पालन करता है भाषा (तुर्की Ç/ş/ı आदेश और ı↔I, i↔İ; स्विडियन ä/ö अल्फाबेट के अंत में) मूल्य सर्वर के देश→भाषा तालिका से पढ़ा जाता है, स्क्रीन पर परिवर्तित नहीं किया जा सकता है और स्थापित करने के बाद तय किया जाता है। CockroachDB के बारे में इंजन भाषा आदेश केवल के लिए लागू होता है ORDER BY सरल एक-टेबल प्रश्नों में; जटिल प्रश्नों को कोड-पॉइंट आदेश दिखा सकते हैं।

एक अन्य सर्वर पर डेटाबेस: "सेवर" चयन

कंपनी डेटाबेस को एक डेटाबेस सर्वर पर भी बनाया जा सकता है जो एक और मशीन इसके बजाय, एक प्रोग्राम सर्वर होस्ट करता है। आप डेटाबेस सर्वर को स्वयं स्थापित करें फ़ायरबर्ड 5, PostgreSQL या CockroachDB) उस मशीन पर, इसे नेटवर्क के माध्यम से पहुंचने में सक्षम बनाता है और इसके व्यवस्थापक पासवर्ड सेट करता है; जादूगर कुछ भी स्थापित नहीं करता है, यह केवल कनेक्ट करता है और कंपनी डेटाबेस बनाता है। लाइन की जरूरत है kurulum.uzakSunucuIzin=true ऑपरेटर के लिए server.properties; यदि आप निजी क्षेत्रों के बाहर हैं (10.x, 172.16-31.x, 192.168.x, 127.(ए) इसके अलावा इसमें शामिल होना चाहिए kurulum.sunucuIzinListesi=host1,host2. जबकि अनुमति बंद हो जाती है, सर्वर लाइन में कदम 2 पहले की तरह ही पढ़ना ही जारी रखें।

जब अनुमति दी जाती है, तो सर्वर कदम में लाइन 2 यह एक सेलेक्टर बन जाता है: यह सर्वर सेटिंग्स में परिभाषित सर्वरों की सूची बनाता है (kume.<name>.*) इसके अलावा "इस सर्वर (संस्थापित)" और नीचे "एक और सर्वर सेट करें.... एक नई परिभाषा के लिए पूछताछ: A सर्वर नाम (अधिकतर में 30 अक्षरों / संख्याओं / नीचे के स्कोर / हाइफेन एक नीचे के स्कोर पत्र से शुरू होते हैं; firebird, postgresql और cockroach हैं आरक्षित है) आइटम और बंदरगाह, PostgreSQL / CockroachDB के लिए TLS फैशन और वैकल्पिक CA प्रमाण पत्र (PEM फ़ाइल, ज्यादातर 16 KB), के लिए आग की बूंदें डेटा निर्देशिका (उत्पत्ति फ़ाइल को बनाने वाले दूरस्थ मशीन पर रूट निर्देशिका) और वैकल्पिक उपयोगकर्ता / पासवर्ड का उपयोग. यदि उस सर्वर पर पहले से ही चलने का समय भूमिका मौजूद है, तो उसका पासवर्ड सत्यापित किया जाता है; अन्यथा सेटअप भूमिका बनाता है और इसका पासवर्ड उत्पन्न करता है। जब सेटअप समाप्त हो जाता है, सर्वर परिभाषा और कंपनी लाइन (firma.<company>=kume:<name>) लिखा है server.properties, जहां पासवर्ड और प्रमाण पत्र भी संग्रहीत किए जाते हैं; अनुप्रयोग को पुनरारंभ करने की आवश्यकता नहीं है।

गलती कोड जो प्रीचिकन वापस कर सकते हैं

कई कंपनियों सेटअप एक बार में, और सेटअप लॉग

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

यदि PostgreSQL इस कंप्यूटर पर नहीं है: HNR इसे स्थापित करें

यदि डेटाबेस चरण में कोई PostgreSQL नहीं पाया जाता है, तो जादूगर एक "PostgreSQL के बारे में" बटन एक क्लिक में इंस्टाइलर को चलाता है: यह लगभग एक मिनट, उपयोग करें लगभग 200 MB और परिणामस्वरूप सर्वर कनेक्शन स्वीकार करता है केवल इस कंप्यूटर से (listen_addresses=localhost, पासवर्ड चेक scram-sha-256). प्रगति चरण-दर-चरण दिखाई देती है: डेटा निर्देशिका, कॉन्फ़िगरेशन फ़ाइलें, सर्वर प्रारंभ, डेटाबेस भूमिकाएं, टेम्पलेट डेटाबेस, सर्वर सेटिंग्स, सत्यापन. जब यह समाप्त हो जाता है तो आप जहां छोड़ दिया गया है वहां जारी रहते हैं; कोई डेटाबेस उपयोगकर्ता नाम या पासवर्ड कभी नहीं मांगी जाती है.

इंस्टॉलर क्या लिखता है? क्लस्टर के नीचे स्थापित किया गया है data/pg (डेटा निर्देशिका data/pg/veri, लॉग data/pg/pg.log). खेल मॉडल का प्रदर्शन data/pg-calisma-rolu.sql: Runtime भूमिका hnr_uygulama (एक सुपर उपयोगकर्ता नहीं, डेटाबेस नहीं बना सकते), भूमिका प्रदान करने के लिए hnr_kurulum (CREATEDB) और A hnr_sablon कंपनी भाषा के लिए टेम्पलेट डेटाबेस (आंतरिक में निश्चित रूप से फेंकने वाले परत के साथ) केवल लाइनों postgresql.host/port/user/password/sslmode और kurulum.basitKimlik हैं एपिसोड के लिए server.properties; कोई भी परिवर्तन नहीं हुआ है और एक सारा.अनुकूलन… पहले बैकअप किया जाता है। उपभोक्ता (postgres) पासवर्ड कभी सेटिंग्स फ़ाइल में नहीं लिखा जाता है: केवल में ही रहता है data/pg/HNR-PG-SIRLAR.txt — फ़ाइल को वापस करें और इसे अनधिकृत पहुंच से दूर रखें।

सीमा और परेशानी का समाधान। इंस्टॉलर को केवल शुरू किया जा सकता है कंप्यूटर से प्रोग्राम चलाने के लिए (एक दूरस्थ ब्राउज़र प्राप्त करता है 403) वर्तमान में चल रहे हैं विंडोज में केवल. यदि PostgreSQL प्रोग्राम फ़ाइलें गायब हैं, तो बटन के बजाय आप एक चेतावनी देखते हैं कि ऑपरेटर को विंडोज निकालना होगा x64 बाइनरी ज़िप में tools/postgresql — इंस्टॉलर कभी भी कुछ भी डाउनलोड नहीं करता है. यदि PostgreSQL पहले से ही कॉन्फ़िगर किया गया है, तो इंस्टॉलर कुछ भी नहीं करता है. सेटअप भी एक कार्य रिकॉर्ड करता है जो पोस्टग्रेएसएल शुरू होता है जब कंप्यूटर शुरू होता है; यदि यह कार्य रिकॉर्ड नहीं किया जा सकता है (अनुमति सीमाएं) पोस्टग्रेएसएल अभी भी चल रहा है, लेकिन एक चेतावनी कहती है कि इसे पुनरारंभ करने के बाद मैन्युअल रूप से शुरू किया जाना चाहिए। केवल एक क्लस्टर HNR स्थापित स्वयं को हटाया जा सकता है; हटाने कार्य, डेटा निर्देशिका और server.properties एक साथ लाइनों, और उस समूह में सभी कंपनी डेटा हटा दिया जाता है.

यदि Oracle चुना गया है: सेटअप खाते के लाभ

स्थापना के लिए आवश्यक प्राथमिकताएं। Oracle में एक कंपनी को दो के रूप में बनाया जाता है योजना मालिकों (मैं + EK1). डेटाबेस खाता आप जादूगर में दर्ज करते हैं जरूरी है इन सिस्टम के लाभों को रखें: CREATE USER, ALTER USER, GRANT ANY PRIVILEGE. यदि आप एक चुने हैं डेटा स्थान के लिए (आपकी खुद की टेबल स्पेस)DBF (ख) आगे की प्रक्रिया में, CREATE TABLESPACE यह भी आवश्यक है। अगर कोई चार्जर नहीं है तो वह रुक जाता है पहले (अनुमानित और अनुमानित)ORACLE_PRIVILEGE_REQUIRED) वह कभी भी आधा-निर्मित कंपनी को नहीं छोड़ता है।

अतिरिक्त लाभ की सिफारिश DROP USER (और अधिक DROP TABLESPACE एक सामान्य स्थान के लिए) नहीं एक सेटअप के लिए आवश्यक है, लेकिन अगर कुछ मध्य-सेटअप में विफलता HNR इसे आधा-निर्मित योजना के मालिकों को हटाने के लिए इस्तेमाल किया जाता है। इसके बिना सेटअप अभी भी कोशिश की जाती है; त्रुटि संदेश फिर कहता है किस योजना के मालिक को हाथ से हटाना चाहिए के माध्यम से ORACLE_YARIM_KURULUM_KALDIRILAMADI. अनुदान DROP USER केवल स्थापना की अवधि के लिए और बाद में इसे रद्द करना इसलिए अच्छी अभ्यास है।

रैखिक खाते अलग हैं। जादूगर कंपनी के लिए दो योजना मालिकों को बनाता है और उन्हें केवल दान करता है CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SEQUENCE, CREATE PROCEDURE, CREATE TRIGGER; Quota के रूप में निर्धारित किया गया है QUOTA UNLIMITED चुने हुए टेबल पर। दैनिक कार्य में इस्तेमाल किए जाने वाले खाते कोई अन्य कंपनी नहीं देख सकती है और उपयोगकर्ताओं या योजनाओं को नहीं बना सकती है.

11. सेटिंग्स › HNR › "कंपनी डेटाबेस बैकअप" एक बैकअप से पुनर्प्राप्त

उद्देश्य। सेटिंग्स › HNR में कंपनी डेटाबेस बैकअप कार्ड वर्तमान कंपनी के मुख्य और EK1 डेटाबेस को एक एन्क्रिप्टेड पैकेज फ़ोल्डर में लिखता है। HNR सर्वर चलाने वाले कंप्यूटर पर चुनी गई डायरेक्टरी के अंदर नया फ़ोल्डर बनता है, जिसमें main.enc, ek1.enc और अंत में लिखा जाने वाला पूर्णता-चिह्न hnr-yedek.json होता है। आपको सिस्टम प्रशासक होना चाहिए और अपना वर्तमान HNR प्रशासक पासवर्ड फिर से दर्ज करना होगा; वही पासवर्ड पैकेज खोलता है। इसमें सर्वर या डेटाबेस के लॉगिन प्रमाण संग्रहीत नहीं होते।

बहाली। लॉगिन स्क्रीन के ⋮ मेनू से खुलने वाली “HNR बैकअप से नई कंपनी बनाएँ” स्क्रीन हमेशा नए कंपनी कोड में बहाल करती है; मौजूदा कंपनी कभी अधिलेखित नहीं होती। बैकअप लेते समय उपयोग किया गया HNR प्रशासक पासवर्ड और लक्ष्य डेटाबेस प्रशासक दोनों चाहिए: Firebird के लिए SYSDBA, PostgreSQL के लिए सुपरयूज़र, CockroachDB के लिए root/admin, SQL Server के लिए sysadmin, Oracle के लिए CREATE USER रखने वाला प्रशासक। दोनों डेटा हिस्से खुलने और सत्यापित होने के बाद ही कंपनी प्रकाशित होती है। गलत पासवर्ड या दूसरे हिस्से के खराब होने पर लक्ष्य में कुछ नहीं बनता।

समर्थित इंजन। Firebird, PostgreSQL, HNR द्वारा स्थापित स्थानीय CockroachDB नोड, Microsoft SQL Server और Oracle। Firebird/PostgreSQL/CockroachDB के लिए इंजन के अपने बैकअप टूल का उपयोग किया जाता है। SQL Server और Oracle का पैकेज तार्किक बैकअप है: स्कीमा की परिभाषा और हर तालिका की पंक्तियाँ डेटाबेस कनेक्शन से पढ़ी जाती हैं। इसलिए डेटाबेस सर्वर दूरस्थ स्थान पर या कंटेनर में होने पर भी बैकअप लिया जा सकता है; सर्वर की फ़ाइल प्रणाली तक पहुँच आवश्यक नहीं है। पुनर्स्थापना नई कंपनी के लिए नया डेटाबेस/स्कीमा और नया रनटाइम उपयोगकर्ता बनाती है। Oracle पैकेज के लिए लक्ष्य क्लस्टर का नाम दर्ज करना होगा; आवश्यकता होने पर सेवा का नाम भी दर्ज करें, जिसका डिफ़ॉल्ट मान FREEPDB1 है।

ध्यान देने योग्य बातें। मुख्य और EK1 डेटाबेस का बैकअप अलग-अलग होता है; दोनों के लिए एक साझा परमाण्विक क्षण नहीं होता। कंपनी में गतिविधि न होने वाला छोटा समय चुनें। एक समय में केवल एक बैकअप या बहाली चल सकती है। फ़ोल्डर ब्राउज़र में नहीं, सर्वर के फ़ाइल सिस्टम में होता है; symlink/junction से जुड़े फ़ोल्डर अस्वीकार किए जाते हैं। पैकेज सुरक्षित जगह कॉपी करें: पैकेज के बिना वापसी संभव नहीं, और पासवर्ड के बिना पैकेज खुल नहीं सकता।