طلبات تغيير المشروع: هل سُجل العمل الإضافي أم سُعّر أم صُرح بتنفيذه؟

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

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

أبقوا الاتفاق الحالي ظاهرا

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

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

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

معرفة السعر ليست إذنا بالبدء

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

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

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

أظهروا التصنيف غير المحسوم بصدق

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

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

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

سجلوا التفويض ونطاقه بوضوح

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

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

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

حدثوا المشروع دون احتساب المقترح مرتين

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

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

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