تطبيق إقرار السياسات: نظّمه للموظفين

لماذا يصعب تتبع إقرارات السياسات

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

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

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

يجب أن يجيب السجل عن أسئلة عملية:

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

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

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

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

حدد الأدوار قبل بناء سير العمل

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

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

• يكتب مالك السياسة السياسة ويحدّثها ويجيب عن الأسئلة المتعلقة بها.
• يراجع المراجع المسودة من حيث الدقة والصياغة القانونية واللغة الواضحة.
• ينشر الناشر إصدارًا معتمدًا إلى الموظفين المستهدفين.
• يقرأ الموظف السياسة المكلّف بها ويرسل إقراره.
• يدير المسؤول الوصول والمجموعات والسجلات وعمليات التصدير.

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

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

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

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

أنشئ سجلًا واضحًا للسياسة والإصدارات

تحتاج كل سياسة إلى سجل موثوق واحد. تجنب أسماء الملفات مثل «دليل الموظفين_نهائي_الإصدار 3». فهي تسبب ارتباكًا عندما يحتاج موظف أو مدير أو مدقق إلى معرفة المستند الساري في تاريخ معين.

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

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

افصل المسودات عن السياسات المنشورة

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

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

أضف ملاحظة قصيرة عن التغيير لكل إصدار جديد. مثلًا: «يغيّر الإصدار 2.0 إجراءات اعتماد العمل عن بُعد. يجب على الموظفين طلب الاعتماد قبل العمل خارج الولاية التي يقيمون فيها». يساعد ذلك الموظفين على فهم سبب تلقيهم طلبًا جديدًا، ويساعد المديرين على تحديد من يحتاج إلى إكماله.

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

استخدم مسارًا بسيطًا للاعتماد والنشر

ينشئ مالك السياسة مسودة تتضمن العنوان والمحتوى الواضح ورقم الإصدار وتاريخ السريان المقترح. ويمكنه تعديلها أثناء المراجعة.

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

انشر إصدارًا ثابتًا

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

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

يجب أن يتضمن السجل المنشور عنوان السياسة وإصدارها، ومالك السياسة، والمراجعين المعتمدين، وتاريخي النشر والسريان، ومجموعة الموظفين المكلّفة، ونص السياسة الثابت أو المستند المرفق.

أحِل السياسات إلى التقاعد من دون حذفها

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

إذا استبدل قسم الموارد البشرية سياسة العمل عن بُعد 2.0 بالإصدار 2.1، فيجب على الموظفين المكلّفين بالإصدار 2.1 إقرار النص الجديد. وفي الوقت نفسه، يجب أن يظل الفريق قادرًا على فتح الإصدار 2.0 ومعرفة من قبله ومتى. يؤدي حذف السجل القديم إلى تعقيد عمليات التحقق من الامتثال لاحقًا بلا داعٍ.

اجعل الإقرارات سهلة للموظفين

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

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

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

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

• سياسة العمل عن بُعد، الإصدار 3.0
• تاريخ السريان: 1 يونيو 2025
• الموعد النهائي للرد: 15 يونيو 2025
• الحالة: تم الإقرار في الساعة 10:42 صباحًا

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

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

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

أرسل السياسات إلى الموظفين المناسبين

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

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

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

استخدم المجموعات واسمح بالاستثناءات

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

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

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

تتبع التسليم منفصلًا عن الإقرار

يحتاج تتبع إقرارات الموظفين إلى أكثر من حالة «تم التوقيع». سجّل وقت إنشاء التطبيق للطلب، ووقت تلقي الموظف للإشعار، ووقت فتحه للسياسة أو إقراره بها أو رفضها. إذا فشل تسليم البريد الإلكتروني، سجّل ذلك وامنح المسؤول طريقة لإعادة إرسال الطلب.

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

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

ذكّر غير المستجيبين من دون إزعاج الجميع

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

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

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

حدد مسار تصعيد متوازنًا

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

غالبًا ما ينجح جدول قصير مثل الآتي:

• أرسل التذكير الأول قبل الموعد النهائي بـ 5 إلى 7 أيام.
• أرسل تذكيرًا نهائيًا في تاريخ الموعد النهائي.
• أبلغ المدير أو جهة اتصال الموارد البشرية بعد الموعد النهائي.
• أرسل متابعة أخرى فقط إذا ظل العنصر متأخرًا.

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

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

حافظ على وضوح سجل التدقيق

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

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

اجعل العثور على السجلات سهلًا

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

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

لا تستبدل إقرارًا قديمًا عند نشر تعديل. ينشئ الإصدار 2.0 تكليفًا وموعدًا نهائيًا جديدين. ويبقى الإصدار 1.0 في السجل بنصه الأصلي ومستلميه وتأكيداته. قد يقبل الموظف كلا الإصدارين، وهذا أمر طبيعي.

صدّر السجلات مع السياق

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

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

مثال: تحديث سياسة العمل عن بُعد

يغير قسم الموارد البشرية قواعد تعويض تكاليف تجهيزات المكتب المنزلي. ولأن سياسة العمل عن بُعد الحالية لديها 146 إقرارًا، فإن تعديلها مباشرة سيشوّش السجل. أنشئ الإصدار 2 بتاريخ سريان وحالة اعتماد وتاريخ نشر خاصين به.

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

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

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

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

أخطاء تضعف السجل

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

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

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

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

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

ابدأ بسير عمل صغير

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

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

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

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

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

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