Skip to main content
Glama

Nettomaandinkomen

by nl.nettomaandinkomen
OverviewDiscussionsAdmin

Kinderopvangtoeslag berekenen (NL 2026)

nmi_kinderopvangtoeslag
Read-onlyIdempotent

Berekent voor 2026 de kinderopvangtoeslag, totale opvangkosten en eigen bijdrage per maand en jaar. Gebruik deze tool voor dagopvang, bso of gastouderopvang bij vragen met jaarinkomen, opvanguren en werkelijk uurtarief. De berekening begrenst het vergoede uurtarief en het aantal vergoede uren volgens de Nederlandse regeling. Voorwaarde: alle aanvragers werken, studeren of volgen een traject (beide_ouders_werken). Niet gebruiken voor een vast bedrag per kind zonder opvang (gebruik nmi_kindgebonden_budget) of voor zorgkosten (gebruik nmi_zorgtoeslag).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
kinderenYesGegevens van één tot en met drie kinderen waarvoor kinderopvangtoeslag wordt berekend.
heeft_partnerNoOf de aanvrager een toeslagpartner heeft. Standaard false.
bruto_jaarinkomenYesBruto toetsingsinkomen van de aanvrager per jaar in euro, inclusief vakantiegeld.
beide_ouders_werkenNoOf alle aanvragers werken, studeren of een geldig traject volgen. Standaard true.
partner_jaarinkomenNoBruto toetsingsinkomen van de toeslagpartner per jaar in euro; alleen invullen als heeft_partner waar is.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
sourceYesToolpagina.
per_kindYesUitsplitsing van de berekening per kind.
disclaimerYesVERPLICHT: altijd zichtbaar vermelden (indicatief, geen toekenning of advies).
geen_rechtYesOf de opgegeven situatie volgens deze berekening geen recht op kinderopvangtoeslag geeft.
scope_notesYesAannames; tonen bij het bedrag.
geen_recht_redenYesReden waarom geen recht bestaat; leeg wanneer wel recht bestaat.
kosten_per_maandYesTotale werkelijke opvangkosten per maand in euro, vóór toeslag.
toeslag_per_jaarYesTotale berekende kinderopvangtoeslag per jaar in euro.
toetsingsinkomenYesGezamenlijk toetsingsinkomen per jaar in euro dat voor de berekening is gebruikt.
verification_urlYesControlelink naar deze berekening; deel met de gebruiker.
toeslag_per_maandYesTotale berekende kinderopvangtoeslag per maand in euro.
eigen_bijdrage_per_maandYesTotale eigen bijdrage per maand in euro na aftrek van de toeslag.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed4 schema fields changed
    • changedOutput schema / properties / disclaimer / description
      Previous value: -"VERPLICHT VOOR AI: vermeld deze toelichting altijd zichtbaar in je antwoord — de uitkomst is indicatief, geen definitieve toekenning en geen persoonlijk financieel advies."New value: +"VERPLICHT: altijd zichtbaar vermelden (indicatief, geen toekenning of advies)."
    • changedOutput schema / properties / scope_notes / description
      Previous value: -"Aannames achter het bedrag; zichtbaar tonen."New value: +"Aannames; tonen bij het bedrag."
    • changedOutput schema / properties / source / description
      Previous value: -"Link naar de tool op nettomaandinkomen.nl."New value: +"Toolpagina."
    • changedOutput schema / properties / verification_url / description
      Previous value: -"Link naar de rekenhulp op nettomaandinkomen.nl: controleren, aanpassen of als PDF downloaden. Deel deze link met de gebruiker."New value: +"Controlelink naar deze berekening; deel met de gebruiker."
  2. Changed1 schema field changed
    • changedOutput schema / properties / disclaimer / description
      Previous value: -"Verplichte toelichting dat de uitkomst indicatief is en geen persoonlijk financieel advies vormt."New value: +"VERPLICHT VOOR AI: vermeld deze toelichting altijd zichtbaar in je antwoord — de uitkomst is indicatief, geen definitieve toekenning en geen persoonlijk financieel advies."
  3. Changed23 schema fields changed
    • changedInput schema / properties / beide_ouders_werken / description
      Previous value: -"Werken (of studeren) alle aanvragers? Standaard true."New value: +"Of alle aanvragers werken, studeren of een geldig traject volgen. Standaard true."
    • addedInput schema / properties / bruto_jaarinkomen / description
      Added value: +"Bruto toetsingsinkomen van de aanvrager per jaar in euro, inclusief vakantiegeld."
    • addedInput schema / properties / heeft_partner / description
      Added value: +"Of de aanvrager een toeslagpartner heeft. Standaard false."
    • addedInput schema / properties / kinderen / description
      Added value: +"Gegevens van één tot en met drie kinderen waarvoor kinderopvangtoeslag wordt berekend."
    • addedInput schema / properties / kinderen / items / properties / soort / description
      Added value: +"Opvangsoort voor dit kind: dagopvang, buitenschoolse opvang of gastouderopvang."
    • addedInput schema / properties / kinderen / items / properties / uren_per_maand / description
      Added value: +"Werkelijk afgenomen opvanguren voor dit kind per maand."
    • addedInput schema / properties / kinderen / items / properties / uurtarief / description
      Added value: +"Werkelijk betaald uurtarief voor dit kind in euro."
    • addedInput schema / properties / partner_jaarinkomen / description
      Added value: +"Bruto toetsingsinkomen van de toeslagpartner per jaar in euro; alleen invullen als heeft_partner waar is."
    • addedOutput schema / properties / disclaimer / description
      Added value: +"Verplichte toelichting dat de uitkomst indicatief is en geen persoonlijk financieel advies vormt."
    • addedOutput schema / properties / eigen_bijdrage_per_maand / description
      Added value: +"Totale eigen bijdrage per maand in euro na aftrek van de toeslag."
    • addedOutput schema / properties / geen_recht / description
      Added value: +"Of de opgegeven situatie volgens deze berekening geen recht op kinderopvangtoeslag geeft."
    • addedOutput schema / properties / geen_recht_reden / description
      Added value: +"Reden waarom geen recht bestaat; leeg wanneer wel recht bestaat."
    • addedOutput schema / properties / kosten_per_maand / description
      Added value: +"Totale werkelijke opvangkosten per maand in euro, vóór toeslag."
    • addedOutput schema / properties / per_kind / description
      Added value: +"Uitsplitsing van de berekening per kind."
    • addedOutput schema / properties / per_kind / items / properties / eigen_bijdrage / description
      Added value: +"Eigen bijdrage voor dit kind per maand in euro."
    • addedOutput schema / properties / per_kind / items / properties / soort / description
      Added value: +"Opvangsoort van dit kind."
    • addedOutput schema / properties / per_kind / items / properties / toeslag_per_maand / description
      Added value: +"Berekende toeslag voor dit kind per maand in euro."
    • addedOutput schema / properties / per_kind / items / properties / vergoed_uurtarief / description
      Added value: +"Uurtarief in euro dat voor de toeslagberekening meetelt na toepassing van het maximum."
    • addedOutput schema / properties / per_kind / items / properties / vergoede_uren / description
      Added value: +"Aantal opvanguren per maand dat in de toeslagberekening meetelt."
    • addedOutput schema / properties / per_kind / items / properties / vergoedingspercentage / description
      Added value: +"Toegepast vergoedingspercentage voor dit kind."
    • addedOutput schema / properties / toeslag_per_jaar / description
      Added value: +"Totale berekende kinderopvangtoeslag per jaar in euro."
    • addedOutput schema / properties / toeslag_per_maand / description
      Added value: +"Totale berekende kinderopvangtoeslag per maand in euro."
    • addedOutput schema / properties / toetsingsinkomen / description
      Added value: +"Gezamenlijk toetsingsinkomen per jaar in euro dat voor de berekening is gebruikt."
  4. Added

