سؤال:
عند الدراسة 1C ZUP 3اتضح أنه في البرنامج في تقارير الراتب يظهر الرصيد حسب شهر الاستحقاق ( رصيد الراتب) وليس حسب شهر الدفع ( ورقة التوازن) ، كما كان في ZUP 2.5. كيف تنهي البرنامج لكي ترى الرصيد بالضبط بحلول شهر الدفع؟
إجابة:
✅ ندوة بعنوان "Life hacks for 1C ZUP 3.1"
تحليل 15 اختراقًا للمحاسبة في 1s zup 3.1:
✅ تحقق من القائمة للتحقق من كشوف المرتبات في 1C ZUP 3.1
فيديو - الفحص الذاتي الشهري للمحاسبة:
✅ كشوف المرتبات في 1C ZUP 3.1
إرشادات خطوة بخطوة للمبتدئين:
الآن لا توجد تعديلات مطلوبة ، يتم تنفيذ هذه الوظيفة في تكوين نموذجي ، بدءًا من الإصدار ZUP 3.1.4.120.
لنلقي نظرة على مثال. الموظف Arsenyeva V.S. تم دفع فبراير.
تم دفع الراتب بالفعل في 03/05/2018.
في وقت سابق 1C ZUP 3في تقارير الرواتب قسيمة الدفع ، مجموعة كاملة من المستحقات ، تحليل الراتب من قبل الموظفإلخ) في مثل هذه الحالة ، تم دائمًا تضمين حقيقة دفع راتب فبراير في تقارير فبراير ، على الرغم من تاريخ الدفع في مارس ، أي بحلول شهر الاستحقاق / الدفع ، وليس بحلول تاريخ الدفع.
في هذه اللحظة 1C ZUP 3.1.4أصبح من الممكن تنفيذ التشكيل "رصيد المحاسبة"، أي. بحيث تندرج حقيقة الدفع في تقرير الشهر الذي تم فيه الدفع.
لهذا فمن الضروري في إعدادات إضافية(قسم القائمة جلسة) اضبط المفتاح " إظهار التسويات المتبادلة: حسب البيانات المحاسبية«.
بعد إكمال هذا الإعداد ، يلزمك إعادة فتح التقارير إذا كانت مفتوحة وقت تغيير هذا الإعداد ، ثم إنشائها مرة أخرى. في التقرير قسيمة الدفعستدخل المعلومات الخاصة بدفع راتب شهر فبراير ، والتي حدثت في شهر مارس ، في تقرير شهر مارس ، وسيظهر تقرير شهر فبراير دفع راتب شهر فبراير ، الذي تم إجراؤه في شهر فبراير. في الوقت نفسه ، سيتم الإشارة إلى رصيد الأجور غير المدفوعة لشهر فبراير في الميزانية لشهر فبراير في نهاية الشهر (بتعبير أدق ، ليس فقط في ورقة شهر فبراير ، ولكن أيضًا في جميع الأشهر التي تحدث فيها الدفعة النهائية في الشهر القادم).
يمكننا أن نرى صورة مماثلة في التقرير تحليل الراتب من قبل الموظفو مجموعة كاملة من المستحقات والخصومات والمدفوعات.في هذه الحالة ، سيعكس تقرير شهر فبراير مدفوعات شهر يناير والرصيد في نهاية الشهر مع الديون في نهاية شهر فبراير.
لكي تكون أول من يعرف عن المنشورات الجديدة ، اشترك في تحديثات مدونتي:
موضوع مقال اليوم هو الانتقال من 1C: برنامج إدارة الرواتب وشؤون الموظفين من الإصدار 2.5 إلى الإصدار 3.0.
سيتم النظر في خيارات التحويل ، وماذا وأين يتم التحويل ، وما يجب التحقق منه بعد التحويل. هناك أكثر من مشاكل كافية في نقل البيانات بين التفاعلات ، ثم سننظر في المشكلات الأكثر شيوعًا ونحلل حلها. يقدم مطورو البرنامج خيارين للانتقال من ZUP 2.5 إلى 3.0. في المقالة ، سننظر في مزايا وعيوب كلا الخيارين ، بحيث يمكنك أن تقرر بنفسك طريقة النقل الأفضل بالنسبة لك لاستخدامها.
سبب الانتقال إلى الإصدار الجديد من ZUP هو إزالة الدعم من 2018 في الإصدار 2.5 من التغيير في التشريع. نشرت الشركة 1C خطاب المعلومات المقابل رقم 22222 بتاريخ 18/11/2016. فيما يلي مقتطفات من هذه الرسالة بخصوص مراجعة ZUP 2.5:
ومع ذلك ، تجدر الإشارة إلى أن الإصدار 2.5 من ZUP في 2018 يظل مدعومًا في الحلول القياسية "1C: إدارة مؤسسة التصنيع" و "1C: أتمتة متكاملة". ومع ذلك ، لا يوجد تبادل بيانات قياسي لنقل نتائج حساب طلب تقديم العروض من ZUP 3.0 إلى هذه التكوينات.
إذا كان هناك تغيير في التشريعات في الربع الأول من عام 2018 ، فلن يكون من الممكن بعد ذلك تقديم تقارير من ZUP 2.5 Basic أو PROF. لذلك ، توصي 1C بحل مشكلة التبديل إلى إصدار جديد مقدمًا.
يحتوي الإصدار 3.0 من "1C: Payroll and HR Management" على عدد من المزايا الهامة مقارنة بالإصدار السابق:
قبل البدء في نقل البيانات ، يتعين عليك إغلاق الفترة في قاعدة بيانات الرواتب القديمة. أولئك. احسب الأجور ومن المستحسن تسجيل الدفع (لكن هذا ليس بالغ الأهمية ، يمكن أن ينعكس بالفعل في قاعدة البيانات الجديدة). تحتاج أيضًا إلى حذف جميع الكائنات التي تم وضع علامة عليها للحذف. يُنصح بإجراء اختبار قاعدة المعلومات وتصحيحها.
مهم! قبل النقل ، تحتاج إلى تحديث ZUP 2.5 إلى أحدث إصدار حالي.
لبدء نقل البيانات ، تحتاج إلى تشغيل المساعد المقابل في ZUP 3.0. للقيام بذلك ، تحتاج إلى الانتقال إلى قسم "الإدارة" وتحديد خيار "نقل البيانات من البرامج السابقة".
قدم المطورون خيارين لنقل البيانات. بالنسبة للاتفاقية ، سنقدم أسماء لهذين الخيارين ووصفًا موجزًا للغاية (سيتم وصف وصف أكثر تفصيلاً والاختلافات لاحقًا في هذه المقالة).
« نقل المخلفات»- يتم نقل الحد الأدنى من المعلومات ، وهو ما يكفي لبدء الاحتفاظ بالسجلات في الإصدار الجديد. في الوقت نفسه ، لا يتم نقل المعلومات التي من الواضح أنه لا يمكن نقلها نوعيًا بسبب الاختلافات في طرق المحاسبة أو في هيكل البرامج. يتم استخدام خيار النقل هذا بشكل افتراضي (ينصح مطورو 1C بهذا الخيار). يمكن استخدام خيار التحويل هذا بدءًا من أي فترة في منتصف العام ، وسيتم نقل جميع البيانات الخاصة بحساب متوسط الأرباح وإعداد التقارير عن ضريبة الدخل الشخصي والمساهمات إلى البرنامج الجديد. ولكن سيتم إجراء حساب كشوف المرتبات فقط على أساس البيانات الأولية (لن يتم أخذ جميع الفترات السابقة في الاعتبار).
« التحويل الكامل»- في هذا الخيار ، يتم نقل البيانات الخاصة بجميع الفترات الماضية ، ونتيجة لذلك ، في قاعدة بيانات ZUP 3.0 الجديدة ، سيكون من الممكن إنشاء تقارير عن الفترات السابقة (الأفراد والتسوية). يتم ترحيل المعلومات غير المستخدمة أو التي نادرًا ما يتم استخدامها ، مما يزيد بشكل غير ضروري من وقت الترحيل واحتمال حدوث ترحيل خاطئ.
لذلك ، قد تكون هذه الفرصة مطلوبة ، على سبيل المثال ، للمؤسسات ذات نظام الأجور البسيط ، مع عدد قليل من الموظفين وكمية البيانات المتراكمة.
ملحوظة! إذا احتفظت في ZUP 2.5 بسجلات الرواتب الإدارية (ما يسمى ب "سجلات الإدارة") ، فلن يتم نقل هذه البيانات إلى قاعدة البيانات الجديدة في أي من الخيارات. هذا يرجع إلى حقيقة أن ZUP 3.0 لا ينص على المحاسبة الإدارية للأجور.
في الخطوة الأولى ، نختار نوع مصدر البيانات الأولي. أو بعبارة أخرى ، من أي برنامج سننقل.
في الخطوة الثانية ، سيطالبك معالج الترحيل بتحديد قاعدة البيانات التي تريد نقل البيانات منها.
بعد ذلك ، تحتاج إلى التكوين. بشكل افتراضي ، يقدم المعالج خيار "تحويل الأرصدة". بالنسبة لهذا الخيار ، تحتاج إلى تعيين تاريخ البدء للمحاسبة في قاعدة البيانات الجديدة. على سبيل المثال ، إذا حددنا التاريخ على نوفمبر ، فسيتم تحويل الأرصدة اعتبارًا من نهاية أكتوبر.
إذا اخترت نقلًا كاملاً ، فستحتاج إلى تحديد بداية السنة التقويمية التي تريد نقل البيانات منها.
كما هو مذكور أعلاه ، بالنسبة لخيار النقل هذا ، يجب عليك تحديد شهر بدء العملية. تنقل الخوارزمية إلى بداية الفترة المحددة جميع البيانات اللازمة للفترات السابقة لتقديم إقرارات ضريبة الدخل الشخصية وحساب المتوسط:
بالإضافة إلى ذلك ، سيتم نقل بيانات الموظفين والتسوية (لن يتم نقل جميع البيانات ، ولكن سيتم فقط نقل البيانات المستخدمة في تاريخ بدء المحاسبة في البرنامج الجديد):
إذا لم يعد الموظف يعمل في تاريخ النقل ، أي تم فصله ، لن يتم نقل بيانات هذا الموظف إلى البرنامج الجديد. أو ، على سبيل المثال ، إذا لم يكن المنصب مشغولاً من قبل أي شخص وقت التحويل ، فلن يشارك أيضًا في النقل.
نقطة مهمة للغاية فيما يتعلق بنقل أنواع الحسابات (الرسوم والاستقطاعات). فقط طرق الحساب المنظمة تشارك في التحويل. هذا يعني أنه لن يتم نقل أنواع الحسابات التي تتضمن صيغة عشوائية في هذا الخيار. سوف يحتاجون إلى الإنشاء والتعيين للموظفين في البرنامج الجديد مرة أخرى.
لا يتم نقل جدول التوظيف ، بل يتم إنشاؤه في البرنامج الجديد بناءً على التوظيف اعتبارًا من تاريخ بدء التشغيل. لإحضاره إلى الهدف سيتطلب تعديلًا يدويًا. علاوة على ذلك ، يعد التعديل اليدوي لجدول التوظيف مناسبًا لكلا خياري النقل.
لا يتم نقل بيانات بطاقة T-2 بواسطة المستندات ، ولكن عن طريق الإدخالات في السجلات المقابلة. في البرنامج الجديد ، ستتاح لك الفرصة لتحليل سجل عمل الموظف ، ولكن لن تكون هناك فرصة "للسقوط" في المستند وتصحيح شيء فيه.
إذا كان لديك في وقت النقل موظفون كانوا في حالة غياب مدفوعة الأجر (على سبيل المثال ، إجازة مرضية ، أو إجازة ، أو رحلة عمل ، وما إلى ذلك) ، فسيتم نقل هذه الحقيقة إلى المستند الخاص "الفترات المدفوعة قبل بدء العملية" .
ما لم يتم نقله في هذا المتغير:
في هذا الخيار ، في الإعدادات ، نحدد السنة التي تريد نقل البيانات منها. وفقًا لذلك ، يتم نقل جميع البيانات بدءًا من السنة المحددة ، بما في ذلك جميع المستندات.
من المهم أن نفهم أنه على الرغم من أن الخيار يسمى بشكل مشروط كامل ، في الواقع لا يتم نقل جميع المستندات. يتم نقل جزء من المعلومات بواسطة السجلات إلى السجلات ، على سبيل المثال: رحلات العمل ، والتغيب ، والإجازة المرضية ، وما إلى ذلك.
إليك ما يحمله هذا البديل:
قائمة المستندات المحمولة (يمكن فتحها وعرضها في قاعدة البيانات الجديدة):
يتم نقل جميع البيانات الأخرى عن طريق الإدخالات المباشرة إلى سجلات المحاسبة.
نقطة مهمة. في آلية ترحيل البيانات النموذجية ، قم بتوفير السيناريوهات التالية لدمج قواعد البيانات:
لمعرفة نتيجة نقل البيانات إلى ZUP 3.0 ، تحتاج إلى الانتقال إلى سجل مستندات "البيانات في بداية العملية".
تحتوي هذه المجلة على الأنواع التالية من المستندات:
يتم نقل بيانات الموظفين إلى نوع المستند "التوظيف الأولي". في ذلك ، على التوالي ، يمكنك أن ترى:
تحتوي الوثيقة "أجور المتأخرات" على المعلومات التالية (الوثيقة قابلة للتحرير):
يحتوي نوع المستند "الفترات المدفوعة قبل بدء العملية" على ما يلي (ستؤخذ هذه البيانات في الاعتبار عند حساب الأجور):
يتم نقل المعلومات حول موظفي المنظمة إلى الدليل القياسي "الموظفون". يقع في قسم "الأفراد". يتم تسجيل تاريخ القبول مباشرة على بطاقة الموظف (حيث لا يوجد مستند منفصل لذلك).
يتم نقل المعلومات المتعلقة بالتخفيضات الضريبية على الدخل الشخصي إلى مستند منفصل. يقع هذا المستند في قسم "الضرائب والمساهمات" ، ويطلق على المستند اسم "طلب خصم ضريبة الدخل الشخصي" (قياسي ، وشخصي ، وممتلكات ، واجتماعي).
توجد جميع المستندات الأخرى ، بما في ذلك بيانات التقارير ، في مستندات عمليات نقل البيانات. توجد المستندات في قسم "الإدارة".
يمكن أيضًا إدخال المعلومات يدويًا في مستندات نقل البيانات.
في دفتر يومية المستندات "نقل البيانات" ، يحتوي حقل "الرقم" على رمز المستند (أو بمعنى آخر ، نوع المستند).
فيما يلي فك تشفير أكواد مستندات "عمليات نقل البيانات":
هناك أيضًا رموز إضافية لهذه المستندات ، يتم استخدامها إذا اخترت خيار التحويل الكامل:
بالنسبة لكلا خياري النقل ، يلزم إجراء تسوية إجماليات. ما يجب الانتباه إليه أولاً:
لا يوجد تقرير خاص في ZUP 3.0 للتحقق من نقل البيانات لحساب متوسط الأرباح. وبدلاً من ذلك ، يمكن إجراء التسوية باستخدام التقرير الشامل (قسم "الإدارة" - "طباعة النماذج والتقارير والمعالجة" - "التقرير الشامل").
تتم كتابة بيانات حساب المتوسط مباشرة في السجلات:
للتوفيق بين بيانات ضريبة الدخل الشخصية في ZUP 3.0 ، يمكنك إنشاء تقارير قياسية: بطاقة ضريبة الدخل الشخصية ، تحليل المساهمات حسب الأشهر ، إلخ.
أفضل خيار لتسوية نتائج التحويل هو التوفيق بين نتائج كشوف المرتبات في ZUP 2.5 و ZUP 3.0 لفترات التشغيل الأولى بعد الانتقال.
سؤال: ديون للمنظمة من موظف مفصول
إجابة:
السؤال: ZUP 3.0 إعادة ضريبة الدخل الشخصي للموظف المفصول
إجابة:
سؤال: كيف تحصل على معدل التعريفة للموظف المسرح
نبدأ بكشوف الرواتب لشهر نوفمبر ، مع الأخذ في الاعتبار حقيقة أن آخر يوم عمل كان 2 نوفمبر.
نفتح قسم "المرتبات والموظفين" و "المرتب" و "جميع المستحقات" ومن خلال الزر "إنشاء" نضيف مستندًا جديدًا لحساب رواتب شهر نوفمبر.
في علامة التبويب "PIT" ، نرى معلومات حول الضرائب المحسوبة ، بالإضافة إلى مبلغ الخصومات المطبقة. ينعكس مبلغ ضريبة الدخل الشخصي المراد تعويضه أيضًا في سطر منفصل في علامة التبويب "تسويات الدفع".
نقوم بتنفيذ الوثيقة وإلقاء نظرة على التعيينات
نفتح علامة التبويب "الرواتب والموظفين" ، "ضريبة الدخل الشخصي" ، "جميع المستندات المتعلقة بضريبة الدخل الشخصي"
انقر فوق الزر "إنشاء" وحدد "إقرار ضريبة الدخل الفردي" من القائمة
املأ الحقول الفارغة للمستند المفتوح:
- الشهر الذي نرد فيه الضريبة ؛
- موظف نعيد إليه ضريبة الدخل الشخصي ؛
- تاريخ استلام الدخل وقيمة الضريبة.
ننشر ونغلق الوثيقة.
لنقم بإنشاء قائمة تحقق للتحقق. افتح علامة التبويب "المرتب والموظفون" و "المرتب" و "تقارير الرواتب" وحدد "قسيمة الدفع"
حدد الفترة والمؤسسة والموظف وانقر على زر "إنشاء".
يتم إجراء التسويات المتبادلة مع الموظفين في البرنامج 1C: إدارة الرواتب والموظفين 8 في سياق المنظمات والإدارات. في عملية مثل هذه التسويات المتبادلة ، قد ينشأ كل من ديون المنظمة للموظف ، والعكس صحيح ، قد يصبح الموظف مدينًا للمنظمة.
البرنامج 1C: إدارة الرواتب والموظفين 8 يسمح لك بتتبع وسداد كلا النوعين من الديون: ديون الموظفين ، ديون المؤسسة.
يمكن أن تنشأ الديون في برنامج 1C لأسباب مختلفة. هنا بعض منهم
بعض الديون ، في رأي الآلة الحاسبة ، لا يصنف البرنامج على أنها ديون. هذا يرجع إلى حقيقة أنه يسدد لهم تلقائيًا.
في نموذج "إعداد معامِلات المحاسبة" ، في علامة التبويب "دفع الراتب" ، توجد علامة "يتم إجراء التسويات المتبادلة للرواتب في سياق شهور استحقاقها". اسم هذا العلم مضلل شخصيًا بالنسبة لي. أحكم لنفسك.
التسويات المتبادلة هي مستحقات أنواع مختلفة من حسابات كشوف المرتبات. يتم تنفيذها في سياق شهور. يمكن التحقق من ذلك بسهولة عن طريق تحليل سجلات التراكم التالية.
في نفوسهم ، يتم ربط كل قيد بشهر استحقاق محدد. أي ، بغض النظر عن حالة العلم "يتم تنفيذ التسويات المتبادلة للرواتب في سياق شهور استحقاقها" ، فإن البرنامج 1C: إدارة الرواتب والموظفين 8 دائمًا ما تجري تسويات متبادلة في سياق شهور كشوف المرتبات . ثم ماذا يقول هذا العلم؟
في الحقيقة تحدد حالة العلم طريقة سداد الديون الناشئة. هنا مقال حول هذا الموضوع. الدين نفسه ، ككائن محاسبي ، غير موجود في البرنامج. إنه فقط الفرق بين مبلغ الاستحقاق ومبلغ العائد. إذا كانت سلبية ، فإن الموظف عليه دين للمؤسسة. تشير القيمة الإيجابية إلى ديون المنظمة.
دعونا ننظر في عواقب حالة العلم "يتم تنفيذ التسويات المتبادلة للأجور في سياق شهور استحقاقها". تم تشغيل جميع الأمثلة على قاعدة تجريبية.
من أجل تنظيم محاسبة الديون في سياق أشهر تكوينها ، من الضروري في شكل "إعداد معايير المحاسبة" ، في علامة التبويب "دفع الراتب" تعيين العلم "تتم التسويات المتبادلة للأجور في سياق شهور استحقاقه ".
في الواقع ، يتم تنفيذ التسويات المتبادلة دائمًا في سياق شهور كشوف المرتبات ، أي بغض النظر عن حالة هذا العلم.
حالة العلم "تتم التسويات المتبادلة للأجور في سياق شهور استحقاقها" تحدد طريقة سداد ديون المنظمة والموظفين.
سيساعدنا نمذجة الوضع في القاعدة التجريبية في معرفة كيفية سداد الديون. لتبسيط النمذجة ، قمنا بتعيين علامة "المحاسبة المبسطة للتسويات المتبادلة". في هذه الحالة ، تسدد وثيقة "الراتب المستحق للمؤسسة" الدين بشكل مستقل. لا تحتاج إلى إدخال إيصال نقدي. هذا ضروري ببساطة من أجل عدم إدخال مستندات غير ضرورية.
دعونا نحسب الراتب لشهر يناير وفبراير ومارس E.I. أكيموفا ، ج. Vaskina و R.A. كورين ، يعمل في منظمة CJSC "Deltaon". في اليوم الأخير من كل شهر ، سنصدر مستندات "الراتب المستحق الدفع للمؤسسات". لنمذجة الدين يدويًا ، سنصحح القيم الموجودة في عمود "المدفوعات" لأول موظفين.
في كانون الثاني (يناير) ، قام E.I. زادت كشوف مرتبات أكيم مبلغ الدفع يدويًا من 53253 روبل إلى 60 ألف روبل. ونتيجة لذلك ، سجلت الوثيقة في يناير ديون الموظف للمنظمة بمبلغ 6747 روبل. يرجى ملاحظة أن دين الموظف في المستند مُشار إليه باللون الأحمر وبعلامة ناقص.
في نفس الوقت ، ج. كان Vaskina يدفع 1000 روبل أقل من المطلوب. تشير حقيقة تصحيح الحساب يدويًا إلى وجود صورة على شكل قلم منمق في العمود الأول من الجدول.
في فبراير ، اكتشفت الآلة الحاسبة خطأه وقررت تصحيحه يدويًا. بالنسبة لمبلغ الدفعة الزائدة في يناير ، قرر عدم دفع مبلغ إضافي في فبراير. هذا هو ، مرة أخرى في وثيقة "المرتب المستحق الدفع للمؤسسات" تصحيح المبلغ المستحق الدفع يدويًا.
يرجى ملاحظة أن البرنامج عرض المبلغ المدفوع بأقل من اللازم في عمود "مؤجل" باللون الأسود وبعلامة زائد. بعد ذلك بقليل سنرى أن الدافع في الواقع لم يسدد ديون الموظف. بالطبع ، في الواقع ، لا أحد مدين لأحد. لكن البرنامج لا يعرف عنها حتى الآن. في الوقت الحالي عليها ديونان:
في مارس ، لسبب معروف فقط له ، مرة أخرى E.I. دفعت Akimova أكثر بقليل من البرنامج المتراكم.
نحن نعتبر مثال نموذج مبسط. من الناحية العملية ، حيث يوجد العديد من الموظفين ، والعديد من أنواع التسويات المختلفة ، يفقد الدافع بسرعة كبيرة السيطرة على الديون الناشئة. لذلك ، يجب أن يكون لدى البرنامج آليات لاكتشافها بسرعة. بادئ ذي بدء ، هذه تقارير.
لنقم بإنشاء تقرير "ملخص المستحقات والخصومات للمؤسسة" مع تحديد للموظفين E.I. أكيموفا ، ج. Vaskin و R.A. Gorin هذا تقرير شائع جدًا بين الآلات الحاسبة.
نرى أنه في بداية يناير 2012 كان هناك دين على المنظمة للموظفين بمبلغ 91.794 روبل. يمكنك تفصيل هذا الدين من قبل الموظف. ولكن من الصعب جدًا تحديد الشهر الذي تم فيه إنشاء هذا التقرير بمساعدة هذا التقرير. للقيام بذلك ، من الأفضل استخدام تقرير "هيكل ديون المنظمات".
في هذا التقرير ، يمكنك أن ترى بوضوح ليس فقط لمن تدين منظمتنا بالمال ، ولكن أيضًا في أي شهر تم تكوين هذه الديون. لنفترض أن هذا الدين تم اكتشافه فقط في ديسمبر 2011. السؤال هو كيف ندفعها. بسيط جدا. نضع وثيقة "الراتب المستحق الدفع للمؤسسات" ، على سبيل المثال ، بتاريخ 27 ديسمبر 2011 ، ونشير إلى "أغسطس 2009" في متغير "شهر الحساب".
بعد الانتهاء من هذا المستند ، قم بإنشاء التقارير المذكورة أعلاه مرة أخرى وتأكد من إلغاء ديون المنظمة للموظفين لشهر أغسطس 2009. في إطار السعي الحثيث ، سنقدم بعض الملاحظات المهمة للغاية.
يتيح لك تقرير "هيكل ديون المنظمات" تحديد شهر تكوين ديون المنظمة للموظفين.
لسداد ديون المنظمة عن الشهر الماضي ، من الضروري إعداد وثيقة "الراتب المستحق الدفع للمؤسسات" عن الشهر الذي تم فيه تكوين الدين.
تذكر أنه في 5 أبريل ، تم دفع راتب شهر مارس. دعونا الآن ننشئ تقرير "هيكل ديون المنظمات" للفترة 01.01.2012-05.04.2012.
انتبه إلى حقيقة أن التقرير يولد في سياق الأشهر ، كل من ديون المنظمة وديون الموظفين.
يتم سداد أنواع مختلفة من الديون بطرق مختلفة. دعونا نفكر فيها. تذكر أننا ندرس الموقف عندما يتم وضع علم "التسويات المتبادلة للأجور في سياق شهور استحقاقها".
من أجل الاحتفاظ بديون الموظف للمؤسسة ، على سبيل المثال ، في أبريل ، من الضروري تحويل كل أو جزء من ديون الموظف المشكلة مسبقًا إلى هذا الشهر باستخدام مستند "تحويل الديون".
لملء الجزء المجدول من المستند ، من الأنسب استخدام زر "Fill \ By Debt". في هذه الحالة ، سيجد البرنامج تلقائيًا جميع الموظفين الذين لديهم ديون مستحقة.
يفتح الأمر "ملء بقائمة الموظفين" نموذجًا إضافيًا يجب أن تحدد فيه شروط اختيار الموظفين و "شهر حدوث الديون". يمكن أن تظهر مبالغ الديون في عمود "التحويل في المبلغ" فقط بعد النقر على الزر "حساب". الحقيقة هي أنه ليس كل الموظفين الذين يستوفون شروط الاختيار قد يكون لديهم ديون للمنظمة.
وهكذا تم تحويل الدين. ولكن من أجل إبعاده عن الموظف عند دفع الراتب ، من الضروري أن يكون هناك شيء يجب الاحتفاظ به. أي أننا بحاجة إلى تجميع رواتب شهر أبريل. بعد ذلك ، كالعادة ، نشكل وثيقة "الراتب المستحق الدفع للمؤسسة".
وثيقة "الراتب المستحق للمؤسسة" تسدد ديون E.I. Akimova قبل المنظمة. ويمكن التحقق من ذلك باستخدام تقرير "هيكل ديون المنظمات" ولكن للفترة 01/01/2012-05 / 07/2012.
اختفت المبالغ السالبة في عمود "الرصيد الختامي". أي أنه لا يوجد موظفون مدينون لمنظمتنا. ومع ذلك ، هناك دين على المنظمة للموظفين.
تذكر أن الآلة الحاسبة لدينا دفعت أولاً زائدة من E.I. Akimova 6747 روبل ، ثم دفع أقل من نفس المبلغ. لذلك فكر في سداد ديون الموظف. هذا ليس صحيحا.
إذا تم تعيين علم "التسويات المتبادلة للأجور في سياق شهور استحقاقها" ، فسيتم أخذ ديون المنظمة وديون الموظفين في الاعتبار بشكل منفصل. إنهم لا يلغيون بعضهم البعض تلقائيًا.
يجب أن تدفع بشكل منفصل.
لذلك ، من أجل سداد الديون إلى E.I. Akimova لشهر فبراير ، من الضروري ، على سبيل المثال ، إصدار وثيقة "الراتب المستحق الدفع للمنظمات" في أبريل ، مع الإشارة إلى شهر الاستحقاق في فبراير.
كما يوضح التقرير ديون المنظمة لـ G.D. فاسكينا. للربع ركض 3000 روبل مقابل 1000 روبل في الشهر. لتسديدها ، سيتعين عليك إصدار ثلاث مستندات "راتب مستحق الدفع للمنظمات" لشهر يناير وفبراير ومارس ، على التوالي.
لا يمكن استخدام مستند واحد "الراتب المستحق الدفع للمؤسسة" لسداد ديون المنظمة السابقة للموظف بالإضافة إلى الدفع للشهر الحالي.
إجراءات سداد ديون الموظفين.
إجراء سداد ديون المنظمة للموظفين عن الأشهر الماضية.
في الشهر الحالي ، نقوم بإعداد وثيقة "الراتب المستحق الدفع للمؤسسة". في سمة "شهر الاستحقاق" ، حدد الشهر الذي يتم سداد الدين فيه.
لتنظيم محاسبة الديون دون تفصيلها حسب شهور تكوينها ، من الضروري في شكل "إعداد معايير المحاسبة" ، في علامة التبويب "دفع الأجور" ، قم بإلغاء تحديد المربع "تتم التسويات المتبادلة للأجور في سياق أشهر من استحقاقها ".
دعونا نكرر تجربتنا ، ولكن فقط مع العلم غير المقيد "تجري التسويات المتبادلة على الأجور في سياق شهور استحقاقها". وبعد ذلك سنقوم مرة أخرى بإصدار تقرير "هيكل ديون المنظمات" ولكن للفترة 01/01/2012 - 04/05/2012 تقرير.
ما الذي يلفت انتباهك؟
دعنا نحسب الراتب لشهر أبريل ، ندفعه ونحلل نتيجة الدفع.
إي. أكيموفا. إذا لم يكن على هذا الموظف ديون ، فإن الوثيقة كانت ستدفع لها مبلغ 53253 روبل. بدلاً من ذلك ، قام بتخفيضها بمقدار ديون الموظف: 51506 = 53253-1747.
ج. فاسكين. إذا لم يكن على المنظمة ديون لهذا الموظف ، فإن الوثيقة ستدفع لها مبلغ 41847 روبل. بدلاً من ذلك ، زادها بمقدار الدين للموظف: 44847 = 41847 + 3000.
من هذا يمكننا استخلاص استنتاج بسيط وهام.
إذا لم يتم تحديد علامة "التسويات المتبادلة للرواتب في سياق شهور استحقاقها" ، فيمكن عندئذٍ سداد كلا النوعين من الديون ببيان واحد. ولكن ليس بالضرورة.
عندما لا يتم تحديد علامة "التسويات المتبادلة للأجور حسب شهور استحقاقها" ، تصبح قيمة "الدين" متاحة في مستند "الراتب المستحق الدفع للمؤسسة" في سمة "الدفع". هذا يعني أنه يمكن سداد ديون المنظمة بطريقتين.
تصريحات مختلفة.
أولاً ، نقوم بإعداد وثيقة "الراتب المستحق الدفع للمؤسسة" مع طبيعة السداد "الدين". في هذه الحالة ، سوف يسدد فقط الدين الذي تم تكوينه في بداية الشهر. ثم ، كالعادة ، نضع وثيقة "الراتب المستحق الدفع للمؤسسة" مع طبيعة الدفع "المرتب".
هناك دقة واحدة هنا. في وثيقة "المرتب المستحق الدفع للمؤسسة" مع طبيعة السداد "الدين" ، من المستحيل الإشارة إلى الشهر الذي تم السداد فيه بالفعل باعتباره شهر الاستحقاق. فقط الشهر الذي لم يتم فيه الدفع بعد. على سبيل المثال ، في مثالنا G.D. يمكن سداد ديون فاسكا في شهر الاستحقاق في أبريل وليس قبل ذلك.
ورقة واحدة.
للقيام بذلك ، في وثيقة "الراتب المستحق الدفع للمؤسسة" من الضروري تحديد طبيعة الدفع "المرتب". في هذه الحالة ، سيدفع المستند إجمالي الراتب للشهر الحالي والديون السابقة للمؤسسة التي تراكمت في بداية هذا الشهر.
بالمناسبة ، الدفع في ورقتين هو وسيلة مريحة للغاية. في هذه الحالة ، في مجلة "المرتب المستحق الدفع للمؤسسة" ، سيكون من الممكن تحديد المستندات ذات طبيعة الدفع "الدين".
لذا ، ماذا لدينا إذا لم يتم التحقق من علم "التسويات المتبادلة للأجور في سياق شهور استحقاقها".
بغض النظر عن سبب نشوء هذا الدين أو ذاك ، يتم سداده بإحدى الطرق الموضحة أعلاه. لذلك ، يتم تقديم هذه الأمثلة فقط من أجل فهم آلية حدوث الديون ، وإذا أمكن ، منعها.
لقد نظرنا بالفعل في أبسط سبب للديون. يحدث هذا عندما يقوم الدافع ، وفقًا لتقديره ، بتصحيح نتائج الحسابات يدويًا في مستند كشوف المرتبات. لننظر في أمثلة أخرى.
أ. تلقت كالينينا في 16 يناير 2012 دفعة مقدمة ، وفي 18 يناير استقالت. من تحليل تقرير "هيكل الديون للمنظمات" ، من السهل رؤية ذلك في قاعدة البيانات التوضيحية خلف المنظمة قبل A.K. كالينينا لديها دين بمبلغ 80823 روبل ، تم تشكيله في أغسطس 2009. دعونا نطفئها.
دعونا نتأكد من أن راتب أ.ك. كالينينا يساوي 92900 روبل. بعد ذلك ، سنقوم بالعمليات التالية.
عند تنفيذ الخطوة الخامسة ، سوف نلاحظ أن البرنامج في الجزء المجدول من الوثيقة "الراتب المستحق الدفع للمؤسسات" من قبل الموظف أ.ك. كالينينا لا يحل محل. ليس لديها ما تدفعه! أحكم لنفسك. حصل الموظف على راتب لشهر يناير بمبلغ 40643.75 روبل. من هذا المبلغ ، يجب اقتطاع ضريبة الدخل الشخصية بمبلغ 5284 روبل. ويحق لها 35359.75 روبل على يديها. لكنها تلقت بالفعل 46450 روبل مقدما. وبالتالي ، فإن ديونها للمنظمة 11090.25 روبل.
دعونا نتأكد من أن البرنامج لم يرتكب أي خطأ.
يمكنك إجراء استرداد باستخدام مستند "أمر نقدي وارد" مع عملية "استرداد الأموال من قبل الموظف".
بالإضافة إلى ذلك ، يجب أن نتذكر أن اقتطاع ضريبة الدخل الشخصي غير مسجل في البرنامج. بعد كل شيء ، عند دفع سلفة ، لا يتم حجبها ، ولم يتم دفع راتب الموظف المفصول. على العكس من ذلك ، يجب أن يكون.
يمكنك التأكد من أن ضريبة الدخل الشخصي لا يتم حجبها حقًا بسبب عدم وجود إدخال مقابل في سجل التراكم "تسويات ضريبة الدخل الشخصية مع الميزانية". أسهل وفقًا لتقرير "سجل المحاسبة الضريبية لضريبة الدخل الشخصي".
من الضروري تسجيل استقطاع ضريبة الدخل الشخصي من خلال المستند "تعديل المحاسبة لضريبة الدخل الشخصي وأقساط التأمين والضريبة الاجتماعية الموحدة" ، علامة التبويب "ضريبة الدخل الشخصية المحتجزة". هناك بديل ، ولكن ليس على الإطلاق طريقة واضحة. هذا لإعادة ترحيل مستند "المرتب المستحق الدفع للمنظمات" مع عملية "الدفعة المقدمة المخططة".
في الوضع الطبيعي ، لا يتم حجب ضريبة الدخل الشخصي من السلفة. لكن وضعنا مختلف قليلاً. حصل الموظف على سلفة واستقال. كان هناك استحقاق للراتب ، لكنه لا يغطي الدفعة المقدمة الصادرة. لذلك ، عند إعادة إجراء سلفة ، فإنه يحجب ضريبة الدخل الشخصي. يجب أن نتذكر أنه مع هذا الاستقطاع لضريبة الدخل الشخصي ، لا يتحقق البرنامج من إعادة الدين من قبل الموظف.
ما عليك سوى استخدام إحدى الطرق. خلاف ذلك ، ستكون هناك مضاعفة ضريبة الدخل الشخصي المقتطعة.
تراجع طفيف أو تنازلي.
من المعروف أنه ليس من الضروري حجب ضريبة الدخل الشخصي من السلف. في البرنامج ، تم منعه من دفع الأجور. ومع ذلك ، فقد صادفت بطريقة ما قاعدة كان كل شيء فيها عكس ذلك تمامًا.
المستندات "دفع رواتب المنظمات" مع طبيعة الدفع "الدفعة المقدمة المخططة" المقتطعة من ضريبة الدخل الشخصي. لكن نفس المستندات ، مع طبيعة دفع "الراتب" ، لم تحجب ضريبة الدخل الشخصي. في النهاية ، حصل البرنامج على كل شيء بشكل صحيح. ومع ذلك ، حتى الآلة الحاسبة لهذه المنظمة ما زالت تشعر بعدم الارتياح. حسنا كيف الحال؟ بعد كل شيء ، لا ينبغي أن يكون الأمر كذلك!
كما هو الحال في كثير من الأحيان يكون السبب في عدم القدرة الأولية على العمل مع البرنامج. تبين أن "الخطأ" بسيط ، لكن لم يكن من السهل تحديده ، حيث لا توجد أسباب واضحة للتحليل. واتضح أن السبب في التسلسل الخاطئ للأفعال.
بدلاً من التسلسل: الدفعة المقدمة ، استحقاق الراتب ، دفع الراتب ، قام المستخدم أولاً بحساب الراتب ، ثم دفع السلفة ، ثم دفع الراتب. ولكن ، إذا تم استحقاق الراتب ودفع المستخدم دفعة مقدمة ، فإن البرنامج يحتجز دفعة مقدمة من المبلغ الكامل للأجور المتراكمة.
في الممارسة العملية ، حدث مثل هذا الموقف أيضًا.
كان الموظف مريضا خلال الفترة من 2013/04/13 إلى 2012/04/24. بعد أن ذهب إلى العمل ، تلقى دفعة مقدمة في 26 أبريل بمبلغ 5700 روبل. في أبريل ، حصل على راتب قدره 3489.43. ونتيجة لذلك ، تشكل ديون الموظف بمبلغ 2210.57.
من الأسهل بكثير العثور على هذا الخطأ إذا تم وضع علامة "التسويات المتبادلة للأجور في سياق شهور استحقاقها". في هذه الحالة ، يوضح لنا تقرير "هيكل الديون للمنظمات" على الفور الشهر الذي تم فيه تكوين الدين. يبقى تحليل وثائق هذا الشهر بمساعدة نسخ هذا التقرير.
إذا لم يتم تحديد علامة "التسويات المتبادلة للرواتب في سياق شهور استحقاقها" ، فيجب إنشاء تقرير "هيكل ديون المنظمات" لكل شهر. ولكن حتى بعد الشهر الذي تم فيه تكوين الدين ، لن يكون من السهل فهم أسباب تكوينه.
يساعد البرنامج على منع مثل هذه الديون للموظفين. للقيام بذلك ، في إعدادات معلمات المحاسبة ، في علامة التبويب "دفع الراتب" ، قم بتعيين علامة "مراعاة وليس المخرجات" عند دفع سلفة.
يحدث ذلك في بعض الأحيان. هناك وثيقة "الراتب المستحق الدفع من قبل المنظمات" للموظف مع الحرف "المرتب". لا توجد تعديلات يدوية. هذا يعني أنه يتم تعبئتها على أساس البيانات الموجودة في السجلات المسجلة في وثيقة "كشوف المرتبات لموظفي المنظمات". ومع ذلك ، لسبب ما ، وثيقة "كشوف المرتبات لموظفي المنظمات" مفقودة في قاعدة البيانات.
إنها تعني شيئًا واحدًا. لسبب ما ، بعد دفع الراتب ، تمت إزالته. هذا أدى إلى ديون الموظف للمنظمة.
معظم الأخطاء الابتدائية ناتجة عن عدم القدرة على العمل مع البرنامج. بدلاً من تعلم البرنامج ، يقوم بعض المستخدمين بتكييفه وفقًا للنتيجة المرجوة. لا يفكرون فيما ستكون عليه العواقب. الشيء الرئيسي هو أن المبلغ المطلوب موجود في البيان. هذا مثال صادفته.
في وثيقة "الراتب المستحق الدفع للمؤسسات" هناك طبيعة الدفع "دفعة مقدمة للنصف الأول من الشهر". لا يعرف جميع المستخدمين أنه يجب عليهم إكمال كشوف المرتبات أولاً للنصف الأول من الشهر. كما أنهم لا يعرفون أنه في البرنامج لا يمكن دفع سلفة مقدرة فحسب ، بل أيضًا دفعة مقدمة بمبلغ ثابت.
كيف يفعل هؤلاء المستخدمون ذلك؟ يفعلون كشوف المرتبات الشهرية. ثم يقومون بإعداد وثيقة "الراتب المستحق الدفع من قبل المنظمات" مع طبيعة الدفع "المرتب". ولكن نظرًا لأنه في الواقع يريد دفع سلفة ، بعد ملء الجزء المجدول ، فإنه يغير طبيعة الدفعة إلى "دفعة مقدمة للنصف الأول من الشهر" ويقوم يدويًا بتعديل مبلغ الدفعة.
تعرض البرامج الخاصة بأي ضبط في العمود الأول من القسم الجدولي المقبض تلقائيًا. يشير إلى أنه تم تعديل البيانات المحسوبة يدويًا.
لكن مستخدمنا أذكى من البرنامج. في العمود الثاني ، يقوم يدويًا بالتحقق من مربعات "سمة الحساب التلقائي". الآن ، بصريًا ، لن يخمن أحد (بما في ذلك الآلة الحاسبة نفسها) أن الحساب قد تم تصحيحه يدويًا.
مثل هذا الوضع ممكن تمامًا. عملت الآلة الحاسبة لبعض الوقت مع خيار محاسبة الديون في أشهر تكوينها. لم يعجبه شيئًا في هذا ، وانتقل إلى الخيار دون تفصيل حسب شهور الاستحقاق. أو العكس.
هل من الآمن تغيير حالة العلم بشكل تعسفي في أي وقت "يتم تنفيذ التسويات المتبادلة للأجور في سياق شهور استحقاقها".
من أجل التحديد ، سنعتمد مرة أخرى على مثالنا النموذجي. لنفترض أنه في أبريل لم يتم تنفيذ مستندات سداد الديون. في هذه الحالة ، تغيير حالة العلم "يتم تنفيذ التسويات المتبادلة للأجور في سياق شهور استحقاقها" في اتجاه أو آخر غير ضار تمامًا. يمكن التحقق من ذلك من خلال إنشاء تقرير "هيكل ديون المنظمات". اعتمادًا على حالة العلم ، سيولد دينًا إما بالتفاصيل حسب الأشهر أو بدون تفاصيل. ليست هناك حاجة لنقل المستندات.
هذا يشير إلى أنه بغض النظر عن حالة العلم يحتفظ البرنامج دائمًا بسجل للديون في سياق شهور استحقاقها. ببساطة ، عن طريق اختيار حالة أو أخرى من العلم ، تختار الآلة الحاسبة طريقة سداد الدين.
سيكون الوضع مختلفًا إذا تم سداد الدين. على سبيل المثال ، تم الاحتفاظ بالسجلات دون التفصيل حسب الأشهر للربع الأول بأكمله. في أبريل ، تم سداد الدين وتم وضع علم "التسويات المتبادلة للأجور في سياق شهور استحقاقها".
سيُظهر لنا تقرير "هيكل ديون المنظمات" الدين مرة أخرى بأشهر. وهذا على الرغم من حقيقة أنه عندما تم الاحتفاظ بالمحاسبة دون تفصيل ، تم سداد جميع الديون.
منذ أن قمنا بتغيير حالة العلم ، لا يرى البرنامج الآن الطريقة السابقة لسداد الديون. أعطها الطريقة التي تتوافق مع حالة العلم المعينة. هذا يعني أنك بحاجة إلى إلغاء الطريقة السابقة لسداد الدين وأداء سداد الدين بطريقة تتوافق مع محاسبة الديون حسب الشهر. وبطبيعة الحال، فإن العكس صحيح أيضا.
يمكن أن تكون هذه الإجراءات كثيفة العمالة. لذلك ، من الأفضل أن تقرر منذ البداية أي حالة العلم "التسويات المتبادلة للرواتب التي يتم إجراؤها في سياق شهور استحقاقها" هي الأنسب لك.
العلم "يتم تنفيذ التسويات المتبادلة للأجور في سياق شهور استحقاقها" هو SET.
إجراءات سداد ديون الموظفين للمنظمة.
إجراءات سداد ديون المنظمة للموظفين.
في الشهر الحالي ، نقوم بإعداد وثيقة "الراتب المستحق الدفع للمؤسسة". في سمة "شهر الاستحقاق" ، حدد الشهر الذي تم فيه سداد الدين (الشهر الذي تم فيه تكوين الدين).
تمت إزالة علم "التسويات المتبادلة للأجور في سياق شهور استحقاقها"
من الضروري جعلها قاعدة كل شهر ، بعد كل دفع للأجور ، للتحكم بشكل مستقل في الديون الناشئة. للقيام بذلك ، يمكنك استخدام التقارير والمعالجة المناسبة.
في نموذج "إعداد معلمات المحاسبة" ، في علامة التبويب "دفع الراتب" ، قم بتعيين علامة "مراعاة التغيب". سيؤدي ذلك إلى تجنب حدوث ديون للموظفين على المنظمة. أي تغيب مسجل في المنظمة في النصف الأول من الشهر والدفع اللاحق لسلفة (باستثناء التغيب) سيؤدي إلى تكوين دين للمنظمة.
