الالتزامات وشروط التسعير والتواريخ المدفونة في عقدٍ موقَّع هي ما يُفترض أن يتصرّف أحدهم بناءً عليه، وعادةً لا يفعل أحد ذلك. ذكاء العقود هو الطبقة التي تستخرج تلك الشروط من ملفات PDF، وتربط كل واحدٍ منها بالمورّد الصحيح وبإنفاقه، وتراقب المواعيد النهائية كي يتوقّف التجديد أو القفزة السعرية عن مباغتة قسم المالية.
معظم الشركات تملك العقود أصلاً. إنها قابعة في قرص مشترك، وفي نظام إدارة دورة حياة العقود (CLM)، ومرفقة برسائل بريد إلكتروني، بثلاث صيغ وأربعة أعراف تسمية. لا يعيد أحد قراءتها. فاتفاقية الخدمات الرئيسية (MSA) الموقَّعة قبل عامين تتضمّن مُصعِّد سعرٍ سنوياً مربوطاً بمؤشّر، ونافذة إشعار إنهاءٍ مدّتها 90 يوماً، وشريحة حجمٍ غيّرت بهدوء سعرك الفعلي الربع الماضي. كل ذلك قابل للمعرفة. لا شيء منه مرئيّ ما لم يفتح شخصٌ الملف ويقرأ حتى الصفحة الحادية عشرة. المهمّة هي تحويل أرشيفٍ ساكن إلى شيءٍ يجيب عن الأسئلة ويرفع يده قبل حلول الموعد النهائي.
الاستخراج لا يفوق جودةَ تصنيف البنود
الخطأ الأول الذي ترتكبه الفِرَق هو التعامل مع هذا بوصفه مشكلة تلخيص مستندات. الملخّصات لا تخضع للمساءلة. لا يمكنك تسوية فقرةٍ من النثر مقابل دفتر الأستاذ العام، ولا يمكنك ضبط تنبيهٍ بناءً على انطباع. ما تحتاجه هو استخراج مُهيكَل وفق مخطّط (schema) محدَّد، والمخطّط يسبق النموذج.
نبدأ بتثبيت تصنيفٍ للبنود: أنواع البنود المحدَّدة التي تحمل مالاً أو مخاطرة أو تاريخاً. في محفظة مشترياتٍ عادةً ما يكون ذلك من عشرين إلى ثلاثين نوعاً.
- التجديد والإنهاء: علامة التجديد التلقائي، مدّة التجديد، مدّة الإشعار، طريقة الإشعار، تواريخ السريان والانتهاء.
- التسعير: السعر الأساسي، العملة، آلية التصاعد وسقفها، شرائح الحجم، بنود الدولة الأولى بالرعاية (most-favoured-nation)، شروط الدفع.
- الالتزامات: اتفاقيات مستوى الخدمة (SLAs) وأرصدتها التعويضية، الحدود الدنيا الملزمة، الحصرية، حقوق معالجة البيانات والتدقيق.
- المسؤولية والخروج: السقوف، التعويضات، التنازل عند تغيّر السيطرة، القانون الحاكم.
لكل حقلٍ نوعٌ، ونطاق مصدرٍ (source span) في المستند، ودرجة ثقة. نطاق المصدر أهمّ من القيمة نفسها. حين يقول النظام إن مدّة الإشعار 90 يوماً، فإنه يُشير إلى الجملة التي قرأ منها ذلك، كي يتمكّن شخصٌ من تأكيدها في ثانيتين بدلاً من إعادة فتح العقد. ذلك النطاق هو مسار التدقيق. من دونه تكون لديك قيمةٌ بلا نَسَب، ولن يوقّع أي مراقب مالي على ذلك.
يجري الاستخراج لكل مستندٍ على حِدة، لكن التصنيف هو ما تُقيّم على أساسه. نبني مجموعة تقييم من العقود المقروءة والمُعلَّمة يدوياً، ونُسجِّل درجة كل نوع حقلٍ على حِدة. النموذج الذي يُتقن القانون الحاكم ويُخطئ في سقوف التصاعد نموذجٌ سيّئ لحالة استخدامٍ مالية، لأن السقوف هي حيث المال. الدقّة الإجمالية تُخفي بالضبط الإخفاقات التي تُكلّفك.
تحليل الكيانات هو حيث تصبح المحفظة قابلة للاستعلام
العقد المستخرَج المفرد مجرّد طُرفة. المحفظة لا تصبح مفيدة إلا حين تستطيع الاستعلام عنها، وذلك يعني ربط كل مستندٍ بالكيانات التي يتتبّعها قسم المالية أصلاً.
المورّد نفسه يظهر باسم “Acme Corp” و”Acme Corporation Ltd” و”ACME (EMEA)” عبر ثلاثة عقود، ولا يطابق أيٌّ من هذه السلاسل النصّية الاسمَ في السجلّ الرئيسي للموردين ضمن نظام تخطيط موارد المؤسسة (ERP). تحليل الكيانات (entity resolution) يربط الطرف المقابل في العقد بسجلّ المورّد الذي يحمل الإنفاق وشروط الدفع وأوامر الشراء. إلى أن يوجد هذا الرابط، لا يمكنك الإجابة عن السؤال الذي يهمّ فعلاً: بماذا نلتزم تعاقدياً مع هذا المورّد، وكم أنفقنا مقابله.
العقود تُشكّل كذلك تسلسلاتٍ هرمية. الاتفاقية الرئيسية تحكم بيانات نطاق العمل (SOWs) والتعديلات التي يتجاوز كلٌّ منها شروطاً محدَّدة. قد يكون تعديلٌ موقَّعٌ في مارس الماضي قد غيّر السعر وترك كل ما عداه دون مساس، فالشرط النافذ الحالي هو نصّ الاتفاقية الرئيسية كما عدّله كل تعديلٍ بالتتابع. على النظام أن يُعيد بناء هذا النَسَب ويحسب الحالة الراهنة، لا أن يستخرج كل مستندٍ بمعزلٍ عن غيره. صحّة اللحظة الزمنية (point-in-time correctness) تنطبق هنا بالطريقة نفسها التي تنطبق بها في مخزن السمات (feature store): السعر الساري في تاريخ الفاتورة هو ما يهمّ في المطابقة الثلاثية (three-way match)، لا السعر الوارد في أحدث تعديل.
ما إن يتوفّر التحليل والتسلسل الهرمي حتى تُجيب المحفظة عن أسئلةٍ حقيقية. أي العقود يُجدَّد خلال الأيام الستّين المقبلة. أيّها يحمل بند تصاعدٍ بلا سقف. أين يتجاوز إجمالي الحدّ الأدنى الملزم الاستخدامَ المتوقَّع. أيّ الموردين لديهم بنود الدولة الأولى بالرعاية (MFN) التي قد نخرقها بمنح جهةٍ أخرى سعراً أفضل.
المراقبة تُحوِّل الاستخراج إلى شيءٍ يُغطّي كلفته بنفسه
الاستخراج فعلٌ يجري مرّةً واحدة لكل مستند. المراقبة مستمرّة، وهي حيث تُثبت الطبقة جدارتها. تعمل آليّتان فوق البيانات المستخرَجة.
الأولى تقويم تجديداتٍ والتزامات. كل بندٍ يحمل تاريخاً يصبح مُدخلاً بمهلةٍ استباقية مشتقّة من مدّة إشعاره. العقد ذو نافذة الإنهاء البالغة 90 يوماً يطفو على السطح عند اليوم 120، بما يمنح المشتريات متّسعاً للقرار وإعادة التفاوض بدلاً من اكتشاف التجديد التلقائي بعد أن يقع. الالتزامات ذات المواعيد النهائية المتكرّرة، كالإبلاغ الربعي أو حقّ التدقيق السنوي، تُولِّد تنبيهاتها المتكرّرة الخاصّة.
الثانية كشف الانحراف مقابل الواقع. يقول العقد إن التصاعد مُقيَّد بسقف 4%. تعكس فاتورة هذا الربع 6%. تلك الفجوة تنبيه مراقبة، تُنتجه منطقُ التسوية نفسه القابع تحت مطابقة الفواتير، موجَّهاً إلى شروط العقد بوصفها مصدر الحقيقة. حين يتباعد جدول الأسعار المستخرَج عن الرسوم الفعلية، يسمع أحدهم بذلك داخل الربع بدلاً من التسوية السنوية.
كلتا الآليتين تحيا أو تموت بميزانية الإيجابيات الكاذبة. نظام تنبيهٍ يُطلق صيحات إنذارٍ كاذبة يُكتَم في أسبوع، والتنبيه المكتوم أسوأ من انعدامه لأنه يخلق وهم التغطية. نضبط العتبات وبوّابات الثقة كي يُظهر التقويم ما هو قابلٌ للتنفيذ فعلاً، ونوجّه عمليات الاستخراج المتدنّية الثقة إلى شخصٍ قبل أن تصبح تنبيهاً أصلاً. احكُم على النظام بالنتائج، لا بعدد البنود: كم تجديداً عولِج في وقته، وكم خطأ تسعيرٍ ضُبِط قبل دفعه.
الأسئلة الشائعة
هل نحتاج إلى تصنيف للبنود (clause taxonomy) قبل بدء الاستخراج؟
نعم. التصنيف هو المخطّط (schema) الذي يُقيَّم النظام بأكمله على أساسه، لذا حدِّد أولاً العشرين أو الثلاثين نوعاً من البنود التي تحمل مالاً أو التزاماً، ثم استخرِج وفقاً له. الاستخراج الحرّ ثم التنظيم لاحقاً يُنتج حقولاً لا يستطيع أحد تسويتها.
ما مدى الدقّة التي يجب أن يبلغها استخراج البنود لنثق في تقويم التجديدات؟
يجب أن يكون حقلا تاريخ التجديد ومدّة الإشعار قريبين من الدقّة التامة، لأن تفويت نافذة الإشعار يُجدِّد تلقائياً عقداً كنت تنوي الخروج منه. تابِع هذين الحقلين بمعزل عن البقية وألزِمهما بمعيار دقّة أشدّ، مع تأكيد بشري على أي شيء يُشير النموذج إلى تدنّي ثقته فيه.
هل يستطيع نموذج واحد التعامل مع عقود المشتريات واتفاقيات العملاء معاً؟
العمود الفقري للاستخراج مشترك، لكن تصنيف البنود والإجراءات اللاحقة يختلفان بما يكفي لنتعامل معهما كمجموعتَي تقييم (eval sets) منفصلتين. بند تصاعد السعر (price-escalation clause) يعني شيئاً مختلفاً حين تكون المشتري عمّا يعنيه حين تكون البائع.