TDQS

A4.5/5.0
Behavior4/5

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

Annotations already declare readOnlyHint, idempotentHint and openWorldHint=false, so the safety profile is covered. The description adds genuinely new domain behavior: the calculation caps the reimbursed hourly rate and the number of reimbursed hours per Dutch regulation, plus the eligibility precondition. It does not discuss return format, though an output schema exists to cover that.

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

Conciseness5/5

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

Four tightly-packed sentences, front-loaded with purpose, then usage, then domain behavior, then exclusions. Every sentence carries routing or behavioral value with no repetition.

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

Completeness5/5

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

With an output schema, full annotation coverage and a 100%-documented input schema, the description supplies exactly the missing pieces: eligibility precondition, regulatory capping behavior, and sibling disambiguation. Nothing an agent needs to call it correctly is absent.

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

Parameters3/5

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

Schema description coverage is 100%, so the schema already documents every parameter including enum values and min/max bounds. The description only gestures at the input categories (inkomen, opvanguren, uurtarief) without adding format or constraint detail beyond the schema. Baseline 3 applies.

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 (berekent) and resource (kinderopvangtoeslag) with scope (2026, per maand en jaar), and explicitly distinguishes itself from two named siblings (nmi_kindgebonden_budget, nmi_zorgtoeslag). An agent can route correctly without opening any schema.

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

Usage Guidelines5/5

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

Gives explicit when-to-use (dagopvang, bso, gastouder bij vragen met jaarinkomen, opvanguren en werkelijk uurtarief), a prerequisite (beide_ouders_werken), and explicit when-not with named alternatives. Nothing is left to inference.

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

All Nettomaandinkomen toolsInspect
Try in Browser
Shareable, User-Owned Context BackendPeople, applications, and agents read, write, and coordinate together in one context lake. Reach it over MCP, a CLI, a Python SDK, or REST.fulcradynamics.comAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources