أمثلة عمليات الأعمال جاهزة 1s. العمليات التجارية

بوبسن وفوبسن 10 ديسمبر 2013 الساعة 03:54 مساءً

الأسطورة القائلة بأن 1C: UT لديها إدارة عمليات الأعمال (BPM)

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

يوتا. هناك ثلاث عمليات BP لا يمكنك فيها إضافة المهام أو إزالتها ، وتغيير نوع العنونة ، والمنطق ، ولا يمكنك فعل أي شيء باستثناء نقل العملية من مستندات محددة مرتبطة بالمهام. في الواقع ، هذا ليس سيطرة - إنه استخدام النسخة المقترحة لمنطق البرنامج باستخدام آلية "BP". نعم ، من الممكن تطوير وظيفتك بناءً على هذه الوظيفة دون إضاعة الوقت في بعض الأساسيات.
CRM. هذا هو بالفعل المنتج الوحيد على منصة 1C ، حيث يتم استخدام 100٪ من وظائف النظام الأساسي للعمل مع آلية BP. هذا هو الحل حيث يقدم المستخدم بشكل مستقل كل منطق عمل مؤسسته من خلال إنشاء أي خرائط طريق. يمكن أن تسمي عملياتها عندما تحتاج وكيف تحتاج. و لماذا؟ وفقط لإدارة كل شيء. لمعرفة مدى كفاءة العمليات من خلال جمع الإحصاءات عنها. ما هي الحجج الجيدة لتغيير المنطق. ماذا سيكون كل شيء لا أساس له. حتى تتمكن من رؤية كل انسداد وتمديد المطاط في المراحل. تخلص من الخطوات غير الضرورية - زيادة كفاءة العمل. هذا ما هي "الإدارة". ولهذا تحتاج إلى أكثر من ثلاث بطاقات ببضع كتل.

وفي الختام ، بالنسبة لأولئك الذين ما زالوا لا يفهمون الفرق - تكتب شركة 1C نفسها بوضوح ما هو موجود في التكوين من وجهة نظر PSU -

"التكوين يطبق الوظائف الأساسية لأتمتة العمليات التجارية - آليات عالمية لإعداد العمليات ، ومراقبة وتحليل تنفيذها ، ودعم العمليات التجارية المضمنة في حل قياسي والسماح بتنفيذ محدد لزيادة تكوينها مع تقليل تكاليف العمالة.". (v8.1c.ru/trade/newtech/ الفقرة الرابعة).

أود أن ألفت الانتباه إلى كلمة الوظيفة "الأساسية" للأتمتة.

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

العلامات: نظم إدارة علاقات العملاء ، إدارة التجارة ، 1s ، العمليات التجارية

رجل قوي البنية 10 ديسمبر 2013 الساعة 03:54 مساءً

الأسطورة القائلة بأن 1C: UT لديها إدارة عمليات الأعمال (BPM)

أنظمة إدارة علاقات العملاء

يوتا. هناك ثلاث عمليات BP لا يمكنك فيها إضافة المهام أو إزالتها ، وتغيير نوع العنونة ، والمنطق ، ولا يمكنك فعل أي شيء باستثناء نقل العملية من مستندات محددة مرتبطة بالمهام. في الواقع ، هذا ليس سيطرة - إنه استخدام النسخة المقترحة لمنطق البرنامج باستخدام آلية "BP". نعم ، من الممكن تطوير وظيفتك بناءً على هذه الوظيفة دون إضاعة الوقت في بعض الأساسيات.
CRM. هذا هو بالفعل المنتج الوحيد على منصة 1C ، حيث يتم استخدام 100٪ من وظائف النظام الأساسي للعمل مع آلية BP. هذا هو الحل حيث يقدم المستخدم بشكل مستقل كل منطق عمل مؤسسته من خلال إنشاء أي خرائط طريق. يمكن أن تسمي عملياتها عندما تحتاج وكيف تحتاج. و لماذا؟ وفقط لإدارة كل شيء. لمعرفة مدى كفاءة العمليات من خلال جمع الإحصاءات عنها. ما هي الحجج الجيدة لتغيير المنطق. ماذا سيكون كل شيء لا أساس له. حتى تتمكن من رؤية كل انسداد وتمديد المطاط في المراحل. تخلص من الخطوات غير الضرورية - زيادة كفاءة العمل. هذا ما هي "الإدارة". ولهذا تحتاج إلى أكثر من ثلاث بطاقات ببضع كتل.

أود أن ألفت الانتباه إلى كلمة الوظيفة "الأساسية" للأتمتة.

العلامات: نظم إدارة علاقات العملاء ، إدارة التجارة ، 1s ، العمليات التجارية

الفرص التي تفتحها آلية التنظيم المدمجة:

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

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

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

ضع في اعتبارك تشغيل البرنامج باستخدام مثال البيع في 1C: UT.

تبدأ عملية إدارة عملية التداول ( BPM) من نقطة البداية.

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

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

في الوثائق الرسمية لمنصة 1C: Enterprise 8.2 في القسم "13.7. تقسيم ودمج »يتم وصف سلوك إجراءات العمل عند نقاط الانقسام والدمج على النحو التالي:

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

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

سأوضح ذلك باستخدام مثال لخريطة طريق بسيطة (الشكل 1)

عند نقطة الانقسام ، يتم إنشاء المهام في كل فرع (الشكل 2) ، ثم يتم تنفيذ كل فرع بالتوازي ، والمهمة عند النقطة الإجراء 4سيتم إنشاؤه عند اكتمال جميع مهام كل فرع (الشكل 3)

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

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

