ForHosting KIT · Entwickler-Tools

Fälligkeitskalender für wiederkehrende Rechnungen erstellen

Wandeln Sie eine Liste monatlicher Fälligkeitstage in konkrete nächste Termine um.

● BetaKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Geben Sie das aktuelle Datum sowie Name und Fälligkeitstag jeder Rechnung ein; Sie erhalten für jeden Eintrag den nächsten Termin in unveränderter Reihenfolge. Eine heute fällige Rechnung bleibt auf heute terminiert. Existiert ein gültiger Tag wie der 29., 30. oder 31. im betreffenden Monat nicht, wird dessen letzter Kalendertag verwendet.

Aktuelles Datum und wiederkehrende Rechnungen eingeben

Beginnen Sie mit dem aktuellen Datum im eindeutigen Format JJJJ-MM-TT. Fügen Sie anschließend für jede monatliche Rechnung eine Zeile mit einem verständlichen Namen und einem ganzzahligen Fälligkeitstag zwischen 1 und 31 hinzu. Der Name wird unverändert in das Ergebnis übernommen und kann einen Anbieter, einen Kontokurznamen oder eine Ausgabenkategorie bezeichnen. Der Tag steht für eine monatliche Wiederholung und nicht für ein vollständiges Datum. Werte unter 1 oder über 31 werden abgelehnt. Auch die Reihenfolge bleibt erhalten, sodass Sie das Ergebnis leicht mit Ihrem Budget, Ihrer Tabelle oder Ihrer Zahlungsliste vergleichen können. Verwenden Sie für jede Verpflichtung eine eigene Zeile, selbst wenn mehrere Rechnungen am selben Tag fällig sind. Das Eingabedatum muss im gregorianischen Kalender existieren; unmögliche Angaben wie der 30. Februar werden nicht näherungsweise ausgelegt.

Auswahl des nächsten Termins nachvollziehen

Für jede Rechnung wird zunächst der Termin im aktuellen Monat betrachtet. Liegt dieses Datum heute oder später, gilt es als nächstes Vorkommen. Durch diese inklusive Regel wird eine heute fällige Rechnung nicht in den Folgemonat verschoben. Ist der Termin im laufenden Monat bereits vergangen, geht die Berechnung genau einen Monat weiter. Da Monate unterschiedlich lang sind, kommt ein grundsätzlich gültiger Tag nicht in jedem Monat vor. Dann wird der letzte echte Tag des gewählten Monats eingesetzt. Eine Rechnung mit Fälligkeit am 31. fällt daher im April auf den 30. und im Februar auf den 28. oder 29. Dieselbe Regel gilt im Februar für den 29. und 30. Schaltjahre werden nach den gregorianischen Regeln einschließlich der Jahrhundertausnahme bestimmt. Das Ergebnis ist deterministisch und unabhängig von Zeitzone, lokaler Uhr und laufzeitspezifischer Datumsauslegung.

Kalender in Ihren Zahlungsablauf übernehmen

Das Ergebnis enthält das angegebene aktuelle Datum und für jede Rechnung eine Zeile mit Name, wiederkehrendem Fälligkeitstag und nächstem Datum im Format JJJJ-MM-TT. Für eine chronologische Liquiditätsansicht können Sie diese Termine in Ihrer eigenen Tabelle sortieren oder gruppieren; die Berechnung selbst behält absichtlich die Eingabereihenfolge bei. Führen Sie sie mit einem späteren Stichtag erneut aus, um den Kalender fortzuschreiben. Identische Eingaben erzeugen stets identische Ausgaben und eignen sich dadurch für reproduzierbare Prüfungen. Kontrollieren Sie Monatsendtermine, wenn ein Vertrag abweichende Regeln vorsieht, etwa eine Verschiebung auf den nächsten Werktag, denn hier zählen ausschließlich Kalendertage. Feiertage, Wochenenden, Kulanzfristen, Banklaufzeiten und bereits bezahlte Rechnungen werden nicht berücksichtigt; Kontodaten werden nicht gespeichert. Der Grundpreis pro Ausführung beträgt $0.002; ergänzende Abrechnungsangaben können separat erscheinen.

Anwendungsfälle

Monatliches Haushaltsbudget

Überführen Sie Miete, Versorger, Abonnements, Versicherungen und Karten in nächste Termine für Ihre Liquiditätsplanung.

Kreditoren-Zahlungsliste

Weisen Sie jedem wiederkehrenden Anbieter ein konkretes nächstes Datum zu, ohne Ihre interne Reihenfolge zu verändern.

Prüfung zum Monatsende

Erkennen Sie, wie Fälligkeiten am 29., 30. und 31. im Februar und in anderen kurzen Monaten angepasst werden.

Häufige Fragen

Erscheint eine heute fällige Rechnung heute oder nächsten Monat?

Sie erscheint heute. Das aktuelle Datum wird bei der Auswahl des nächsten Vorkommens einbezogen.

Was geschieht mit dem 31. in einem kürzeren Monat?

Der Termin wird auf den letzten Kalendertag gesetzt, beispielsweise den 30. April oder in einem Gemeinjahr den 28. Februar.

Werden Wochenenden und Feiertage berücksichtigt?

Nein. Die Berechnung verwendet Kalendertage und verschiebt Termine nicht aufgrund von Feiertags- oder Bankkalendern.

Welche Werte sind als Fälligkeitstag zulässig?

Erforderlich ist eine ganze Zahl von 1 bis 31. Null, negative Zahlen, Brüche und Werte über 31 werden abgelehnt.

Werden Rechnungen oder Zahlungsdaten gespeichert?

Nein. Die Termine werden deterministisch aus der Eingabe berechnet, ohne Netzwerkzugriff oder dauerhafte Speicherung.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/final3/recurring-bill-due-date-list

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/final3/recurring-bill-due-date-list \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"current_date":"2026-01-30","bills":[{"name":"Rent","due_day":1},{"name":"Internet","due_day":31}]}'

const res = await fetch("https://api.kit.forhosting.com/final3/recurring-bill-due-date-list", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "current_date": "2026-01-30",
    "bills": [
      {
        "name": "Rent",
        "due_day": 1
      },
      {
        "name": "Internet",
        "due_day": 31
      }
    ]
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/final3/recurring-bill-due-date-list",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "current_date": "2026-01-30",
    "bills": [
        {
            "name": "Rent",
            "due_day": 1
        },
        {
            "name": "Internet",
            "due_day": 31
        }
    ]
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/final3/recurring-bill-due-date-list", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"current_date":"2026-01-30","bills":[{"name":"Rent","due_day":1},{"name":"Internet","due_day":31}]}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"current_date":"2026-01-30","bills":[{"name":"Rent","due_day":1},{"name":"Internet","due_day":31}]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/final3/recurring-bill-due-date-list", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "current_date": "2026-01-30",
  "bills": [
    {
      "name": "Rent",
      "due_day": 1
    },
    {
      "name": "Internet",
      "due_day": 31
    }
  ]
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "final3.recurring_bill_due_date_list",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →