ForHosting KIT · Finances et argent

Calculateur de seuil de rentabilité pour la demande Social Security

Toucher 1 800 par mois à 62 ans ou attendre 2 400 à 70 ans ? En cumulant mois par mois, la demande tardive ne dépasse l'anticipée que vers 94,08 ans. Trouvez votre propre âge d'équilibre avant de décider. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt
Si vous saisissez
Prestation mensuelle de l’option A
1 800
Prestation mensuelle de l’option B
2 400
Âge de liquidation de l’option A
62
Âge de liquidation de l’option B
70
Vous obtenez
Revalorisation annuelle du coût de la vie (%)
0
Mois depuis le début de l’option A
385
Âge d’équilibre
94,08
Prestations cumulées de l’option A
693 000

gratuit

Comment l'âge d'équilibre est trouvé

Le calculateur compare deux façons de faire la demande. La stratégie A verse une prestation plus faible chaque mois dès un âge précoce ; la B verse une prestation plus élevée, mais seulement à partir d'un âge plus tardif. Mois après mois, il ajoute chaque versement au cumul de chaque stratégie et s'arrête au premier mois où le cumul tardif dépasse le cumul anticipé. Ce mois, compté depuis le premier âge de demande, donne l'âge d'équilibre. Avec 1 800 par mois dès 62 ans contre 2 400 dès 70 ans, sans revalorisation, le croisement arrive après 385 mois, vers 94,08 ans, avec des cumuls de 693 000 et 693 600.

Ce que l'âge d'équilibre dit, et ce qu'il ne dit pas

Si vous pensez vivre au-delà de cet âge, attendre rapporte davantage au total ; sinon, la demande anticipée l'emporte. La comparaison utilise des versements mensuels nominaux, sans actualisation : ce n'est pas une analyse en valeur actuelle. Elle laisse aussi de côté les impôts et les prestations de conjoint. Considérez cet âge comme un élément de votre décision, à peser selon votre propre situation.

Que m'indique l'âge d'équilibre ?

La demande anticipée tend à l'emporter si vous anticipez un horizon plus court ; différer l'emporte pour un horizon plus long.

Tient-il compte des impôts ou des prestations de conjoint ?

Non. Il ne compare que les prestations mensuelles nominales, sans impôts, actualisation, prestations de conjoint ou de survivant, ni mortalité. Utilisez-le comme un facteur, non comme un plan complet.

Puis-je inclure une revalorisation annuelle du coût de la vie ?

Oui, un pourcentage annuel facultatif de revalorisation est prévu. Laissé à zéro, il compare les deux montants mensuels tels que vous les saisissez, comme dans l'exemple de 1 800 à 62 ans face à 2 400 à 70 ans.

Pourquoi parle-t-on d'un seuil nominal ?

Parce que les versements sont simplement additionnés mois par mois, à mesure qu'ils arrivent, sans actualisation. Un montant reçu à 62 ans compte autant qu'un montant reçu des décennies plus tard : ce n'est pas une comparaison en valeur actuelle.

Quels âges et montants puis-je saisir ?

Les deux prestations mensuelles doivent être supérieures à zéro, l'âge anticipé doit être positif et l'âge tardif supérieur au premier. L'écart entre les deux âges est converti en mois d'attente, arrondis au mois entier.

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.

POSThttps://api.kit.forhosting.com/finance/ss-claim-breakeven

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é.

