· Yair Knijn
Triado na subscrição, nunca mais: a lacuna de re-triagem que transforma uma apólice limpa numa bloqueada
Um MLRO aprova uma apólice de responsabilidade de cinco anos em março de 2023. O seguradoNamed está limpo, o UBO está limpo, todas as correspondências difusas estão resolvidas. O processo é fechado, a apólice é subscrita, e esse screens é silenciosamente tratado como um carimbo permanente. Não é. Dezoito meses depois a OFAC designa a empresa-mãe do tomador do seguro, e a próxima prestação do prémio que entra na conta bancária é agora uma transação ninguém executou a verificação novamente, porque, tanto quanto o processo dizia, esta parte já estava liberada.
Esta é a forma mais comum de exposição a sanções em seguros acontecer, e não é exótica. A lista mudou. O contrato não.
Por que uma verificação limpa na subscrição é uma captura, não uma liberação
Um triagem na subscrição diz-lhe uma coisa: esta parte não estava na lista no dia em que verificou. Não diz nada sobre o dia seguinte. A Lista SDN, a Lista SSI, e as listas consolidadas não-SDN mudam constantemente, e as designações não lhe são anunciadas, são publicadas e espera-se que as tenha detectado. Uma apólice de vários anos é uma obrigação viva em cima de um status que pode inverter-se da noite para o dia sem ninguém na sua empresa tocar no processo. Tratar "liberado na subscrição" como "liberado para o prazo" é tratar uma fotografia como uma transmissão em direto.
FAQs de seguros da OFAC de 2024: triar na renovação, alteração, sinistro e em cada atualização da lista
Em 13 de novembro de 2024 a OFAC atualizou as suas FAQs para a indústria de seguros pela primeira vez desde janeiro de 2015, e a mudança de tom é a história toda. A antiga linha era que a frequência de triagem era "decisão da sua firma e do seu regulador." Essa fuga desapareceu. A OFAC agora diz que os seguros devem triar na renovação da apólice, na alteração da apólice (incluindo adicionar um segurado ou beneficiário), na apresentação do sinistro, no pagamento do sinistro, e sempre que a OFAC atualiza as suas listas de sanções, mais qualquer outro ponto onde o segurador está exposto a risco de sanções.
Lesen Sie diesen letzten Auslöser sorgfältig. Jede Listenaktualisierung ist ein Screening-Ereignis. Nicht jede Verlängerung, nicht jedes Quartal, sondern jedes Mal, wenn sich die Liste selbst ändert. Das ist kein periodischer Batch-Job mehr, den Sie nach Belieben ausführen; es ist ein Delta, das Sie verfolgen müssen, sobald OFAC veröffentlicht.
Wenn eine Prämie über Nacht zu einer blockierten Transaktion wird
Hier wird die Gewohnheit, nur bei Vertragsbeginn zu screenen, zu einem meldepflichtigen Versäumnis. Wenn ein Versicherungsnehmer oder Begünstigter auf der SDN-Liste steht oder in einem sanktionierten Jurisdiction ansässig ist, ist die OFAC-Leitlinie unmissverständlich darüber, was Sie als Nächstes tun müssen:
- Blockieren Sie die Police.
- Melden Sie die Blockierung innerhalb von
10 business daysan OFAC. - Überführen Sie jede nicht verdiente Prämie und jede nach dem Blockierungsdatum erhaltene Prämie auf ein gesperrtes Konto, anstatt sie zu erstatten oder zu verarbeiten.
Wenn Sie nur bei Vertragsbeginn gescreent haben, wissen Sie nicht, dass eine Blockierung erforderlich ist, also erheben und veranlagen Sie weiterhin Prämien gegen eine benannte Partei. Jede Rate nach dem Designierungsdatum ist ein Verstoß, den Sie aktiv schaffen, und „wir haben sie bei der Onboarding gescreent“ deckt das nicht ab. Die Frist dieser 10 Tage beginnt, als Sie es hätten wissen müssen, nicht als Sie es zufällig bemerken.
Ereignisgesteuerte und Listen-Delta-gesteuerte Nachscreenings in den Policenlebenszyklus integrieren
Die Lösung besteht darin, dass das Screening vom Lebenszyklus und von der Liste ausgelöst wird, nicht vom Kalender. Verknüpfen Sie ein Nachscreen mit jedem von OFAC genannten Ereignis: Verlängerung, Änderung, Begünstigtenwechsel, Schadenmeldung, Schadenleistung. Abonnieren Sie separat Listenänderungen, sodass Sie, wenn OFAC eine Designierung veröffentlicht, das betroffene Portfolio der laufenden Policen noch am selben Tag gegen das Delta nachscreenen, nicht im nächsten Prüfzyklus. Beide Pfade müssen in dieselbe Akte schreiben, mit der Rohübereinstimmungsantwort als Beweis, sodass ein Prüfer, warum eine lebende Police blockiert wurde oder nicht, die Antwort bereits aufgezeichnet hat.
InsureGuardAI ist genau für diese Art von Problem konzipiert. Jeder Kunden-Arbeitsbereich führt kontinuierliche Nachscreenings gegen das Bestandsportfolio durch, ausgelöst sowohl durch Policen-Lebenszyklus-Ereignisse als auch durch OFAC-Listenaktualisierungen, verfolgt das Eigentum durch die Unternehmensebenen bis zum tatsächlich wirtschaftlich Berechtigten und dokumentiert, warum jede fuzzy Übereinstimmung freigegeben wurde, sodass die Akte die Frage des Regulators beantwortet, bevor sie fertig gestellt ist. Wenn Sie sehen möchten, wie kontinuierliches, ereignisgesteuertes Screening bei einem echten Policenbestand aussieht, starten Sie hier.