1. هل تمس البيانات الشخصية النموذج أصلا؟
ابدأوا من هنا، فعدد مفاجئ من المشاريع المفيدة يمكن ترتيبه بحيث تكون الإجابة لا. تلخيص وثائق السياسات الداخلية، والصياغة من قوالب، وتصنيف التذاكر بحسب الموضوع لا بحسب العميل — لا يحتاج أي منها إلى اسم مرفق. وحيث تكون الإجابة نعم، اسألوا هل يجب أن تكون كذلك. فإخفاء الهوية قبل الاستدعاء ثم إعادة ربطها بعده داخل أنظمتكم يزيل معظم التعرض بكلفة ضئيلة في الجودة.2. أين تجري المعالجة فعليا؟
إرسال البيانات إلى نموذج مستضاف هو نقل. وبحسب قطاعكم وعقودكم قد يكون ذلك مقبولا تماما، أو يتطلب شروطا محددة، أو يكون غير مقبول. والقطاعات المنظمة والأعمال القريبة من القطاع الحكومي لها عادة أضيق التوقعات، وهذه التوقعات تتعلق أكثر فأكثر بالمكان الذي تستقر فيه البيانات فعليا. عمليا يقسم هذا خياراتكم إلى ثلاثة: واجهة برمجية عامة، أو نشر خاص في منطقة تختارونها، أو نموذج تشغلونه بأنفسكم. وتختلف اختلافا هائلا في الكلفة والقدرة. والاختيار بينها بعد بناء التجربة هو المسار المكلف.3. ماذا يفعل المزود بها؟
اقرأوا الشروط الفعلية للفئة التي أنتم عليها، لا صفحة التسويق. ففئات المستهلك والأعمال من المنتج نفسه تختلف غالبا في الاستخدام للتدريب، ومدة الاحتفاظ، والمراجعة البشرية. والفريق الذي اشترك ببطاقة الشركة يكون عادة على الفئة الخاطئة.4. ماذا تحتفظون به، وكم؟
السجلات هي حيث تموت النوايا الحسنة. سجلات التعليمات والردود مفيدة فعلا للتصحيح والجودة، وهي أيضا مخزن بيانات شخصية لم يقيمه أحد، بلا مدة احتفاظ عادة، وبوصول أوسع مما قصده أحد. قرروا ما يسجل، ومن يقرأه، ومتى يحذف — قبل كتابة أول سطر في السجل.5. هل تستطيعون شرحه لصاحب البيانات؟
إن سأل عميل لماذا اتخذ قرار، أو طلب حذف بياناته، هل لديكم جواب؟ «هي داخل النموذج» ليست جوابا. وعمليا يعني هذا الاحتفاظ بأثر المنطق داخل أنظمتكم بدل افتراض إمكانية إعادة بنائه لاحقا.الجزء المحرج
اللائحة التنفيذية التي تضع التفاصيل خلف القانون تأخرت، وقد رأيت جهات عدة تعامل ذلك التأخر كإذن بتأجيل التفكير في الأمر. وهذا خطأ له شكل محدد: فقرارات التصميم أعلاه هي التي يكلف التراجع عنها، وهي مطلوبة في البداية بصرف النظر عما ستقوله اللائحة في النهاية. وضبطها ليس استعراضا للامتثال، بل هو الفرق بين نظام تستطيعون توسيعه وآخر تضطرون إلى إعادة بنائه.الانكشاف الحقيقي لدى معظم الشركات
كل حديث تقريبا عن الذكاء الاصطناعي وحماية البيانات يدور حول النظام الذي تنوي الشركة بناءه. ولا يكاد شيء من الانكشاف الحقيقي يوجد هناك.
إنه فيما يفعله الموظفون بالفعل. شخص في المبيعات يلصق قائمة عملاء في مساعد عام لترتيب تنسيقها. وآخر في الموارد البشرية يلخص شكوى. وثالث في المالية يرفع جدول رواتب ليسأل عنه سؤالا. ولا أحد من هؤلاء متهور، بل كل منهم يوفر وقته بأداة تبعد نقرة واحدة، ولم يخبره أحد بالقاعدة.
وسؤال الامتثال ليس هل اعتمدتم نظام ذكاء اصطناعي. بل هل تغادر بيانات شخصية سيطرتكم عبر أدوات لم يعتمدها أحد، وهذا سؤال مختلف تماما وتستطيعون الإجابة عنه هذا الأسبوع.
والجواب نادرا ما يكون المنع. المنع ينقل السلوك إلى الهواتف الشخصية حيث لا ترونه إطلاقا. ما ينجح هو تسمية أداة واحدة يسمح باستعمالها، وقول ما يجوز وما لا يجوز إدخاله فيها بوضوح، وإتاحة جهة يسأل الناس عندها. وكلفة ذلك مذكرة داخلية وساعة من وقت أحدهم، وتزيل من المخاطر أكثر مما يزيله أي قرار معماري في هذه الصفحة.
الأسئلة التي تنتزع من المزود جوابا حقيقيا
المزودون معتادون على سؤالهم هل أنتم ممتثلون، والجميع يجيب بنعم. وأربعة أسئلة أضيق يصعب الإجابة عنها بالعموميات.
أين تجري المعالجة، بالمنطقة، وكتابة؟ لا أين مقر الشركة. بل أين تعمل الحوسبة، مسماة، في العقد لا في رسالة مبيعات.
هل يستخدم محتوانا في التدريب، افتراضيا أم بطلب؟ الفرق هائل، والوضع الافتراضي يختلف بين المستوى الاستهلاكي والمستوى المؤسسي لدى المزود نفسه، وأحيانا بصمت.
كم تبقى بياناتنا محفوظة، وماذا يحدث عند الحذف؟ اسألوا تحديدا عما يحدث للنسخ المحفوظة لأغراض رصد إساءة الاستعمال، فهذا هو الاستثناء المعتاد ونادرا ما يذكر تطوعا.
من غيركم يستطيع الاطلاع عليها؟ المعالجون من الباطن، وموظفو الدعم، وكل من يراجع محتوى موسوما. والمزود الناضج لديه هذا موثقا، ومن ليس لديه سيقول لكم إنها آمنة.
ولستم تسعون إلى إيقاع أحد في خطأ. أنتم تتثبتون من وجود الإجابات كتابة، لأن التزاما يعيش في اجتماع فقط ليس التزاما يمكن الاتكاء عليه لاحقا.
لماذا يؤجل هذا عادة إلى ما بعد فوات الأوان
القرارات هنا كلها أرخص قبل البناء بكثير مما هي بعده. اختيار منطقة المعالجة قبل الإطلاق بند في عقد؛ وتغييرها بعد سنة ترحيل. وتحديد مدة الاحتفاظ قبل الإطلاق سطر في التصميم؛ وتحديدها بعد ثلاث سنوات مشروع لتنظيف بيانات لا أحد يعرف أصلا ماذا تحوي.
ومع ذلك يؤجل هذا الجزء دائما، لأنه لا ينتج شيئا يعرض في اجتماع. لا شاشة له ولا عرض تجريبي. وكل ما ينتجه أنكم لا تواجهون مشكلة لاحقا، وهذا أسوأ ما يمكن تسويقه داخليا.
والطريقة العملية للالتفاف على ذلك أن تجعلوه شرط إطلاق لا مشروعا منفصلا: لا يطلق أي نظام يمس بيانات شخصية قبل الإجابة كتابة عن الأسئلة الخمسة أعلاه. صفحة واحدة، لا سياسة من أربعين صفحة، ولا يوقعها أحد إلا من يملك صلاحية قول لا.
ويستحق أن يقال بصراحة إن كثيرا من القلق في هذا الباب موجه إلى المكان الخطأ. الشركات تقلق من النموذج نفسه ومن أين درب، وهو سؤال مشروع لكنه بعيد عن أيديها. بينما القرارات التي تملكها فعلا أبسط بكثير: ما الذي يدخل، ومن يستطيع إدخاله، وأين يعالج، وكم يبقى. أربعة قرارات كلها في متناولكم، ولا واحد منها يحتاج فهما لكيفية عمل النموذج.
وإن أردتم اختبارا واحدا يقيس جاهزيتكم اليوم فهو هذا: اسألوا أنفسكم هل تستطيعون، خلال ساعة، أن تجيبوا عن سؤال موظف واحد: «أين ذهبت بياناتي؟» فإن كان الجواب نعم فأنتم في وضع جيد مهما كانت أدواتكم. وإن كان لا فالمشكلة ليست في الذكاء الاصطناعي، وكانت موجودة قبله.
أسئلة شائعة
هل ينطبق هذا علينا ونحن شركة صغيرة؟
التزامات حماية البيانات ترتبط بما تفعلونه بالبيانات الشخصية لا بحجمكم. والشركة الصغيرة التي تتعامل مع سجلات عملاء وملفات موظفين وجهات اتصال موردين تتعامل مع بيانات شخصية بالمعنى ذاته الذي تتعامل به الكبيرة. والذي يتناسب مع الحجم فعلا هو حجم الجهد مقابل المخاطرة: العملية الصغيرة لا تحتاج برنامجا ضخما، لكنها تحتاج أن تعرف أين تذهب بياناتها الشخصية.
هل نستطيع استخدام مساعد عام ببيانات عملاء إن حذفنا المحادثة بعدها؟
حذف جانبكم من المحادثة لا يلغي النقل. البيانات غادرت سيطرتكم لحظة إرسالها، وما يحدث لها بعد ذلك تحكمه شروط المزود لا زر الحذف عندكم. وإن كان لا بد لبيانات شخصية أن تدخل نموذجا فالسؤال الذي يحسم أولا هو أي مستوى أو نشر تستعملون وماذا تقول شروطه فعلا، لا ماذا تستطيعون ترتيبه بعد ذلك.
هل يكفي إخفاء هوية البيانات؟
أحيانا، ويستحق الفعل حيثما نجح، لكنه أصعب مما يبدو. إزالة الأسماء لا تخفي هوية سجل ما زال يحمل مسمى وظيفيا وفرعا وتاريخا ومبلغا. فإن كانت الحقول الباقية قد تعرف بشخص مجتمعة فأنتم تعملون ببيانات مستعارة الهوية لا بيانات مجهولة، والالتزامات تتبعها. واختبروا ذلك بسؤال: هل يستطيع أحد داخل شركتكم أن يستنتج صاحب هذا السطر.
هل نحتاج موافقة لكل استخدام لبيانات شخصية في نظام ذكاء اصطناعي؟
الموافقة أساس مشروع واحد وليست دائما الأنسب، والاتكاء عليها حيث لا تناسب خطأ شائع، لأنها قابلة للسحب وعندها يجب أن تتحمل عمليتكم ذلك. والخطوة العملية أن تكونوا واضحين في سبب المعالجة وأن تسجلوا ذلك السبب قبل البناء، بدل هندسة تبرير بعده. وهذا سؤال يستحق أن يطرح على محام مختص بحماية البيانات لحالتكم تحديدا، لا أن يحسم من مقال.
من داخل الشركة يجب أن يملك هذا الملف؟
من يملك صلاحية قول لا، ولا ينبغي أن يقتصر على تقنية المعلومات. فالقرارات هنا عن ما ترضى الشركة بفعله بمعلومات ائتمنها الناس عليها، وهذه مسألة قيادة ذات مكون تقني لا العكس. وفي شركة بلا وظيفة خصوصية مخصصة يستقر هذا عادة عند من يملك المخاطر، بدعم من يملك الأنظمة.