Klarna تتخلى عن Salesforce و Workday لصالح الذكاء الاصطناعي الداخلي

ألغت Klarna عقودها المؤسسية مع Salesforce و Workday. لم يكن الأمر نزاعًا على العقد أو تبديلًا للموردين. لقد قاموا بتفكيك اعتمادهم بشكل منهجي على البرامج التجارية التقليدية لتشغيل العمليات على نماذج داخلية خاصة.

أكد الرئيس التنفيذي، سيباستيان سيمياتكوفسكي، الخطوة بعد عمليات تدقيق الأدوات الداخلية لـ Klarna، مشيرًا إلى أن الشركة ألغت أكثر من 1,200 تطبيق SaaS مستقل تابع لجهات خارجية وتكامل Workflow. كان الهدف بسيطًا: التخلص من تراخيص المقاعد المتكررة وإجبار جميع الـ Workflows الداخلية على الدخول في بيئة بيانات موحدة.

البنية: Neo4j و Ontologies

افترض الكثيرون أن Klarna قامت فقط بربط Prompts أساسية بلوحات المعلومات الداخلية. هذا غير صحيح.

يتطلب بناء بديل مخصص لـ CRM أو HRIS أكثر بكثير من مجرد مكالمات API أساسية إلى Foundation Models المتقدمة. نشرت Klarna قواعد بيانات Graph من Neo4j لبناء Ontology دلالية مركزية عبر المؤسسة.

السجلات غير المهيكلة بدون Ontology صارمة تتسبب في هلوسة النماذج اللغوية الكبيرة (LLMs) لعلاقات العملاء والموظفين الحيوية.

إليك كيف تعمل هذه الـ Pipeline:

• الاستيعاب والتطبيع (Ingestion and Normalization): تتدفق تفاعلات العملاء الأولية وسجلات المعاملات والتذاكر الداخلية مباشرة إلى مجموعات Neo4j Graph.
• الرسم الدلالي (Ontological Mapping): يحدد الـ Graph علاقات كيانات صارمة بين العملاء والتجار والنزاعات وحالات الامتثال.
• تنسيق LLM (LLM Orchestration): تستعلم Foundation Models الخاصة بـ OpenAI هذا الـ Graph المهيكل مسبقًا لتنفيذ الـ Workflows، وصياغة تحديثات الحالة، وتوجيه المهام.

بدون طبقة الـ Graph الوسيطة هذه، لا يمكن لـ LLMs الحفاظ على سياق حتمي عبر ملايين حسابات الشراء الآن والدفع لاحقًا (BNPL). تعمل Neo4j كحاجز حماية يجعل استبدال قواعد بيانات المؤسسات قابلاً للتطبيق من الناحية الفنية.

التأثير المباشر على المؤسسة

النتيجة الفورية هي فصل كامل عن اقتصاديات SaaS لكل مقعد. توقفت Klarna عن دفع فواتير برامج المؤسسات القياسية لآلاف المستخدمين الداخليين.

بدلاً من ذلك، قاموا بتحويل ميزانيات التشغيل تلك مباشرة إلى مثيلات الحوسبة (Compute Instances)، و Model Tokens، وصيانة المنصة الداخلية. يؤدي دمج 1,200 أداة في إطار عمل داخلي واحد إلى القضاء على صوامع البيانات (Data Silos).

كما أنه يركز المخاطر التشغيلية بالكامل على فريق البنية التحتية الداخلي الخاص بهم.

---

إشارات الاكتتاب العام (IPO) مقابل واقع الإنتاج

تقدر الأسواق العامة السرد (Narrative) بقدر ما تقدر التدفق النقدي. عند تقييم عمليات التفكيك الضخمة للـ Tech Stack، يروي السياق المالي القصة الحقيقية.

لعبة مضاعف التقييم

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

قدم نفسك كمعالج مدفوعات، وسيتم تقييمك بناءً على التخلف عن سداد الائتمان. قدم نفسك كآلة تشغيلية تعتمد على الذكاء الاصطناعي (AI-native)، وسيحظى الطرح العام الأولي (IPO) الخاص بك بمضاعفات على مستوى التكنولوجيا.

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

من الناحية العملية، يتم تداول اشتراكات الموردين المتوقعة مقابل نفقات رأسمالية هندسية داخلية نادرًا ما تظهر في حسابات الهامش الأولية.

إعادة تصنيف نفقات التشغيل الأساسية

تأتي مجموعة CRM أو HR للمؤسسات مع نفقات تشغيلية مضمنة كبيرة. عندما تدعي شركة أنها قضت على الملايين من رسوم الموردين، نادرًا ما تأخذ في الاعتبار عدد المهندسين اللازمين لدعم البدائل المخصصة.

• تتحول بنود ترخيص البرامج من نفقات التشغيل مباشرة إلى بنود البحث والتطوير (R&D) وصيانة المنصة.
• ينتهي الأمر بمهندسي تعلم الآلة (ML) المتخصصين المعينين لصيانة واجهة المستخدم (UI) الروتينية ومعالجات Webhook وإدارة حصة الـ Token.
• تتوقف خرائط طريق المنتج حيث تقوم الفرق الأساسية بتحويل سعة الـ Sprint نحو بناء ميزات التكافؤ للأدوات الإدارية الداخلية.

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

---

الخسائر التشغيلية والدين التقني

يبدو قطع ترخيص المؤسسات القياسي رائعًا في بيان التشغيل ربع السنوي. تختفي البنود. تنخفض نفقات التشغيل.

