ForHosting KIT · Datum und Zeit

Dienstjahre-Rechner

Wer am 15. März 2018 eingetreten ist, kommt am 25. Juli 2026 auf 8 Jahre, 4 Monate und 10 Tage Betriebszugehörigkeit. Geben Sie Eintritt und Stichtag ein, um Jubiläumsprämien, Ehrennadeln oder Unverfallbarkeitsfristen in vollendeten Kalenderjahren zu prüfen. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Einstellungsdatum
2018-03-15
Stichtag
2026-07-25
Erhalten Sie
Dienstjahre
8
Monate
4
Tage
10
Tage gesamt
3.054

HR-Teams, Payroll-Engineering und Benefits-Administratoren suchen einen Dienstjahre-Rechner, wenn sie die vollendete Betriebszugehörigkeit zwischen Eintrittsdatum und einem Stichtag brauchen, der nie mit der Serveruhr driftet. Diese Fähigkeit nimmt ein Beschäftigungsstartdatum und ein verpflichtendes Referenzdatum entgegen, wendet proleptische gregorianische Regeln mit Monatsende-Clamp an und liefert vollendete ganze Dienstjahre zuzüglich restlicher Monate und Tage. Nutzen Sie sie, wenn Produkttexte von fünf Dienstjahren, Zehnjahresnadeln oder Vesting-Klippen sprechen, die in vollendeten Kalenderjahren gemessen werden statt in rohen Tageszählungen geteilt durch dreihundertfünfundsechzig.

Vollendete Jahre statt Tage geteilt durch 365

Jubiläumsprämien, Ehrennadeln und Unverfallbarkeitsfristen hängen meist an vollendeten Kalenderjahren. Eine reine Tageszahl geteilt durch 365 verschiebt sich dagegen durch Schaltjahre. Der Rechner zählt deshalb so, wie man es im Kalender täte: zuerst die ganzen Jahre ab dem Eintritt, dann die ganzen Monate nach dem letzten Jubiläum und zuletzt die übrigen Tage. Wer am 15. März 2018 eingetreten ist, hat am 25. Juli 2026 genau 8 Jahre, 4 Monate und 10 Tage hinter sich, insgesamt 3054 Tage. Das letzte Jubiläum war am 15. März 2026, das nächste folgt am 15. März 2027.

Worauf Sie bei den Daten achten sollten

Den Stichtag legen Sie immer selbst fest, denn es wird keine Uhr gelesen. Eine gespeicherte Berechnung für einen Prämientermin liefert daher auch ein Jahr später dasselbe Ergebnis. Liegt der Stichtag vor dem Eintritt, wird die Eingabe abgelehnt, statt eine negative Dienstzeit auszugeben. Fällt der Eintritt auf das Ende eines langen Monats oder auf den 29. Februar, rückt das Jubiläum in kürzeren Monaten auf deren letzten echten Tag. Unmögliche Daten wie der 29. Februar in einem Gemeinjahr werden zurückgewiesen, und bei einer mitgelieferten Uhrzeit zählt nur das Datum.

Eintrittsdatum, Referenzdatum und warum die Uhr nie verwendet wird

Jeder Wert soll ein ziviler Kalendertag im Format YYYY-MM-DD sein, zum Beispiel zweitausendachtzehn Bindestrich null drei Bindestrich fünfzehn für den Eintritt und zweitausendsechsundzwanzig Bindestrich null sieben Bindestrich fünfundzwanzig für den Bewertungs-Snapshot. Sie dürfen ein volles ISO-8601-Datum-Zeit-Präfix übergeben; ist eine Uhrzeit vorhanden, wird nur der Kalenderteil verwendet, weil Dienstjahre für Benefits eine Messung von Datum zu Datum sind, keine Uhrdauer mit Zeitzonen.

Jahre reichen von eins bis neuntausendneunhundertneunundneunzig, Monate müssen eins bis zwölf sein, und der Tag muss in diesem Monat unter gregorianischen Schaltregeln existieren, einschließlich des neunundzwanzigsten Februar nur in Schaltjahren. Fällt das Referenzdatum streng vor den Eintritt, scheitert die Anfrage mit einer klaren Meldung, dass Dienstjahre nicht negativ sein können, statt eine signierte Zugehörigkeit zu erfinden, die die meisten Produkt-UIs fälschlich als vollendeten Dienst kennzeichnen würden.

Dienstjahre für Leistungen und Grenzen der Berechnung

