تسجيل الدخول عبر خدمة واحدة (SSO) وتكامل الهوية

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

في مرحلة الاستكشاف، تُترك مسألة «أي نظام SSO تريدون؟» للنهاية. يُناقش أولاً الأحداث: تم تسجيل الدخول، وسقطت الصلاحية، وظل الحد الأدنى في المسودة، وعاد الخروج إلى الشخص الأصلي. إذا لم تكن هذه الأحداث في نفس الهوية، فلن يكون هناك نظام حتى لو تضاعف عدد الدلائل. تقوم Shopsoft برسم خريطة الأحداث هذه باستخدام وثائقكم؛ ولا تفرض عليكم عملية افتراضية.

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

لا يكتفي اكتشاف Shopsoft بثلاث جمل غير مدعومة بوثائق. فقول «الأمر معقد عندنا» لا يكفي. فسيتم طرح جلسة مفتوحة، أو تفويض معطل، أو خروج غير متوافق على طاولة النقاش. وتُظهر هذه الوثائق القاعدة المفقودة. لا يتم اختيار الدليل قبل كتابة القاعدة. البرنامج لا يخفي استثناءاتك كأنها عار؛ بل يسجلها.

لا يجب أن يتم التشغيل المباشر بالضرورة في نفس اليوم الذي يتم فيه فتح جميع التطبيقات. المرحلة الأولى تغلق الثلاثي «الشخص - الهوية - الإغلاق». لا يكون لتلميع الفهرس معنى إلا إذا كان هذا الثلاثي سليمًا. والعكس، فإنه يبقي على برنامج Excel خلف الواجهة الجميلة. لا تخضع Shopsoft هذا الترتيب للتفاوض؛ فهو شرط أساسي.

في مرحلة الاستكشاف، غالبًا ما تؤدي عبارة «تسجيل الدخول أولاً، ثم القفل» إلى تأجيل الأمر. فالتسجيل الأعمى لا يجعل الحساب فريدًا؛ بل يؤدي إلى إنشاء حساب ثانٍ. تحدد Shopsoft الشريحة الأولى بشكل ضيق، لكنها لا تتركها دون تسجيل. فالشريحة الضيقة تحجب هوية الشخص. أما الهوية التي لم تُحجب، فتعود إلى لوحة التحكم التقنية في الشهر التالي.

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

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

قد تظهر جلسة في النصف الثاني من اليوم نفسه. في حالة عدم وجود سجل، تصبح الجلسة المرفوضة مستندًا جديدًا؛ حيث لا يتطابق الشخص مع الصلاحية. أما في حالة وجود عقد، فيتم ربط الخروج بالسطر الأصلي. وهذا ليس وعدًا بـ«حل المشكلات» من جانب تكامل هوية SSO؛ بل هو نتيجة طبيعية لهوية الشخص.

في أيام الموسم أو الحملات الترويجية، تزداد حركة الدخول إلى النظام بشكل كبير. ولا يتم التعامل مع ذلك عن طريق فرض قيود، بل من خلال قوائم الانتظار والقواعد. لا يمكن للمستخدم كتابة استثناءات بسبب الذعر؛ فالعتبة تبقى في المسودة. يرى المسؤول مخاطر ذلك اليوم أثناء توقف العمليات، وليس في تقرير الأسبوع التالي. النمو لا يولد ملفات Excel جديدة؛ بل يضيف قواعد.

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

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

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

نجاح التكامل لا يعني مجرد «الربط». فالنسخ الأعمى يؤدي إلى ظهور حقيقة ثانية. تقوم Shopsoft أثناء عملية الاستكشاف بالتمييز بين الجلسات الفورية والجلسات في قائمة الانتظار والجلسات التي تتطلب تأكيدًا بشريًّا.

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

تطوير واجهة برمجة التطبيقات (API) ينشئ لغة العمل. اللغة ليست شخصًا. تكامل منصات التداول يربط القناة. القناة لا تولد جلسة. تكامل Webhook ينقل الحدث الفوري؛ الحدث الفوري ليس مخرجًا.

أمن البيانات يحمل المقطع الذي يمكن للطائرة التحليق فيه. المقطع لا يُنتج بواسطة أي شخص. هذه الصفحة لا تسرق ذلك المقطع؛ بل تُظهر حدود القفل.

