1C تدفق الوثيقة، لم يتم تحديد الشخص المعتمد. أتمتة العمليات التجارية. مراقبة العمليات التجارية وتحسينها باستخدام 1C: Document Flow

فيما يتعلق بإصدار/تحديث هذه المنتجات، فضلاً عن تطوير تكنولوجيا خدمات الويب، قام متخصصو 1C بتنفيذ التكامل السلس و1C ERP و1C Document Management (المشار إليها فيما بعد باسم "DO").

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

ولتنفيذ هذا التفاعل بين البرنامجين نحتاج إلى:

• 1C "DO" 2.0 (إصدارات CORP)

  خادم الويب أباتشي.

ليست هناك حاجة لوصف تثبيت وتكوين هذه المنتجات البرمجية؛ دعنا ننتقل مباشرة إلى التكوين.

لذا. عملية العمل هي كما يلي: نحن بحاجة إلى الاتفاق على اتفاقيات البيع. وسيكون مخطط التنسيق على النحو التالي:

لتنفيذ مثل هذا المخطط، سنضيف مستخدمين إلى 1C ERP و1C DO.

- أمان

- محامي

- خبير اقتصادي

- موظف

الآن دعنا ننتقل إلى الإعداد

دعنا نذهب إلى 1C DO في وضع "Configurator" وننشر قاعدة البيانات الخاصة بنا على خادم الويب.

الاسم - عنوان المورد، أي http://localhost/DocCorp/

الدليل - موقع خدمة الويب.

نحن نتحقق من العمل.

الآن دعونا نجعل الإعدادات في 1C DO.

1) قم بإنشاء نوع مستند جديد: "اتفاقية المبيعات"

انتقل إلى "NSI والإدارة" - "أنواع المستندات"

لنقم بإنشاء مجموعة من المستندات "الاتفاقيات"

خلق وجهة نظر جديدة

دعنا ننتقل إلى علامة التبويب "قوالب المستندات" - علامة التبويب "تفاصيل المستند".

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

انتقل إلى "نماذج العمليات" وقم بإنشاء قالب جديد.

سيتم فتح نموذج اختيار قالب "الموافقة"، ثم قم بإنشاء مجلد "العمليات غير القياسية"، ثم قم بإنشاء عملية "الموافقة على اتفاقية المبيعات"

دعونا نسجل العملية.

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

دعنا نعود إلى علامة التبويب "إعدادات العملية" ونضيف الموافقين.

ثم نقوم بتغيير اتجاه التوجيه ونضبط ترتيب التنسيق:

الآن لنقم بإعداد عنوان الصيد، انقر فوق الزر "شروط الاستخدام". *(فقط في إصدار CORP).

لنقم بإنشاء شرط توجيه جديد: مبلغ العقد> 100000 فرك.

لنقم بتعيينه إلى "نوع المستند" - "اتفاقية المبيعات".

تم الانتهاء من إعداد 1C "DO". دعنا ننتقل إلى إعداد 1C: ERP.

دعونا نضيف المستخدمين، كما هو الحال في 1C "DO"

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

دعنا نشير في الإعدادات إلى المستند الذي نريد ربط العملية به.

سيكون هذا "اتفاق مع الطرف المقابل"، كائن من 1C "DO" - "وثيقة داخلية"

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

يجب تكوين عدد من الحقول.

نوع المستند في 1 "قبل" - "اتفاقية المبيعات"

عند إدخال نوع مستند، يبحث 1C ERP عنه في 1C "DO".

"المجلد" - "اتفاقيات البيع" (مكان تخزين المستندات)

"رقم التسجيل"

النظام الافتراضي يقول أن هذا هو "الرمز"، وهذا غير صحيح، فلنغير القيمة.

هذا هو رقم العقد لدينا.

دعونا تكوين الحقول المتبقية

هذا كل شيء - احفظ الإعداد.

لنقم بإنشاء اتفاقية مبيعات في 1C ERP، وسنقوم بإنشائها تحت اسم المستخدم "Clerk"

لنقم الآن بإنشاء عملية 1C "DO" بناءً على هذه الاتفاقية. انقر على "المزيد" في نموذج القائمة

في 1C DO، يتم إنشاء مستند داخلي "اتفاقية المبيعات".

