פיתוח מערכת סינון PEP (אנשים בעלי חשיפה פוליטית)

רגולטור פיננסי קנס בורסת קריפטו ב-3 מיליון דולר על כך שלא ביצעה בדיקת EDD ללקוח מסוג PEP. מקרים כאלה אינם נדירים: המלצה 12 של FATF מחייבת זיהוי חובה של אנשים חשופים פוליטית. אם מערכת ה-AML שלך אינה יכולה להבחין בין PEP לבין RCA (קרובי משפחה ומקורבים), אתה מסתכן בהחמצת לקוחות בסיכון גבוה. אנו בונים מערכת סינון PEP מסוג מפתח מלא: החל מבחירת ספק, דרך תהליך EDD ועד ניטור רציף. אנו מעריכים את הפרויקט שלך תוך יומיים, וההטמעה אורכת 2–4 שבועות.

ללא אוטומציה, צוות הציות מבזבז שעות בבדיקה ידנית של כל לקוח. המערכת שלנו מצמצמת זאת לשניות, ומעבדת בקשות בזמן אמת באמצעות ה-API של ComplyAdvantage או World-Check. דיוק הסינון עולה על 95% לאחר כוונון מסננים. במאמר זה נסקור כיצד להימנע ממלכודות טיפוסיות ולבנות מערכת PEP אמינה.

בעיות שאנו פותרים

תוצאות חיוביות שגויות. מסד הנתונים של ComplyAdvantage מניב 30% התאמות, אך רובן חיוביות שגויות. אנו מגדירים רמת דיוק (fuzziness) ומסננים לפי תאריך לידה לדיוק של 95%.

חוסר בכיסוי RCA. קרובי משפחה של PEP מסוכנים באותה מידה. אנו משלבים APIs עם כיסוי קרובי משפחה.

סינון חוזר קבוע. סטטוס PEP משתנה עם הזמן. אנו מגדירים משימת cron שבועית עם התראה לממונה על הציות.

כיצד אנו עושים זאת

אנו משתמשים ב-ComplyAdvantage כמקור ראשי. דוגמת אינטגרציה ב-TypeScript:

class PEPScreeningService {
  async screenPerson(params: {
    firstName: string;
    lastName: string;
    dateOfBirth?: string;
    nationality?: string;
  }): Promise<PEPScreenResult> {
    const response = await this.complyAdvantage.search({
      search_term: `${params.firstName} ${params.lastName}`,
      fuzziness: 0.7,
      filters: {
        types: ["pep", "pep-class-1", "pep-class-2", "pep-class-3", "pep-class-4"],
      },
    });
    const matches = response.content.data.hits;
    if (matches.length === 0) return { isPEP: false, isRCA: false };
    // Фильтруем по DOB если есть
    const strongMatches = params.dateOfBirth
      ? matches.filter(m => this.dobMatches(m, params.dateOfBirth!))
      : matches;
    if (strongMatches.length === 0) {
      return { isPEP: false, possibleMatches: matches.slice(0, 3) };
    }
    const match = strongMatches[0];
    return {
      isPEP: match.doc.types.some(t => t.startsWith("pep")),
      isRCA: match.doc.types.includes("relative-close-associate"),
      pepClass: this.extractPEPClass(match.doc.types),
      positions: match.doc.fields?.filter(f => f.tag === "position") ?? [],
      country: match.doc.fields?.find(f => f.tag === "country_names")?.value,
      matchScore: match.score,
      entity: match.doc,
    };
  }

  private extractPEPClass(types: string[]): number {
    if (types.includes("pep-class-1")) return 1; // Head of state, government ministers
    if (types.includes("pep-class-2")) return 2; // Parliament members, senior judiciary
    if (types.includes("pep-class-3")) return 3; // Senior military, state-owned enterprise heads
    if (types.includes("pep-class-4")) return 4; // Local government, lower-risk positions
    return 0;
  }
}

לאחר קביעת הסטטוס, אנו מפעילים תהליך EDD עבור מחלקות PEP 1–2 — הדורש אישור הנהלה בכירה.

async function handlePEPResult(userId: string, result: PEPScreenResult): Promise<void> {
  if (!result.isPEP && !result.isRCA) {
    await db.setUserRiskFactor(userId, "pep", false);
    return;
  }

  // PEP требует Enhanced Due Diligence
  await db.setUserRiskFactor(userId, "pep", true);
  await db.updateUserRiskLevel(userId, RiskLevel.HIGH);

  const eddRequired: EDDRequirement = {
    sourceOfFunds: true,
    sourceOfWealth: true,
    seniorManagementApproval: result.pepClass <= 2,
    enhancedOngoingMonitoring: true,
    annualReview: true,
  };

  await requestEDD(userId, eddRequired);
  await notifyComplianceOfficer(userId, result);
}

לניטור רציף, אנו מגדירים סינון חוזר שבועי של כל הלקוחות הפעילים.

@Cron("0 2 * * 0") // каждое воскресенье в 2:00
async weeklyPEPRescreening() {
    const activeCustomers = await db.getActiveCustomers();
    for (const customer of activeCustomers) {
        const result = await this.pepService.screenPerson(customer);
        const previousStatus = customer.pepStatus;
        if (result.isPEP && !previousStatus) { // Новый PEP — немедленное уведомление
            await this.handleNewPEPDetection(customer.id, result);
        }
    }
}

מדוע סיווג PEP לפי רמת סיכון חשוב?

מחלקת PEP 1 (ראשי מדינות, ראשי ממשלה) דורשת אישור הנהלה בכירה ובדיקות מורחבות של מקור הכספים. מחלקה 4 (פקידים ברמה מקומית) דורשת רק EDD קל. סיווג שגוי מוביל לקנסות או לעומס יתר על הציות. ה-API שלנו מחזיר pepClass, המאפשר אוטומציה.

כיצד להגדיר עדכונים אוטומטיים של סטטוס PEP?

אנו משתמשים בסקריפט cron קבוע: בכל יום ראשון בשעה 2:00 לפנות בוקר. ה-API של ComplyAdvantage מחזיר סטטוסים מעודכנים. כאשר מתגלה PEP חדש, המערכת מיידית מודיעה לממונה על הציות ומפעילה את תהליך ה-EDD. זה מבטל טעויות אנוש ומבטיח עמידה בהמלצה 12 של FATF.

השוואת ספקי נתוני PEP

ComplyAdvantage הוא הטוב ביותר עבור סטארטאפים בשל אינטגרציה פשוטה, בעוד World-Check מתאים לבנקים עם נתונים עמוקים יותר. אנו עוזרים לך לבחור את הספק בהתאם לתקציב ולדרישות הרגולטוריות שלך.

שלבים ולוחות זמנים

מה כלול

• תיעוד API ותהליך (OpenAPI, דיאגרמות)
• קוד מקור ב-TypeScript (סקריפטי העברה, בדיקות)
• לוח מחוונים לניטור עם גרפים של חיוביים שגויים
• הדרכה של שעתיים לצוות הציות
• חודש תמיכה לאחר ההשקה

טעויות טיפוסיות באינטגרציית סינון PEP

• התעלמות מ-RCA — בדוק לא רק את ה-PEP אלא גם את מקורביו הקרובים. הנתונים זמינים מכל הספקים.
• סף דיוק גבוה מדי (>0.9) — תפספס התאמות אמיתיות עקב שגיאות כתיב בשמות. האופטימלי הוא 0.7.
• ללא סינון חוזר — סטטוס PEP יכול להופיע לאחר פתיחת החשבון. הגדר חישובים אוטומטיים חוזרים.

לוחות זמנים משוערים

בין 2 ל-4 שבועות בהתאם למספר הספקים ומורכבות לוגיקת ה-EDD. אינטגרציה בסיסית עם ספק אחד וסינון בסיסי אורכת שבועיים. מחזור מלא עם RCA, סינון חוזר ולוח מחוונים — 4 שבועות.

צור קשר להערכת פרויקט — נחשב לוחות זמנים ועלויות תוך יומיים. הזמן עכשיו פיתוח מערכת סינון PEP מסוג מפתח מלא. יש לנו ניסיון של 7+ שנים במערכות AML, 30+ אינטגרציות עם ספקי PEP, ואנו מבטיחים מעבר בביקורת AML. למידע נוסף על ה-API של ComplyAdvantage.