إجراء Action3When إنشاء المهام(نقطة الطريق, MouldableTasks، الرفض)

لكل TaskObject من MouldableTasksدورة

TaskObject. لأداء المهمة();

نهاية الدورة

EndProcedure

سيؤدي مثل هذا المعالج إلى تنفيذ المهمة التي تم إنشاؤها على الفور. نبدأ عملية تجارية جديدة بخريطة طريق موضحة في الشكل 1. وماذا سنرى؟ بعد الانتهاء من المهمة العمل 3تم إنشاء المهمة الإجراء 4(شكل 5) ، بالرغم من أن الفروع الأخرى للعملية لم تكتمل بعد! بالنسبة لأولئك الذين يحاولون إعادة إنتاج هذا الموقف ، أحذرك: بدلاً من كتابة معالج لنقطة Action3 ، قد يكون من الضروري كتابة معالج الإكمال التلقائي للمهمة لنقطة Action1 أو Action2. نقطة العمل ، التنفيذ التلقائي الذي "يكسر" مخطط العملية ، هي بالضبط النقطة التي يتم عندها إنشاء المهمة الأولى بعد نقطة الانقسام. ستتم مناقشة ما يحدد تسلسل إنشاء المهام أدناه.

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

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

لنفكر في مثال آخر. لنفترض هذه النقطة العمل 3ليست نقطة عمل ، ولكنها نقطة عملية متداخلة. للتبسيط ، نستخدم المخطط التالي لعملية الأعمال المتداخلة (الشكل 10)

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

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

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

دعنا نحاول تبديل Line2 و Line4. وأخيرًا ، عند بدء عملية جديدة ، نرى النتيجة المتوقعة (الشكل 14)

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

نستنتج:

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

يجب أن يؤخذ هذا الاعتماد أيضًا في الاعتبار عند تعديل المخططات الحالية. لنفترض أننا قررنا أنه بدلاً من مهمة واحدة عند النقطة Action1 في الشكل 14 ، والتي بدأت العمل لدينا كما هو مطلوب ، يجب أن تكون هناك عملية متداخلة يمكن ، في ظل ظروف معينة ، تنفيذها تلقائيًا وفقًا لشرط مشابه للشكل 10. ثم ، عندما تبدأ عمليتنا ، سنرى صورة مألوفة مع تجاهل نقطة الدمج (الشكل 15)

في الختام ، أود أن أشير إلى أن السلوك المحدد لعمليات الأعمال قد لوحظ على النظام الأساسي 8.1 ويستمر في الظهور في أحدث الإصدارات من 8.2. عند إعداد المقال ، تم إجراء الاختبار على إصدار النظام الأساسي 8.2.15.310.

ظهر محرك عمليات الأعمال (BPM) كجزء من 1C: Enterprise في أوائل عام 2005 ، ويمكن القول إن هذا ابتكار واعد جدًا ومفيد للمنصة. جوهرها هو أتمتة سلاسل العمليات ذات الصلة التي تهدف إلى تحقيق هدف مشترك ، عادة في سياق الهيكل التنظيمي الذي يحدد الأدوار والعلاقات الوظيفية. تعمل أتمتة عمليات الأعمال على تحسين جودة تنظيم العمل وكفاءة الإدارة.

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

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

معلومات أساسية حول آلية العمليات التجارية في 1C

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

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

العناصر الرئيسية لمحرك عمليات الأعمال هي العمليات والمهام التجارية. يستخدمون بعضهم البعض وثلاثة كائنات مساعدة أخرى - معلمة الجلسة وسجل المعلومات والأدلة. الكائنات المساعدة لا تستخدم بعضها البعض ، ولا الكائنات الرئيسية.

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

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

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

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

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

تتيح آلية إجراءات العمل في 1C عدة أنواع من التوجيه.

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

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

مخطط عام لإنشاء عملية تجارية في 1C

1. إنشاء عنوان سجل

أ. إنشاء النماذج

2. إنشاء مهمة

أ. املأ علامة التبويب "العنونة"
ب. نقوم بملء البيانات بالتفاصيل المنقولة بين المهام وعملية الأعمال نفسها
ج. إنشاء النماذج

3. إنشاء عملية تجارية

أ. املأ المهمة والتفاصيل وأنشئ النماذج
ب. رسم خريطة الطريق

معالجة الميزات

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

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

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

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

في بعض الأحيان يكون من المهم أن تكون قادرًا على تعيين المهام لفناني الأداء الذين يعملون مع متعاقدين محددين ومع الأشخاص الذين يمكن الاتصال بهم. مثال على هذا العنوان:

مع قواعد العنونة المحددة ، سيتم تعيين إيفانوف كمنفذ لمهام "مير" إما مع جهة الاتصال المحددة "المدير" ، أو إذا لم يتم تحديد جهة الاتصال. للعمل مع مسؤول الاتصال "Storeman" ، سيتم تعيين "Petrov" كمنفذ.

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

إمكانيات استخدام محرك عمليات الأعمال.

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

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

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

يمكن للمطورين والمستخدمين معرفة المزيد حول آلية عملية الأعمال المطبقة في 1C: Enterprise 8 باستخدام التكوين التجريبي الموزع على قرص دعم تقنية المعلومات (ITS). هناك العديد من العمليات التجارية البسيطة ("بيع البضائع" و "الطلب" و "الاتفاقية" ، إلخ.) والتي تُظهر خيارات متنوعة للتطبيق العملي لهذه الآلية.

ملاحظة للمبرمج.

ترتيب تنفيذ معالجات العمليات التجارية

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

لا تعمل الإجراءات التفاعلية في الوضع المُدار.