1C تطبيقات erp لإنفاق الأموال. وصف العمل مع وثيقة "طلب إنفاق الأموال

من أجل تطبيق نظام الرقابة المالية BDDS في وقت إصدار طلبات صرف الأموال، من الضروري دراسة تفاعل الإدارة المالية مع الإدارات الأخرى، وكذلك تطوير معلومات تنظيمية ومرجعية موحدة. إذا لم يكن من الممكن أتمتة التحكم في التدفقات النقدية من خلال الميزانية، فيمكنك أتمتتها من خلال طلبات إنفاق الأموال.

في السابق، ترأست الإدارة المالية في JSC NAPO im. V. P. Chkalova." تعد هذه واحدة من أكبر شركات تصنيع الطائرات في روسيا ويبلغ عدد موظفيها حوالي 7000 شخص. ومع ذلك، كانت الشركة تفتقر تماما إلى قواعد التخطيط إنفاق المال، لوائح إعداد مستندات الدفع، مبادئ الموافقة عليها. قدمت الوحدات طلبات صرف الأموال والموازنات للشهر أو الربع على شكل مذكرات. وفي الوقت نفسه، لم تكن هناك قائمة واحدة معتمدة لبنود ونماذج الميزانية، وكذلك مراكز المسؤولية المالية. ونتيجة لذلك، نشأت صراعات مستمرة بين الإدارة المالية والإدارات الأخرى، واشتكى الموظفون من فقدان الطلبات، وعدم دفعها في الوقت المحدد، ونتيجة لذلك، لم يتم استيفاء الميزانية المعلنة.

من أجل تبسيط المدفوعات وضمان التحكم في إنفاق الأموال، تقرر تنفيذ كتلة "الخزانة" كجزء من مشروع لتنفيذ نظام إعداد الميزانية يعتمد على أنظمة المعلومات الحالية "1C: UPP" وSyteLine. ولتحقيق ذلك، تم حل أربع مشاكل.

- هيكلة التدفقات النقدية من أجل التحكم في إنفاق الأموال

بادئ ذي بدء، تم تحديد هيكل إنشاء ميزانية التدفق النقدي: تم تطوير عناصر التدفق النقدي وأولوياتها، ونماذج سجل المدفوعات وتقويم الدفع، وكذلك طلبات الإنفاق واستلام الأموال.

ولتسهيل على المستخدمين، تقرر ربط أولوية الدفع ببنود التدفق النقدي، وفي نفس الوقت تحديد اختيار البنود حسب الاتفاقية والمنطقة المالية المركزية. ولضمان قواعد موحدة لتنظيم عملية الدفع تكون واضحة لجميع الإدارات، قامت الشركة بوضع وتنفيذ لائحة “أسس وإجراءات صرف الأموال”. تحتوي هذه الوثيقة على:

  • قواعد إعداد الوثائق لاستلام وإنفاق الأموال؛
  • المبادئ والإجراءات الخاصة بالموافقة وترتيب مستندات الدفع؛
  • خوارزمية لتخطيط الدفع التشغيلي والحالي.

إحدى المهام المهمة للوائح هي التأكد من أن أي نفقات نقدية تقتصر على مبالغ لا تتجاوز قيمة العناصر ذات الصلة دسوفقاً لأنظمة تطوير الأعمال (السنوية أو الربع سنوية أو الشهرية) المعتمدة لكل منطقة اتحادية مركزية.

مقدمة لتوليد طلبات صرف الأموال

عندما يحتاج المنفذ المسؤول إلى إنفاق الأموال، بغض النظر عن طريقة الدفع (نقدا أو غير نقدي)، فإنه ملزم بإنشاء طلب للدفع. يتم إنشاء هذه الوثيقة إلكترونيًا في نظامين: "1C: UPP" أو SyteLine. يجب على بادئ الدفع تعبئة جميع التفاصيل المطلوبة في الطلب. بعد ذلك، يتم تحميل المستندات الخاصة بإنفاق الأموال تلقائيًا إلى نظام المعلومات "1C: UPP" في الحالة "مُعد" ويتم نشرها هناك.

  • كيفية تنظيم نظام مراقبة الميزانية: تجربة المشروع

عند تقديم الطلبات، تتم مراقبة الرصيد ضمن بند DDS للشهر (الربع، السنة) تلقائيًا لكل قسم (منفذ CFD وعميل CDF) والمشروع والعقد. إذا تم تجاوز الحد الأقصى لأحد عناصر DDS المحددة في مستند الدفع، فسيتم تسجيله في نظام 1C: UPP، لكن لا يتم ترحيله. وفي الوقت نفسه، يتم إصدار رسالة المعلومات المقابلة.

من الناحية العملية، قد ينشأ الموقف التالي: تم استنفاد الحد الأقصى لبند DDS، لكن طلب إنفاق الأموال له أولوية عالية ولم يتم توفيره في ميزانية الفترة الحالية. في هذه الحالة، يتم فحص الوثيقة للتأكد من إمكانية التعديل باستخدام الأموال المتاحة بموجب مادة أخرى من DDS لهذه المنطقة الفيدرالية المركزية أو التغييرات في ميزانية هذه الوحدة.

إذا تم اتخاذ قرار بإلغاء الدفع أو لم يفي الطرف المقابل بالتزاماته المدفوعة (لم يسلم البضائع والمواد، ولم يقدم خدمة) بناءً على طلب إنفاق الأموال المقدمة في نظام 1C: UPP، ثم المستند المقابل يجب أن تكون مغلقة في نظام 1C: UPP وبالضرورة في نظام SyteLine.

تتم الموافقة على طلب إنفاق الأموال على النحو التالي. تتم طباعة الطلب وإرفاق المستندات اللازمة للدفع به، وتصديقه من قبل المسؤولين المعنيين بعملية الموافقة على الدفع. يتم تقديم كافة الطلبات المعتمدة إلى الدائرة المالية بموجب سجل استلام وتحويل الأموال، ويتم تعيينها بالحالة "مقبول".

تطوير مخطط لإنشاء سجل المدفوعات وطلب إنفاق الأموال

يقوم الموظفون المسؤولون في الإدارة المالية بإنشاء سجل أولي للمدفوعات النقدية وغير النقدية يوميًا في نظام 1C: UPP لتخطيط الدفع ليوم العمل التالي. يتضمن السجل جميع الطلبات المقدمة إلى الإدارة المالية قبل الساعة 12 ظهراً من اليوم الحالي. في الوقت نفسه، تتم مراقبة الرصيد ضمن بند DDS للشهر (الربع، السنة) للمرة الثانية لكل قسم (منفذ CFD وعميل CDF)، والمشاريع، والعقود.

إذا تم تجاوز الحد المخطط له في الشهر الحالي، فلن يتم تضمين طلب إنفاق الأموال في سجل الدفع. في الوقت نفسه، في نظام 1C: UPP يتم تعيين الحالة "مرفوض"، وفي غضون يوم عمل واحد يتم إرجاع المستند تحت التوقيع إلى بادئ الدفع لاتخاذ القرار.

بعد التشكيل في نظام 1C: UPP، تتم طباعة السجل الأولي للمدفوعات والاتفاق عليه مع رئيس الإدارة المالية وكبير المحاسبين ونائب المدير العام للاقتصاد والتجارة. في صباح يوم الدفع، يتم تقديم السجل الأولي إلى المدير العام للتوقيع. إذا كانت هناك حاجة، بعد الموافقة على السجل، إلى تغيير بعض المدفوعات، فإن الموظفين المسؤولين في الإدارة المالية في 1C: نظام UPP في طلبات إنفاق الأموال يغيرون "تاريخ النفقات" ويستبعدونهم من السجل. بعد ذلك، يتم تعيين حالة "موافق عليه" لسجل الدفع، وتتلقى جميع طلبات إنفاق الأموال المدرجة في السجل تلقائيًا حالة مماثلة.

من الممكن إنشاء وترحيل مستندات الدفع (أوامر النفقات النقدية وأوامر الدفع) في نظام 1C: UPP فقط على أساس طلبات إنفاق الأموال المعتمدة من قبل المدير العام، باستثناء تلك المدرجة في السجل التشغيلي للمدفوعات .

يتم تنفيذ المعلومات حول المدفوعات التي تم إجراؤها (طلبات إنفاق الأموال) باستخدام نظام 1C: UPP باستخدام تقارير مثل:

  • تحليل سجل طلبات إنفاق الأموال؛
  • توزيع المدفوعات حسب عناصر DDS والأوامر ومصادر التمويل؛
  • توزيع المدفوعات حسب عناصر FP.