curl -X POST https://api.kit.forhosting.com/finance/ss-claim-breakeven \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"benefit_a":1800,"benefit_b":2400,"age_a":62,"age_b":70}'
{
  "benefit_a": 1800,
  "benefit_b": 2400,
  "age_a": 62,
  "age_b": 70
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "finance.ss_claim_breakeven",
  "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.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Simule mois après mois deux stratégies de demande de Social Security — une prestation anticipée plus faible benefit_a débutant à age_a face à une prestation différée plus élevée benefit_b débutant à age_b — afin de trouver l'âge d'équilibre où cumulative_b dépasse cumulative_a, avec un cola_percent annuel facultatif. API à partir de $0.002.

Le modèle de seuil de rentabilité mois après mois

Cette capacité répond à une question classique de la retraite : demander plus tôt une prestation Social Security plus faible, ou attendre une prestation plus élevée ? Elle procède à une accumulation mois après mois plutôt qu'à un ratio en forme close. La stratégie A verse benefit_a chaque mois à partir de age_a ; la stratégie B verse la prestation plus élevée benefit_b, mais seulement après age_b, exprimé comme monthsToB = round((age_b − age_a) × 12) mois de report. Chaque mois, la boucle ajoute benefit_a à cumulative_a et, une fois monthsToB dépassé, benefit_b à cumulative_b, s'arrêtant au premier mois où cumulative_b dépasse cumulative_a. Avec benefit_a de 1800 à 62 ans et benefit_b de 2400 à 70 ans et sans COLA, le croisement survient à months_from_a = 385, un age_breakeven de 94,08, où cumulative_a vaut 693000 et cumulative_b vaut 693600 — la demande différée ne prend l'avantage que si vous vivez bien au-delà de quatre-vingt-dix ans.

Entrées, COLA et arrondi

Comme les prestations sont comparées en flux de trésorerie mensuels nominaux sans actualisation, l'outil rapporte un seuil de rentabilité nominal, et non en valeur actuelle. Quatre entrées numériques sont requises : benefit_a et benefit_b doivent toutes deux être supérieures à zéro, age_a doit être positif, et age_b doit être strictement supérieur à age_a. Toute violation renvoie une erreur typée invalid_input nommant le champ, par exemple 'age_b inválido', afin qu'un formulaire puisse le mettre en évidence. Le champ facultatif cola_percent vaut 0 par défaut et modélise un ajustement annuel au coût de la vie : tous les douze mois, les deux prestations sont multipliées par (1 + cola_percent/100), si bien que la hausse se compose et s'applique également à A et à B. Les sorties sont months_from_a (le mois entier du croisement), age_breakeven (age_a + months/12, arrondi en half-up à deux décimales), ainsi que cumulative_a et cumulative_b cumulées à deux décimales.

Cas limites et ce que le modèle ignore

Les résultats ignorent délibérément les impôts, les prestations de conjoint et de survivant, le placement des versements anticipés et la mortalité réelle : traitez donc l'âge d'équilibre comme un élément parmi d'autres d'une décision de demande, et non comme la réponse complète. La simulation est plafonnée à 120 ans, soit 1440 mois ; si la prestation plus élevée ne dépasse jamais la plus faible dans cette fenêtre, l'outil lève invalid_input au lieu de boucler indéfiniment, ce qui se produit lorsque benefit_b dépasse à peine benefit_a ou que le report est très long. Le modèle diffère toujours la prestation la plus élevée — age_b doit dépasser age_a — reflétant l'arbitrage réel où attendre achète un chèque mensuel plus important. Un cola_percent positif repousse légèrement le seuil de rentabilité, car la même hausse en pourcentage ajoute plus de dollars absolus à la prestation la plus élevée, et pourtant la stratégie A conserve une avance de monthsToB mois de versements à combler.

Décision de demande à la retraite

Estimez l'âge auquel différer la Social Security vers une prestation plus élevée benefit_b finit par être payant, face à une demande anticipée de la plus faible benefit_a.

Scénarios en lot pour conseillers

Appelez l'API avec de nombreuses combinaisons de prestation, d'âge et de COLA pour bâtir une table de seuils de rentabilité couvrant les scénarios de demande plausibles d'un client.

Sensibilité au COLA

Faites varier cola_percent pour voir comment une hausse annuelle au coût de la vie décale l'âge de croisement plus tard pour quelqu'un qui pèse le pour et le contre entre demande anticipée et différée.

Comment le COLA est-il appliqué ?

cola_percent vaut 0 par défaut et se compose annuellement — tous les 12 mois, les deux prestations sont multipliées par (1 + cola_percent/100), appliqué également à A et à B.

Pourquoi age_b doit-il être supérieur à age_a ?

Le modèle diffère toujours la prestation la plus élevée benefit_b vers l'âge ultérieur age_b ; si les entrées ne satisfont pas age_b > age_a > 0, il renvoie une erreur typée invalid_input.

Est-ce gratuit ?

Le widget tier A est gratuit dans votre navigateur ; l'API déterministe est facturée à partir de $0.002, et les tâches en échec ne sont jamais facturées.

Consulter la documentation complète du KIT →