विश्लेषणात्मक बनना। संपर्क जानकारी

सॉफ्टवेयर उत्पाद 1C: वेतन और कार्मिक प्रबंधन 8, जैसा कि नाम से पता चलता है, कर्मियों के प्रबंधन और उद्यम के कर्मचारियों के साथ बस्तियों के लिए खाता बनाने के लिए डिज़ाइन किया गया है। इसके पास पर्याप्त अवसर हैं, जिसके उपयोग से किसी भी आकार के उद्यम में कर्मियों के साथ बस्तियों के प्रबंधन और लेखांकन को व्यवस्थित करना और विभिन्न प्रकार के संचय और कटौती का उपयोग करना संभव है।

चूंकि कार्यक्रम विभिन्न लेखांकन मापदंडों, कार्य अनुसूचियों, गणनाओं के प्रकारों के साथ-साथ लेखांकन में मजदूरी को प्रतिबिंबित करने के तरीकों को स्थापित करने में लचीला है, इसलिए कार्यक्रम की स्थापना और सभी कर्मियों और निपटान दस्तावेजों को भरने पर विशेष ध्यान देना आवश्यक है और प्रत्येक दस्तावेज़ में विश्लेषण। व्यवहार में, कॉन्फ़िगरेशन सुविधाओं की अज्ञानता से जुड़ी कई त्रुटियां हैं। पेरोल या पोस्टिंग की गणना करते समय अक्सर त्रुटियों का पता लगाया जाता है, जिसे बाद में 1C: Accounting 8 या 1C: Accounting 7.7 पर अपलोड किया जाएगा। संभावित त्रुटियों से बचने के लिए, कार्यक्रम में प्रारंभिक लेखा सेटिंग्स पर विशेष ध्यान देना आवश्यक है, अर्थात्:

• निर्देशिका "संगठनात्मक उपखंड" - निर्देशिका "1C: लेखा 8" से अनलोड करके स्वचालित रूप से भर जाती है जो आवश्यक मापदंडों ("नई सूचना आधार पर अपलोड करने के लिए") को दर्शाती है। यदि निर्देशिका मैन्युअल रूप से भरी हुई है, तो 1C लेखा कार्यक्रम में "संगठनात्मक उपखंड" निर्देशिका के नाम और कोड के लिए इसके तत्वों के नाम और कोड के पत्राचार पर ध्यान देना आवश्यक है;
• संदर्भ पुस्तक "लागत आइटम" - 1C से डेटा लोड करते समय भी स्वचालित रूप से भर जाता है: लेखा संस्करण 8 या 7.7। लागत आइटम "भुगतान" और "कर और शुल्क" की उपलब्धता की जांच करना आवश्यक है;
• निर्देशिका "नामकरण समूह" को 1C में समान नाम की निर्देशिका के अनुरूप होना चाहिए: लेखा संस्करण 8 या 7.7;
• संदर्भ पुस्तक "लेखांकन में मजदूरी को प्रतिबिंबित करने के तरीके" - संदर्भ पुस्तक में विनियमित लेखांकन में मजदूरी को दर्शाते समय उपयोग की जाने वाली संभावित प्रविष्टियों की एक सूची होती है।

प्रोग्राम के साथ काम करते समय अक्सर कौन सी त्रुटियां होती हैं? खैर, सबसे पहले, यह "गलत पोस्टिंग" का गठन है। ऐसी स्थिति से बचने के लिए, पोस्टिंग सेटिंग्स का ध्यान रखना और प्रत्येक कर्मचारी को अग्रिम रूप से विनियमित लेखांकन में मजदूरी को दर्शाने का एक निश्चित तरीका देना आवश्यक है। इसलिए, आप निम्नलिखित तरीकों से वेतन दर्शाने का तरीका चुन सकते हैं:

• संपूर्ण इकाई को एक विशिष्ट विधि असाइन करें। निर्देशिका "संगठन के उपखंड", टैब "पेरोल अकाउंटिंग";
• किसी कर्मचारी या कर्मचारियों की सूची को वेतन दर्शाने के लिए एक विधि असाइन करें। इसके लिए, दस्तावेज़ "कर्मचारियों की कमाई के लिए लेखांकन पर जानकारी दर्ज करना" का उपयोग किया जाता है;
• एक विशिष्ट उपार्जन या कटौती के लिए मजदूरी को दर्शाने का एक विशिष्ट तरीका निर्दिष्ट करें। "लेखा और यूटीआईआई" टैब पर "लेखांकन में प्रतिबिंब की विधि" क्षेत्र में आवश्यक पोस्टिंग निर्दिष्ट करना आवश्यक है।

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

