Zitierfest

Gebühr berechnen

gebuehr_berechnen

Read-onlyIdempotent

Gebühr aus der Wertgebührentabelle (Anlage 2) von RVG, GKG, FamGKG oder GNotKG; mit positionen eine RVG-Kostennote, mit anrechnung samt Anrechnung der Geschäftsgebühr (Vorbem. 3 Abs. 4 VV RVG). Mit auftragsdatum die damalige Tabelle (RVG, GKG, FamGKG). GNotKG: Tabelle B (Notar, Grundbuch, Register, Nachlass) und A (übrige). Antwort: gebuehr_10, gebuehr_berechnet bzw. gebuehr_tabelle_a/_b; Kostennote bis gesamtsumme; dazu fundstelle und tabelle_stand.

Input Schema

Name	Required	Description
`satz`	No	Gebührensatz, z. B. 1.3 (VV 3100), 3.0 (KV 1210 GKG).
`wert`	Yes	Gegenstands-, Streit- oder Geschäftswert in Euro, z. B. 5000.
`gesetz`	Yes	'RVG' (Anwalt), 'GKG' (Gericht), 'FamGKG' (Familie), 'GNotKG' (Notar, Grundbuch, freiwillige Gerichtsbarkeit).
`anrechnung`	No	Nur RVG-Kostennote: Anrechnung der Geschäftsgebühr nach Vorbem. 3 Abs. 4 VV RVG (zur Hälfte, höchstens 0.75), z. B. {'satz': 1.3}; optional 'wert' (übergegangener Wert), 'auf' (VV-Nummer, sonst erste Verfahrensgebühr; ohne positionen nicht möglich, weil das Standardpreset 2300 keine Verfahrensgebühr enthält). Bei mehreren Verfahrensgebühren ohne 'auf' wird die erste gewählt und in der Antwort darauf hingewiesen.
`positionen`	No	Nur RVG, Kostennote: [{'nummer': '3100', 'satz': 1.3}, {'nummer': '3104', 'satz': 1.2}]; Pauschale 7002 und USt 7008 kommen automatisch dazu.
`ust_prozent`	No	Kostennote: USt in %.
`auftragsdatum`	No	RVG: Datum des unbedingten Auftrags (§ 60 RVG); GKG/FamGKG: Anhängigkeit des Verfahrens (§ 71 GKG, § 63 FamGKG); JJJJ-MM-TT. Davor die damalige Tabelle (vor 01.06.2025 KostRÄG 2021, vor 01.01.2021 2. KostRMoG, RVG vor 01.08.2013 KostRMoG 2004). Ohne Angabe die geltende Tabelle.

Schema Changelog

Changes observed during successful MCP inspections.

Changed3 schema fields changedOct 28, 2026

changedInput schema / $defs / _Position / description

Previous value: -"Eine Gebühr der Kostennote (feste Felder statt freiem Objekt: Verzeichnis-Scans und\nModelle erkennen den Aufbau, OpenAI-Prüfung 13.10.)."New value: +"Eine Gebühr der Kostennote."

changedInput schema / properties / anrechnung / description

Previous value: -"Nur RVG-Kostennote: Anrechnung der Geschäftsgebühr nach Vorbem. 3 Abs. 4 VV RVG (zur Hälfte, höchstens 0.75), z. B. {'satz': 1.3}; optional 'wert' (übergegangener Wert), 'auf' (VV-Nummer, sonst erste Verfahrensgebühr)."New value: +"Nur RVG-Kostennote: Anrechnung der Geschäftsgebühr nach Vorbem. 3 Abs. 4 VV RVG (zur Hälfte, höchstens 0.75), z. B. {'satz': 1.3}; optional 'wert' (übergegangener Wert), 'auf' (VV-Nummer, sonst erste Verfahrensgebühr; ohne positionen nicht möglich, weil das Standardpreset 2300 keine Verfahrensgebühr enthält). Bei mehreren Verfahrensgebühren ohne 'auf' wird die erste gewählt und in der Antwort darauf hingewiesen."

changedInput schema / properties / auftragsdatum / description

Previous value: -"Nur RVG: Datum des unbedingten Auftrags (JJJJ-MM-TT). Davor geänderte Tabelle nach § 60 RVG (vor 01.06.2025: KostRÄG 2021, vor 01.01.2021: 2. KostRMoG). Ohne Angabe die geltende Tabelle."New value: +"RVG: Datum des unbedingten Auftrags (§ 60 RVG); GKG/FamGKG: Anhängigkeit des Verfahrens (§ 71 GKG, § 63 FamGKG); JJJJ-MM-TT. Davor die damalige Tabelle (vor 01.06.2025 KostRÄG 2021, vor 01.01.2021 2. KostRMoG, RVG vor 01.08.2013 KostRMoG 2004). Ohne Angabe die geltende Tabelle."

