Core Data Record (CDR)

Pendant des décennies, un risque placé à Londres a été saisi trois fois : par le courtier sur le slip, par chaque syndicat dans son système, et par le bureau central à partir d'une London Premium Advice Note, la LPAN, la fiche qui accompagnait la prime. Trois saisies, trois occasions d'erreur, et des semaines entre la signature et l'argent. Le Core Data Record est la réponse de Blueprint Two : un jeu de données à rubriques fixes, construit une fois au placement et qui suit le contrat jusqu'à la comptabilisation et au règlement. On y trouve l'assuré, la période, la nature et la localisation du risque avec ses codes, les limites et franchises, la prime et ses échéances, la part signée de chaque porteur, le courtage et les déductions, la répartition fiscale et réglementaire par territoire. Le courtier le remplit sur la plateforme de placement, le leader et les suiveurs le valident avec leur ligne, et il part vers le traitement central. Le contrat de place a été révisé pour que ses rubriques se lisent dans celles du CDR. La bascule du traitement central, annoncée pour 2024, a été reportée plusieurs fois, et en mars 2026 le Lloyd's a abandonné le nom et le plan d'origine de Blueprint Two ; le CDR, lui, est resté en usage. Ça casse à deux endroits. D'abord à la saisie : une erreur du courtier sur la répartition fiscale ou sur les parts passe désormais sans relecture humaine jusqu'à la taxe et au règlement. Ensuite à l'écart entre texte et données : en principe le contrat fait foi, mais quand le CDR dit autre chose que le MRC, la comptabilité a payé selon le CDR. À ne pas confondre avec le contrat de place, qui reste le contrat, ni avec les codes de risque du Lloyd's, qui ne sont qu'une rubrique du CDR.