तीसरालोकप्रियता से, गलती यूएसटी या व्यक्तिगत आयकर की गणना के लिए आधार में कुछ प्रकार की गणनाओं को शामिल करना / शामिल नहीं करना है। इस तरह की त्रुटि को रोकने या ठीक करने के लिए, एक विशिष्ट प्रोद्भवन की सेटिंग की जांच करना आवश्यक है जो गलत तरीके से निर्दिष्ट करों के अधीन है या नहीं। उपार्जन के प्रकार को संपादित करने के लिए विंडो में "कर" टैब पर संबंधित फ़ील्ड हैं - "पीआईटी" और "यूएसटी, पेंशन फंड में योगदान"।

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

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

आप किसी त्रुटि को कैसे ट्रैक कर सकते हैं और एक दस्तावेज़ या मार्गदर्शिका कैसे ढूंढ सकते हैं जिसमें आपको परिवर्तन करने की आवश्यकता है?मजदूरी की गणना की पूर्णता का विश्लेषण करने के लिए, "संगठनों के कर्मचारियों के लिए शुल्क का विश्लेषण" रिपोर्ट का उपयोग किया जाता है। रिपोर्ट आपको यूएसटी, व्यक्तिगत आयकर और लेनदेन के गठन की गणना में उपयोग की जाने वाली राशियों के साथ उपार्जित राशियों के अनुपालन को ट्रैक करने की अनुमति देती है।

प्रत्येक कर्मचारी के लिए सभी आरोपों और कटौती का विश्लेषण करने के लिए, "फ्री फॉर्म पेरोल" का उपयोग करना सुविधाजनक है। बयान न केवल कुल राशि में, बल्कि गणना प्रकारों के संदर्भ में प्रत्येक कर्मचारी के लिए प्रोद्भवन और कटौती देखने का अवसर प्रदान करता है।

उपार्जित करों और योगदानों का विश्लेषण करने के लिए, "उपार्जित करों और योगदानों का विश्लेषण" रिपोर्ट का उपयोग किया जाता है, जो अर्जित करों के अलावा, कर गणना आधार में शामिल भुगतानों और कराधान के अधीन नहीं होने वाले भुगतानों को इंगित करता है।

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

1C प्लेटफ़ॉर्म पर सूचना आधार में, कई भिन्न त्रुटियाँ हो सकती हैं:

डेटाबेस की तार्किक / भौतिक अखंडता का उल्लंघन, उपयोगकर्ता त्रुटियां, "कुटिल" डेवलपर कोड, और बहुत कुछ।

इसके कई कारण हो सकते हैं: प्रकाश बंद कर दिया गया था, और कोई निर्बाध बिजली आपूर्ति नहीं थी, या शुक्रवार की शाम सफल रही, और उपयोगकर्ता अब याद नहीं रख सकता कि उसने सोमवार को क्या किया।

सबसे पहले, उपयोगकर्ता को कुछ स्पष्ट प्रश्न पूछने लायक है:

1) प्लेटफ़ॉर्म/कॉन्फ़िगर रिलीज़।

2) त्रुटि संदेश का पूरा पाठ। उपयोगकर्ताओं को ऐसे संदेशों की संपूर्णता को न पढ़ने की दुर्भाग्यपूर्ण आदत है, और शायद इसमें समस्या निवारण के लिए एक सिफारिश शामिल है।

3) यह कितने समय पहले हुआ था और किन परिस्थितियों में यह प्रकट होता है। गैर-पुनरुत्पादित बग जिन्हें हमने पहले नहीं देखा है, हम ठीक करने में सक्षम होने की संभावना नहीं रखते हैं।

4) क्या यह तब होता है जब आप किसी अन्य कंप्यूटर/दूसरे उपयोगकर्ता से 1s चलाते हैं? यह हमें विचार के लिए भोजन देगा - चाहे कैश साफ़ करना, अनुमतियाँ समायोजित करना, या उपयोगकर्ता प्राथमिकताएँ साफ़ करना मदद कर सकता है।

अब थोड़ा त्रुटियों के बारे में और उन्हें कैसे हल किया जाए।

आम:
बिना लाइसेंस वाले सॉफ़्टवेयर (विंडोज़, 1 सी, आदि) का उपयोग करते समय कुछ त्रुटियाँ होती हैं।

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