يتم إنشاء التقارير بعد إدخال معلومات الدفع من قبل موظفي الإدارة المالية، في موعد لا يتجاوز يومي عمل من تاريخ الدفع.

جميع طلبات صرف الأموال المعتمدة في موازنة الشهر الحالي، ولكن لم يتم صرفها في هذه الفترة، يتم إدراجها من قبل الإدارات المبادرة في موازنة الشهر المخطط التالي بالاتفاق مع رئيس الدائرة المالية. وهو، بدوره، في يوم العمل الأخير من الشهر الحالي في جميع هذه التطبيقات، يغير معلمة "تاريخ النفقات" إلى يوم العمل الثاني من الشهر المخطط التالي.

إعداد تقويم الدفع

لغرض تخطيط التدفق النقدي التشغيلي والحالي، يتم إنشاء تقويم الدفع في نظام 1C: UPP استنادًا إلى المستندات الإلكترونية مثل الإيصالات المخططة وطلبات إنفاق الأموال.

  • تقويم الدفع: مهام إنشاء أداة لإدارة النقد

يتم إجراء تعديل (موازنة) تقويم الدفع يوميًا بناءً على نتائج تحليله، مع مراعاة التغييرات في خطط المقبوضات والمدفوعات. خلال هذا الحدث، من الضروري التأكد من أن إجمالي الرصيد النقدي اليومي في جميع الحسابات وسجلات النقد غير سلبي. في الحالات التي تكون فيها هذه القيمة موجبة، ولكن لا يوجد أموال كافية في الحسابات الفردية أو في السجل النقدي لدفع النفقات، يتم اتخاذ قرار بنقل الأموال من حسابات أخرى. اعتماداً على حجم الأرصدة يتم اتخاذ الإجراءات اللازمة للقضاء على العجز أو استخدام الأموال المجانية للشركة:

  • في حالة وجود نقص في الأموال، من الضروري تغيير تاريخ النفقات إلى تاريخ لاحق في تلك الطلبات التي لم يصل تاريخ الدفع (الحرج) لها بعد؛
  • إذا كان هناك فائض يتجاوز مبلغ الاحتياطي الثابت للنفقات غير المتوقعة، في الطلبات التي لها تاريخ دفع (مخطط) قبل الموعد النهائي المحدد، بالاتفاق مع بادئ الدفع، يتم تغيير تاريخ النفقات إلى تاريخ سابق؛
  • إذا تجاوز مبلغ الفائض النقدي احتياجات المؤسسة، فسيتم اتخاذ قرار بشأن خيارات استخدام المبالغ المحررة.

بفضل الحل المطبق، تمكنت الشركة من تنفيذ التحكم المزدوج في الميزانية النقدية في الوقت الفعلي، وإنشاء ردود فعل بين المشاركين في العملية، وتقليل مخاطر الفجوات النقدية وتنظيم استخدام أكثر عقلانية للأموال.

لاريسا كازاكوفا، PA Polet - فرع المؤسسة الفيدرالية الحكومية الوحدوية GKNPTs im. م.ف. خرونيتشيف"

يعمل في القطاع المالي منذ أكثر من 13 عامًا. كانت المديرة المالية لشركات مثل MarketService LLC، ومجموعة شركات Commercial Equipment Factory، ورئيسة القسم المالي في JSC NAPO im. V. P. Chkalova"، مجموعة شركات iLogistica. منذ ديسمبر 2014، كان يعمل في PA Polet، وهو فرع من المؤسسة الفيدرالية الحكومية الوحدوية GKNPTs im. إم في خرونيتشيف." ومن بين المشاريع الهامة التي تم تنفيذها إنشاء وتنفيذ المحاسبة الإدارية مع الأتمتة اللاحقة في نظام BEST-4، "1C: 7" في شركة MarketService LLC؛ إدخال نظام الميزانية واستعادة المحاسبة الإدارية والاستقرار المالي في مجموعة شركات Trade Equipment Plant؛ التطوير والتنفيذ في JSC NAPO im. أنظمة V.P. Chkalov لمراقبة حسابات القبض وتشكيل ومراقبة تنفيذ ميزانية التدفق النقدي. يقوم حاليًا بتنفيذ مشروع لنقل المحاسبة والمحاسبة الضريبية من نظام الأوامر التذكارية إلى نظام 1C: UPP استنادًا إلى منصة 1C: UPP 1.3 في برنامج Polet.