ثم تصل الفاتورة التشغيلية الحقيقية.

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

التكلفة الخفية لقواعد التعليمات البرمجية الداخلية

توفر كل أداة مؤسسية أصلين متميزين: واجهة وجهاز صيانة غير مرئي.

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

نادراً ما تدعم الرياضيات وراء التكلفة الإجمالية للملكية (TCO) البرامج المخصصة بمجرد حساب الصيانة المستمرة.

النظر في اقتصاديات الوحدة الخام:

• الترخيص مقابل البنية التحتية: يؤدي التخلص من رسوم البرامج لكل مقعد إلى استبدال تكلفة شهرية ثابتة بحوسبة متغيرة، وتخزين Vector، واستهلاك Token مستمر.
• تكلفة الفرصة البديلة: يقضي كبار المهندسين دورات الـ Sprint في ترقيع خطوط أنابيب البيانات (Data Pipelines) بدلاً من شحن ميزات العملاء المدرة للدخل.
• التخفيف من الانحراف (Drift Mitigation): تهلوس النماذج وتنكسر تعيينات المخطط (Schema Mappings) كلما تم تحديث هياكل البيانات في المراحل النهائية، مما يتطلب تدخلًا مستمرًا.

تتطلب الـ Ontologies المخصصة تنظيمًا بشريًا مستمرًا. يتراكم الدين التقني بهدوء في هذه الطبقات الداخلية حتى تبدأ الـ Workflows الروتينية في الفشل عبر الأقسام.

هشاشة الامتثال في الأسواق المنظمة

وراء الصيانة الفنية يكمن التعرض القانوني.

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

في بيئة مخصصة، يقع هذا العبء بشكل مباشر على الموظفين الداخليين.

• تتطلب الإقرارات الضريبية القانونية عبر العشرات من الولايات القضائية الدولية إنفاذًا صارمًا وغير احتمالي للقواعد.
• يجب أن تصمد ضوابط الوصول إلى البيانات الدقيقة ومسارات التدقيق غير القابلة للتغيير في ظل مراجعات SOX والتنظيمية المالية الصارمة.
• لا تتسامح قواعد كشوف المرتبات المعقدة متعددة العملات ومنطق امتثال النقابات مع أخطاء التحليل (Parsing Errors).

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

---

دليل إستراتيجي لعمليات تدقيق SaaS للمؤسسات

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

إليك كيفية تقييم بنية البرامج دون المساس بالامتثال أو إغراق فرق الهندسة في ديون الصيانة.

الخطوة 1: تدقيق الأداة من ثلاثة مستويات

قم بتصنيف كل اشتراك برنامج عالي المقاعد عبر مؤسستك إلى ثلاثة مستويات:

• المستوى 1: Point Solutions & CRUD Wrappers. منشئو النماذج، وبوابات المشاريع الداخلية، وأغلفة تدوين الملاحظات التي تفرض تراخيص مقاعد ثقيلة لتخزين قاعدة البيانات الأساسية. هذه أهداف رئيسية للتوحيد الفوري.
• المستوى 2: مسرعات الـ Workflow والأدوات التحليلية. برامج الإثراء والتوجيه والصياغة الخاصة بالصناعة حيث توفر واجهات برمجة التطبيقات (APIs) الخارجية فائدة دون العمل كمصدر وحيد للحقيقة.
• المستوى 3: أنظمة السجلات القانونية والدفاتر المالية. المنصات التي تدير استقطاعات الرواتب القانونية، وسجلات التدقيق القانونية غير القابلة للتغيير، والدفاتر العامة التنظيمية.

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

الخطوة 2: توحيد مخازن البيانات المجزأة

لا تقم بتوصيل نقاط نهاية OpenAI أو أوقات تشغيل الوكيل المخصصة (Agent Runtimes) مباشرة بالجداول العلائقية المجزأة. يؤدي القيام بذلك إلى إدخال هلوسة ونوافذ سياق مكسورة عبر منطق عملك.

قم بمركزة البيانات الوصفية (Metadata) الخاصة بك عن طريق تشغيل Knowledge Graphs على مستودعاتك الحالية أولاً.

يجب أن تسبق الـ Ontologies النظيفة الأتمتة. لا يمكن لـ LLM التفكير في فوضى المخطط (Schema).

قم بتعيين العلاقات بين عملائك وعقودك والـ Workflows الداخلية في مخطط Graph صريح. يمنح هذا الهيكل نماذجك الحدود الحتمية التي يحتاجونها لتنفيذ المهام بشكل موثوق.

الخطوة 3: بناء الخندق (Moat) فوق استبدال المونوليث

احتفظ بمنصات SaaS لنظام التسجيل (System-of-record) الراسخة للامتثال التنظيمي الأساسي، ولكن جردها إلى محركات مرافق الواجهة الخلفية (Back-end Utility Engines).

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

• احتفظ بالمورد للامتثال الأساسي وسجلات التدقيق والضوابط الأمنية.
• قم ببناء وكلاء داخليين (In-house Agents) حصريًا حيث تنشئ الـ Workflows الفريدة للأعمال خندقًا تنافسيًا.

بحلول عام 2027، لن تكون المؤسسات التي تنجو من انتقال الذكاء الاصطناعي هي تلك التي كتبت كل سطر من البنية التحتية من الصفر. بل ستكون هي التي تعاملت مع Foundation Models كمشرفين (Orchestrators) وليس كبدائل للمحركات القانونية.