Nutzen Sie den kostenlosen Dienstjahre-Rechner im Browser für HR-Demos, Manager-Self-Service und einmalige Auszeichnungsprüfungen, ohne Datumsbibliotheken zu installieren oder eine Zeitzonendatenbank an jeden Client zu schicken. Koppeln Sie diesen Endpunkt mit einem reinen Tageszähler, wenn Sie auch nur die Intervalllänge brauchen, oder mit einem Alter-in-Jahren-Monaten-Tagen-Werkzeug, wenn das Produkt ziviles Alter ab Geburt statt Beschäftigungszugehörigkeit ab Eintritt berechnen muss—das sind unterschiedliche Suchintentionen und Feldnamen, auch wenn die Kalenderarithmetik verwandt ist.

Halten Sie Erwartungen ehrlich: Diese Fähigkeit misst gregorianische zivile Zugehörigkeit zwischen zwei expliziten Daten; sie überspringt keine Wochenenden als Betriebszugehörigkeit, lädt keine Feiertagskalender, wendet keine gewerkschaftsspezifischen Jubiläumstabellen an, prorratiert keine Teiljahresauszeichnungen und setzt die Referenz nicht serverseitig auf heute. Eingaben folgen denselben Aufbewahrungsregeln wie andere KIT-Parse-Items. Weil die Implementierung reines Parse der Stufe A ist, bleibt jeder erfolgreiche Aufruf günstig, deterministisch und frei von Modell-Tokens oder ausgehendem Netz—genau das, was Regressionssuiten brauchen, wenn sie Jubiläums-Randfälle über Jahrzehnte von Eintrittsdaten pinnen.

Was passiert, wenn das Referenzdatum vor dem Eintritt liegt?

Dienstjahre können nicht negativ sein; korrigieren Sie das Paar oder tauschen Sie Felder nur, wenn Ihr Produkt absichtlich ein künftiges Startdatum misst.

Wie werden Schalttags-Eintritte und Monatsende-Jubiläen behandelt?

Monate und Jahre rücken mit Clamp auf den letzten gültigen Tag des Zielmonats vor. Ein Eintritt am 29. Februar wird in nicht-schaltenden Jubiläumsjahren zum 28. Februar, entsprechend gängiger ziviler HR-Praxis.

Warum nicht einfach die Tage durch 365 teilen?

Weil Prämien und Unverfallbarkeitsregeln vollendete Kalenderjahre zählen und Schaltjahre eine reine Tageszählung verschieben. Erst Jahre, dann Monate, dann Tage zu zählen ergibt genau die Zahl, die eine Personalregel meint.

Wird die Dienstzeit automatisch bis heute berechnet?

Nein. Der Stichtag ist immer Pflicht und es wird keine Uhr abgefragt. Dieselben zwei Daten ergeben daher auf jedem Rechner, in jedem Land und zu jeder Zeit dieselbe Dienstzeit.

Wann ist das nächste Dienstjubiläum?

Das Ergebnis nennt das letzte und das nächste Jubiläum. Bei Eintritt am 15. März 2018 und Stichtag 25. Juli 2026 war das letzte am 2026-03-15, das nächste folgt am 2027-03-15.

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.

POSThttps://api.kit.forhosting.com/date/years-of-service

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

