Calculateur de sinistralité
Des sinistres survenus de 650 000 face à 1 000 000 de primes acquises donnent un ratio de sinistralité de 65 % : 65 centimes de chaque unité de prime acquise sont partis en sinistres. Vérifiez si un portefeuille paie ses sinistres avec la prime acquise. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Sinistres encourus
- 650 000
- Primes acquises
- 1 000 000
- Ratio de sinistralité
- 65
Le ratio de sinistralité d'un assureur — recherché comme calculateur de ratio de sinistralité, ratio de sinistres ou calculateur de sinistres survenus sur primes acquises — est la part de la prime acquise consommée par les sinistres au cours d'une période de déclaration. Avec les sinistres survenus et les primes acquises dans la même devise et sur la même base de réassurance, l'identité est les sinistres survenus divisés par les primes acquises, exprimée en pourcentage. Les souscripteurs, les actuaires désignés, les analystes de notation et les équipes financières de l'entité utilisent ce chiffre lorsqu'ils jugent si un portefeuille paie ses sinistres avec la prime réellement acquise plutôt qu'avec celle simplement émise. Ce calculateur de ratio de sinistralité accepte ces deux montants, refuse une base de primes nulle ou négative au lieu de diviser par zéro, et renvoie le ratio en pourcentage ainsi que la formule reformulée.
Ce que signifie le ratio de sinistralité d'un assureur et comment la formule fonctionne
Un ratio de sinistralité répond à une seule question de souscription : quelle part de la prime que l'entité a réellement acquise a été consommée par les sinistres durant la même période ? Qui saisit calculateur de ratio de sinistralité veut ce quotient en pourcentage, non un ratio combiné qui replie aussi les frais de souscription, non un ratio sur prime émise qui ignore le rythme d'acquisition, et non un ratio de frais de fonds commun qui relève de la gestion d'actifs.
Le numérateur est constitué des sinistres survenus : sinistres payés pendant la période plus la variation des réserves de dossiers et d'IBNR, nets des recouvrements de réassurance si l'on travaille en base nette, dans la même devise que la prime. Le dénominateur est constitué des primes acquises : la portion de la prime émise déjà gagnée au titre de la couverture fournie, en général après retours et mouvement de prime non acquise, ni l'encaissement ni la ligne émise du rapport de production.
L'identité est le ratio de sinistralité égal aux sinistres survenus divisés par les primes acquises, puis multiplié par cent pour exprimer le résultat en pourcentage. Un résultat de soixante-cinq signifie que soixante-cinq centimes de chaque unité de prime acquise sont allés aux sinistres. Un résultat de cent signifie que les sinistres ont égalé la prime acquise avant frais.
Un résultat supérieur à cent signifie que le portefeuille a perdu de l'argent sur les seuls sinistres, avant commission, acquisition et frais généraux. Un résultat de zéro signifie que la ligne de sinistres survenus que vous avez fournie est vide. Des sinistres survenus négatifs peuvent apparaître après une large reprise de réserves et donnent un pourcentage négatif ; c'est un résultat arithmétique valable, non une entrée rejetée.
Le calculateur n'extrait pas un état réglementaire, n'ajuste pas un millésime au niveau et n'annualise pas un trimestre incomplet, sauf si vous avez déjà placé des montants annualisés dans les deux entrées. Préférez la même devise, la même base de réassurance et la même période d'accident ou de calendrier pour les deux entrées ; mélanger des sinistres survenus d'année d'accident avec des primes acquises d'année civile n'est pas un ratio de sinistralité, c'est un instantané mixte.
Contrat d'entrée, forme de la réponse, arrondi et comportement d'erreur
Exemple : sinistres survenus de quatre-vingts contre primes acquises de cent vingt donnent une décimale périodique plutôt qu'une charge utile vide et silencieuse. Un contrat tout juste lié dont la prime n'est pas encore acquise doit échouer plutôt qu'imprimer Infinity.
Associez le pourcentage à vos propres notes de branche si la note a besoin d'un drapeau bon marché ou cher ; ce point d'accès calcule uniquement le ratio de sinistralité et n'invente ni un ratio combiné, ni une cible de ratio combiné, ni un facteur d'on-level, ni un verdict d'adéquation des réserves. N'envoyez pas de prime émise à la place de la prime acquise : l'émise est une mesure de production ; l'acquise est l'exposition qui appartient à ce dénominateur.
Conservez les deux chiffres sur la même base brute ou nette afin que le pourcentage que vous archivez à côté d'un état réglementaire soit le même qu'un réviseur peut recalculer à partir des deux lignes déjà publiées.
Où un calculateur de ratio de sinistralité justifie son existence
Les comités de souscription et les actuaires désignés utilisent un calculateur de ratio de sinistralité lorsqu'un dossier de branche, d'État ou de programme a besoin d'un chiffre comparable de sinistres sur prime acquise avant d'assembler le ratio combiné. Les équipes tarifaires recalculent le ratio à partir du triangle de sinistres et de la série de primes acquises afin que le dossier tarifaire coïncide avec le rapport de gestion, y compris le cas d'un produit nouveau dont la prime acquise est encore nulle et doit échouer plutôt qu'imprimer Infinity.
Les enseignants et les devoirs d'examen actuariel ont besoin d'un oracle qui divise les sinistres survenus par les primes acquises, multiplie par cent et refuse un dénominateur nul ou négatif comme le ferait un barème de notation, au lieu de laisser un tableur laisser fuir Infinity dans un carnet. Une validation en échec n'est pas facturée.
Gardez les primes acquises positives, figez le pourcentage arrondi dans les tests, et vous obtenez des chiffres de sinistralité reproductibles pour tableurs, outils de flux et workers de bord sans monter votre propre bibliothèque d'analytique d'assurance. Utilisez cette capacité lorsque vous disposez déjà des sinistres survenus et des primes acquises ; si vous n'avez que la prime émise, ou si vous voulez un ratio combiné qui ajoute les frais de souscription, c'est une autre identité et elle n'appartient pas à cette définition.
Les réassureurs et les managing general agents peuvent appliquer la même identité à une couche de traité ou à un livre de programme dès que ces deux stocks sont en main, sans mêler la trésorerie d'année civile à l'encouru d'année d'accident.
Cas d’usage
Dossiers de souscription et états réglementaires
Convertissez les sinistres survenus et les primes acquises en un ratio de sinistralité en pourcentage afin qu'un dossier de branche, d'État ou de programme rapporte les sinistres contre l'exposition acquise, non contre la production émise.
Tarification et dossiers de primes
Reproduisez le ratio de sinistralité déposé à partir du triangle de sinistres et de la série de primes acquises, y compris le refus lorsque la prime n'est pas encore acquise.
Salle de classe et devoirs actuariels
Notez les exercices de sinistralité avec un oracle déterministe qui divise les sinistres survenus par les primes acquises, renvoie un pourcentage et échoue clairement face à un dénominateur nul ou négatif.
Questions fréquentes
Que se passe-t-il si les primes acquises sont nulles ou négatives ?
Un ratio de sinistralité ne peut pas diviser par une base de primes nulle ou négative, donc la demande est rejetée et n'est pas facturée.
Cela inclut-il les frais de souscription ou produit-il un ratio combiné ?
Non. L'identité est les sinistres survenus sur les primes acquises. Commission, acquisition et frais généraux appartiennent à un ratio combiné, qui est un autre chiffre.
Que signifie un ratio de sinistralité supérieur à 100 % ?
Les sinistres ont coûté plus que la prime acquise sur la période : le portefeuille perd de l'argent sur les seuls sinistres, avant commissions, frais d'acquisition et frais généraux. À 100 % tout juste, les sinistres absorbent toute la prime acquise.
Peut-on utiliser la prime émise à la place de la prime acquise ?
Non. La prime émise mesure la production ; la prime acquise correspond à la couverture déjà fournie. Diviser par la prime émise donne un autre ratio, qu'un contrôleur ne peut pas recalculer à partir de vos états.
Que comprennent les sinistres survenus ?
Les sinistres payés sur la période plus la variation des provisions, y compris les sinistres survenus mais non déclarés. Si vous travaillez net de réassurance, déduisez les recouvrements et prenez la prime acquise sur la même base nette.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/fin/loss-ratio \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"incurred_losses":650000,"earned_premiums":1000000}'const res = await fetch("https://api.kit.forhosting.com/fin/loss-ratio", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"incurred_losses": 650000,
"earned_premiums": 1000000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/loss-ratio",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"incurred_losses": 650000,
"earned_premiums": 1000000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/loss-ratio", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"incurred_losses":650000,"earned_premiums":1000000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"incurred_losses":650000,"earned_premiums":1000000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/loss-ratio", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"incurred_losses": 650000,
"earned_premiums": 1000000
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.loss_ratio",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Ce que signifie le ratio de sinistralité d'un assureur et comment la formule fonctionne
Les primes acquises doivent être strictement supérieures à zéro car une base nulle ou négative rend le ratio indéfini ; ce point d'accès échoue avec invalid_input au lieu d'imprimer Infinity.
Contrat d'entrée, forme de la réponse, arrondi et comportement d'erreur
Envoyez par POST un corps JSON avec deux nombres finis obligatoires : incurred_losses et earned_premiums, dans la même devise, sur la même base de réassurance, et couvrant la même année d'accident, année de souscription ou période civile. incurred_losses (alias incurred_loss, losses_incurred, claims_incurred et total_incurred_losses) doit être un nombre fini ; zéro est admis et produit un ratio de sinistralité de zéro pour cent, et un chiffre négatif est autorisé lorsqu'une reprise de réserves domine les sinistres payés. earned_premiums (alias earned_premium, premiums_earned, net_earned_premium et net_earned_premiums) doit être un nombre fini strictement supérieur à zéro car le ratio de sinistralité divise les sinistres survenus par les primes acquises. Les champs manquants, les chaînes vides, les valeurs non finies et une base de primes nulle ou négative échouent avec invalid_input en nommant le problème, et ces échecs ne sont pas facturés. En cas de succès, le corps répète les deux entrées, renvoie loss_ratio comme le quotient en pourcentage arrondi à douze décimales, et une chaîne formula qui reformule l'identité. Exemple : sinistres survenus de six cent cinquante mille contre primes acquises d'un million donnent loss_ratio 65.
Où un calculateur de ratio de sinistralité justifie son existence
Parce que l'implémentation est parse pure de palier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle et sans réseau sortant.
Questions techniques
Comment calcule-t-on le ratio de sinistralité d'un assureur ?
Envoyez les nombres finis incurred_losses et earned_premiums (> 0) dans la même devise et sur la même base de réassurance. L'API renvoie loss_ratio = (incurred_losses / earned_premiums) × 100 en pourcentage.
Le résultat est-il un pourcentage ou un décimal ?
Le champ principal loss_ratio est un pourcentage (65 pour un ratio de sinistralité de 65 %), c'est-à-dire les sinistres survenus divisés par les primes acquises et multipliés par cent.
Combien coûte le calculateur de ratio de sinistralité ?
L'outil du navigateur est gratuit. Les requêtes API utilisent un solde prépayé à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.