"الاسم" الذي يتوافق مع البيانات الواردة من 1C ERP. يطالبنا النظام على الفور باختيار قالب العملية. حدد "اتفاقية اتفاقية البيع" وانقر على "إنشاء عملية". لن نقوم بتثبيت مربع الاختيار "التشغيل فورًا" في الوقت الحالي.

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

لنبدأ العملية.

لنقم الآن بتسجيل الدخول إلى 1C ERP تحت مستخدمين مختلفين ونرى النتيجة. في المرة الأولى التي يقوم فيها المستخدم بتسجيل الدخول إلى 1C ERP، إذا تم تكوين التكامل مع 1C "DO"، سيُطلب من المستخدم إدخال معلومات تسجيل الدخول وكلمة المرور للاتصال بـ "DO".

ثم سنذهب إلى مجلة الإيكونوميست

ليس لديه أي مهام، لأنه... موافقتها تأتي بعد «المحامي»، سنتفق على اتفاق «المحامي»، وتحديث مهام «الخبير الاقتصادي»

انتقلت اتفاقيتنا إلى الحالة "صالحة".

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

ولكن هناك فرصة لتوسيع العلاقة. يقوم "Clerk Clerk" بإنشاء مستند داخلي "اتفاقية المبيعات" في 1C "DO"، ويمر المستند بمراحل الموافقة، ثم، عندما تتم الموافقة عليه، يقوم "Clerk Clerk" بإدخال البيانات المعتمدة بالفعل في 1C ERP ويقوم بالإعداد العلاقة بين الكائن في 1C ERP و1C “DO”.

في 1C DO، سنقوم بإنشاء مستند داخلي "اتفاقية المبيعات"

نقوم بتسجيل العقد وإرساله باستخدام نموذج الموافقة الذي أنشأناه.

تم تحديد مبلغ غير دقيق في لقطة الشاشة لاحقًا وهو 1500 روبل.

لقد حددت مبلغ العقد بـ 1500 روبل، لذلك لا يحتاج الخبير الاقتصادي إلى الحصول على الموافقات.

دعنا ننتقل إلى 1C ERP.

كما ترون، حتى بدون إنشاء مستند في 1C ERP مع التكامل السلس، يتم عرض جميع عمليات المستخدم في 1C "قبل" في 1C ERP.

بعد الانتهاء من جميع إجراءات الموافقة والاتفاق على العقد، ما عليك سوى إدخاله في قاعدة بيانات 1C ERP وإعداد الاتصال.

ندخل اتفاقيتنا في 1C ERP ونقوم بإعداد اتصال مع الكائن المتفق عليه من 1C “DO”

انتقل إلى "تدفق المستند" لهذا المستند وحدد "المستند الداخلي" 1C DO.

يتم البحث وفقًا للمعايير المحددة في الجانب 1C "DO".

الآن قمنا بتكوين اتصال بين كائنين.

في الوقت نفسه، لم نقم بإنشاء مستندات غير ضرورية في 1C ERP؛ تمت عملية الموافقة بأكملها على جانب ERP (باستخدام أدوات 1C DO). وتم استقبال اتصال بين كائنين من قواعد مختلفة.

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

ملاحظة. عند التكامل مع 1C ERP، أوصي بإعداد خطط لتبادل هيكل المؤسسة والمقاولين والمستخدمين ومقالات DDS. سيؤدي ذلك إلى تقليل التداخل في نظام 1C DO والحصول على معلومات محدثة للمحاسبة التعاقدية.

3 التخطيط التشغيلي والواقع. حركة دي اس.

3.1 حجز الميزانية

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

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

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

لتمكين حظر نشر المستندات عند تجاوز الحد، انتقل إلى قسم "الدلائل والإعدادات العامة/إعداد المعلمات/الخزانة".

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

لذلك دعونا ندخل في وثائق حجز الموازنات للفترة – سبتمبر 2017.

دعونا ننتبه إلى النقاط التالية:

• 
  لن نقوم بإنشاء مسار موافقة لوثيقة "حجز الميزانية". اضبط علامة "خارج الطريق" والحالة "موافق عليه"

• 
  سنشير إلى المنظمة باسم "MSK UK (وظائف الإدارة)"، بينما سيترك المدير المالي القيمة التي تمت الإشارة إليها في خطة العمل.