यदि आप पहली बार त्रुटि से मिले - शायद कोई पहले ही मिल चुका है -

Google पर खोजें, हो सकता है कि किसी ने पहले ही इसका सामना कर लिया हो और समस्या का समाधान कर दिया हो, और आप अपना अतिरिक्त दो घंटे बर्बाद नहीं करेंगे।

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

वर्तमान प्लेटफ़ॉर्म रिलीज़ - प्रत्येक कॉन्फ़िगरेशन में विवरण होता है कि इस कॉन्फ़िगरेशन के साथ काम करने के लिए किस प्लेटफ़ॉर्म रिलीज़ की अनुशंसा की जाती है।

तकनीकी लॉग आपको सभी 1C: एंटरप्राइज ईवेंट्स (या फ़िल्टर का उपयोग करने वाला एक भाग) लॉग करने की अनुमति देता है।
आप उसके बारे में पढ़ सकते हैं।

!!!महत्वपूर्ण

आधार के साथ किसी भी कार्रवाई से पहले - एक आर्काइव कॉपी बनाएं!

यदि डेटाबेस विन्यासकर्ता में नहीं खुलता है - फ़ोल्डर को डेटाबेस के साथ कॉपी करें और कॉपी पर सभी ऑपरेशन करें!

1) डेटाबेस उपयोगकर्ता मोड में या विन्यासकर्ता में बिल्कुल भी नहीं खुलता है।

• सबसे तेज़ चीज़ जो आप कर सकते हैं वह अस्थायी फ़ाइलों को साफ़ करना है (डेटाबेस की सूची से डेटाबेस को हटाएं और फिर से कनेक्ट करें)

  यह क्रिया अस्थायी फ़ाइलों (कैश) को नहीं हटाएगी, लेकिन अस्थायी डेटाबेस फ़ाइलों के लिए एक नया फ़ोल्डर बनाएगी, आप फ़ाइलों को हटा सकते हैं:
  विंडोज 7 में C:\Users\UserName\AppData\Roaming\1C\1Cv8x में
  विंडोज एक्सपी सी पर:\Documents and Settings\Username\Application Data\1C\1Cv8x

• आप किसी अन्य उपयोगकर्ता से डेटाबेस तक पहुँचने का भी प्रयास कर सकते हैं।

• यदि डेटाबेस एक फ़ाइल है, तो यह chdbfl डेटाबेस की भौतिक अखंडता के परीक्षण के लिए उपयोगिता चलाने लायक है। यह फ़ोल्डर में स्थित है:
  C:\Program फ़ाइलें (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

• यदि आधार sql-th है तो sql के माध्यम से परीक्षण करें।

• यदि कोई मदद नहीं करता है, तो आप प्लेटफॉर्म को अपडेट कर सकते हैं (देखें कि रिलीज किस प्लेटफॉर्म के तहत काम करता है)
• यदि उपरोक्त में से कुछ भी नहीं हुआ, तो आप Tool_1CD प्रोग्राम का उपयोग कर सकते हैं।

2) यदि स्टार्टअप पर आधार डंप हो जाता है।

• ग्राफिक्स कार्ड हार्डवेयर त्वरण अक्षम करें:

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

1. कंट्रोल पैनल (स्टार्ट - कंट्रोल पैनल) खोलें।
2. स्क्रीन तत्व खोजें और खोलें।
3. खुलने वाली विंडो के बाएं भाग में, "स्क्रीन सेटिंग्स समायोजित करें" लिंक पर क्लिक करें।
4. खुलने वाली विंडो में, "उन्नत विकल्प" लिंक पर क्लिक करें।
5. "निदान" टैब पर जाएं और "सेटिंग बदलें" बटन पर क्लिक करें।
6. खुलने वाली विंडो में, स्लाइडर को सबसे बाईं ओर ले जाएं ("नहीं") और "ओके" पर क्लिक करें। यदि UAC सक्षम है, तो आपको पुष्टि करनी होगी कि परिवर्तन उपयोगकर्ता द्वारा अधिकृत हैं। हार्डवेयर त्वरण अक्षम है। सिस्टम रीबूट होने के बाद परिवर्तन प्रभावी होंगे।

विंडोज 7 में, कुछ मामलों में सेटिंग्स बदलें बटन धूसर हो जाएगा। इस स्थिति में, आप हार्डवेयर त्वरण को अक्षम नहीं कर सकते, क्योंकि वीडियो कार्ड और इसका ड्राइवर हार्डवेयर त्वरण हेरफेर का समर्थन नहीं करते हैं।