curl -X POST https://api.kit.forhosting.com/date/years-of-service \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"hire_date":"2018-03-15","reference_date":"2026-07-25"}'
{
  "hire_date": "2018-03-15",
  "reference_date": "2026-07-25"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.years_of_service",
  "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.

pro Anfrage$0.002

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

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Ungültige Kalendertage und vertauschte Datumspaare scheitern mit invalid_input und werden nicht berechnet; erfolgreiche Items kosten $0.002 vom KIT-Guthaben.

Eintrittsdatum, Referenzdatum und warum die Uhr nie verwendet wird

Senden Sie zwei verpflichtende Zeichenkettenfelder: hire_date und reference_date. Optionale Aliase hire, start_date, employment_start und from mapen auf das Eintrittsfeld; reference, as_of, to, on und evaluation_date auf das Referenzfeld, damit HR-Formulare und SDKs vertraute Namen behalten. Beide Felder sind absichtlich Pflicht: Ein Zugehörigkeitsrechner, der still die Host-Wanduhr einsetzt, liefert andere Antworten in CI, auf einem Laptop in einer anderen Region und auf einem API-Worker in UTC, was Auszeichnungs-Audits und reproduzierbare Payroll-Exporte bricht. Unmögliche Paare wie zweitausenddreiundzwanzig Bindestrich null zwei Bindestrich neunundzwanzig werden mit invalid_input abgelehnt statt nach März geklemmt.

Wie vollendete Jahre, Monate und Tage gezählt werden

Die Felder months und days vervollständigen die Restspanne nach diesen ganzen Jahren, damit Dashboards sowohl die Vesting-Klippe als auch einen lesbaren Rest zeigen können. Der Algorithmus misst ganze Kalendermonate vom Eintritt zum Referenzdatum und clamped den Monatstag, wenn der Zielmonat kürzer ist: Ein Eintritt am einunddreißigsten Januar rückt um einen Monat auf den letzten Februartag in Schalt- und Nichtschaltjahren. Würde dieses vorläufige monatsvorgeschobene Datum die Referenz überschreiten, tritt die Engine einen Monat zurück und meldet die Restspanne als ganze zivile Tage. Dienstjahre sind die Ganzmonats-Summe geteilt durch zwölf; Monate sind der Rest modulo zwölf; Tage schließen das Tripel ab. Bei Erfolg spiegelt die Antwort normalisierte hire_date und reference_date als YYYY-MM-DD wider, dann years_of_service als Anzahl vollendeter ganzer Kalenderjahre der Zugehörigkeit—die Zahl, die Eignungsregeln typischerweise meinen, wenn sie fünf Dienstjahre sagen. Das Feld total_days ist die exklusive zivile Tagesdifferenz zwischen den beiden Ordinalen: Derselbe Kalendertag ergibt null total_days und null Dienstjahre, der nächste Kalendertag einen Diensttag. Die Felder last_anniversary und next_anniversary sind die Eintrittsjubiläumsdaten nach years_of_service und years_of_service plus einem vollendeten Jahr, wobei Eintritte am neunundzwanzigsten Februar in nicht-schaltenden Zieljahren auf den achtundzwanzigsten Februar geclampt werden.

API-Nutzung, Preise, Benefits-Workflows und ehrliche Grenzen

Senden Sie per POST einen kompakten JSON-Body mit den Zeichenketten hire_date und reference_date. Rufen Sie die Prepaid-API auf, wenn Payroll-Batches, Equity-Vesting-Schwellen, PTO-Akkumulationsstufen oder Dienstauszeichnungsprogramme einen stabilen Vertrag unter KIT-Guthaben zu $0.002 pro erfolgreichem Item brauchen; Validierungsfehler verbrauchen nach Ablehnung durch die Engine nie Guthaben. SDK-Autoren können years_of_service auf ein primäres Eignungsabzeichen mappen und months, days sowie die formatted-Zeichenkette für Barrierefreiheitslabels anzeigen, mit derselben Antwortform in jeder Sprachbindung.

Dienstauszeichnungen und Anerkennungsprogramme

Bewerten Sie hire_date gegen eine Auszeichnungsfeier oder einen fiskalischen Cut-off-reference_date, um zu entscheiden, wer fünf, zehn oder zwanzig Dienstjahre vollendet hat, bevor Zertifikate gedruckt werden.

Benefits-Vesting und Eignungsklippen

Koppeln Sie Matching-Vesting, Langzeiturlaub oder Bildungsleistungen an vollendete years_of_service vom Beschäftigungsbeginn bis zu einem plandefinierten Bewertungsdatum.

Payroll- und HRIS-Stapel-Exporte

Erfassen Sie die Zugehörigkeit jedes Mitarbeiters gegen ein einziges Payroll-as-of-Datum, damit Berichte und golden Tests dieselben Jahre, Monate und Tage bei jedem Lauf reproduzieren.

Wie berechnet man Dienstjahre ab einem Eintrittsdatum?

Senden Sie JSON mit hire_date und reference_date als YYYY-MM-DD. Die Antwort enthält years_of_service (vollendete ganze Jahre), months, days, total_days, last_anniversary, next_anniversary und eine formatted-Zeichenkette.

Wird das heutige Datum automatisch verwendet?

Nein. reference_date ist Pflicht. Die Engine liest nie die Systemuhr, daher bleiben Ergebnisse in CI, Browsern und API-Workern identisch.

Was kostet der Dienstjahre-Rechner?

Das Browser-Tool ist auf Ihrem Gerät kostenlos. API-Anfragen nutzen Prepaid-KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →