كيف أنشأنا دليل عناوين Rostelecom

لماذا تعرف Rostelecom كل شيء وحتى أكثر قليلاً عن العناوين؟

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

إن عنوان المنزل هو العنصر الرئيسي لتحديد الهوية في العملية متعددة المراحل لتوفير خدمات الإنترنت.

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

وبالطبع ، في كل خطوة من العملية ، تكون سرعة الاستجابة للعميل مهمة.

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

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

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

تم تطوير وتنفيذ جميع أنظمة المعلومات هذه قبل دمج Rostelecom ، وكقاعدة عامة ، قبل أن يصبح سوق الإنترنت عالي التنافسية.

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

من أجل التفاعل الفعال لجميع الأنظمة في عملية تجارية مركزية واحدة للمبيعات وخدمة العملاء من Rostelecom ، كان من الضروري توفير "بروتوكول" مشترك للاتصال - نظام لتصنيف وتحديد الكائنات القابلة للعنونة. في هذه الحالة ، يجب أن تكون نقطة البداية هي بالضبط الخاصية التي قد يكون لها عنوان ، أو لا تملك ، أو قد يكون لها عنوان بديل ، ولكن في أي حال يجب تحديدها بشكل فريد.

ولهذه الأغراض ، تم إطلاق مشروع - جواز السفر الموحد في المنزل (ORPON) ، والذي كفل الانتقال من مصادر بيانات متباينة وغير كاملة ومتعارضة إلى مساحة عنوان واحدة متكاملة يحدث فيها التفاعل بين أنظمة تكنولوجيا المعلومات لجميع فروع Rostelecom تلقائيًا ، دون معالجة يدوية.

كيف كان كل شيء قبل دليل عنوان واحد؟ لماذا FIAS لا يصلح؟ لماذا كل شيء أكثر تعقيدا مما يبدو؟

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

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

يوجد نظام عناوين معلومات فيدرالي ، والعناوين موجودة فيه ، ويتم تحديثها بانتظام ، وتنشر دائرة الضرائب الفيدرالية التحديثات بانتظام. بالنسبة للعديد من المهام ، يعد هذا الدليل مناسبًا ، على سبيل المثال ، لمهام دائرة الضرائب الفيدرالية.

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

لكن المشكلة الرئيسية كانت أنه في وقت بدء المشروع في Rostelecom ، كان هناك 40 نظامًا على الأقل تستخدم بنشاط ، ولكل منها دليل عناوين خاص به ، ولديه قاعدة بيانات خاصة به تحتوي على عناوين ، أسفرت المقارنة بينها وبين FIAS عن 60٪ من عناوين المطابقة و 40 ٪ من العناوين التي لا يعرف عنها مكتب الضرائب.

كان من المستحيل تعريف 40٪ من العناوين بأنها "قمامة" ، لأن نفس النسبة المئوية تقريبًا من قاعدة المشتركين كانت موجودة عليها ، ورفض العناوين يعني رفض المشتركين أيضًا. بالنسبة لكل عنوان من التسرب ، كان من الضروري فهم: هل يوجد مثل هذا العنوان وهل هذا العنوان مستقل ، أم أنه نسخة مكررة من عنوان آخر؟ أو ربما هو منزل الزاوية ، ونحن نتعامل مع معالجة بديلة؟

كان من الضروري التوصل إلى حل يتيح الاتصال بـ 95٪ على الأقل من العناوين. أي أنه بالنسبة لـ 35٪ من العناوين التي لا تتفق مع FIAS ، كان من الضروري التوصل إلى خوارزمية تسمح لهم باتخاذ قرارات بشأنها. هذا كان يجب القيام به تلقائيا. من أجل معالجة حوالي 40٪ من قاعدة عناوين Rostelecom يدويًا ، سيستغرق الأمر حوالي 120 عامًا. والقضاء على مشكلة العامل البشري بمساعدة الإنسان ليس القرار الأكثر حكمة.

كيف فعلنا كل شيء ولماذا لفترة طويلة

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

مبسطة ، يمكن وصف عملية تنفيذ المشروع على أنها سلسلة من الخطوات التالية:

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

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

لم يكن من الممكن أتمتة هذه الخوارزمية بشكل كامل باستخدام الطرق المعروفة في Levenshtein و Yaro-Winkler. لذلك ، بالإضافة إلى الطريقة الآلية لتحليل العناوين ، تم أيضًا تطبيق الخوارزمية المتقدمة لتقييم الانحرافات المسموح بها الفعلية لخطوط العنوان من البيانات المرجعية.

لكن هذا لم يكن كافيا!

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

ولكن على الرغم من وجود قدر كبير من المعلومات الإضافية: يمكن أن تصل البيانات التي تصل إلى 10٪ من البيانات المستمدة من أنظمة المحاسبة التقنية وقوائم إرجاع المراسلات والارتباطات بين دلائل عناوين الأنظمة بواسطة معرفات المشتركين ، في بعض الفروع ، المنطقة الرمادية - قائمة العناوين التي لا يمكن تحديدها بشكل فريد.

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

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

كان الجانب الثاني الذي يتسم بالصعوبة والمثيرة للاهتمام في المشروع يتعلق بتطوير بنية الحلول.

وسبقت ولادة بنية الحل النهائي بفرضيتين خاطئتين:

1. يمكن بناء دليل عناوين Rostelecom على أساس منصة MDM صناعية.
2. يمكن بناء دليل عناوين Rostelecom على أساس منصة صناعية لتحليل العنوان وتطبيعه.

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

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

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

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

