تنقية قائمة مستفيدين، والصيغ، والجدول المحوري

(أ) =COUNTIFS(B2:B21;"B";C2:C21;"F";F2:F21;"Y") (بالفرنسية: NB.SI.ENS): النتيجة 4 على الملف الخام، لكن 3 أسر فعلية، لأن M-003 محسوبة مرتين.

(ب) =SUMIFS(H2:H21;B2:B21;"A") (SOMME.SI.ENS): 50000 + 70000 + 60000 + 70000 + 60000 + 30000 = 340000 (لا تكرار في الموقع A).

(ج) =XLOOKUP(B2;Sites!$A$2:$A$4;Sites!$C$2:$C$4;"موقع غير معروف") أو =VLOOKUP(B2;Sites!$A$2:$C$4;3;FALSE): المراجع المطلقة والمطابقة التامة إلزامية.

(د) =COUNTIF($A$2:$A$21;A2)>1 تُرجع TRUE لكل تكرار لمُعرِّف مكرَّر؛ ولتمييز التكرار الثاني فقط: =COUNTIF($A$2:A2;A2)>1. والصيغة نفسها على العمود G تكشف الهواتف المشتركة.

(هـ) المبلغ المستحق في I2: =MIN(D2;7)*10000؛ الفارق في J2: =H2-I2، ثم التصفية على J المختلف عن 0.

أخطاء مؤكدة: السطران 9 و19: تكرار مطابق لـ M-003 وM-008، أي 30000 + 50000 = 80000 صُرفت مرتين؛ السطر 5: M-004، 9 أشخاص، صُرف لها 90000 بدلًا من 70000 (السقف)، أي + 20000؛ السطر 15: M-013، 4 أشخاص، صُرف لها 45000 بدلًا من 40000، أي + 5000.

المصروف بالزيادة المؤكد: 80000 + 20000 + 5000 = 105000 فرنك أفريقي، أي 10.6% من الـ 995000 المصروفة في المقتطف. المبلغ المستحق للأسر الـ 18 الفريدة: 890000.

تحتاج إلى تحقق: السطر 12: M-010، أسرة من 25 شخصًا، قيمة شاذة (على الأرجح 2 أو 5)؛ السقف يحدُّ الصرف عند 70000، لكن إذا كان الحجم الفعلي 5، فالمصروف بالزيادة 20000؛ السطران 5 و16: M-004 وM-014 تشتركان في الهاتف 8812: قد تكون أسرة مقسَّمة لتلقي تحويلين، أو مجرد هاتف مشترك، ويجب التحقق ميدانيًا دون اتهام؛ السطر 21: M-018، العمر مفقود، يجب استكماله.

ليس خطأ: السطر 7: M-006، ربّ أسرة عمره 16 عامًا: أسرة يعيلها طفل، وضع حماية يجب إبلاغ الجهة الفاعلة في حماية الطفل به، دون حذف السطر.

تُجرى التصحيحات على نسخة، مع سجل للتعديلات؛ ولا «تُحذف» التكرارات من الملف المصدر بل تُميَّز، للاحتفاظ بأثر المدفوعات.

التعليقات: (1) 13 أسرة من 18 (72.2%) تعيلها امرأة: يجب تكييف طرق الدفع (المواعيد، المسافة، الوصول إلى الهاتف) بما يناسبها. (2) يضم الموقع C 47 شخصًا في 6 أسر، لكن هذا المجموع يشمل الحجم الشاذ البالغ 25: وما دام لم يُتحقَّق منه، فأرقام الأشخاص في الموقع C غير موثوقة. ويمكن أيضًا ملاحظة أن الموقع B تلقى 360000 على الملف الخام مقابل 260000 مستحقة: إنه الموقع الذي تتركز فيه الأخطاء.

• البنية: البيانات الخام في ورقة لا تُعدَّل، منسَّقة كجدول منظَّم؛ ورقة معلَمات (المبلغ لكل شخص، السقف) بدلًا من قيم مكتوبة داخل الصيغ؛ ورقة سجل للتصحيحات؛ أوراق عرض منفصلة.
• الإدخال: التحقق من صحة البيانات (قوائم منسدلة للموقع والجنس وY/N؛ حجم عدد صحيح بين 1 و20؛ عمر بين 10 و110 مع تنبيه دون 18)؛ تنسيق شرطي لتكرارات المُعرِّف والهاتف.
• رقابة آلية: أعمدة «المبلغ المستحق» و«الفارق» و«التكرار»؛ لوحة متابعة للجودة (عدد التكرارات، والفوارق، والقيم المفقودة) تُفحص قبل كل دفع.
• العرض: جداول محورية تُغذّى من الجدول المنظَّم، وتُحدَّث كل شهر؛ أو Power Query لاستيراد الملفات الشهرية وإزالة تكراراتها ودمجها بطريقة قابلة للتكرار.
• الحوكمة: تسمية الملفات وإصداراتها، وصلاحيات وصول محدودة، والمصادقة على القائمة من شخص ثانٍ قبل إرسالها إلى وكيل الدفع.

لا أرسل القائمة الاسمية، ولا سيما عبر تطبيق مراسلة لا تتحكم فيه المنظمة. فالبيانات الشخصية للنازحين حساسة: وفي سياق نزاع، قد تعرِّض قائمة تتضمن الأسماء والمواقع والهواتف الأشخاصَ لمخاطر (الاستهداف، الضغوط، الابتزاز). وتنطبق مبادئ المسؤولية عن البيانات (التقليل إلى الحد الأدنى، الغرض المحدد، الأمن، المشاركة القائمة على اتفاق).

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