3.2 طرق الموافقة على طلب الدفع للمورد

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

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

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

دعنا ننتقل إلى قسم "العمليات والموافقات/قوالب العمليات".

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

لنقم بإنشاء مسار الموافقة التالي:

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

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

يمكن أن تكون مرحلة "الإخطار" بمثابة مرحلة منفصلة (مخطط شبكة العملية).

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

وبناء على ذلك، يمكن إدراج مرحلة "الإخطار" في مخطط شبكة العملية.

لتكوين محتوى التنبيه، تحتاج إلى تكوين قالب التنبيه:

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

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

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

لتمكين إنشاء تنبيهات الأحداث،يجب عليك الانتقال إلى قسم "العمليات والموافقات/إعدادات التنبيه" وأضف هذا الإدخال:

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

بالنسبة لوثيقة طلب التشغيل، حدد قالب العملية "عملية الموافقة على طلبات الدفع".

3.3 تنسيق طلبات المسار

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

دعونا نملأ مستند طلب التشغيل من نوع "تسويات BDDS (المصروفات) مع الأطراف المقابلة".

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

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

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

دعونا نملأ الطرف المقابل والاتفاق؛دعنا نذهب إلى علامة التبويب "التحكم في الحدود".

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

دعونا نراجع المستند ونرى أن المستند يتلقى الحالة "تحت الموافقة"

انقر فوق الزر "تقدم الموافقة" لفتح المسار ومعرفة المرحلة التي يوجد بها التطبيق حاليًا.

يتم تمييز المرحلة الحالية باللون الأزرق.

الآن دعونا نرى كيف ينفذ البرنامج آلية توليد التنبيهات، وما هي الفرص التي يوفرها للموافقين.

دعنا نذهب إلى قسم "العمليات والموافقات/المهام والتنبيهات الخاصة بي".

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

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

لمزيد من التحكم في التطبيقات، يوفر البرنامج القدرة على تكوين حظر/إذن المدفوعات لمحللين محددين خصيصًا.

في قسم "التخطيط والتحكم/الإذن وحظر المدفوعات" سنقوم (على سبيل المثال) بإدخال الإدخال التالي.

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

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

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

الضغط على زر "الموافقة على المستند" للانتقال إلى مرحلة الموافقة الحالية.

لندخل إلى التأشيرة (الشرح) ثم نضغط على "موافقة".

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

يوفر البرنامج أيضًا الميزات المفيدة التالية فيما يتعلق بمرور مسار الموافقة:

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

3.4 العمل مع تقويم الدفع.

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

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

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

من المهم أيضًا ذكر وظيفة أخرى للعمل مع تقويم الدفع، وهي القدرة على حفظ "خيارات لتطوير الأحداث" المختلفة.

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

توفر وظيفة تقويم الدفع في نظام الإدارة فرصًا غنية لأمين الصندوق؛ فلننظر إلى كل هذا مع الأمثلة.

ومع ذلك، قبل البدء في العمل مع تقويم الدفع، يجب عليك إكمال الخطوات التالية.

قم بتكوين عدد من المعلمات لتقويم الدفع:

• 
  آفاق تكوين التقويم (عدد الأيام)؛
• 
  أن نأخذ في الاعتبار أم لا (1 أو 0، أو على سبيل المثال - 0.5 - ثم "نأخذ النصف في الاعتبار") وثائق الطلب (بما في ذلك تلك التي لم تتم الموافقة عليها، تلك التي هي في طور الموافقة) عند تشكيل تقويم الدفع .
  • 
    أولئك. إذا قمت بتعيين "1" في كل مكان للتطبيقات غير المعتمدة، فسيتم أخذ جميع الطلبات غير المعتمدة (ولكنها في طور الموافقة) في الاعتبار بالكامل بواسطة البرنامج عند إنشاء تقويم الدفع.

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

يسجلالأرصدة الافتتاحية الحالية:

لحساب تقويم الدفع في البرنامج، يجب عليك تسجيل أرصدة d/c الأولية. مطلوب بحيث يتم تسجيل الأرصدة الأولية في سجل التراكم "النقد". وفي نفس الوقت الحركة الفعلية ( وصول / مغادرة ) د/ج وينبغي أيضا أن تنعكس في هذا السجل.

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

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

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

دعنا نذهب إلى قسم "التخطيط والتحكم/تقويم الدفع".

لنقم بتعيين المعلمات الرئيسية التالية:

• سوف نقوم بإنشاء مجموعات: حسب المنظمة والحساب المصرفي؛
• سنقوم بتحديد الفترة: من التاريخ الحالي إلى نهاية الشهر الحالي؛

الاختيار حسب المنظمة: سننشئ من خلال توحيد مجموعة MSC Energy +

سنقوم بإنشاء تقويم للدفع (سيتم إنشاء التقويم من التاريخ الحالي حتى نهاية الشهر).

وسنرى أن التقويم يتضمن الأرصدة الأولية لحسابين جاريين،الحركات المخططة لمصاريف d/c (دفع طلبين للدفع، يستحقان غدًا).

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

• دعونا نغير عدد الطلبات المحددة. لنقم بإعداد الحساب - VTB 24.

• 
  ونتيجة لذلك، نحصل على أن "الحساب المصرفي غير محدد" مستبعد من التقويم، ولكن اعتبارا من 05/09 هناك فجوة نقدية بمبلغ 4000. والحقيقة هي أن النفقات المخطط لها (34 ألف روبل في المجموع لتطبيقين) يتجاوز الرصيد د / ج في الحساب.

• باستخدام وظيفة "التأجيل/المؤجل"، يمكنك تأجيل الطلب لفترة من الوقت (نقله إلى قائمة الإيقاف). ثم إعادته من التأجيل.

• يمكن حفظ النسخة الناتجة من التقويم. ومن ثم قم بفتح ومقارنة واختيار السيناريوهات الأكثر ربحية لتطور الوضع فيما يتعلق بحركة d/s.

• يمكنك تحويل تاريخ الدفع للطلبات إلى تاريخ نهائي محدد

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

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

3.5 تشكيل سجل المدفوعات.

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

في مثالنا، يقوم كبير المحاسبين بإنشاء السجل والاحتفاظ به في الحالة "موافق عليه".

يتم إنشاء أوامر الدفع باستخدام زر "إنشاء أوامر الدفع".

3.6 انعكاس الحقيقة، وتوزيع البيانات على محللي الميزانية.

بعد التنزيل من بنك العميل عند الخصم من الحساب الجاري، سيتم تحميل المستندات في البرنامج"الخصومات من الحساب الجاري."

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

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

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

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

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

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

النظام الفرعي مناسب لأولئك الذين

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

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

الحالات التالية موجودة:

• "غير مقبول"
• "في طور الموافقة"
• "موافقة"
• "ألغيت"
• "عاد للمراجعة."

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

ثم سيتم إنشاء المهمة للمحاسب من المحاسبة. ويجب تحديد مستخدمين محددين في سجل "سجل العناوين".

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

مزايا

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

فيديو

• وضع اتفاقية جديدة

• مراجعة النظام الفرعي المطابق

• كيفية دمج النظام الفرعي في التكوين القياسي

• كيفية إعداد حساب لإرسال الإشعارات:

يتم تنفيذ النظام الفرعي بالكامل في النماذج المُدارة ويتم تشغيله في عميل رفيع.

أمثلة على استخدام النظام الفرعي

مثال 1

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

• التنسيق دائمًا مع "مدير المشتريات"؛
• إذا كان مبلغ الطلب أكثر من 10.000، فاتفق مع المدير التجاري؛
• إذا كان مبلغ الطلب أكثر من 50.000، فاتفق مع المدير المالي؛
• إذا كان مبلغ الطلب أكثر من 100.000، فاتفق مع المدير العام.

مثال 2

يمكن لأي مستخدم إنشاء عقود في النظام، ومن الضروري إعداد الموافقة على العقد باستخدام المسار التالي:

• إذا كان الطرف المقابل/الشريك ينتمي إلى مجموعة الموردين، فمن الضروري الاتفاق مع "محاسب المورد"؛
• إذا كان الطرف المقابل/الشريك ينتمي إلى مجموعة المشترين، فمن الضروري الاتفاق مع "محاسب المشترين"؛
• تحقق دائمًا مع محامٍ؛
• إذا كان العقد في الوحدات التقليدية فاتفق مع المدير التجاري؛

