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

أرسل هذه المقالة إلى بريدي الإلكتروني

في المحاسبة ، فاتورة الدفع في 1C هي مستند تقدمه المنظمة للمشتري لمنتج أو خدمة تم تسليمها من أجل الإبلاغ عن الحاجة إلى إيداع الأموال.

يقدم 1C خيارين للعمل مع فواتير الدفع في 1C:

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

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

يعتمد أي من الخيارات المذكورة أعلاه على قيمة فواتير الاستخدام الثابتة للدفع للعملاء ويتم تعيينها في قسم البيانات الرئيسية والإدارة -> المبيعات -> البيع بالجملة -> فاتورة الدفع.

فاتورة الوثيقة للدفع 1C 8.3

يمكن إنشاء حساب في 1s 8.3 عن طريق إدخال حساب جديد من سجل المستندات التجارية ، وكذلك الدخول على أساس ، وفقًا لشروط معينة

بأمر من العميل ، إذا:

في ذلك ، يتم تحديد عقد بترتيب التفاعل حسب الأوامر ؛

لا يتطلب اتفاقًا ، لكن الاتفاقية تحدد إجراءات الدفع بالأوامر.

يتم إنشاء فاتورة للدفع في 1C على أساس بيع السلع والخدمات إذا:

يتم استخدام العقد ، الذي يحدد الأمر عن طريق سندات الشحن ؛

العقد ليس ضروريًا ، لكن الاتفاقية تحتوي على قواعد التسويات عن طريق سندات الشحن.

يمكن إنشاء حساب في 1C 8.3 على أساس أي من المستندات المذكورة أعلاه ، بشرط أن تكون قواعد التسويات المتبادلة مع العميل بموجب اتفاقيات.

عند إنشاء فاتورة للدفع 1C 8.3 ، وفقًا لبيانات أي من الكائنات المحددة ، فإن المقصود من مكان العمل "إنشاء فواتير للدفع" ، يتم فتحه في القائمة بواسطة الأمر "إنشاء" على الأساس.

يتم عرض علامتي تبويب عمل هنا: المراحل والمدفوعات وفواتير الدفع. يفترض كل منهم تفاصيله ويؤدي وظائف معينة.

الأول يعرض جميع المدفوعات المخططة المنصوص عليها في جدول الدفع.

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

بالنسبة لجدول الدفع ، يشار إلى الاسم ويتم ملء قائمة المراحل. لكل مرحلة من مراحل جدول الدفع ، خيار الدفع (مقدمًا ، أو دفعًا مقدمًا أو ائتمانًا) ، أو الدفع (غير النقدي أو النقدي) ، والنسبة المئوية للمبلغ الإجمالي (يجب أن يكون إجمالي جميع البنود مساويًا لـ 100٪) ، والتأجيل (التحول بالأيام من تاريخ البيع).

لنأخذ مثالا. يتم تحديد شروط التفاعل للعميل: من أجل شحن المنتجات وفقًا للتطبيق ، يجب على المشتري دفع دفعة مقدمة بمقدار 50٪ من مبلغ هذا التطبيق ، ويجب دفع الباقي في غضون 5 أيام بعد الشحن . تتم جميع المدفوعات من خلال أمين الصندوق.

يبدو إدخال البيانات كما يلي:

تفصيل: بأوامر.

طريقة الدفع: نقدًا ؛

خيارات الدفع: الدفع المسبق (قبل الشحن) 50٪ والائتمان (بعد الشحن) 5 أيام 50٪

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

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

يحتوي الحساب الجديد في 1C على المعلومات التالية:

في القبعة: على أساس ما تم طرحه ومتى ولمن ومن ومن ؛

تعرض مراحل الدفع طريقة الدفع و / أو الحساب المصرفي و / أو أمين الصندوق وجدول الدفع ؛

بالإضافة إلى ذلك ، يُشار إلى المدير ، والرئيس ، وكبير المحاسبين ، ويتم ملء الغرض من الدفع ، وإذا لزم الأمر ، يتم إدخال نص إضافي للإخراج إلى النموذج المطبوع ؛

يمكنك إدخال نص عشوائي آخر في "التعليق" لراحة المستخدم.

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

يمكنك طباعة نموذج قابل للطباعة لحساب منشور في 1C في أي وقت باستخدام الأمر "طباعة" ، ومن الممكن أيضًا تجميع مخرجات عدة حسابات محددة.

نموذج قابل للطباعة فاتورة للدفع 1C 8.3

يتوفر تكوين حساب النموذج المطبوع فقط لـ 1C 8.3 دون تخزينه في قاعدة البيانات من كائنات النظام التالية:

من أمر مبيعات ، يخضع للشروط التالية:

يستخدم عقدًا مع تسويات مفصلة حسب الأوامر ؛

ليس هناك حاجة للعقد ، ولكن في الاتفاقية ، خيار التسوية بالأوامر.

من بيع السلع والخدمات إذا:

يتم استخدام اتفاقية يتم فيها تنفيذ التسويات المتبادلة وفقًا للفواتير ؛

العقد غير مطلوب ، لكن الاتفاقية تحدد تفاصيل الفواتير.

يمكن إنشاء حساب في 1s 8.3 وفقًا لبيانات أي من المستندات المذكورة أعلاه ، إذا قاموا بتطبيق إجراءات التسوية بموجب العقود.

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

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

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

وصف استمارة "طلب الدفع"

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

نموذج مستند "طلب الدفع"

تفاصيل أساسية

قائمة التفاصيل الأساسية:

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

علامة التبويب "الغرض من الدفع"

عند تسجيل مستند في علامة التبويب "الغرض من المدفوعات" ، يجب عليك ملء التفاصيل التالية:

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

علامة التبويب "المستندات المصاحبة"

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

طلب الدفع: علامة التبويب "المستندات المصاحبة"

قائمة الدعائم المتاحة:

• عنوان الوثيقة- اسم الوثيقة المرفقة. عند إضافة ملف مستند ، يتم ملء هذا الحقل تلقائيًا باسم الملف. إذا لزم الأمر ، يمكن للمستخدم تغيير القيمة المحددة ؛
• نوع المستند - نوع المستند المرفق. هذا الحقل غير قابل للتحرير ويتم ملؤه تلقائيًا عند تحديد ملف ؛

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

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

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

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

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

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

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

من أجل استخدام آليات التخطيط والتحكم في إنفاق الأموال ، من الضروري في قسم الإدارة - المنظمات والأموال تحديد خانة الاختيار الخاصة بطلبات إنفاق الأموال.

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

يتم تعيين حد التدفق النقدي لمدة شهر ويتم تفصيله لبنود التدفق النقدي (المدفوعات للموردين ، والرواتب ، ونفقات العمل ، وما إلى ذلك). يمكن استكمال قائمة عناصر التدفق النقدي بشكل تعسفي من قبل المستخدم (قسم المالية - الإعدادات والأدلة - عناصر التدفق النقدي).

من الممكن وضع حدود على إنفاق الأموال لكل قسم ولكل منظمة.

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

تتكون عملية الموافقة والموافقة على الطلب من المراحل التالية.

• تحضير الطلب من قبل البادئ بالدفع.
• الموافقة على الطلبات.
• اعتماد الطلبات (إعداد طلبات الدفع).

تحضير الطلب من قبل البادئ بالدفع.

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

من الممكن أيضًا إصدار طلب واحد لعدة مستندات تسليم أو بدون تحديد مستند التسوية.

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

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

الموافقة على الطلبات.

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

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

يمكنك أيضًا مراجعة التطبيقات التي لها الأولوية القصوى والتطبيقات لكل مؤسسة بشكل منفصل.

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

للموافقة على (رفض) عدة طلبات للدفع ، يمكنك تحديد الطلبات الضرورية في القائمة وتحديد الأوامر المناسبة:

• تنسيق الطلبات - إذا كان من الضروري تنسيق طلبات إنفاق الأموال ؛
• رفض الطلبات - في حالة رفض طلبات إنفاق الأموال.

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

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

اعتماد الطلبات (إعداد طلبات الدفع).

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

يتم تضمين معلومات حول التطبيقات المعتمدة في تقويم الدفع (قسم المالية).

يتم عرض مبلغ المدفوعات المتفق عليها على الطلبات في العمود "جميع المعلقة".

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

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

بعد تحديد تاريخ وطريقة الدفع ، يوافق الممول على الطلبات (يحدد حالة الدفع لها).