لإنفاق الأموال بعقلانية، من الضروري تحليل جدوى الإنفاق على احتياجات معينة. يهتم أي موظف في الشركة بتكاليف معينة، لكن الحاجة الفعلية، في ضوء الميزانية الحالية، لا يمكن تحديدها في كثير من الأحيان إلا من قبل أولئك الأعلى في التسلسل الهرمي للتبعية.

ولتلبية احتياجاته، يكتب الموظف مذكرة إلى المدير، ويقوم المدير بدوره بتنسيقها مع مديره، وهكذا... ويتفق المديرون على صرف الأموال حسب بنود التكلفة التي هم مختصون بها. وغالبًا ما يحدث أيضًا أن يتفق أشخاص مختلفون على نفس بند التكلفة، اعتمادًا على مقدار التكاليف. على سبيل المثال، يمكن للمدير إيفانوف الموافقة على النفقات فقط في حدود 10 آلاف روبل. إذا تجاوز المبلغ 10 آلاف، فإن بتروف يوافق عليه. أو يمكن لموظف قسم معين تقييم جدوى التكاليف لجميع الأقسام. يمكن أن يكون هناك العديد من المواقف.

النظام الفرعي "الطلبات الإلكترونية" عبارة عن مجموعة من الأدوات التي تعمل على تبسيط مرحلة الموافقة على طلبات صرف الأموال. تسمح لك الإعدادات المرنة بوصف المواقف المختلفة لتحديد المُصالحين وأمر الموافقة.

النظام الفرعي هو:

تقرير عن الطلبات لتحليل النفقات القادمة:

يعد النظام الفرعي مناسبًا للدمج في التكوينات القياسية، مثل UPP 1.3 وKA 1.1 وUT 10.3. عند تثبيت النظام الفرعي، لا تتأثر كائنات التكوين القياسية (باستثناء سمة "الكائن" في دليل "تخزين المعلومات الإضافية" لإرفاق الملفات بالتطبيق)، مما يسمح لك بتثبيت تحديثات التكوين بسرعة دون فقدان الإعدادات.

يعمل النظام الفرعي على النماذج العادية في التكوينات التالية:

  1. في تكوين "إدارة مؤسسات الإنتاج"، بدءًا من الإصدار 1.3.2.1 وحتى 10.3.32.2.
  2. في تكوينات "الأتمتة الشاملة"،بدءًا من الإصدار 1.1.1.1 وحتى 1.1.61.2.
  3. في تكوينات "إدارة التجارة"، بدءًا من الإصدار 10.3.3.3 وحتى 1.3.66.2.

يعمل على منصة 8.2 و 8.3.

بالنسبة للتكوينات الأخرى، قد تكون هناك حاجة إلى تعديلات، والتي ستستغرق من 1 إلى 10 ساعات. سعر الساعة 1000 روبية / ساعة.

رمز النظام الفرعي مفتوح بالكامل، لذا يمكنك إضافة وظائف إلى النظام الفرعي لتناسب احتياجاتك بنفسك أو الاتصال بي للتعديل.

إذا كان لديك أي اقتراحات لتحسين وظائف النظام الفرعي، يرجى الكتابة لي. إذا أمكن، سيتم تحسين النظام الفرعي وسيتم إصدار نسخة جديدة. يتم توفير جميع التعديلات مجانا. ستكون التحسينات في شكل تكوين مع تعليمات التثبيت التفصيلية.

الدعم الفني كتابيا مجانا. من الممكن التواصل عبر Skype والاتصال بجهاز الكمبيوتر الخاص بك بمعدل 1000 روبل / ساعة.

عدد الوظائف التي تستخدم النظام الفرعي غير محدود.

أسباب الشراء:

1. سيساعد النظام الفرعي في التحكم في كفاءة إنفاق الأموال.

2. يمكنك دائمًا تتبع من بدأ التكاليف ومن اتفق معه.

3. يسمح لك بتخزين نسخ ممسوحة ضوئيًا لمستندات الدفع.

