يتصل عميل بخدمة العملاء ويسأل سؤالًا بسيطًا: أين بطاقتي؟ في كثير من البنوك، تكون الإجابة الصادقة أن لا أحد يعرف على وجه التأكيد. ليس بسبب الإهمال، بل لأن البطاقة غادرت أحد الأنظمة، ودخلت في عملية لدى شريك الطباعة، ثم انتقلت إلى شركة شحن، وفي مكان ما داخل هذه السلسلة اختفت عن الأنظار.
أفضل طريقة لفهم هذه المشكلة ليست في سردها، بل في تتبّعها خطوة بخطوة. لذلك دعونا نتابع بطاقة واحدة، من اللحظة التي يوافق فيها النظام الأساسي عليها حتى وصولها إلى العميل، ونرى أين يفقد البنك الذي يعتمد على جداول البيانات والمكالمات الهاتفية أثرها، وأين يظل النظام المصمَّم لهذا الغرض ممسكًا بها. وطوال الرحلة، تكون عدستنا هي PCI Tracker، منصّتنا لإصدار البطاقات، الموجودة لتحافظ على حالة واحدة ومحدَّثة لكل بطاقة ولمغلّف الرقم السري الخاص بها على امتداد الطريق.
المرحلة الأولى: بداية البطاقة في النظام الأساسي
تبدأ الرحلة كملف طلب. يوافق النظام الأساسي على بطاقة خصم أو ائتمان جديدة، ويمرّر البيانات إلى عملية الإصدار. وهنا تحديدًا، عند الخطوة الأولى، يفترق الطريقان.
في الطريقة اليدوية، يتحوّل هذا الملف إلى صفّ في جدول، ويبدأ تاريخ البطاقة في التجمّع داخل رسائل البريد والمحادثات الجانبية. أما في PCI Tracker، فيُستورد الملف ويُراجَع، وتُستبعَد الحالات غير المكتملة قبل أن يتحرك أي شيء. تُرسَل البطاقات المعتمَدة إلى الإنتاج، ويُنشَأ رمز توجيه من عنوان حامل البطاقة، وتصبح البطاقة الآن سجلًّا متتبَّعًا له حالة، لا مجرد سطر في جدول. وكل ما سيحدث لها بعد ذلك سيُسجَّل على هذا السجل.
المرحلة الثانية: مغادرة البطاقة للمبنى
يُرسَل ملف الإنتاج إلى شريك الطباعة عبر نقل آمن. يطبع الشريك البيانات على البطاقة ويرمّزها، ثم يعيد ملفًا يؤكّد ما تمت طباعته. تعود البطاقات ويجري التحقق منها مقابل الدفعة قبل أن يمضي أي شيء إلى الأمام.
هذه هي أول حدود الثقة، وأول لحظة تكون فيها البطاقة في عهدة طرف آخر. وفي الطريقة اليدوية، تكون هذه أيضًا أول لحظة تتلاشى فيها الرؤية، لأن البنك صار يعتمد على سجلات الشريك نفسه. أما PCI Tracker فيتعامل مع هذا الحدّ باعتباره قائمًا على الملفات ومسجَّلًا: النقل إلى الخارج، والتأكيد العائد، والمراجعة عند الاستلام، يُسجَّل كل منها، فيصبح تسليم البطاقة إلى المطبعة حدثًا موثّقًا بوقته، لا فجوة يضطر البنك إلى تجاوزها بالثقة وحدها.
المرحلة الثالثة: انطلاق البطاقة على الطريق
الآن أصبحت البطاقة جاهزة للانتقال. يُنشَأ كشف تسليم، وتُسلَّم البطاقات إلى شركة الشحن. يحاول المندوب التسليم. تُسلَّم البطاقة إلى العميل، أو إلى فرع ليستلمها منه، ويعود إثبات تسليم. وإذا تعذّر الوصول إلى العميل، تُسجَّل هذه المحاولة وتتبعها محاولة أخرى.
هنا يفشل الأسلوب اليدوي بأعلى تكلفة، لأن البطاقة تتحرك الآن في أقل أجزاء السلسلة إحكامًا. فحين تُفقَد بطاقة بين المندوب والعميل، ولا يوجد سجل واحد يبيّن آخر من حملها، تتحول الخسارة إلى جدال بدلًا من أن تكون حقيقة واضحة. وحين لا يملك البنك سجلًّا مستقلًّا لمواعيد الإرسال والتسليم، لا يستطيع محاسبة شركة الشحن على أي معيار، لأنه لا يملك سوى روايتها هي عمّا حدث.
يسجّل PCI Tracker كل محاولة تسليم على البطاقة نفسها مع نتيجتها. ولأن الإرسال والتسليم مسجَّلان بوقت مستقل، يستطيع النظام إعداد بطاقات تقييم للمناديب من بيانات فعلية لا من ادّعاءات المورّدين، ومقارنة نسب النجاح بين الشركات. وهكذا يُقاس المندوب بالسجل، لا بروايته عن نفسه.
هل يستطيع مركز خدمة العملاء لديكم الإجابة عن سؤال «أين بطاقتي؟» ببحث واحد اليوم؟ اطّلع على كيف يمنح PCI Tracker كل بطاقة حالة واحدة محدَّثة.
اكتشف PCI Trackerالساعة التي تعمل بمحاذاة كل مرحلة
بينما تتحرك البطاقة، يجري أمر آخر بالتوازي: ساعة تدقّ. وهذا هو الجانب الذي نادرًا ما تتعامل معه العمليات اليدوية بشكل جيد، لأنه يعتمد على أن يتذكّر أحدهم المتابعة.
البطاقة التي بقيت دون تسليم لأسابيع ينبغي أن تُطلق تنبيهًا من تلقاء نفسها. وفي معظم الأنظمة اليدوية، يكون أول تنبيه هو شكوى العميل، وهي أغلى لحظة ممكنة لاكتشاف المشكلة. أما PCI Tracker فيشغّل ساعة التقادم تلقائيًا، ويصعّد الأمر دون أن يراقبها أحد. فبعد نحو أسبوعين، يتلقى الفرع تنبيهًا. وعند ثلاثين يومًا، يُبلَّغ مدير المنطقة ورئيس المجموعة. وعند خمسين، يصل الأمر إلى رئيس التجزئة أو رئيس الإقليم مع القائمة كاملة. وعند ستين، تُوسَم البطاقة للإتلاف وللمراجعة الإشرافية. وهكذا ترفع البطاقة المتوقّفة يدها بنفسها، إلى الشخص المناسب، في الوقت المناسب، سواء تذكّر أحد المتابعة أم لا.
اللحظة التي يتصل فيها العميل
في أي نقطة من هذه الرحلة، قد يتصل العميل ليسأل عن مكان بطاقته. وهذا هو السؤال الذي بُني النظام كله بهدوء للإجابة عنه.
في الطريقة اليدوية، يُبقي الموظف العميل منتظرًا على الخط ويبدأ في تتبّع الإجابة عبر الهاتف والبريد، أو يقدّم ردًّا يتبيّن أنه خاطئ. أما في PCI Tracker، فيبحث الموظف بالحساب، أو رقم الهاتف، أو الاسم، أو رقم الهوية، فتظهر حياة البطاقة كاملة على شاشة واحدة: حالتها الحالية، والفرع الذي أصدرها، وشركة الشحن التي تحملها ومنذ متى، وكل محاولة تسليم ونتيجتها، وكل رسالة أُرسلت إلى العميل، وأي ملاحظات أو تصحيحات عنوان أُضيفت على طول الطريق. ويحمل كل تغيير في الحالة اسم المستخدم ووقته، فلا تكون سلسلة العهدة مجرد تخمين. بحث واحد، وإجابة واحدة صحيحة.
لماذا لا يملك شخص واحد الرحلة كاملة
هناك قرار في التصميم يستحق أن نذكره، لأنه يسهل إغفاله. لا يدير دور واحد بطاقة من البداية إلى النهاية. فالموظف الذي يستورد البطاقات ويرسلها إلى المطبعة ليس هو من يدير كشوف الشحن، وليس هو موظف الفرع الذي يسلّمها عند المكتب. كل عملية تسليم تتم عمدًا على يد مستخدم مختلف.
هذا الفصل وسيلة رقابة تشغيلية ووسيلة لمكافحة الاحتيال في الوقت نفسه. فهو يعني أن كل انتقال في الرحلة هو تسليم حقيقي بين أشخاص مسؤولين، ويعلوهم مراقب إشرافي يتابع التقادم، والالتزام بمستوى الخدمة، وتقييمات المناديب، بصلاحية اطّلاع فقط. فالرحلة ليست متتبَّعة فحسب، بل متتبَّعة بطريقة تظل فيها المسؤولية منسوبة دائمًا إلى شخص.
وصول البطاقة إلى نهاية رحلتها
أخيرًا تصل البطاقة. تُرسَل النتيجة عائدةً إلى النظام الأساسي، ويتيح ملف تفعيل للعميل أن يصبح نشطًا خلال يوم من التسليم. وإذا لم تُستلَم البطاقة، فإنها لا تبقى معلّقة بلا نهاية، بل تصل إلى حالة نهائية وتُتلَف وفق السياسة، مع تسجيل في النظام يُغلق الدائرة. فحتى النهاية تُسجَّل.
هذا هو المغزى من تتبّع البطاقة على المسار الطويل. يبدو إصدار البطاقة منتهيًا لحظة موافقة النظام الأساسي عليها، لكنها لا تزال بحاجة إلى المرور بست جهات وشبكة شحن قبل أن ينتهي أمرها فعلًا، ويتحمّل البنك نتيجة كل خطوة، حتى لو كان يتحكم مباشرةً في خطوات قليلة منها فقط. ويعمل PCI Tracker فعليًا في QNB الأهلي مصر باعتباره نظام السجل لهذه الرحلة تحديدًا، إذ يتتبّع كل بطاقة ومغلّف رقم سري عبر الفروع والعمليات وفرق المراقبة، ويتكامل مع النظام الأساسي، وشريك الطباعة، وشركات الشحن، وبوابة الرسائل، وخدمة الدليل النشط (Active Directory).
السؤال الحقيقي خلف السؤال
يبدو سؤال «أين بطاقتي؟» وكأنه سؤال خدمة عملاء. لكنه في الحقيقة سؤال حوكمة في ثوب يومي. فالبنك القادر على الإجابة عنه فورًا، لأي بطاقة، يملك رؤية ومساءلة حقيقيتين عبر سلسلة الإصدار كلها. أما البنك العاجز عن ذلك فلا يملك أيًّا منهما، وغالبًا لن يكتشف الثغرة إلا حين تُفقَد بطاقة أو يأتي مدقّق ليسأل.
أمضينا خمسة وعشرين عامًا في بناء الأنظمة التشغيلية التي تعتمد عليها المؤسسات في المنطقة. وإذا كانت الرؤية لديكم تنقطع في منتصف سلسلة الإصدار، يسعدنا أن نتحدث معكم حول ما يعنيه سدّ هذه الثغرة.
الأسئلة الشائعة
ما نظام تتبّع إصدار البطاقات؟
نظام يُبقي حالة حيّة واحدة على كل بطاقة وظرف رقمها السري، من اعتماد النظام الأساسي مرورًا بالطباعة وإرسال الشحن والتسليم، مع تسجيل كل تغيير حالة بالمستخدم والختم الزمني اللذين أحدثاه.
لماذا تفقد البنوك تتبّع البطاقات أثناء الإصدار؟
لأن البطاقة تغادر أنظمة البنك وتمرّ عبر طابع وشركة شحن. وفي الإعداد اليدوي يعتمد البنك على سجلات كل شريك، فتتبخر الرؤية حيث تكون البطاقة بين يدي غيره.
كيف يجيب النظام عن سؤال أين بطاقتي؟
يبحث الموظف بالحساب أو الجوال أو الاسم أو الهوية ويرى حياة البطاقة كلها في شاشة واحدة: الحالة، والفرع، ومدة احتفاظ شركة الشحن، وكل محاولة تسليم، وكل رسالة نصية، وأي ملاحظات.
ماذا يحدث لبطاقة لا تُسلَّم أبدًا؟
تصعّد ساعة التقادم تلقائيًا: يُنبَّه الفرع بعد نحو أسبوعين، والمنطقة والمجموعة بحلول ثلاثين يومًا، ورئيس الإقليم بحلول الخمسين، والإتلاف مع مراجعة إشرافية بحلول الستين.
هل يتكامل PCI Tracker مع أنظمة البنك القائمة؟
نعم، مع النظام الأساسي وشريك الطباعة وشركات الشحن وبوابة الرسائل النصية وActive Directory. وهو يعمل في بيئة الإنتاج لدى QNB الأهلي مصر بوصفه سجل النظام لرحلة الإصدار.