📆Dátumkülönbség Kalkulátor — Hány Nap, Hét, Hónap és Év Telt el Két Dátum Között

A dátum-aritmetikát a gregorián naptár uralja, amelyet XIII. Gergely pápa vezetett be az Inter gravissimas bullával 1582-ben, hogy korrigálja a julián naptár alatt felhalmozódott eltolódást. A reform tíz napot kihagyott (1582. október 4. csütörtök után 1582. október 15. péntek következett a katolikus Európában), és felülvizsgálta a szökőév-szabályt, hogy a naptári év a tropikus évhez igazodjon. Az országok különböző időpontokban vették át a reformot — Nagy-Britannia és gyarmatai csak 1752-ben, Oroszország 1918-ban, Görögország 1923-ban —, ezért az 1923 előtti történelmi kutatásokban kifejezetten ki kell választani, hogy melyik naptárban számolsz. A kalkulátor a proleptikus gregorián naptárat használja, amely a mai szabályt visszavetíti az időben akár 1582 előttre is; ez az ISO 8601 és szinte minden modern programozási nyelv (JavaScript, Python, SQL) konvenciója.

A szökőév-szabály pontos: egy év szökőév, ha 4-gyel osztható, kivéve a századfordulókat, amelyeknek 400-zal is oszthatónak kell lenniük. Így 1900 nem volt szökőév, de 2000 igen; 2100, 2200 és 2300 nem lesz, de 2400 igen. A szabály átlagos évhosszt ad, 365,2425 napot, ami csak körülbelül 27 másodperccel hosszabb, mint a tényleges átlagos tropikus év (kb. 365,2422 nap) — elég pontos ahhoz, hogy a következő korrekció több ezer évig nem várható. A kalkulátor mechanikusan alkalmazza ezt a szabályt minden olyan intervallum napjainak számolására, amely átlépi február 29-ét.

A motorháztető alatt a két dátum közötti különbség legmegbízhatóbb módja az, hogy mindkét dátumot a Julián Napszámra (Julian Day Number, JDN) konvertáljuk — ez egy egész szám, amely a proleptikus julián naptár szerint i. e. 4713. január 1. óta eltelt napokat számolja —, majd kivonjuk őket egymásból. A Fliegel–Van Flandern képlet (Communications of the ACM, 1968) közvetlenül adja a JDN-t az év/hónap/nap hármasból, zárt formában, kizárólag egész aritmetikát és egész osztást használva, így elkerül minden lebegőpontos hibát. Ha mindkét végpont JDN, a napok különbsége egyszerűen JDN_vég − JDN_kezdet. Innen az átváltó hetekben (÷ 7), órákban (× 24), percekben (× 1440) és másodpercekben (× 86400) is kifejezi az intervallumot. A 'munkanapok' számolásához a kalkulátor végigiterál az intervallum napjain, és csak a hétfő–péntekeket számolja (a hét napját Sakamoto algoritmusa, vagy ekvivalens módon Zeller-kongruencia adja). Az ünnepnap-kezelés szándékosan nem országfüggő, mert az ünneplisták évente változnak, és még egy országon belül is eltérhetnek régiónként (pl. német tartományok, svájci kantonok, spanyol autonóm közösségek); a kalkulátor a hét napja szerinti munkanapokat jelzi, és a felhasználóra hagyja, hogy levonja a nemzeti vagy regionális ünnepeket.

A naptári felbontás év/hónap/nap-ra kifinomultabb, mint a teljes nap-számolás, mert a hónapok hossza változó (28, 29, 30 vagy 31 nap). A standard eljárás: vedd Y_vég − Y_kezdet-et év-deltának, M_vég − M_kezdet-et hónap-deltának, D_vég − D_kezdet-et nap-deltának; ha a nap-delta negatív, kölcsönözz egy hónapot a hónap-deltából, és add hozzá az előző hónap napjainak számát; ha utána a hónap-delta is negatív, kölcsönözz egy évet az év-deltából, és adj hozzá 12 hónapot. Pontosan így működik minden hivatalos 'év/hónap/nap' felbontás, beleértve a magyar életév/hónap/nap-ot az anyakönyvi nyilvántartásban, a román ani/luni/zile-t és az amerikai 'age in years, months, days' szabványt a jogi űrlapokon. Vegyük észre, hogy 'egy hónap' így nem fix hosszúságú: január 31-től február 28-ig 'egy hónap' (és 28 nap is), január 31-től március 1-jéig viszont 'egy hónap és egy nap' (és 29 vagy 30 nap, az évtől függően). Mindkét nézet — naptári felbontás és abszolút napszám — egyszerre helyes, mert különböző kérdésekre felel.

A dátumformátum gyakori hibaforrás határokon átívelő használatban. Az ISO 8601, az 1988-ban kiadott és 2019-ben felülvizsgált nemzetközi szabvány az YYYY-MM-DD formátumot írja elő négyjegyű évvel és nullával feltöltött hónappal és nappal; ez a reprezentáció karakterláncként is helyesen rendezhető és globálisan egyértelmű. Az amerikai MM/DD/YYYY és az európai DD/MM/YYYY ugyanúgy néz ki olyan dátumokra, mint 03/04/2025 (ami jelenthet április 3-át vagy március 4-ét is), ezért minden szerződés, bérleti megállapodás vagy nemzetközi szállítmány esetén az ISO 8601 a legjobb a vita elkerülésére. A kalkulátor alapértelmezés szerint ISO formátumot ad ki, és minden nyelvi változatban ISO inputot fogad.

A szökőmásodperceket — a Nemzetközi Földforgási és Referenciarendszer Szolgálat (IERS) által időnként az UTC-be illesztett extra másodperceket, hogy a polgári időt a Föld forgásához igazítsák — szándékosan figyelmen kívül hagyjuk a dátumkülönbség-számításokban: a polgári dátumok nem tartalmazzák őket, és a beszámításuk megzavarná a jogi határidők, szerződések, életkorok és kormányzati nyilvántartások számítási módját. Ez minden nagyobb operációs rendszer-óra konvenciója is, ha polgári időt kezel. A mindennapi és jogi felhasználáshoz a kalkulátor kimenete tehát másodpercre megegyezik a hivatalos dokumentumokkal.