تم تطوير النظام الفرعي وتصحيح أخطائه وتنفيذه في شركة تجارية كبيرة. وقد أتاح استخدام التطبيقات الإلكترونية تقليل أوقات الموافقة وزيادة الرقابة الإنفاقأموال.

استغرق تطوير هذا النظام الفرعي 90 ساعة بالإضافة إلى الإعدادات بشكل فرديإلى تفاصيل الشركة.

يتضمن التسليم ملف تكوين للجمع وتعليمات التثبيت ودليل المستخدم.

شهر واحد من الدعم الفني المجاني.

ضمان استعادة الاموال

تضمن لك شركة Infostart LLC استرداد الأموال بنسبة 100% إذا كان البرنامج لا يتوافق مع الوظيفة المعلنة في الوصف. يمكن إرجاع الأموال بالكامل إذا طلبت ذلك خلال 14 يومًا من تاريخ استلام الأموال في حسابنا.

لقد أثبت البرنامج نجاحه لدرجة أنه يمكننا تقديم مثل هذا الضمان بثقة تامة. نريد أن يكون جميع عملائنا راضين عن مشترياتهم.

تهدف وثيقة "طلب إنفاق الأموال" إلى تسجيل قرار إجراء دفعة نقدية أو غير نقدية (مجموعة الدفعات) أو نقل الأموال. تفاصيل الوثيقة وإجراءات استخدامها تشبه بشكل أساسي مستندات "أمر الدفع (الصادر)" و"أمر الإنفاق النقدي".


يمكن ملء معلمات الحجز والتنسيب تلقائيًا. ولهذا الغرض، توفر الوثيقة الأعلام و "التوضع التلقائي".


إذا تم تعيين هذه العلامات، فيمكن ملء عمود "الموضع" تلقائيًا عند النقر فوق الزر "ملء ونشر".


يمكن الجمع بين نظام التنسيب التلقائي واليدوي. عندما يتم تعيين الأعلام "الحجز التلقائي"و "التوضع التلقائي"يمكنك تحديد خيار التنسيب يدويًا لجزء من مبلغ الطلب. ثم عند الضغط على الزر "ملء ونشر"سيكون هناك وضع تلقائي فقط للمبلغ المتبقي.


عندما يتم ضبط نوع العملية على " الدفع للمورد"أو " رد المبلغ للمشتري"يتم إجراء تغييرات على التسويات التشغيلية مع الأطراف المقابلة.


بناءً على وثيقة "طلب إنفاق الأموال"، يمكن إدخال مستندات الدفع البنكية والنقدية. توفر هذه المستندات المتطلبات " مُنَاقَصَة"، والتي يتم ملؤها أثناء الكتابة أو يمكن ملؤها يدويًا. عند ترحيل مستندات الدفع مع طلب محدد لإنفاق الأموال، يتم التحقق من توافق مبلغ المستند مع الرصيد الحالي للمدفوعات المستحقة لهذا التطبيق.


عند إعداد حقوق إضافية، من الممكن منع المستخدم من معالجة مستندات الدفع دون الإشارة إلى طلب إنفاق الأموال.


يمكن أيضًا أن تكون وثيقة "طلب إنفاق الأموال" بمثابة رابط بين النظام الفرعي لإدارة النقد ونظام الميزانية الفرعي. ولهذا الغرض، يوفر التطبيق مجموعة من التفاصيل المشابهة لوثيقة "تشغيل الموازنة" (سيناريو التخطيط، بند الدوران، المنطقة المالية المركزية، المشروع، وما إلى ذلك). باستخدام التفاصيل المحددة، عند تقديم الطلب، يتم مراقبة مدى امتثال المبلغ الإجمالي للأموال المعتمدة للإنفاق مع القيم الحدية المحددة مسبقًا.


مميزات العمل مع التطبيقات عند استخدام آلية الموافقة على الطلب

يتم استخدام آلية الموافقة على الطلب بشكل اختياري: لقائمة المنظمات.