أسئلة وأجوبة (FAQ)

سؤال:هل من الممكن دمج النظام الفرعي في تكوين غير قياسي؟

إجابة:نعم يمكنك ذلك، فمن الضروري أن يحتوي التكوين النهائي على ما يلي:

• Directory.Users;
• معلمة الجلسة "المستخدم الحالي"؛
• يجب أن يحتوي التكوين إما على خاصية "التطبيق المُدار" أو خاصية "التطبيقات المُدارة والعادية"، لأنه يتم التحكم في جميع الأشكال.

سؤال:هل من الممكن استدعاء نموذج "حالات الموافقة" مباشرةً من عنصر الدليل أو المستند؟

إجابة:نعم يمكنك ذلك. إذا كنت تستخدم النماذج المُدارة، فأنت بحاجة إلى:

• انتقل إلى التكوين.
• ابحث عن الأمر العام "bpsStatusConcordance"؛
• انقر بزر الماوس الأيمن وحدد خاصية؛
• في خاصية "نوع معلمة الأمر"، حدد نوع البيانات المركبة وحدد الكائن المطلوب.

إذا كنت تستخدم النماذج العادية والتكوين القياسي، فأنت بحاجة إلى ما يلي:

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

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

سؤال:هل من الممكن تحديد الحالة، دعنا نقول "مدفوع"، للمستند؟

إجابة:نعم يمكنك ولهذا تحتاج إلى:

• انتقل إلى دليل "حالات الكائن" وأضف عنصرًا بالاسم "مدفوع"، واكتبه وأغلقه؛
• ثم افتح معالجة "حالات الموافقة"، وانقر على زر "تعيين الحالة" وحدد الحالة "المدفوعة".

الأدوار

• (بي بي إس) المستخدم- يجب أن تكون محددة لجميع المستخدمين؛
• (BPS) تحرير سجل العناوين- الحق ضروري لتحرير سجل "سجل العناوين"؛
• (BPS) تحرير المستندات وتسجيل حالة الكائن- الحق ضروري حتى تتمكن من تحديد حالة كائن 1C يدويًا؛
• (BPS) الحقوق كاملة- الوصول إلى جميع كائنات نظام التنسيق الفرعي، وهو ضروري أيضًا لإعداد التنسيق.

ماذا يحدث تلقائيا

• يتم إرسال الإخطارات باستخدام جدول زمني (مرة واحدة في الدقيقة)؛

ما هو المخطط لإضافته في المستقبل في حالة نجاح النظام الفرعي

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

يتم التطوير على Bitbucket (مستودع مغلق حاليًا)، وتتم تغطية الوظيفة الرئيسية للنظام الفرعي عن طريق الاختبارات باستخدام xUnitFor1c().

اختبار النقل إلى التكوينات القياسية

تم إجراء الاختبار على المنصة: 8.3.8.1652

إعدادات

نتائج الإختبار

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

يتم تنفيذ الأنواع التالية من العمليات التجارية في برنامج 1C: Document Flow 8:

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

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

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

• جميع مديري مؤلف العملية التجارية،
• جميع المرؤوسين لمؤلف العملية التجارية،
• المشرف المباشر على مؤلف الوثيقة،
• جميع مديري مؤلف الوثيقة.

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

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

بالإضافة إلى ذلك، يمكن للمستخدم تلقي إشعار لإكمال المهمة عبر البريد الإلكتروني.

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

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

لكل نوع من عمليات الأعمال، يمكنك تكوين قالب سيتم استخدامه عند إنشاء عمليات أعمال جديدة. يحتوي قالب عملية الأعمال على معلومات مثل:

• التوجيه,
• المواعيد النهائية,
• أهمية،
• اسم،
• الوصف وغيرها.

على سبيل المثال، قالب عملية الأعمال مواءمة العقدقد يبدو مثل هذا:

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

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

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

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

التكوين المسبق لعملية التفاوض على الأسعار

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

كيف تعمل عملية التفاوض على الأسعار؟

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

لنفترض أن المدير يعتقد أنه يمكن رفع الأسعار أكثر.

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

المدير لديه كل شيء تحت السيطرة

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

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

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