يُقسم التطوير إلى شرائح معمارية معتمدة. وعادةً ما تكون الشريحة الأولى عبارة عن ثلاثية تتألف من «الشخص + الهوية + الختام». ولا يكون لتلميع الفهرس معنى إلا إذا كانت هذه الثلاثية متينة.

يتم قفل نموذج البيانات قبل SSO. يُعد كل من عنوان المهمة، وهوية الشخص، وسطر التفويض، وحدث الارتباط، والمقطع مفاهيم منفصلة. إن دمجها في «سجل هوية» واحد قد يكون سريعًا على المدى القصير، لكنه هش على المدى الطويل. لا يقدم اسم جدول Shopsoft أي وعود؛ بل يشترط الحفاظ على هذه الفروق.

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

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

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

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

النص المنشور باللغة التركية (TR) هو المصدر لهذا الكيان. أما النصان باللغتين الإنجليزية (EN) والأرجنتينية (AR) فسيظلان في وضع «noindex» حتى انتهاء الترجمة. الروابط الداخلية تؤدي أيضًا إلى صفحات لم تُكتب بعد؛ وتُفتح تلك الصفحات كعناصر مؤقتة، دون انقطاع السلسلة. الصور مأخوذة من مجموعة العروض التوضيحية الحالية؛ وستتغير مواقعها مع استكمال المحتوى.

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

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

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

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

معيار القرار النهائي بسيط. إذا كان المستخدم نفسه يمتلك ثلاثة حسابات، فلا يوجد قفل. إذا كان بإمكان الشخص التحايل على القاعدة السارية، فلا يوجد نظام. إذا لم تتطابق النتيجة مع السطر الأصلي، فإن الطرف الآخر يكذب. إذا تمت إعادة كتابة الدليل عند إضافة تطبيق جديد، فلا يوجد نمو. إذا لم تتمكن من الإجابة بـ«لا» على هذه الأسئلة الأربعة، فيجب أن تبدأ المقابلة بالوثيقة وليس بالشرائح التقديمية. تطلب Shopsoft تلك الوثيقة؛ فهي لا تبيع حزمًا.

يتمتع الفريق الذي يعمل في مجال تطوير البرمجيات في إسطنبول منذ عام 2004 بخبرة تزيد عن 700 وكالة في مجال البنية التحتية. لا يتم كتابة أي شيء قبل اعتماد رقم ISO. قد يتم إخفاء شعارات العملاء؛ ولا يتم نشر التفاصيل المعمارية السرية. لا يتم ذكر أسماء المنافسين. دعوة العمل (CTA) هي «طلب مقابلة». لا توجد عروض توضيحية أو أسعار أو خيارات للباقات. يتم الرد خلال 24 ساعة في المتوسط خلال ساعات العمل. المحادثة الأولى لا تعتبر عرضًا ملزمًا.

غالبًا ما تُعبَّر عن الحاجة إلى البرنامج بعبارة «تفعيل SSO». قد لا تكون هذه العبارة هي المدخل الصحيح. فالحاجة الحقيقية هي أن يتم تحديد هوية الشخص، وتصفية الصلاحيات، وأن يتحدث الإغلاق عن نفس السجل. ويمكن أن يكون الدليل هو واجهة هذه العناصر الثلاثة. إذا تم إنشاء الواجهة أولاً، فستستمر تقنية المعلومات في إعادة البرمجة. لا تقلب Shopsoft هذا الترتيب. تصل الوثيقة، ويتم إنشاء خريطة الهوية، ويتم تأمين الجزء الأول، ثم يتم تسجيل الدخول.

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

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

قد يقول القارئ: «لدينا بالفعل نظام SSO». إذا كان الأمر كذلك، فإن عملية الاستكشاف تبدأ مرة أخرى من الوثيقة. إذا كان الطرف الموجود يضم نفس الشخص في ثلاثة حسابات، فلن يكون هناك قفل. لا تتخلى Shopsoft عن الاستثمار الحالي؛ بل تعمل على توحيد الهوية. الهوية التي لم يتم توحيدها لا تنمو عن طريق إضافة دليل جديد.