عند استخدام آلية مطابقة التطبيقات، تظهر الميزات التالية:



    إذا لم يشير الطلب إلى منظمة، فإن هذا التطبيق لا يشارك في الموافقة


    يتم تحديد مسار الموافقة على الطلب وفقاً للإعدادات حسب القسم المحدد في الطلب.


    إذا لم يتجاوز الطلب مسار الموافقة (حالة الطلب ليست "موافق عليه")، فلا يمكن إصدار مستند الدفع على أساسه


    إذا بدأ التطبيق بالمرور عبر مسار الموافقة، فمن الممكن تغيير التطبيق



    • المستخدم الذي تتم الموافقة على طلبه حاليًا


      موافقة المستخدمين على الطلب في مراحل أعلى من الموافقة
      لا يمكن للمستخدمين الآخرين تغيير التطبيق.


    إذا كان الطلب في حالة "الموافقة عليه"، فلا يمكن تغييره


    إذا دخل الطلب إلى الحالة "مرفوض"، فسيتم إلغاء الطلب


    الوضع الحالي للتطبيقات موجود في قائمة التطبيقات



    • يتم عرض الحالة في عمود منفصل


      يتم استخدام التجميع حسب حالة الطلب


      يتم تمييز التطبيقات بلون الخلفية




      • مرفوض - وردي

من الشروط الأساسية للوجود الفعال لمؤسسة ما في بيئة تنافسية حديثة إنشاء آلية فعالة لإدارة التدفق النقدي تضمن توليد معلومات سريعة وموثوقة، وتنظيم التسويات المتبادلة، وزيادة انضباط الدفع، وفي نهاية المطاف، تسريع التدفق النقدي دوران.

يحتوي التكوين على أدوات لإدارة النقد المؤسسي تلقائيًا، والتي تؤدي وظيفتين رئيسيتين:
  • المحاسبة التشغيلية للحركة الفعلية لأموال المؤسسة على حسابات التسوية ومكاتب النقد؛
  • التخطيط التشغيلي للمقبوضات والنفقات النقدية للمؤسسة.

يتم التخطيط العام لإنفاق واستلام أموال المؤسسة في إطار الميزانية. تعمل الخطة المالية التي يتم وضعها - الميزانية - كمجموعة من المبادئ التوجيهية والقيود للنظام الفرعي لإدارة النقد.

ولكن في إطار وظيفة إدارة النقد، يتم الحفاظ على خطة مالية تشغيلية - تقويم الدفع. من المنطقي إنشاء تقويم دفع قبل عدة أيام.

تقويم الدفع عبارة عن مجموعة من طلبات إنفاق الأموال والإيصالات النقدية المخططة. يتم تجميع تقويم الدفع بتفاصيل وصولاً إلى الأماكن التي يتم تخزين الأموال فيها - الحسابات المصرفية ومكاتب النقد الخاصة بالمؤسسة. عند إعداد تقويم الدفع، يتم التحقق من جدواه تلقائيا - مدى كفاية الاحتياطيات النقدية في الأماكن التي يتم تخزينها فيها.

يتوافق تقسيم وظيفة التخطيط المالي إلى نظامين فرعيين للتكوين - النظام الفرعي للميزانية والنظام الفرعي لإدارة النقد - مع تقسيم وظائف الإدارة المالية بين مختلف الإدارات والموظفين في المؤسسة. إذا تم إعداد الميزانية بواسطة الخدمات المالية، فسيتم إنشاء طلبات إنفاق الأموال من قبل الموظفين والإدارات التي تتفاعل بشكل مباشر مع الأطراف المقابلة للشركة.

في التكوين، يتم إنشاء المستندات النقدية (أوامر الدفع، والإيصالات النقدية، وأوامر الخصم، وما إلى ذلك)، ويتم ضمان التفاعل مع البرامج المصرفية المتخصصة مثل "عميل البنك"، ويتم التحكم في التدفقات المالية، ويتم التحكم في توفر الأموال في مناطق التخزين مراقبة. يتم توفير إمكانية الدفع النقدي بالعملات الأجنبية.


تُستخدم وثيقة "طلب إنفاق الأموال" لتسجيل قرار إجراء دفعة نقدية أو غير نقدية (مجموعة المدفوعات) أو نقل الأموال. غالبًا ما تتشابه معلمات المستند وطريقة تطبيقها مع مستندات "أمر الدفع (الصادر)" و"الأمر الصادر نقدًا".

يمكن إدخال تفاصيل الحجز والإقامة تلقائيًا. للقيام بذلك، يتم تعيين مربعي الاختيار "الحجز التلقائي" و"الموضع التلقائي" في المستند.