بعد الموافقة النهائية على الطلبات ، يتحقق من إمكانية الدفع للطلبات. يتم عرض مبلغ الطلبات المعتمدة في عمود المدفوعات.

بعد الموافقة على الطلب (تحديد حالة الدفع) ، يمكنك إعداد مستند دفع لإنفاق الأموال.

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

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

يتم تحويل الأموال من الحساب الجاري على مرحلتين:

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

كيفية إصدار وطباعة مستند الدفع.

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

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

يتم عرض قائمة تلك المستندات التي يجب تسجيل الدفع من أجلها في صفحة الدفع في قائمة المستندات المدفوعات غير النقدية.

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

إذا تم تنفيذ التسويات المتبادلة مع المورد ككل بموجب العقد (دون التفاصيل بالأوامر أو الفواتير) ، فستعرض القائمة المبلغ المستحق للمورد بموجب العقد.

إذا كانت المؤسسة تستخدم التخطيط النقدي ، فسيتم عرض الطلبات النقدية المعتمدة فقط (الطلبات بالحالة مستحق الدفع) في هذه القائمة.

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

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

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

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

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

من الممكن وضع علامة جماعية للبنك لتنفيذ قائمة مدفوعات مختارة.

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

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

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

وتجدر الإشارة إلى أن البرنامج يوفر إمكانية التسجيل التلقائي للمدفوعات باستخدام برنامج "Bank Client". يتم تشغيل البرنامج عن طريق النقر فوق Exchange مع زر بنك في قائمة المدفوعات غير النقدية.

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

يمكن الحصول على معلومات حول الدفع للمورد من تقرير بطاقة الحسابات الدائنة. يتم استدعاء التقرير من بطاقة المورد.

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

لا يكون تسجيل مثل هذه العملية منطقيًا إلا إذا تمت التسويات مع مورد أجنبي. يتم تحديد العملة التي يتم بها تنفيذ التسويات مع المورد في الاتفاقية مع المورد. في حالة عدم استخدام العقود ، يتم تحديد عملة التسويات المتبادلة في طلب المورد أو في مستند الاستلام إذا لم يتم تقديم الطلب مع المورد.

يجب تحويل الأموال من حساب العملة الأجنبية الخاص بالمؤسسة إلى حساب العملة الأجنبية للمورد.

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

1 المقدمة

يعد التخطيط النقدي أحد المهام الرئيسية للمحاسبة الإدارية ، على عكس المحاسبة.

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

• إجراء إعادة الجدولة
• تحديث الخطط ونقل التعديلات إلى الفترات التالية ؛
• نفذ خطة - تحليل واقعي.

يجب إدراك أن معظم الشركات (التي تستخدم 1C للأتمتة) لا تخطط في البرنامج.
"سيتعين علينا تعديل المحاسبة .." - هكذا يجادل الكثير من الناس.

يجب تعديل المحاسبة ، نعم ، ولكن ليس على حساب التخطيط.
بالطبع ، لا يزال التخطيط متضمنًا (ولكن ليس في 1C ، ولكن في XLS). والمهمة الأولى الرئيسية (التي يحاولون حلها) هي تخطيط الأموال.

• (1) الاستراتيجية (الميزانية) ؛
• (2) التشغيلية.

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

ولكن فيما يتعلق بالتخطيط التشغيلي لـ d / s ، فإن الوضع مختلف هنا. وهذا يعني أنه غالبًا ما يكون هناك عدد كبير من فواتير الدفع والعديد من المدفوعات المنتظمة والمدفوعات المتوقعة لطلبات العملاء وما إلى ذلك.

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

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

وبالتالي ، يجب معالجة هذه الطلبات في الوقت المناسب ، وقبولها / رفضها ، و "وضعها في الخطة" ، ودفعها.

المجموع:التخطيط التشغيلي ل d / s هو أولى مهام التخطيط، والتي يجب أن تكون آلية في "1C" لأي مؤسسة.

وكنتيجة للتخطيط ، على الإدارة المالية / الخزانة أن "ترى" في النظام:

• متى ، ولمن ، ومن أي حساب جاري / مكتب نقدي ، وما المبلغ الذي يتعين عليك دفعه ؛
• ما هو رصيد d / c في تاريخ "كذا وكذا" ، مع الأخذ في الاعتبار الأرصدة الجارية والمصروفات المخططة وإيصالات d / c. فمن الضروري تجنب ما يسمى ب. "الفجوات النقدية".

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