• यदि एंटीवायरस Kaspersky है, तो आप आत्मरक्षा को अक्षम करने और Kaspersky फ़ोल्डर में kloehk.dll और mzvkbd3.dll फ़ाइलों का नाम बदलने का प्रयास कर सकते हैं। (2011 के पुराने संस्करणों में त्रुटि हुई, लेकिन अभी भी कभी-कभी होती है)
• सत्यापित करें कि प्लेटफ़ॉर्म रिलीज़/कॉन्फ़िगरेशन मेल खाता है।
• डेटाबेस को किसी अन्य प्लेटफ़ॉर्म से एक्सेस करने का प्रयास करें।

3) आधार विन्यासकर्ता में खुलता है, लेकिन उपयोगकर्ता मोड में प्रवेश नहीं करना चाहता।

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

4) जब कुछ क्रियाएं विन्यासकर्ता में कोड को फेंक देती हैं।

• यह जाँचने के लिए कैश साफ़ करने लायक है।
• यदि यह मदद नहीं करता है, तो सबसे अधिक संभावना कोड में एक त्रुटि है - यह गैर-मानक और स्व-लिखित कॉन्फ़िगरेशन के लिए विशेष रूप से सच है, लेकिन कभी-कभी यह विशिष्ट लोगों में भी होता है।

यदि कॉन्फ़िगरेशन विशिष्ट नहीं है, तो या तो अपडेट गलत हो गया या कॉन्फ़िगरेशन को अंतिम रूप देने वाले डेवलपर ने उपयोगकर्ता त्रुटियों की सभी संभावनाओं को नहीं देखा - फुलप्रूफ (यदि संभव हो!)।

यदि विशिष्ट है, तो शायद रिलीज़ में एक बग है।

किसी भी मामले में, डीबगर के माध्यम से चलने और क्या गलत है यह देखने लायक है।

5) एक उपयोगकर्ता के तहत, यह आपको कुछ करने की अनुमति देता है, दूसरे के तहत, ऐसा नहीं होता है।

• उपयोगकर्ता अधिकार सेटिंग्स।
• उपयोगकर्ता सेटिंग।
• कैश साफ़ करना।

6) एक पीसी से यह आता है, दूसरे से नहीं।

• जांचें कि क्या एक्सप्लोरर डेटाबेस देखता है - शायद डेटाबेस वाला फ़ोल्डर साझा नहीं किया गया है।
• कैश साफ़ करना।
• एक अलग उपयोगकर्ता के रूप में लॉग इन करें।

7) मैंने कुछ नहीं किया / किया, लेकिन मेरे लिए सब कुछ टूट गया

• यदि वे आपको ठीक-ठीक बता सकते हैं कि उन्होंने "क्या नहीं किया" और कब, तो आप इसका उपयोग कर सकते हैं

• चयन के साथ लॉगबुक और शायद पता करें कि समस्या क्या है।
• लॉग विन्यासकर्ता में पाया जा सकता है:
• प्रशासन - पंजीकरण लॉग।

  या तो उपयोगकर्ता मोड में - स्थान कॉन्फ़िगरेशन पर निर्भर करता है।

8) पर्याप्त स्मृति नहीं।

मेरे पास एक मामला था, एक ग्राहक आया, वह कहता है, जब महीना बंद हो जाता है, तो त्रुटि "पर्याप्त मेमोरी नहीं" दुर्घटनाग्रस्त हो जाती है। मैंने इस समस्या को लिया। मैंने सोचा कि यह आसान था, सबसे पहले मैंने रैम जोड़ा - एक गलती। यह 2 गीगाबाइट था, यह 4 हो गया, लेकिन फिर भी 1 पर्याप्त नहीं है। पेजिंग फ़ाइल का आकार बदल गया - एक त्रुटि, सिस्टम को पुनर्स्थापित करना (विंडोज 7 स्थापित) ने लगभग एक सप्ताह में केवल एक अस्थायी परिणाम दिया। सब कुछ आजमा लिया। कुछ समय बाद एक उपाय निकाला गया।

समाधान

क्लाइंट कंप्यूटर पर, व्यवस्थापक के रूप में कमांड प्रॉम्प्ट चलाएँ, वहाँ निम्न दर्ज करें:

