لقد أمضت شركة Dun & Bradstreet أكثر من 180 عامًا في بناء قاعدة بيانات تجارية شاملة. تم تصميم مخطط التداول الذي يضم 642 مليون شركة وفروعها والتسلسل الهرمي للشركات وملفات تعريف المخاطر مع أخذ الأشخاص في الاعتبار. محللو الائتمان ومديرو المخاطر ومتخصصو المبيعات الذين يمكنهم انتظار نتائج الاستفسار والعمل على مطابقات الوحدة غير الحاسمة. لا يستطيع عملاء الذكاء الاصطناعي القيام بأي من هذه الأشياء.
عندما بدأ عملاء D&B في دفع الوكلاء إلى عمليات الائتمان والمشتريات وسلسلة التوريد الخاصة بهم، أصبح الرسم البياني للتداول الذي يخدم بشكل موثوق ما يقرب من 200000 عميل حول العالم مشكلة. إن الأنظمة التي تم تصميمها لخدمة المحللين البشريين كانت بمثابة البنية الخاطئة للآلات. لذلك تم إعادة بناء D&B.
قال غاري كوتوفيتس، كبير مسؤولي البيانات والتحليلات في شركة Dun & Bradstreet، لموقع VentureBeat: “نحن بحاجة إلى التفكير في الوكلاء باعتبارهم فئة المستهلكين الجديدة لدينا والتي ستتطور من محللي الائتمان القياسيين لدينا، ومتخصصي المبيعات والتسويق، وما إلى ذلك، وسوف يخدمون الآن أيضًا وكلاء لهؤلاء العملاء”.
والذي انهار عندما بدأ العملاء بطرح الأسئلة
لم يكن الرسم البياني التجاري قاعدة بيانات واحدة. لقد كانت عبارة عن مجموعة من الأنظمة المنفصلة المصممة لتطبيقات مختلفة وأسواق مختلفة، ومتصلة معًا من خلال عمليات تكامل مخصصة. تعامل المحللون مع هذا التجزئة باستخدام استعلامات SQL أو الواجهات المعدة مسبقًا. الوكلاء لم يستطيعوا.
أدى حجم البيانات المصدر إلى تفاقم المشكلة. وفقًا لشركة D&B، تضاعف حجم قاعدة البيانات تقريبًا خلال خمس سنوات، حيث ارتفعت من أكثر من 300 مليون إلى أكثر من 642 مليون سجل تجاري، مع 11000 حقل لكل سجل. تقوم الشركة حاليًا بإجراء ما يقرب من 100 مليار فحص لجودة البيانات شهريًا أثناء تدفق السجلات عبر أنظمتها. كان تنفيذ الاستعلامات المطلوبة من قبل الوكلاء بزمن وصول أقل من الثانية في بنية مجزأة أمرًا غير ممكن.
العلاقات المتعقبة في المخطط كانت أيضًا من النوع الخاطئ. سجلت الأنظمة القديمة اتصالات ثابتة بين الكيانات. كان للرئيس التنفيذي علاقات بالشركة. كان هذا هو الخط. يحتاج الوكلاء الذين يعملون على تقييمات الائتمان أو المخاطر من طرف ثالث إلى علاقات ديناميكية: عندما يغادر الرئيس التنفيذي لشركة جديدة، ما هي المنظمة التي يأتي منها سجله الحافل؟ عندما تقوم شركة تابعة بتغيير الملكية، كيف يؤثر ذلك على التسلسل الهرمي للشركة بأكمله؟ كانت هذه الأسئلة تتطلب في السابق عملاً غير قياسي من قبل المحلل. لا يمكن للوكلاء انتظار عمل المحلل المخصص.
المشكلة الأوسع لا تقتصر على شركة D&B. قال كوتوفيتس إنه تحدث إلى المئات من المديرين التنفيذيين للتكنولوجيا ومديري تقنية المعلومات على مدار الأشهر الستة الماضية وسمع باستمرار نفس القيود: لم يتمكنوا من بناء ما يريدون في الذكاء الاصطناعي لأن أسس البيانات الخاصة بهم لم تكن موحدة أو موحدة أو قابلة للاستعلام عن طريق الوكيل. كان لدى شركة D&B هذا الأساس، الذي تم بناؤه على مدار عقود، لخدمة المحللين البشريين. لا يزال يتعين إعادة بنائه للعملاء.
ماذا بنوا فعلا؟
بدأت إعادة الإعمار بالتوحيد. قامت شركة D&B بترحيل قواعد بياناتها المجزأة إلى البنية التحتية السحابية، وأعادت تصميم المخطط الأساسي، وأنشأت طبقة نسيج البيانات التي تعمل على تطبيع السجلات عبر الأسواق مع الحفاظ على متطلبات الامتثال الإقليمية. والنتيجة هي رسم بياني معرفي موحد يتتبع مليارات العلاقات عبر 642 مليون شركة، ويتم تحديثه وإثرائه باستمرار من خلال معالجة البيانات المدعومة بالذكاء الاصطناعي.
بالإضافة إلى هذا الرسم البياني، قامت شركة D&B ببناء طبقة وصول منظمة للوكلاء. لم يكن الوصول إلى لغة SQL الأولية باستخدام حجم استعلام الوكيل ومتطلبات وقت الاستجابة خيارًا. وبدلاً من ذلك، أنشأت شركة D&B مجموعة من الأدوات والمهارات المتاحة من خلال MCP والتي تضع البيانات في سياقها وتوجه الوكلاء إلى السجلات المناسبة لاستفسارات محددة. خلف كل استعلام يوجد محرك مطابقة وتحديد الكيانات الذي يؤكد أنه عندما يسأل الوكيل عن شركة ما، فإن الإجابة هي كيان محدد تم التحقق منه، وليس مطابقة اسم.
قامت شركة D&B بحل مشكلة هوية الوكيل على كلا الجانبين
أدت إعادة بناء الرسم البياني وإضافة وصول MCP إلى حل مشكلة استرداد البيانات. وهذا لم يحل مشكلة الهوية. الوكلاء ليسوا بشرًا، ولم يمتد نموذج المصادقة المصمم للمستخدمين البشريين إلى الأجهزة.
قامت شركة D&B ببناء نموذج تسجيل وكيل جديد. ويجب عليهم تعيين عنوان IP تم التحقق منه وتسجيل مفتاح وصول فردي، يتم التعامل معه على أنه هوية موثقة، في نفس المسار الذي يستخدمه الإنسان.
وقال كوتوفيتس: “لدينا في الواقع مفهوم “اعرف وكيلك”، على غرار “اعرف عميلك”، والذي يقوم بإجراء تحقق إضافي”.
وهذا يحل مشكلة الوارد: معرفة الشركة التي ينتمي إليها الوكيل وما هي البيانات المسموح له بالاطلاع عليها. ولكن تم تصميم D&B أيضًا مع وضع مشكلة خارجية في الاعتبار: ماذا يحدث عندما يفقد سير عمل العميل المتعدد الوكلاء السيطرة على الشركة التي يقوم بتحليلها.
في سير العمل الذي يربط وكيل مراقبة الائتمان ووكيل KYC ووكيل المخاطر الخارجي، يرسل كل منهم استفسارات إلى D&B في مرحلة مختلفة. وبدون آلية للتأكد من أن جميعها تشير إلى نفس الكيان، قد ينتهي سير العمل عند العمل على سجلات متباينة.
وقال كوتوفيتس: “إنهم بحاجة إلى العودة إلى وكيل التحقق لدينا للتأكد من أنهم ما زالوا يتحدثون عن نفس الكيان”. “بطريقة ما، إنها تقريبًا مثل المصافحة الرقمية.”
يمكن دمج وكيل التحقق من صحة الأعمال لدى D&B في أي سير عمل كمرجع دائم وهو متاح على بروتوكول A2A الخاص بـ Google بغض النظر عن أداة التنسيق التي يستخدمها العميل.
أربعة أشياء تحتاج المؤسسات إلى القيام بها بشكل صحيح قبل نشر عملاء الذكاء الاصطناعي
كشفت عملية إعادة التطوير عن متطلبات تتجاوز مجموعة D&B الخاصة بها.
تعد أساسيات البيانات أكثر أهمية من البنية التحتية للوكيل. كان الرؤساء التنفيذيون للبيانات ومديرو تكنولوجيا المعلومات الذين تحدث إليهم كوتوفيتس على مدار الأشهر الستة الماضية يصطدمون باستمرار بنفس الجدار: لا يمكنهم بناء ما يريدون في الذكاء الاصطناعي حتى تصبح بياناتهم نظيفة وموحدة وموحدة. كان لدى D&B هذا الأساس بالفعل. معظم الشركات لا تفعل ذلك وستشعر بذلك.
تصميم علاقات ديناميكية وليست ثابتة. تسجل أنظمة بيانات الشركات عادةً الاتصالات في وقت محدد: ينتمي الشخص إلى الشركة، والمورد ينتمي إلى شركة تابعة. يجب على الوكلاء الذين يعملون على قرارات الائتمان أو المخاطر أو سلسلة التوريد تحليل العلاقات التي تتغير بمرور الوقت. إذا كانت البيانات الأساسية تلتقط خطًا ثابتًا فقط، فسيقوم الوكيل بذلك أيضًا.
قم ببناء عمليات فحص تناسق الكيان في سير عمل متعدد الوكلاء. عندما يلمس العديد من الوكلاء نفس العنصر في مراحل مختلفة، ليس هناك ما يضمن أنهم جميعًا يشيرون إلى نفس السجل عند اكتمال سير العمل. ويجب تصميم هذه الفجوة بشكل واضح. يعد التحقق من الكيان أحد متطلبات تصميم سير العمل، وليس حاجز حماية اختياريًا.
تحديد النسب من البداية، وليس كفكرة لاحقة. يجب أن يكون لأي رد تتلقاه من الوكيل مسار يمكن تتبعه إلى المصدر. في قرارات الائتمان والمخاطر وسلسلة التوريد، تكون تكلفة الخطأ ملموسة. يجب أن يتم دمج الخط قبل القياس، وعدم إضافته بعد اكتشاف المشاكل.
وقال كوتوفيتس: “يمكنك دائمًا النقر ومعرفة مصدرها والتحقق منها مرة أخرى إلى المصدر الأصلي”. “لقد كان هذا أمرًا أساسيًا بالنسبة لنا في فتح الكثير من الفرص الأخرى لأن لدينا هذا المستوى من الثقة في الأشياء التي قمنا بها.”