• ما هو الدين مع الأطراف المقابلة في التواريخ المحددة ، مع الأخذ في الاعتبار المدفوعات المخططة والإيصالات والرصيد الحالي للتسويات المتبادلة.

  أي أن هناك حاجة للعمل مع تقويم الحسابات.

الغرض من هذه المقالة - تحدث عن إمكانيات أتمتة التخطيط التشغيلي لـ d / s. في الوقت نفسه ، سيتم إجراء تحليل مقارن لثلاثة تكوينات مختلفة للدوران (اثنان منها نموذجي من 1 درجة مئوية ، والآخر متخصص من المشورة الحكيمة).

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

2. قدرات SCP 1.3

في الوقت الحالي ، لم تصدر 1C بعد النسخة الجديدة التي طال انتظارها من SCP (المراجعة 2). وبالتالي ، سنركز على ما هو متاح - الأنظمة الفرعية المقابلة لـ SCP 1.3:

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

إذا حاولت في تكوين نموذجي ، في وضع الملف ، افتح نموذج المستند "Application for the expense of d / s" (المعروف أيضًا باسم ZRDS) ، ثم يحدث خطأ على الفور في المتغير "GlobalValues" من الوحدة العامة " العمل مع المتغيرات العامة ".

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

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

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

في SCP ، يتم تنفيذ النظام الفرعي للتنسيق والموافقة. يوفر إعدادات مرنة للغاية.

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

يجب إلغاء أن عددًا من نقاط الوظيفة النموذجية لـ SCP لا توفر ما هو مطلوب في التنفيذ الفعلي للنظام الفرعي.
سأكتب عن هذه "اللحظات" لاحقًا ، ولكن دعونا الآن نفكر في الوظيفة التي يوفرها التكوين النموذجي.

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

• من الممكن إعداد تسلسل تمرير التطبيق على طول المسارات ، التسلسل الهرمي للطرق.

1. في الوقت نفسه ، تجدر الإشارة إلى أن التسلسل الهرمي في دليل التقسيم الفرعي لا يؤخذ في الاعتبار في آليات توجيه التطبيق.
2. من الضروري أيضًا إلغاء أن يتم إنشاء التنسيق والموافقة تقنيًا دون استخدام آلية إجراءات العمل.

• في كل نقطة ، يمكنك تحديد مستخدم واحد / عدة مستخدمين ، والذين سيكون تنفيذ الموافقة على التطبيق متاحًا لهم. أي أنه يمكن الموافقة على الطلب من قبل أي منهم (سيكون لديه الوقت للقيام بذلك أولاً).

• لكل وحدة ، يمكنك تعيين النقطة المقابلة لمسار الموافقة. خلاصة القول هي: عند تقديم طلب (ZRDS) ، يجب الإشارة إلى CFD (القسم الفرعي). واعتمادًا على التقسيم الفرعي المحدد ، "تعثر" لجنة التخطيط والبناء (SCP) على نقطة المطابقة المقابلة لها و "ترسل" طلبًا للموافقة على هذه النقطة.

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

1. يتم التنسيق نفسه باستخدام معالجة خاصة "الموافقة على الطلبات"

1. يتم إجراء تحليل لتوافر الأموال المخطط له وجدول الدفع وتتبع الفجوات النقدية في تقرير "تقويم الدفع".

بالإضافة إلى الاستهلاك المخطط لـ d / s (ZRDS) ، يمكن أيضًا أخذ الاستلام المخطط لـ d / s في الاعتبار. لهذه الأغراض ، يتم توفير وثيقة خاصة "الاستلام المخطط لـ d / s".

وتجدر الإشارة إلى أنه على الرغم من وجود حالات (معدة ، ومعتمدة ، وما إلى ذلك) في وثيقة "الاستلام المخطط لـ d / s" ، إلا أنه لا توجد إمكانية للاتفاق على هذه الوثيقة (بالإضافة إلى ZRDS). أي أن تغيير حالات المستند ممكن فقط في وضع "التحكم اليدوي".