बीसीडीईडिट/सेट वृद्धियूजरवा xxxx- xxxx के बजाय मेगाबाइट्स में वर्चुअल एड्रेस स्पेस की मात्रा लिखें, यानी। एप्लिकेशन चलाने के लिए आपको कितनी मेमोरी चाहिए? डिफ़ॉल्ट 2 गिग्स है। सामान्य तौर पर, 32-बिट ऑपरेटिंग सिस्टम में 4 गीगाबाइट आवंटित किए जाते हैं: 2 एप्लिकेशन के लिए और 2 ओएस की जरूरतों के लिए। मैंने 3000 चुना (यानी सीडीएडिट/सेट वृद्धिसर्वा 3000 ). हालाँकि, सिस्टम छोटी गाड़ी हो सकती है। खासकर अगर आपके पास 2 गीगा रैम है, जैसे मैं करता हूं। यह ओएस परिवार विंडोज विस्टा, 7, विंडोज 2008 के लिए है।

Windows XP \ Windows 2003 के लिए हम लिखते हैं
/3GB /userva=xxxx (xxxx MB में 2048 - 3072 की सीमा में) boot.ini फ़ाइल में, अनुशंसित अधिकतम मान userva 2900-3030.

9) प्रपत्र तत्व एक दूसरे को ओवरलैप करते हैं और गलत स्थिति में हैं।

• कैश साफ़ करना।

10) DBMS त्रुटि dbeng8 घटक आंतरिक त्रुटि

• त्रुटि प्लेटफ़ॉर्म के विभिन्न संस्करणों के कोड में अंतर से संबंधित है जब उपयोगकर्ता फ़ाइल संस्करण का उपयोग करने का प्रयास करते हैं। क्लाइंट-सर्वर संस्करण के लिए, स्टार्टअप पर नियंत्रण होता है और प्लेटफॉर्म के विभिन्न संस्करणों के साथ काम करना मूल रूप से असंभव है।

समाधान: सभी वर्कस्टेशन पर नवीनतम रिलीज़ में अपग्रेड करें।

यदि यह मदद नहीं करता है, तो निम्न कार्य करें:

• परीक्षण और फिक्सिंग

11) प्लेटफॉर्म 8.3.4.428 में बग

• 1C: एंटरप्राइज प्लेटफॉर्म के संस्करण 8.3.4.428 में, एक महत्वपूर्ण बग पाया गया जो डेटा पुनर्गठन के दौरान होता है। यह त्रुटि स्थानीयकृत है और प्लेटफ़ॉर्म के अगले संस्करण में ठीक कर दी जाएगी।

12) लेन-देन को निष्पादित करते समय संघर्ष को लॉक करें:

SQL सर्वर के लिए Microsoft OLE DB प्रदाता: डेटा गति के कारण NOLOCK के साथ स्कैन जारी नहीं रख सका।
HRESULT = 80040E14, SQLSrvr: SQLSTATE = 42000, राज्य = 3, गंभीरता = सी, मूल = 601, रेखा = 1

"सर्वर टूल्स का उपयोग करके MS SQL सर्वर पर डेटाबेस को कैसे चेक (रिस्टोर) करें
तार्किक अखंडता की जाँच 1C के नियमित माध्यम से की जानी चाहिए: एंटरप्राइज़ (सूचना सुरक्षा का परीक्षण और निर्धारण)। यदि ऐसा चेक विफल हो जाता है, तो आपको MS SQL का उपयोग करके डेटाबेस की भौतिक अखंडता की जाँच करनी चाहिए। MS SQL का उपयोग करके अखंडता की जाँच करने के लिए, आपको निम्नलिखित कमांड चलाने की आवश्यकता है:
कोड:
DBCC CHECKDB("",REPAIR_REBUILD)
इस आदेश को निष्पादित करने से पहले, डेटाबेस को "एकल उपयोगकर्ता" मोड पर सेट किया जाना चाहिए:
कोड:
sp_dboption "", "एकल उपयोगकर्ता", सत्य
DBCC CHECKDB चलाने की प्रक्रिया में त्रुटियां पाई जा सकती हैं और कुछ को तुरंत ठीक किया जा सकता है। यदि त्रुटियाँ बनी रहती हैं, तो स्पष्ट रूप से कुछ डेटा खोए बिना उन्हें पुनर्स्थापित नहीं किया जा सकता है। इस स्थिति में, आपको REPAIR_ALLOW_DATA_LOSS पैरामीटर के साथ DBCC CHECKDB चलाने की आवश्यकता है (शुरू करने से पहले, डेटाबेस फ़ाइलों की प्रतिलिपि बनाने की सलाह दी जाती है)।
कोड:
DBCC CHECKDB("",REPAIR_ALLOW_DATA_LOSS)
DBCC CHECKDB चलाने के बाद, आपको सामान्य मोड ("एकल उपयोगकर्ता" मोड से बाहर निकलना) पर वापस जाने के लिए याद रखना होगा:
कोड:
sp_dboption "", "एकल उपयोगकर्ता", झूठा "(से लिया गया)