Changed7 schema fields changedOct 13, 2026

addedInput schema / $defs

Added value: +{
+  "_Anrechnung": {
+    "additionalProperties": false,
+    "properties": {
+      "auf": {
+        "anyOf": [
+          {
+            "type": "string"
+          },
+          {
+            "type": "integer"
+          }
+        ],
+        "description": "VV-Nummer, sonst erste Verfahrensgebühr.",
+        "title": "Auf"
+      },
+      "satz": {
+        "description": "Satz der Geschäftsgebühr, z. B. 1.3.",
+        "title": "Satz",
+        "type": "number"
+      },
+      "wert": {
+        "description": "Übergegangener Wert in Euro.",
+        "title": "Wert",
+        "type": "number"
+      }
+    },
+    "required": [
+      "satz"
+    ],
+    "title": "_Anrechnung",
+    "type": "object"
+  },
+  "_Position": {
+    "additionalProperties": false,
+    "description": "Eine Gebühr der Kostennote (feste Felder statt freiem Objekt: Verzeichnis-Scans und\nModelle erkennen den Aufbau, OpenAI-Prüfung 13.10.).",
+    "properties": {
+      "nummer": {
+        "anyOf": [
+          {
+            "type": "string"
+          },
+          {
+            "type": "integer"
+          }
+        ],
+        "description": "VV-Nummer, z. B. '3100'.",
+        "title": "Nummer"
+      },
+      "satz": {
+        "description": "Gebührensatz, z. B. 1.3.",
+        "title": "Satz",
+        "type": "number"
+      }
+    },
+    "required": [
+      "nummer",
+      "satz"
+    ],
+    "title": "_Position",
+    "type": "object"
+  }
+}

addedInput schema / properties / anrechnung / $ref
```
Added value: +"#/$defs/_Anrechnung"
```
removedInput schema / properties / anrechnung / additionalProperties
```
Removed value: -true
```
removedInput schema / properties / anrechnung / type
```
Removed value: -"object"
```
addedInput schema / properties / positionen / items / $ref
```
Added value: +"#/$defs/_Position"
```
removedInput schema / properties / positionen / items / additionalProperties
```
Removed value: -true
```
removedInput schema / properties / positionen / items / type
```
Removed value: -"object"
```

Changed2 schema fields changedOct 10, 2026

addedInput schema / properties / anrechnung

Added value: +{
+  "additionalProperties": true,
+  "description": "Nur RVG-Kostennote: Anrechnung der Geschäftsgebühr nach Vorbem. 3 Abs. 4 VV RVG (zur Hälfte, höchstens 0.75), z. B. {'satz': 1.3}; optional 'wert' (übergegangener Wert), 'auf' (VV-Nummer, sonst erste Verfahrensgebühr).",
+  "type": "object"
+}

addedInput schema / properties / auftragsdatum

Added value: +{
+  "description": "Nur RVG: Datum des unbedingten Auftrags (JJJJ-MM-TT). Davor geänderte Tabelle nach § 60 RVG (vor 01.06.2025: KostRÄG 2021, vor 01.01.2021: 2. KostRMoG). Ohne Angabe die geltende Tabelle.",
+  "type": "string"
+}

First observedOct 10, 2026

TDQS

A4.1/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 meaningful behavior: Pauschale 7002 and USt 7008 are added automatically, Anrechnung is capped at half/0.75, multiple Verfahrensgebühren without 'auf' fall back to the first with a notice, and historical table cutoffs are tied to dates. It also lists the response keys, which matters because there is no output schema.

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 the core calculation and then packs modes, historical-table behavior and response fields into a few semicolon-heavy sentences. It is efficient with no filler, though the density makes it slightly harder to scan than a cleaner list format.

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?

For a seven-parameter, no-output-schema tool, the description is complete enough: it explains the calculation source, the optional modes, automatic additions, historical table selection, GNotKG table A/B variants and the names of key response fields. Nothing essential for a correct call is missing.

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%, and the schema already explains gesetz, wert, satz, positionen, anrechnung and auftragsdatum in detail. The description restates the main mode relationships but adds little parameter-level meaning beyond the schema, so the baseline 3 is appropriate.

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

Purpose4/5

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

The description states a specific verb and resource: calculating a fee from the statutory value-fee table under RVG, GKG, FamGKG or GNotKG. It also names the special modes (Kostennote via positionen, Anrechnung, historical tables), so the purpose is clear. It does not explicitly differentiate itself from siblings such as gebuehren_verzeichnis, which keeps it from a 5.

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?

It gives clear conditional usage: use positionen for an RVG-Kostennote, use anrechnung to account for the Geschäftsgebühr, and use auftragsdatum to select the historical table. It does not state when not to use the tool or name a sibling alternative, but the mode selection guidance is explicit.

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

All Zitierfest tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?