ومع ذلك ، هناك فرصة في SCP لمراعاة الاستلام المخطط لـ d / s من المشترين دون إصدار مستندات "الاستلام المخطط لـ d / s".

بمعنى ، إذا تم إصدار "طلبات العميل" للمشتري ، فيمكن رؤية هذا الاستلام المخطط لـ d / c في تقرير منفصل "تقويم الدفع مع مراعاة الطلبات".

1. بالإضافة إلى تقرير "تقويم الدفع" ، يتم توفير تقرير "تحليل مدى توفر الأموال".

في الوقت نفسه ، من الممكن الاحتفاظ ب d / c (في طلبات المصروفات) أو تقديم الطلبات على حساب الإيصالات المخطط لها.

هناك أيضًا وظيفة إغلاق ZRDS والإيصالات المخططة لـ d / s. لهذه الأغراض ، في وضع "العميل العادي" ، يتم توفير المستندات "طلبات إغلاق للإنفاق / استلام المستندات".

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

لذلك ، تُترك الوظيفة في SCP بدلاً من "إرث من الماضي" ، ويجب استخدام تقويم الدفع لتحليل مدى توفر d / c.

لذلك ، تم النظر في وظيفة SCP وسأقوم الآن بإدراج لحظات التكوين النموذجي التي ، في الممارسة العملية ، في المشاريع ، يجب الانتهاء منها:

1. وبحسب وثيقة "طلب صرف د / ج":
   1. في المستند ، يمكنك تحديد "القسم الفرعي" (بالمناسبة ، تم تعيينه في التكوين باعتباره CFR - مركز المسؤولية المالية). ولكن من المحتمل جدًا أن يتم تقديم الطلب من وحدة واحدة (FSC) ، وفي الوقت نفسه ، ستحتاج التكاليف إلى مزيد من توزيعها / توزيعها على أقسام أخرى / أخرى (FSC - مراكز الإدارة المالية).

      إمكانية تحديد DFS ، إلخ. - مفقود.

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

1. لا توجد إمكانية للتخطيط لتحويل النقد بين حسابات التسوية ، من الحساب إلى مكتب النقدية ، وما إلى ذلك.
1. عملية الاتفاق:
   1. هناك فرصة لتنسيق ZRDS ، ولكن لا توجد إمكانية لتنسيق الاستلام المخطط لـ d / s.
   2. في الممارسة العملية ، يصبح من الضروري إجراء التنسيق للموظفين الآخرين. في الوقت نفسه ، يحتاج النظام أيضًا إلى تسجيل المعلومات حول "من ومن أجل من أكمل التنسيق".

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

      بإيجاز ، لا توجد إمكانية للتنسيق مع فنان آخر ، والقدرة على تحديد من وله الحق في التنسيق - غائبة.

   3. في عملية الموافقة على الطلبات ، عندما ينتقل التطبيق إلى الموافقة على الطلب التالي على طول الطريق ، يلزم توفر وظيفة الإعلام التلقائي (عن طريق البريد الإلكتروني) الخاص بفعل الأداء التالي ، وكذلك مؤلف التطبيق .
   4. إذا كان مؤلف التطبيق مسؤولاً بالفعل عن الموافقة / الموافقة (في أي مرحلة من المسار!) ، فمن المنطقي تمامًا أن يقوم البرنامج تلقائيًا "بتقصير" المسار ، وإعادة توجيه التطبيق إلى أعلى مستوى متاح. ومع ذلك ، هذا غير منصوص عليه في PPP.
   • جميع المتطلبات المذكورة ، على الرغم من أنها ليست في التكوين النموذجي ، مع ذلك.

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

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

   2. في العقود مع المشترين والموردين ، يمكن تحديد شروط النسبة المئوية للدفع المسبق وشروط الدفع وما إلى ذلك.

      لا تقوم UPP بتسجيل كل هذه المعلومات تلقائيًا و (نتيجة لذلك) تعكسها تلقائيًا في تقويم الدفع.

3. ميزات UT 11.1

مع إصدار التكوين الجديد "Trade Management Rev. 11" ، ظهرت العديد من الميزات الجديدة المفيدة لمهام التخطيط التشغيلي والرقابة المالية.
ولعل أهم ما في هذا الجزء في UT11 (مقارنة بـ SCP 1.3) هو آلية المحاسبة لجدول الدفع. هذه الآلية "تغلق" فقط ما كان ينقص بشدة - أتمتة التخطيط / المحاسبة بموجب الاتفاقات والعقود العادية.