बेशक, सूची पूरी तरह से दूर है, इसलिए मुझे खुशी होगी अगर इसे टिप्पणियों में पूरक किया जाए।

आप में से कई लोगों ने पहले ही महत्वपूर्ण परिवर्तनों का अनुभव कर लिया है। जनवरी 2018 से, "1सी: पेरोल और एचआर 8" संस्करण 2.5 के लिए समर्थन समाप्त हो गया है। इसीलिए 1C अनुशंसा करता है कि सभी उपयोगकर्ता जल्द से जल्द संस्करण 3.1 में परिवर्तन करें।

हम आपको सामान्य त्रुटियों के साथ-साथ उनके समाधानों से परिचित होने के लिए आमंत्रित करते हैं, जिन्हें हमारे विशेषज्ञों द्वारा पहचाना गया था:

1. नए इन्फोबेस में ट्रांसफर किए गए दस्तावेजों में गलतियां पाई गईं

यह इस तथ्य के कारण है कि इन त्रुटियों को पुराने कॉन्फ़िगरेशन में ठीक नहीं किया गया था। इन त्रुटियों को ठीक करने के लिए, आपको पिछले कॉन्फ़िगरेशन पर वापस लौटना चाहिए, सभी त्रुटियों को समाप्त करना चाहिए, और दस्तावेज़ों को नए इन्फोबेस पर पुनः अपलोड करना चाहिए।

2. एक ऋण जो अस्तित्व में नहीं है उसे ZUP 3.1 में स्थानांतरित कर दिया गया था

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

3. अनलोडिंग के बाद, नया इन्फोबेस अनावश्यक दस्तावेजों और निर्देशिकाओं से भर जाता है।

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

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

आपको लेखा विभाग को मना नहीं करना चाहिए कि इस तरह की गलत धारणाओं के लिए उनके सिर में कोई जगह नहीं है। लेकिन आप एक स्वतंत्र हस्तांतरण करने से पहले (और शायद चाहिए) से स्थानांतरण के दौरान पहचानी गई सुविधाओं और त्रुटियों से परिचित हो सकते हैं ज़ेके 7.7 वी ZUP 8 , अर्थात्:

1). सबसे पहले, आपको स्रोत और गंतव्य डेटाबेस के कॉन्फ़िगरेशन को अपडेट करने की आवश्यकता है (नेटवर्क पर डेटा खींचने की अत्यधिक अनुशंसा नहीं की जाती है) और आप आश्चर्यचकित हो सकते हैं कि त्रुटियां कहां हैं "सूचकांक मूल्यों की सूची की सीमा के भीतर नहीं है" ;

2). वेतन के हस्तांतरण के बाद पहली गणना मिली व्यक्तिगत आयकर के लिए दोगुनी राशि (और सभी डेटाबेस में नहीं - पैटर्न केवल तब सामने आया जब बिलिंग अवधि 7.7 में बंद नहीं हुई थी, यानी हम इसे जुलाई में स्थानांतरित करते हैं, और जून बंद नहीं होता है - जुलाई में दोहरीकरण होता है) - इस मामले में यह आसान है संचालन - दस्तावेज़ - डेटा स्थानांतरण के माध्यम से स्थानांतरित व्यक्तिगत आयकर डेटा को रीसेट करें;

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

4). स्थानांतरण के दौरान उत्पादन कैलेंडर की अपूर्णता कोई त्रुटि नहीं है, लेकिन स्थानांतरण के बाद पहले पेरोल के दौरान इस बारीकियों को अक्सर ध्यान में नहीं रखा जाता है;

5). 2-एनडीएफएल के रूप में एक प्रमाण पत्र का संचालन करते समय, एक त्रुटि उत्पन्न होती है और दस्तावेज़ को इस तथ्य के कारण पूरा नहीं किया गया है कि अपेक्षित "रूसी संघ के बाहर एक व्यक्ति का पता" खाली नहीं है (अल्पविराम को हटा दिया जाना चाहिए), हालांकि 7.7 में निवास के देश में पता नहीं भरा गया था;

