الامتثال لمعايير PCI PCI DSS

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

القواعد أخف مما يوحي به اسمها. معظمها عادات عادية. لا تكتب رقم بطاقة في دفتر بجانب الكاشير. لا تدع خمسة موظفين يتشاركون حسابًا واحدًا. حدّث برنامج جهاز الدفع أولًا بأول. غيّر كلمة المرور التي جاءت مطبوعة مع الجهاز. أقفل الغرفة التي فيها الخادم. وأكثر ما تجده لينكي سوفت لنظم المعلومات مكسورًا هو الحساب المشترك خلف الطاولة.

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

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

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