نتيجة لعمليات البحث الطويلة ، تم العثور على حل توفيقي بهندسة مختلطة - نظام أساسي MDM مدمج مع محرك بحث HumanFactorLabs. تم تحديد اختيار هذا المورد من خلال استعداده لوضع اللمسات الأخيرة على آلية البحث عن العناوين لاستخدامها ، كمعيار ، في دليل عناوين Rostelecom ، وتنفيذ آلية المزامنة المنتظمة لدليل عناوين Rostelecom مع FIAS. سمح لنا هذا التحسين بتزويد المستخدمين بعملية بحث مريحة وعالية الجودة عن العناوين كل سطر ، كما أن إنشاء حل MDM يعتمد على منتجات OpenSource يوفر مرونة في أساليب التكامل مع مشهد Rostelecom IT. في محيط مشهد تكنولوجيا المعلومات في Rostelecom ، هناك أنظمة قديمة تستخدم في عملية الأعمال ، لكن لا يمكن تعديلها بشكل كبير بسبب قيود التصميم الخاصة بها. جعل الانتقال من الحل الصناعي نحو التطوير الداخلي من الممكن تعظيم تكيف منصة MDM مع خصائص بيئة تكنولوجيا المعلومات ، مع الحفاظ على المفهوم المعماري الأساسي دون تغيير.

لماذا هو صعب جدا؟

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

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

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

تستخدم التقنيات والأدوات

يظهر الهيكل المعياري للنظام في الشكل.


نقر

حول العملية التقنية

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

حول الخلفية

يعتمد المشروع الحالي على تقنية Java EE وخادم الويب WildFly. المشروع مترابط ، على الرغم من أنه الآن يمر بتخطيط "الفصل" الخاص به إلى خدمات ميكروية منفصلة ، لأن العبء على المشروع بدأ تدريجيا في الوصول إلى ذروته ، ويتطلب تحجيمًا طبيعيًا.

حول الواجهة الأمامية

تم تطوير المشروع لفترة طويلة ، ويستخدم GWT على الجانب الأمامي. وعلى الرغم من أن هذه التقنية ثقيلة وعفا عليها الزمن بحلول عام 2019 ، إلا أنها تسمح لك بالقيام بعدد من الأشياء التي لا يمكنك القيام بها على أطر JavaScript: الكتابة في Java وعلى العميل وعلى الخادم ، وتعمل على نفس كيانات قاعدة البيانات هناك و هناك ، فقط استنساخ لهم من خلال JpaCloner.

لا DTO والمعلمات الأخرى ينتقل من فارغة إلى فارغة. يتيح لك هذا إمكانية إنتاج منتج متكامل من خلال فريق صغير نسبيًا من المبرمجين. على الرغم من أن هذه التقنية ليست أقل إزعاجًا: الأخطاء في Internet Explorer (وهناك معايير خاصة بالشركات) ، وأوقات تجميع ضخمة ، وصعوبات في التكامل مع مكتبات JavaScript الحديثة. لذلك ، في الإصدار الجديد من المنتج ، من المخطط التخلي عن هذه التقنية لصالح شيء أكثر حداثة.

حول سيناريوهات التكامل

ينفذ النظام أكثر من 20 سيناريوهات تكامل مختلفة مع أنظمة معلومات المستهلك الخاصة بأدلة ORPON.

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

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

حول البنية التحتية

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

• PostgreSQL DBMS Cluster
• RedHat Enterprise Linux 7.7 (64 بت)
• خادم PostgreSQL 11.4 (64 بت)
• ClusterLabs منظم ضربات القلب |
• مجموعة خادم التطبيق
• RedHat Enterprise Linux 7.7 (64 بت)
• خادم تطبيق WildFly 17 (64 بت)
• سيتريكس موازن البرمجيات
• بواسطة أو بون
• مجموعة أدوات منصة النظام وعامل البرمجيات
• خادم تطبيق WildFly 17 (64 بت)
• سيتريكس موازن البرمجيات
• المنتج البرمجيات عامل
• منتجات البرنامج "نصائح"

ماذا أعطانا؟

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

كنا محظوظين ، وفي إحدى المناطق الكلية تمكنا من إجراء تجربة نظيفة. على مدار الفترة الزمنية ، كان هناك تغيير واحد فقط في العمليات التنظيمية وعمليات تكنولوجيا المعلومات ، وكان هذا هو مقدمة دليل العناوين الموحد - ORPON. كان حجم التأثير هائلاً - زاد عدد الردود الإيجابية لفحص الجدوى التقنية للتوصيل بنسبة 22٪ بعد إدخال النظام. قبل التنفيذ في المنطقة الكلية ، لم يكن هناك اتصال واضح بين العنوان في النظام ، حيث يأتي طلب الدعم الفني ونظام المحاسبة التقنية ، حيث يتم التحقق من إمكانية - العنوان الذي سيتم اختياره كان يانصيب. بالإضافة إلى ذلك ، كان هناك الكثير من التكرارات في SLTU ويمكن توزيع المعدات الموجودة في المنزل بشكل عشوائي على عدة عناوين ، تم اختيار أحدها بشكل عشوائي للتحقق من الجدوى التقنية.سمح تطبيق النظام بتقليل عدم اليقين هذا إلى 0 ، ونتيجةً لذلك فقد فقدان العملاء في مرحلة إدخال التطبيق على موقع RT.RU نظرًا لوجود أخطاء في تحديد الجدوى التقنية لتوفير الخدمة على العنوان.

عندما تلقينا هذه النتائج ، لم نصدق أعيننا! هذه الأرقام فاقت توقعاتنا.

أعد هذا المقال فريق Rostelecom لإدارة البيانات