ForHosting KIT · Entwickler-Tools

Christi Himmelfahrt berechnen

Christi Himmelfahrt fällt jedes Jahr auf ein anderes Datum, weil der Feiertag vom Ostersonntag und nicht von einem festen Tag im gregorianischen Kalender abhängt.

● BetaKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Dieser Rechner nimmt ein Jahr entgegen, bestimmt das gregorianische Osterdatum mit einem deterministischen Computus und zählt genau neununddreißig Kalendertage bis zum folgenden Donnerstag weiter. Die Antwort enthält das Enddatum, Monat und Tag sowie das verwendete Osterdatum. Weder aktuelle Uhrzeit noch Zeitzone, Netzwerkdienst oder Regionseinstellung fließen ein. Dieselbe gültige Eingabe ergibt deshalb stets dasselbe Ergebnis.

Warum Christi Himmelfahrt jedes Jahr anders liegt

Christi Himmelfahrt ist ein beweglicher christlicher Feiertag, dessen Kalenderposition von Ostern abhängt. In der traditionellen Zählweise ist Ostersonntag der erste Tag der Osterzeit, während Himmelfahrt am vierzigsten Tag begangen wird. In gewöhnlicher Datumsarithmetik liegt der Feiertag somit neununddreißig Tage nach Ostersonntag und fällt immer auf einen Donnerstag. Da das gregorianische Osterfest zwischen Ende März und Ende April liegen kann, reicht der mögliche Zeitraum für Himmelfahrt von Ende April bis Anfang Juni. Der Rechner beginnt mit dem von Ihnen angegebenen gregorianischen Jahr und wendet den etablierten gregorianischen Computus an, um Ostersonntag zu bestimmen. Anschließend zählt er anhand der tatsächlichen Längen der betroffenen Monate weiter. Das Datum wird weder aus einer Regionseinstellung noch aus einer kirchlichen Kalenderoption oder einer gespeicherten Tabelle abgeleitet. Das ist bei Terminen für Pläne, Publikationen oder Software entscheidend: Eine eindeutig definierte gregorianische Regel lässt sich reproduzieren, prüfen und unabhängig vom Ausführungsort anwenden. Das ausgegebene Osterdatum zeigt Ihnen den Ausgangspunkt, statt lediglich einen unbegründeten Feiertagstermin zu liefern.

So lesen und prüfen Sie das Ergebnis

Geben Sie ein ganzzahliges gregorianisches Jahr von 1 bis 9999 ein. Das Hauptergebnis ist das Datum von Christi Himmelfahrt im eindeutigen Format YYYY-MM-DD. Getrennte Felder für Jahr, Monat und Tag erleichtern die Verwendung in Vorlagen oder strukturierten Abläufen; der ausgeschriebene Monat dient als gut lesbare Bezeichnung. Die Antwort nennt außerdem Donnerstag als Wochentag und weist aus, dass der Termin neununddreißig Tage nach dem angezeigten Ostersonntag liegt. Für eine einfache manuelle Kontrolle nehmen Sie das zurückgegebene Osterdatum, zählen fünf vollständige Wochen —also fünfunddreißig Tage— und anschließend weitere vier Tage. So gelangen Sie vom Sonntag zum Donnerstag. Der Algorithmus arbeitet vollständig mit ganzen Zahlen und erzeugt kein JavaScript-Date-Objekt. Regeln für lokale Mitternacht, Zeitumstellungen, die Zeitzone des Systems und historische Zeitzonendaten können das Ergebnis daher nicht verschieben. Der unterstützte Bereich ist bewusst klar begrenzt. Fehlende, gebrochene, nicht numerische oder außerhalb des Bereichs liegende Eingaben werden abgewiesen und weder gerundet noch stillschweigend umgedeutet.

Das Datum in Kalendern und Abläufen verwenden

Das Ergebnis hilft überall dort, wo ein beweglicher Feiertag vor Abschluss eines Kalenders eingeplant werden muss. Eine Schule, Kirchengemeinde, Redaktion, Reiseabteilung oder Lohnbuchhaltung kann das Datum für ein Jahr berechnen und nach ihren eigenen Vorgaben in den Zeitplan übernehmen. Die API eignet sich ebenso zur Erstellung von Jahreskalendern, zur Prüfung importierter Feiertagsdaten oder zum Vergleich einer Datumsbibliothek mit einer stabilen Referenzberechnung. Beachten Sie die präzise Fragestellung dieser Fähigkeit: Sie liefert den traditionellen Donnerstag von Christi Himmelfahrt auf Grundlage des gregorianischen Osterdatums. Mancherorts wird die kirchliche Feier nach örtlicher Praxis auf den folgenden Sonntag verlegt; auch die gesetzliche Feiertagsregelung unterscheidet sich nach Gebiet. Solche politischen oder kirchlichen Entscheidungen werden hier absichtlich nicht angenommen. Benötigt Ihr Ablauf den verlegten Sonntag, addieren Sie erst nach Bestätigung durch die zuständige Stelle drei Tage zum Ergebnis. Eine Anfrage kostet $0.002; im Browser läuft dieselbe reine Logik. Für das eingegebene Jahr und das berechnete Datum wird kein externer Dienst benötigt.

Anwendungsfälle

Einen kirchlichen Jahreskalender vorbereiten

Ermitteln Sie den traditionellen Donnerstag aus dem Jahr und bewahren Sie das Osterdatum zur Kontrolle auf.

Feiertagsdaten in Terminplänen prüfen

Vergleichen Sie einen gelieferten Himmelfahrtstermin vor der Veröffentlichung mit einer deterministischen gregorianischen Berechnung.

Künftige Planung automatisieren

Übernehmen Sie den beweglichen Feiertag in Jahresplanungen, ohne von einer Feiertags-API oder Zeitzonendatenbank abhängig zu sein.

Häufige Fragen

Wie wird Christi Himmelfahrt berechnet?

Der Rechner bestimmt den gregorianischen Ostersonntag des angegebenen Jahres und zählt genau 39 Kalendertage bis zu einem Donnerstag weiter.

Warum beträgt der Abstand 39 statt 40 Tage?

Die traditionelle liturgische Zählung bezieht Ostersonntag als ersten Tag ein. In verstrichener Datumszeit liegt der vierzigste Tag daher 39 Tage nach Ostern.

Hängt die Berechnung von meiner Zeitzone ab?

Nein. Sie verwendet reine Ganzzahlarithmetik und weder Uhrzeit noch Date-Objekt, Zeitzone oder Regionseinstellung.

Wird der auf Sonntag verlegte Termin ausgegeben?

Nein. Das Ergebnis ist der traditionelle Donnerstag. Einige Gebiete verlegen die Feier aufgrund einer örtlichen Entscheidung auf den folgenden Sonntag.

Was kostet eine API-Anfrage?

Jede API-Anfrage kostet $0.002. Die Browserversion führt dieselbe deterministische Berechnung lokal aus.

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/date/ascension-day

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/date/ascension-day \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"year":2026}'

const res = await fetch("https://api.kit.forhosting.com/date/ascension-day", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "year": 2026
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/date/ascension-day",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "year": 2026
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/ascension-day", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"year":2026}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"year":2026}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/ascension-day", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "year": 2026
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.ascension_day",
  "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 →