6). रिपोर्ट "संगठनों के ऋण की संरचना" जारी करती है दीर्घकालिक कर्मचारी ऋण , जिन बस्तियों को ज़िक में बंद कर दिया गया है (प्रसिद्ध मंचों में से एक 1 सी पर, बर्खास्तगी पर राशि के मैन्युअल संकेत के साथ गलत भुगतान द्वारा कारण का संकेत दिया गया था, और पूर्ण भुगतान की गणना करके नहीं), और तब से। ये राशियाँ जमाकर्ता नहीं हैं, तो संबंधित रजिस्टर प्रविष्टियाँ "डेटा ट्रांसफर" दस्तावेज़ों से हटा दी जाती हैं;

7). वेतन भुगतान के तथ्य को दर्शाने वाले दस्तावेजों को बनाने के लिए ट्रांसफर प्रोसेसिंग द्वारा स्वचालित रूप से उत्पन्न दस्तावेजों की नकल कभी न करें (पेरोल पर भुगतान दिखाई नहीं देगा)।

करने के लिए जारी...))

1C ZUP 8.2 (2.5) में 6-एनडीएफएल भरने में त्रुटियां

सशर्त स्वरूपण के साथ यूनिवर्सल रिपोर्ट खोलें:

हम फ़ॉर्म 6 के अनुभाग 2 में त्रुटियों की खोज का चयन करते हैं - व्यक्तिगत आयकर:

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

1C 8.2 ZUP 2.5 में 6-व्यक्तिगत आयकर भरते समय त्रुटियों का सुधार

क्या आपने पहले ही अपने 1C ZUP 2.5 डेटाबेस में 6-एनडीएफएल फॉर्म भरने की कोशिश की है? यह एक बार गलती करने के लिए पर्याप्त है, व्यक्तिगत आयकर लेखांकन का शाब्दिक रूप से "ढहना" है, और आप इसे केवल 6-व्यक्तिगत आयकर बनाकर देख सकते हैं।

नियोजित भुगतान तिथि को ठीक करना भूल गए

यूनिवर्सल रिपोर्ट से एक त्रुटि प्राप्त हुई - आय प्राप्त होने से पहले कर रोक दिया गया था, यह मामला है जब वे नियोजित भुगतान तिथि को सही करना भूल गए:

इस त्रुटि को कैसे ठीक करें? प्रपत्र खोलकर, आप देख सकते हैं कि हमारे उदाहरण में, यह (रोमाशकिना) है:

चलो दस्तावेज़ पास करते हैं, हम त्रुटियों पर लौटेंगे। त्रुटि को ठीक नहीं किया गया है, आय प्राप्ति की तिथि 01/28/2016 है:

हम भुगतान टैब पर जाते हैं और 01/27/2016 के लिए आय प्राप्त करने की तिथि को सही करते हैं, फिर इसे दोबारा करें:

हालाँकि, त्रुटि दूर नहीं होती है, जिसे 6-एनडीएफएल के रूप में भी देखा जाता है:

यह याद रखना चाहिए कि 6-एनडीएफएल फॉर्म का सेक्शन 2 रोके गए कर पर आधारित है और रोके गए कर को भुगतान दस्तावेज़ में दर्ज किया जाता है। त्रुटि को पूरी तरह से ठीक करने के लिए, आपको भुगतान पुनः प्रेषित करना होगा:

की गई कार्रवाइयों के बाद, त्रुटि को पूरी तरह से ठीक कर लिया गया था। रिपोर्ट 6 में - व्यक्तिगत आयकर को 01/27/2016 को सही किया गया था और कर रजिस्टर के साथ आय रजिस्टर से प्राप्त होने की तिथि पर आय "ढह गई":

आय के भुगतान की नियोजित तिथि को ठीक किया, लेकिन व्यक्तिगत आयकर की तिथि को ठीक करना भूल गए

एक उदाहरण के रूप में एक दस्तावेज लेते हैं। बीमार छुट्टी भत्ता जनवरी 2016 के लिए 02/05/2016 की भुगतान तिथि के साथ अर्जित किया गया था। दरअसल 04.02.2016 को वेतन के साथ भत्ते का भुगतान कर दिया गया था। बीमार छुट्टी पर वेतन का भुगतान करते समय, आय के भुगतान की तारीख 02/04/2016 को सही किया गया था, लेकिन व्यक्तिगत आयकर टैब पर उन्हें ठीक नहीं किया गया था:

