معظم البرامج التي تدير بها شركتك تحفظ آخر رقم فقط. تصحّح كمية، أو تعدّل بنداً في فاتورة، أو تغيّر عدد شحنة، فتختفي القيمة القديمة. لا مشكلة في ذلك، إلى أن يختلف طرفان على رقم يحدد من يستلم ماذا، ولا يوجد سجل تدقيق يثبت كيف وصل الرقم إلى ما هو عليه.
واجهنا هذا في منصة لقطاع الإنشاءات في السعودية. لكن الخلاف الشهري نفسه موجود في أعمال كثيرة لا علاقة لها بالإنشاءات:
الصيانة والتشغيل: الخدمات المنفّذة وخصومات مستوى الخدمة، والخلاف مع مالك المبنى أو فريق إدارة المرافق لدى العميل.
توزيع الجملة: المرتجعات والإشعارات الدائنة والخصومات، والخلاف مع حسابات التجزئة.
الخدمات اللوجستية: تأكيدات التسليم ورسوم الانتظار، والخلاف مع الشاحنين.
إذا كان عملك في هذه القائمة، فاعتبر تفاصيل الإنشاءات التالية مجرد خلفية للقصة. قرار تصميم النظام هو ما ينتقل إليك.
الخلاف الذي كان يعود كل شهر
العميل مقاول باطن يدير ثمانية مواقع في وقت واحد. كل شهر، يعتمد فريقه التجاري ومقاولو الباطن لديه الأعمال المنفّذة، ويتفقون على ما يُدفع لكل مقاول. هذا هو المستخلص، وكان ملف Word أو Excel. يُطبع، ويُوقَّع، ويُمسح ضوئياً، ثم يُرسل بالإيميل. كل تعديل يصبح مرفقاً جديداً بجوار القديم، ولا شيء يحدد أي نسخة هي المعتمدة.
فكان كل طرف يأتي في كل دورة بجدوله الخاص وإيميل يثبت أنه على حق. نزاعات المستخلصات هذه أكلت أياماً من وقت الفريق التجاري، واستهلكت علاقات عمل احتاجت سنوات لتُبنى.
درستُ الهندسة المدنية قبل أن أتفرغ للبرمجيات، فلم يحتج أحد أن يشرح لي سير العمل. ما لفت نظري حين رسمناه أن الطرفين نادراً ما اختلفا على العمل المنفّذ في الموقع. خلافهما كان على السجل.
لم يكن أحد قادراً على إثبات كيف انتقل الرقم من المطالبة إلى الاعتماد.
سجل التدقيق في ثلاث قواعد
كل مرحلة في دورة المستخلص حصلت على قاعدة واحدة.
التعديل يُسجَّل بجوار المطالبة. حين يخفّض المدير التجاري كمية ما، يحتفظ النظام بثلاثة سجلات: مطالبة مهندس الموقع، والرقم الجديد، وسبب التعديل. بلغة قواعد البيانات، الرقم المعتمد لا يمر عليه أمر
UPDATEأبداً. كل تغيير هو صف جديد.الاعتماد وسجلّه عملية واحدة. قيد التدقيق يُكتب داخل معاملة قاعدة البيانات نفسها التي يتم فيها الاعتماد. إن تعذّرت كتابة القيد، لا يتم الاعتماد. وبعد كتابته، لا يتيح النظام أي طريقة لتعديله أو حذفه.
المستخلص يُجمَّد لحظة إصداره. ملف PDF الذي يُولَّد عند الاعتماد يُحفظ كما صدر تماماً. مستخلص صدر في مارس لا يمكن إعادة توليده بهدوء في أبريل من بيانات مختلفة.
معظم الأنظمة تحتفظ بآخر رقم، وتكتب سجلاً جانبياً قد ينفصل عن البيانات أو يُوقف تشغيله. بناء السجل داخل الاعتماد نفسه يكلّف أكثر في البداية. لكنه الشكل الذي يصمد حين يُسأل عن رقم بعد ثمانية أشهر.
توثيق اللحظة التي تصدر فيها التعليمات
بعض الخلافات يبدأ قبل أن يوجد أي رقم. في الموقع، تصل تغييرات النطاق كتعليمات شفهية أو رسالة واتساب. الفريق ينفّذ العمل الإضافي، والمطالبة تُقدَّم بعد أشهر. وبموجب العقود التي يعمل بها هذا العميل، قد يُرفض التغيير الذي لم يُبلَّغ عنه رسمياً في وقته، حتى والعمل المنفّذ قائم أمام الجميع. وقد خسر أموالاً بهذه الطريقة من قبل.
لذلك يسجّل النظام كل تغيير لحظة صدور التعليمات، ويرفق الرسالة الصوتية أو لقطة الشاشة أو المخطط الذي جاءت به، ثم يرسل الإشعار الرسمي. وقت التقديم موقَّع ببصمة رقمية يمكن مطابقتها مع السجل لاحقاً. للطرف الآخر أن يتجاهل الإشعار. التوقيت يبقى ثابتاً.
ما الذي حدث لنزاعات المستخلصات
حصل مقاولو الباطن على بوابة تطل على السجل نفسه. صاروا يرون ما اعتُمد، وما عُدّل، وسبب كل تعديل مكتوباً بجواره. وعند الاعتراض، صاروا يعترضون على بند واحد بدلاً من إعادة فتح المستخلص كله.
تراجعت الدورات المتنازع عليها حين صار الطرفان يقرآن الكميات المقاسة نفسها. تفاصيل المشروع كاملة، بما فيها تطبيق الموقع الذي يعمل دون اتصال والتقارير المالية، موجودة في دراسة حالة منصة عمليات الإنشاءات ImarHub.
ما الذي تسأل عنه من سيبني نظامك
لو كنت مكانك وأقيّم شريكاً لبناء نظام، لوصفتُ الخلاف الشهري الذي يتكرر في فريقي، وسألتهم كيف سيوقفه نظامهم. شعار عميل من قطاعك بالضبط لن يجيبك عن هذا. انتبه هل الجواب عن السجل أم عن الشاشات.
سجل تدقيق مبني داخل الاعتماد أنهى ذلك الخلاف في ثمانية مواقع إنشاءات. وأي عمل يتفق فيه طرفان على رقم كل شهر له الشكل نفسه، وحين يتطابق الشكل، يكفي الدليل من قطاع مجاور. إذا كانت أرقام نهاية الشهر عندك ما زالت تُحسم عبر مجموعات الواتساب وجداول متضاربة، فمن هناك تبدأ. أرسل لي نسختك من الخلاف، وسأقول لك بصراحة إن كانت تحتاج برمجيات مخصصة أصلاً.