وبالتالي ، في UT11 ، من الممكن عدم إعداد مستندات على الإطلاق (إذا لم تكن ضرورية ، بالطبع) لتخطيط نفقات وإيصالات d / c ، وفي نفس الوقت ، سيتم تشكيل تقويم الدفع بشكل طبيعي.

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

تم توسيع وظيفة التقرير بشكل كبير (مقارنة بـ SCP 1.3) من خلال استخدام نظام تكوين البيانات. الآن ، يمكن إنشاء تقرير في عميل رفيع / ويب ، وحفظه في قاعدة البيانات وتخصيصه لمستخدمين مختلفين بالإعدادات التي يحتاجون إليها.

بالإضافة إلى تخطيط تدفق واستلام d / s ، فإن UT11 لديه وظيفة تخطيط حركة d / s. لهذه الأغراض ، يمكنك إعداد المستندات "طلب نقل d / s".

مقارنةً بـ UPP 1.3 ، بالنسبة إلى وثيقة "طلب إنفاق d / c" ، زاد عدد أنواع المعاملات التجارية التي يتم أخذها في الاعتبار:

الآن من الممكن الموافقة على كل من المستندات "طلب إنفاق d / c" والأوامر الأخرى:

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

لسوء الحظ ، لا يوفر UT11 (كما كان من قبل) إمكانية تحليل تقويم الديون من قبل المورد. ومع ذلك ، قم بإنهاء UT11 لهذه المهمة.

كي تختصر: توفر الحلول المنهجية الجديدة "1C" جنبًا إلى جنب مع إمكانات النظام الأساسي 8.2 أساسًا جيدًا لأتمتة مهام التخطيط التشغيلي والتحكم في d / s.

ولكن في الوقت نفسه ، يجب أن يكون مفهوماً أن تكوين UT11 ليس حلاً كاملاً جاهزًا لأتمتة الخزانة وتخطيط d / s.

• أولاً ، في UT11 ، في شكل مبسط للغاية ، يتم تنفيذ آلية لتنسيق / الموافقة على طلبات الاستهلاك ووثائق التخطيط الأخرى لـ d / s. بمعنى أنه لا توجد آليات توجيه ، يتم تقليل عملية الموافقة على الطلبات إلى إعداد بسيط للحالات.
• ثانيًا ، في UT11 لا يوجد نظام فرعي للموازنة و (نتيجة لذلك) لا توجد وظيفة لرصد طلبات الميزانيات المخططة.

4. WA الفرص: ممول

تاريخيًا ، تم تطوير تكوين WA: Financier على أساس منتج Treasury Management.

وفي الوقت نفسه ، يشتمل حل Financier الجديد من WiseAdvice أيضًا على:

• النظام الفرعي لتخطيط الميزانية ؛
• النظام الفرعي لإدارة العقود ؛
• نظام فرعي لتشكيل ومحاسبة المدفوعات الفعلية ؛
• آلية مرنة وقابلة للتخصيص لإنشاء / تعبئة المستندات بناءً على القوالب ؛
• نظام فرعي مرن وقابل للتخصيص للتكامل مع بنك العميل.

دعونا ننظر في الوظيفة الرئيسية لـ "WA: Financier" من حيث الخزانة - من المحاسبة عن الشروط بموجب العقود إلى تشكيل تقويم السداد.

1. في عملية الموافقة على الطلب ، لا يمكنك الموافقة على / رفض المستند فقط (كما هو الحال في SCP) ، ولكن تتوفر أيضًا وظائف أخرى: على سبيل المثال ، إرسال المستند للمراجعة ، أو طلب معلومات إضافية. معلومة.

   هذه العملية برمتها مؤتمتة ، على التوالي ، يتم تقديم تقرير عن حالة العمل على الموافقة على المستند.

5. النتائج

الاستنتاجات:

1. لأتمتة عمل الإدارات المالية والخزانات والمؤسسات ذات التنظيم المعقد. هيكل أنسب حل هو "WA: الممول".

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

   تتمثل ميزة WA: Financier في وظائفها المتقدمة وعدد كبير من آليات إعدادات البرنامج. وبالتالي ، فإن تنفيذ هذا الحل ممكن في وقت قصير (ما يسمى "تنفيذ الصندوق") ، دون المزيد التطوير والبرمجة وما إلى ذلك.

   نظرًا لأن الحل يحتوي على آليات للتبادل ثنائي الاتجاه مع جميع التكوينات النموذجية الرئيسية ، فلن يكون التكامل في الهيكل الحالي (تبادل البيانات مع قواعد بيانات UT و SCP و Complex و Bukh) أمرًا صعبًا.

2. لأتمتة الإدارة المالية / الخزانة كجزء من مشروع الأتمتة المتكاملةأفضل حل مناسب على أساس SCP.

   في الوقت نفسه ، يجب أن تفهم أن وظيفة SCP ستتطلب تحسينات.

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

   وبالتالي ، لا ينبغي تنفيذ تنفيذ الاستهلاك والإنتاجية لهذه المهام إلا كجزء من مشروع الأتمتة.

3. للمؤسسات الكبيرة ، لأتمتة قسم الخزانة UT11لا يتناسب.

   في هذا القرار ، أولاً ، لا توجد آليات للتنسيق / الموافقة على وثائق التخطيط.

   ثانيًا ، لا يوجد نظام فرعي للموازنة ولا رقابة على تنفيذ الميزانيات أثناء التخطيط التشغيلي.

   ومع ذلك ، UT11 مناسب لالأتمتة (بما في ذلك التخطيط التشغيلي لـ d / c) زعنفة صغيرة. أقسام الشركة.

عملية الأعمال "تنسيق طلبات صرف الأموال والموافقة عليها"

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

تتكون العملية من ست خطوات متتالية:

1. يقوم ممثل الوحدة (مدراء ، مهندسون ، إلخ) بإعداد طلب لإنفاق الأموال على الالتزامات - السلف على العقود وسداد الديون على مستندات التسوية.

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

3. يحدد الممثل المسؤول للخدمات المالية (المدير المالي ، نائب المدير المالي أو رئيس المنظمة) الحسابات الجارية ، وإلى من وإلى أي مبلغ ينبغي تحويل الأموال.

4. يوزع رئيس القسم المبالغ المسموح بدفعها لطلبات محددة (في الواقع ، للالتزامات - الأوامر ، الفواتير ، مستندات التسوية).

5. يقوم قسم المحاسبة في المؤسسة ، على أساس الطلبات المعتمدة والمخصصة للالتزامات ، بإنشاء أوامر الدفع الصادرة.

6. يتم تحميل أوامر الدفع تلقائيًا إلى بنك العميل.

تقديم طلبات لإنفاق الأموال

يبدأ دائمًا تسجيل عمليات إنفاق الأموال من حسابات التسوية بتخطيط إنفاق الأموال - أي تنفيذ طلبات الإنفاق من قبل جميع إدارات المؤسسة المشاركة في العملية.

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

وبالتالي ، يجب أن ينعكس إجمالي الإنفاق المخطط للأموال لجميع الخدمات في النظام في شكل طلبات لإنفاق الأموال.

يتم تشكيل طلب إنفاق الأموال باستخدام وثيقة "طلب إنفاق الأموال".

رسم بياني 1.

فحص التطبيقات المعدة

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

الصورة 2.

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

تين. 3.

اعتماد الطلبات من قبل الدائرة المالية

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

الشكل 4

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

الشكل 5.

تخصيص المدفوعات المعتمدة لطلبات الصرف.

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

الشكل 6

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

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

تسجيل العمليات على الإنفاق الفعلي للأموال.

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

يتم استيراد أوامر الدفع التي تم إنشاؤها وترحيلها من 1C إلى نظام بنك العميل.

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

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

فقط بعد ترحيل المستندات الخاصة بإنفاق الأموال بعلامة "مدفوعة" ، يقوم النظام بشطب الأموال من الحسابات وتغيير حالة التسويات مع الأطراف المقابلة.

خيارات الإعداد

الحل مخصص لمنتجات البرامج "1C: إدارة مؤسسة الإنتاج 8" و "1C: إدارة التجارة 8".

تكلفة العمل

يتم تحديده بشكل فردي بناءً على خصائص تكوين العميل.