Skip to main content
Glama

Fiscalité d'une sortie de PEA

simulate_pea
Read-onlyIdempotent

Calcule la fiscalité d'une sortie de PEA (CGI art. 157) : clôture, rente, rachat partiel ou comparaison. Entrées : valeur actuelle, total des versements, ancienneté en années, objet du calcul, et éventuellement TMI, âges, rendement et montant du rachat. Sortie : impôt, prélèvements sociaux et net de sortie. Après 5 ans : exonération d'impôt sur le revenu, prélèvements sociaux au taux général du registre, distinct du taux de l'assurance-vie. Sans versementsTotal, les gains ne sont pas estimés.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
tmiNoTMI du foyer en taux décimal (0.30 pour 30 %), lorsqu'elle est fournie.
ageActuelNoÂge actuel. Entrée d'une projection ou d'une rente.
valeurPEAYesValeur actuelle du PEA.
ageRetraiteNoÂge de sortie. Absent, et sans rendement : calcul sur la valeur actuelle, sans projection.
objetCalculYes
ancienneteAnsYesAncienneté du plan en années. Le régime dépend du seuil de 5 ans.
montantRachatNoMontant du retrait. Entrée lorsque objetCalcul vaut rachat_partiel.
rendementAnnuelNoRendement annuel fourni par l'appelant. Absent : aucune projection à ce taux.
versementsTotalYesTotal des versements sur le plan. Absent : les gains ne sont pas calculés.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed8 schema fields changed
    • changedInput schema / properties / ageActuel / description
      Previous value: -"Âge actuel. Requis pour une projection ou une rente."New value: +"Âge actuel. Entrée d'une projection ou d'une rente."
    • changedInput schema / properties / ageRetraite / description
      Previous value: -"Âge de sortie. Sans lui et sans rendement, aucune projection : calcul sur la valeur actuelle."New value: +"Âge de sortie. Absent, et sans rendement : calcul sur la valeur actuelle, sans projection."
    • changedInput schema / properties / ancienneteAns / description
      Previous value: -"Ancienneté du plan en années. Requise : le régime dépend des 5 ans."New value: +"Ancienneté du plan en années. Le régime dépend du seuil de 5 ans."
    • changedInput schema / properties / montantRachat / description
      Previous value: -"Montant du retrait, requis pour objetCalcul rachat_partiel."New value: +"Montant du retrait. Entrée lorsque objetCalcul vaut rachat_partiel."
    • changedInput schema / properties / rendementAnnuel / description
      Previous value: -"Rendement annuel, seulement si la personne le donne. Ne jamais le supposer."New value: +"Rendement annuel fourni par l'appelant. Absent : aucune projection à ce taux."
    • changedInput schema / properties / tmi / description
      Previous value: -"TMI du foyer en taux décimal (0.30 pour 30 %), seulement si la personne la donne"New value: +"TMI du foyer en taux décimal (0.30 pour 30 %), lorsqu'elle est fournie."
    • changedInput schema / properties / valeurPEA / description
      Previous value: -"Valeur actuelle du PEA"New value: +"Valeur actuelle du PEA."
    • changedInput schema / properties / versementsTotal / description
      Previous value: -"Total des versements sur le plan. Requis : sans lui, les gains ne sont pas calculables."New value: +"Total des versements sur le plan. Absent : les gains ne sont pas calculés."
  2. First observed

TDQS

A4.5/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the read-only/idempotent annotations, the description discloses the tax regime after 5 years, the distinct social-levy treatment versus assurance-vie, the returned figures, and the caveat that without versementsTotal gains are not estimated. This adds substantive behavioral context for a calculation tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is front-loaded with purpose, then lists inputs, outputs, a tax rule, and a caveat. It is dense but appropriately sized for a complex fiscal simulator, though the single long paragraph could be structured more sharply.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With no output schema, the description supplies the return values and a key tax rule. It is fairly complete for a multi-mode tax calculator, but it omits the pre-5-year PEA regime and does not detail how rente or rachat partiel are treated.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is already 89%, so the description need not repeat every parameter meaning. It still adds cross-parameter semantics: versementsTotal controls whether gains are estimated, ancienneteAns drives the 5-year threshold, and the objetCalcul modes are enumerated.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource: 'Calcule la fiscalité d'une sortie de PEA', then scopes it with the four calculation modes. It also distinguishes the PEA social-levy treatment from assurance-vie, which helps separate it from the sibling simulate_av tool.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description makes clear this is for PEA exit taxation and lists the calculation modes that select the tool's use. It does not explicitly name which sibling to use instead in all cases, though it does contrast the tax rate with assurance-vie.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.