AMLMonitorizare AML pentru IFN, fără acces la sistemul instituției.
Cinci seturi de date exportate din softul de creditare existent. AMLTracer rulează regulile, deschide cazurile și pregătește raportul de numerar și raportul de tranzacții suspecte către ONPCSB. Numele și CNP-urile rămân la instituție.
Datele vin la noi, sistemul rămâne al instituției.
Aceleași reguli pe care le aplicăm caselor de ajutor reciproc, fără conexiune directă la baza de date.
AMLTracer are nevoie de cinci seturi de date, nu de o conexiune. Se exportă din softul de creditare pe care instituția îl folosește deja; nu se instalează nimic.
Exportul periodic poartă identificatorii din softul propriu și amprente (hash) ale telefonului, adresei, IBAN-ului și CNP-ului. Identitatea se aduce doar la cererea ofițerului de conformitate, iar fiecare consultare este jurnalizată.
Cheia e ID-ul din sistemul instituției: o livrare repetată sau o corecție retroactivă se aplică fără dubluri. Un export complet pe ultimele 30 până la 90 de zile e preferabil unuia „doar ce s-a schimbat”, pentru că regulile de structurare și de operațiuni legate au nevoie de istoric.
Două luni lunar, cât se calibrează regulile pe datele instituției. Apoi săptămânal, ca raportul de numerar către ONPCSB să se încadreze în cele 3 zile lucrătoare. Zilnic, dacă exportul e automat.
Cinci seturi de date, în CSV sau JSON Lines.
Câmpurile de mai jos sunt cele obligatorii. Documentul tehnic complet, cu toate câmpurile, tipurile și regulile de validare, se trimite la prima discuție.
Clientul
Un rând pe client, persoană fizică sau juridică: toți cei activi plus cei cu relația încheiată în ultimele 24 de luni.
- id_client
- tip PF/PJ
- data relației
- indicatorii PEP și nerezident
- venitul declarat
- amprente (hash) pentru telefon, adresă, IBAN, CNP
Beneficiarul real
Doar pentru persoane juridice: cine stă în spatele firmei, cu indicatorul PEP.
- id_client
- id_persoana
- procent
- indicator PEP
Contractul
Un rând pe credit acordat: toate cele în derulare plus cele închise în ultimele 24 de luni.
- id_contract
- id_client
- produs
- data și suma acordată
- număr de rate
- sold curent
Tranzacția
Un rând pe mișcare de bani, inclusiv cele anulate sau stornate, marcate ca atare.
- id_tranzactie
- data și ora
- id_client
- tip (vocabular fix)
- canal: numerar, virament, card…
- suma în lei
Legătura
Cine e legat de cine: garant, coplătitor, administrator, împuternicit, soț.
- id_client
- id_persoana
- rol
- contractul, dacă e cazul
Identitatea, la cerere
Nume, CNP, adresă, act de identitate: nu în exportul periodic. Se cer punctual, de ofițer, pentru un caz, și se jurnalizează. Cum anume, doar amprente sau identitate criptată cu cheia instituției, se decide cu fiecare instituție.
Canalul plății (numerar, virament, card) este câmpul care contează cel mai mult: raportul de numerar și două treimi din reguli depind de el. Dacă softul nu îl reține, se deduce din contul contabil de trezorerie.
Trei căi prin care ajung datele la noi.
CSV sau JSON Lines, un fișier per set, încărcat în aplicație de ofițerul de conformitate la pilot, apoi prin SFTP cu cheie per instituție, preluat în fiecare noapte. Soluția standard: efort minim, control total asupra a ce pleacă.
implicitVederi dedicate, numai pentru citire, ca la casele de ajutor reciproc deja conectate. Potrivit pentru soft on-premise cu IT deschis.
dacă sistemul permiteSistemul instituției trimite înregistrările pe măsură ce apar. Doar când e nevoie de verificare în momentul aprobării unui credit; API-ul PepCheck acoperă deja partea aceea.
opționalVerificarea la originare, prin API. Importul prin API, la cerere.
Două lucruri diferite, pe care le ținem separate: ce e disponibil azi și ce construim împreună cu prima instituție care are nevoie.
Verificare PEP și sancțiuni în momentul aprobării creditului
Softul de creditare trimite numele și data nașterii, primește potrivirile în JSON și decide fluxul înainte de acordare. Peste 300 de liste prin OpenSanctions sau Dilisense, pistă de audit pe fiecare apel, certificat pentru fiecare persoană verificată.
curl -X POST https://pepcheck.ro/api/v1/pep/ \
-H "Authorization: Bearer pk_live_…" \
-H "Content-Type: application/json" \
-d '{"name": "Maria Ionescu", "type": "person", "birth_date": "1982-09-17", "nationality": "ro"}'{
"query": "Maria Ionescu",
"type": "person",
"source": "OpenSanctions",
"result_status": "negative",
"risk_score": 0,
"total_matches": 0,
"matches": [],
"response_time_ms": 850
} API PEP · Documentația completă, cu exemple în Python și JavaScript (în română)
Tranzacțiile trimise pe măsură ce apar
Pentru instituțiile cu echipă tehnică: aceleași cinci seturi de date, trimise de softul de creditare la AMLTracer pe măsură ce apar, cu cheie per instituție, aceeași validare și același raport ca la fișiere. Nu e construit încă: îl facem împreună cu prima instituție care are nevoie de el, pe un caz real, după ce importul prin fișiere rulează.
Până atunci, exportul de fișiere acoperă tot ce cere legea, inclusiv termenul de 3 zile pentru raportul de numerar, la ritm săptămânal sau zilnic.
Cum arată primele trei luni.
Fără contract pe termen lung la început: un pilot pe date reale, cu noi în spate la primul import.
O discuție de 30 de minute: softul de creditare, ce exportă azi, cum se fac acum raportul de numerar și cel de tranzacții suspecte.
săptămâna 1Exportul instituției se pune o singură dată peste cele cinci seturi. Denumirile de coloane sunt propuneri și se adaptează la ce există deja.
săptămâna 2Se încarcă o lună de date. Raportul de validare vine pe loc, apoi regulile rulează și deschid primele cazuri.
săptămâna 3Două luni de importuri lunare, cât se reglează pragurile pe clientela instituției. Apoi săptămânal, iar cazurile devin rutină.
lunile 2–3Un singur lucru de știut la început: softul de creditare.
Restul se stabilește într-o discuție de 30 de minute. Dacă softul exportă CSV sau Excel, primul import se poate face în două săptămâni.