यह क्यों होता है? क्योंकि आय दिनांक 02/04/2016 को परिलक्षित हुई थी, चूंकि हमने मुख्य प्रपत्र "बीमारी की छुट्टी" पर दस्तावेज़ को सही किया था, और "व्यक्तिगत आयकर" टैब पर कर राशि दिनांक 02/05/2016 को परिलक्षित हुई थी . प्रोग्राम 1C इस "वक्रता" को सीधा करता है।

भुगतान दस्तावेज़ पोस्ट करने के बाद, विदहोल्डिंग टैक्स रजिस्टर "बजट के साथ PIT निपटान" में एक प्रविष्टि दिखाई देगी:

विदहोल्डिंग टैक्स रजिस्टर से, डेटा स्वचालित रूप से फॉर्म 6 में दर्ज किया जाता है - व्यक्तिगत आयकर:

त्रुटि को ठीक करने के लिए, व्यक्तिगत आयकर टैब पर "बीमारी की छुट्टी" दस्तावेज़ में आवश्यक है, दिनांक को सही 02/04/2016 तक सही करें और दस्तावेज़ पोस्ट करें:

त्रुटियों को ठीक करने के बाद, फॉर्म 6 में - व्यक्तिगत आयकर सब कुछ भी सही ढंग से भरा गया था:

त्रुटियों को खोजने और ठीक करने के लिए, व्यक्तिगत आयकर रिकॉर्ड बनाए रखते समय सही दृष्टिकोण का उपयोग करें। अर्थात्:

• आय का भुगतान करने से पहले, जाँच करें और यदि आवश्यक हो, नियोजित भुगतान तिथियों को प्रोद्भवन दस्तावेज़ों में संपादित करें (व्यक्तिगत आयकर टैब के बारे में न भूलें)।
• प्रत्येक भुगतान के बाद रोके गए व्यक्तिगत आयकर की राशि को नियंत्रित करें।
• महीने को बंद करने से पहले, नियोजित भुगतान तिथियों के वास्तविक के साथ अनुपालन की जांच करें

दस्तावेजों के अनुक्रम का उल्लंघन किया

और आखिरी, तारीखों को लेकर भ्रम के बारे में। 1C ZUP 2.5 के 99% उपयोगकर्ताओं के लिए रोके गए व्यक्तिगत आयकर और 6-व्यक्तिगत आयकर फॉर्म के खंड 2 में दी गई तारीखें काम नहीं करती हैं। यह इस तथ्य के कारण है कि 1C ZUP 2.5 (ZUP 3.0 के नए संस्करण के विपरीत) में रोके गए व्यक्तिगत आयकर का लेखा-जोखा उपयोगकर्ता की आंखों से "छिपा" है, दस्तावेज़ पोस्ट किए जाने पर गणना स्वचालित रूप से की जाती है, इसलिए परिणाम निर्भर करता है , अन्य बातों के अलावा, संचालन के क्रम पर।

उदाहरण के लिए, एक कर्मचारी अर्जित किया गया था, वास्तव में भत्ता 02/04/2016 को भुगतान किया गया था। उसी समय, दस्तावेज़ की तारीख को छोड़ दिया गया था जिस दिन इसे दर्ज किया गया था:

तब उन्होंने अवकाश अर्जित किया:

हम अवकाश वेतन भुगतान दस्तावेज़ दिनांक 01/27/2016 को पूरा करते हैं:

व्यक्तिगत आयकर को रोकने के रजिस्टर में, बीमारी की छुट्टी के लाभों से कर की रोकथाम को पंजीकृत किया गया था और निम्नलिखित दस्तावेजों को आरोपित किया गया था:

आपको वापस जाना चाहिए और भुगतान की तिथि के लिए लाभ की तिथि सही करनी चाहिए - 02/04/2016:

दस्तावेज़ की तिथि भुगतान की नियोजित तिथि के साथ मेल खाना चाहिए, फिर दस्तावेज़ों के कालक्रम के साथ बहुत कम समस्याएं होंगी।

हम भुगतान दस्तावेज़ पर वापस लौटते हैं और दस्तावेज़ को पुनः प्रेषित करते हैं:

हम रोके गए कर "बजट के साथ व्यक्तिगत आयकर निपटान" के रजिस्टर को नियंत्रित करते हैं। ठीक है।