إذا تم تحديد مربعات الاختيار هذه، فيمكن ملء عمود "الموضع" تلقائيًا بالنقر فوق الزر "ملء ونشر".

يجوز الجمع بين تقنيات التنسيب الآلية واليدوية. إذا تم تحديد خانتي الاختيار "الحجز الآلي" و"الإيداع الآلي"، فيجوز تحديد حالة الحجز يدويًا لجزء من مبلغ الطلب. في هذه الحالة، عند النقر على زر "التعبئة والنشر"، سيتم وضع المبلغ المتبقي تلقائيًا فقط.

عندما يتم تعيين نوع المعاملة على "الدفع إلى المورد" أو "إرجاع الأموال إلى المستهلك"، يتم تحرير التسويات التشغيلية مع الأطراف المقابلة.

بناءً على مستند "طلب إنفاق الأموال"، يمكن ملء مستندات الدفع البنكي والنقدي. تحتوي هذه المستندات على معلمة "التطبيق"، والتي يتم إدخالها عند ملئها على أساس أو يمكن إدخالها يدويًا. عند معالجة مستندات الدفع مع طلب معين لإنفاق الأموال، يتم التحكم في نسبة مبلغ المستند إلى الرصيد الحالي للمدفوعات المستحقة لهذا التطبيق.

عند إعداد حقوق إضافية، من الممكن منع المستخدم من نشر مستندات الدفع دون تحديد طلب لإنفاق الأموال.

يمكن أيضًا أن تكون وثيقة "طلب إنفاق الأموال" بمثابة رابط بين النظام الفرعي لإدارة النقد ونظام الميزانية الفرعي. للقيام بذلك، يقوم التطبيق بتنفيذ مجموعة من المعلمات المشابهة لوثيقة "تشغيل الموازنة" (سيناريو التخطيط، بند الدوران، المنطقة المالية المركزية، المشروع، وما إلى ذلك). باستخدام التفاصيل المقدمة، أثناء التطبيق يتم التحكم في نسبة المبلغ المعمم للأموال المعتمدة للإنفاق إلى القيم الحدية المحددة مسبقًا

يتمتع المستند أيضًا بالقدرة على تخزين الروابط إلى معلومات إضافية تصف التطبيق (الملفات، نماذج المستندات).

الفروق الدقيقة في العمل مع التطبيقات عند تطبيق خوارزمية الموافقة على التطبيق

يتم استخدام خوارزمية الموافقة على الطلب بشكل اختياري: لقائمة المؤسسات.

عند تطبيق خوارزمية مطابقة الطلب، تظهر الفروق الدقيقة التالية:

* إذا لم يحدد الطلب جهة ما، فإن هذا التطبيق لا يشارك في الموافقة

*يتم تحديد مسار الموافقة على الطلب حسب الإعدادات حسب القسم المحدد في الطلب.

*إذا لم يتجاوز الطلب مسار الموافقة (حالة الطلب ليست "موافق عليه")، يمنع تسجيل مستند الدفع على أساسه

* إذا بدأ التطبيق بالمرور عبر مسار الموافقة، فيمكنك تحرير التطبيق
o المستخدم الذي لا يزال طلبه في انتظار الموافقة حاليًا
o موافقة المستخدمين على الطلب في مراحل الموافقة الأعلى
لا يستطيع المستخدمون الآخرون تحرير التطبيق.

* إذا كان التطبيق في حالة "الموافقة عليه"، فهو غير متاح للتعديل

* إذا دخل الطلب إلى الحالة "مرفوض" يتم إلغاء الطلب

* الوضع الحالي للتطبيقات موجود في قائمة التطبيقات
o يتم عرض الحالة في عمود منفصل
o يتم تطبيق التجميع حسب حالة التطبيق
o يتم تمييز التطبيقات بلون الخلفية

مرفوض - وردي

مؤجل - رمادي

تمت الموافقة عليه - أخضر
o يمكن الاطلاع على قائمة التطبيقات مع حالتها
- في تطبيق مُدار في قائمة الطلبات (قسم "طلبات إنفاق الأموال")

في التطبيق العادي (واجهة إدارة النقد، قائمة "التخطيط - التطبيقات -
حالة الموافقة على الطلب")



نوصي بالقراءة