حساب تاريخ التقاعد من تاريخ الميلاد
هل وُلدت في 15 يونيو 1964 وسن تقاعدك 67؟ تاريخ استحقاقك هو 15 يونيو 2031. أدخل تاريخ الميلاد والسن التي يحددها نظامك لتحصل على الذكرى السنوية الدقيقة، مع قاعدة واضحة لمواليد 29 فبراير. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- تاريخ الميلاد
- 1964-06-15
- سن التقاعد
- 67
- تاريخ التقاعد
- 2031-06-15
- سنة التقاعد
- 2,031
يُحسب تاريخ استحقاق التقاعد عادةً بوصفه ذكرى سنوية: يُؤخذ تاريخ الميلاد المسجل ويُضاف إليه عدد السنوات التقويمية الذي تحدده خطة معاشات أو سياسة عمل أو سيناريو تخطيط شخصي. تستقبل هذه الحاسبة تاريخ ميلاد صريحًا بصيغة ISO وسنًا مستهدفة للتقاعد، وتتحقق من القيمتين، ثم تعيد التاريخ المقابل في التقويم الميلادي. وهي لا تقرأ تاريخ اليوم، ولا تفترض ولاية قضائية، ولا تطبق قواعد حكومية خاصة بالمنافع. لذلك تعطي المدخلات نفسها النتيجة نفسها في كل منطقة زمنية وفي كل تشغيل، بما في ذلك الحالة الخاصة لميلاد يوم 29 فبراير عندما لا تكون السنة المستهدفة كبيسة.
أدخلوا تاريخ الميلاد والسن المستهدفة كقيم صريحة
تمنع صيغة ISO ثابتة العرض الالتباس في تواريخ مثل 03/04/1960، إذ قد يفهمها قارئ على أنها 4 مارس ويفهمها آخر على أنها 3 أبريل. لا تكتفي الحاسبة بفحص شكل النص، بل تتحقق من وجود اليوم فعلًا في التقويم الميلادي؛ ولذلك ترفض تواريخ مستحيلة مثل 1961-02-29 أو 1970-04-31. يجب أن تكون السن عددًا صحيحًا من النوع الرقمي، ولا تُحوَّل سلسلة رقمية أو قيمة كسرية أو اللانهاية أو قيمة سالبة ضمنيًا.
تجعل هذه القيود النتيجة مناسبة لمسارات العمل القابلة للتكرار ولاختبارات الانحدار. كما تفصل الحساب عن تفسير السياسات. أدخلوا السن التي تنص عليها خطة التقاعد أو الحالة التي تدرسونها، لأن الأداة لا تستنتجها من البلد أو المهنة أو سجل العمل أو تاريخ الاشتراكات أو الجنس أو الإعاقة أو تعديلات القوانين.
إذا كانت السياسة تحدد أعمارًا مختلفة لأشخاص مختلفين، فحددوا أولًا السن التي تنطبق على الحالة، ثم أرسلوا تلك القيمة مع تاريخ الميلاد المسجل. تصف النتيجة حساب الذكرى السنوية فحسب، ولا تمثل موافقة على صرف مدفوعات أو منافع.
افهموا قاعدة التقويم الحتمية
في التقويم الميلادي تكون السنة القابلة للقسمة على أربعة كبيسة، باستثناء سنوات نهاية القرن التي لا تكون كبيسة إلا إذا كانت قابلة للقسمة على أربعمئة أيضًا. ولهذا كانت سنة 2000 كبيسة، بينما لم تكن سنة 1900 كذلك. يمثل الميلاد في 29 فبراير الحالة الوحيدة التي قد لا يتوافر فيها الشهر واليوم نفسيهما في السنة المستهدفة.
وعندما تكون السنة المستهدفة كبيسة، يبقى 29 فبراير وتكون قيمة المؤشر false. تحتفظ كل التواريخ الصحيحة الأخرى بالشهر واليوم الأصليين. يعتمد التنفيذ على حسابات تقويمية صحيحة وتنسيق نصي فقط.
ولا ينشئ كائن Date في JavaScript، ولا يقرأ ساعة الجهاز، ولا يطبق التوقيت الصيفي، ولا يحول عبر منطقة زمنية محلية. لا تُحسب السن الحالية، ولا تتغير النتيجة بتغير تاريخ اليوم.
استخدموا النتيجة للتخطيط لا بوصفها استشارة قانونية
يمكنكم حفظ تاريخ ISO مباشرةً في جدول تخطيط أو تقدير للمنافع أو معاينة للخدمة الذاتية للموظفين أو حالة اختبار أو مسار أهلية اختار مسبقًا السن الصحيحة وفق السياسة. ولأن الناتج تاريخ مدني بلا وقت من اليوم، ينبغي للأنظمة اللاحقة الاحتفاظ به كتاريخ بدل تحويله إلى منتصف الليل في منطقة زمنية محلية. قد يؤدي ذلك التحويل إلى تغيير اليوم المعروض عند تسلسل القيمة أو عرضها من مكان آخر.
نطاق النتيجة محدود عمدًا: فهي لا تقرر ما إذا كانت متطلبات مدة الخدمة قد استوفيت، أو ما إذا كانت نافذة التقديم تفتح قبل ذلك، أو ما إذا كانت المنافع تبدأ يوم الميلاد أو في الشهر التالي، أو ما إذا كانت قاعدة محلية تعامل مواليد اليوم الكبيس بطريقة مختلفة. تتبع هذه المسائل الخطة والولاية القضائية، وينبغي معالجتها في طبقة سياسات منفصلة. أكدوا قرارات التقاعد المهمة مع مدير الخطة أو الجهة الرسمية المختصة.
تؤدي المدخلات غير الصالحة إلى خطأ محدد النوع بدل تاريخ يبدو معقولًا لكنه خاطئ.
حالات الاستخدام
تخطيط تقاعد الموظفين
حوّلوا تاريخ ميلاد مسجلًا وسنًا مختارة وفق السياسة إلى تاريخ متسق يمكن استخدامه في معاينة التخطيط.
إعداد مسارات عمل المعاشات
أنشئوا تاريخ الذكرى السنوية الذي تستخدمه عملية أهلية لاحقة بعد أن تحدد قواعد منفصلة السن المستهدفة المنطبقة.
اختبار انحدار حسابات التقويم
ولّدوا تواريخ متوقعة حتمية لأيام الميلاد العادية وحدود القرون وحالات 29 فبراير من دون الاعتماد على المناطق الزمنية.
الأسئلة الشائعة
هل تحدد هذه الحاسبة سن التقاعد الرسمية الخاصة بي؟
لا. تقدمون السن المستهدفة صراحةً. تنفذ القدرة حسابًا تقويميًا ولا تفسر القوانين أو خطط المعاشات أو سجلات الاشتراك أو شروط الأهلية الشخصية.
لماذا يجب كتابة تاريخ الميلاد بصيغة YYYY-MM-DD؟
تزيل صيغة ISO الصارمة الالتباس الإقليمي، وتتيح رفض تواريخ التقويم الميلادي المستحيلة قبل إنتاج أي نتيجة.
هل يؤثر تاريخ اليوم أو منطقتي الزمنية في الإجابة؟
لا. تستخدم الخوارزمية تاريخ الميلاد والسن المقدمين فقط. وهي لا تقرأ ساعة، ولا تستخدم منطقة زمنية، ولا تنشئ كائن Date.
هل يعني هذا التاريخ أنني سأبدأ بتلقي معاشي فيه؟
لا. فهو يبيّن فقط عيد الميلاد الذي تبلغ فيه السن التي أدخلتها. أما استحقاق المدفوعات أو المزايا فيتوقف على نظامك أو على القانون الذي ينطبق عليك.
كيف يُعامل من وُلد في 29 فبراير؟
إذا لم تكن سنة التقاعد كبيسة يصبح التاريخ 28 فبراير، مع الإشارة إلى أن التاريخ عُدّل. وإذا كانت كبيسة يبقى 29 فبراير كما هو.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/date/retirement-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"birth_date":"1964-06-15","retirement_age":67}'const res = await fetch("https://api.kit.forhosting.com/date/retirement-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"birth_date": "1964-06-15",
"retirement_age": 67
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/retirement-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"birth_date": "1964-06-15",
"retirement_age": 67
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/retirement-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"birth_date":"1964-06-15","retirement_age":67}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"birth_date":"1964-06-15","retirement_age":67}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/retirement-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"birth_date": "1964-06-15",
"retirement_age": 67
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.retirement_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
أدخلوا تاريخ الميلاد والسن المستهدفة كقيم صريحة
أرسلوا birth_date كتاريخ ISO صارم بالصيغة YYYY-MM-DD، وأرسلوا retirement_age كعدد صحيح من السنوات بين صفر ومئتين.
افهموا قاعدة التقويم الحتمية
يضيف الحساب retirement_age إلى جزء السنة في birth_date مع إبقاء الشهر واليوم متى كان ذلك اليوم موجودًا في السنة الناتجة. تستخدم هذه القدرة لهذه الحالة قاعدة صريحة وثابتة: عندما لا تكون سنة التقاعد كبيسة، يكون التاريخ المعاد 28 فبراير وتكون قيمة leap_day_adjusted هي true. ولذلك يعيد الطلب من طوكيو أو لندن أو نيويورك بيانات JSON نفسها.
استخدموا النتيجة للتخطيط لا بوصفها استشارة قانونية
تكرر الاستجابة القيمتين المنسقتين birth_date وretirement_age، ثم تقدم retirement_date وretirement_year وleap_day_adjusted. في الأتمتة تبلغ تكلفة عنصر API ناجح $0.002، وتستخدم حاسبة المتصفح المنطق الخالص نفسه.
أسئلة تقنية
كيف تُعامل تواريخ الميلاد في 29 فبراير؟
إذا لم تكن السنة المستهدفة كبيسة، تستخدم النتيجة 28 فبراير وتكون leap_day_adjusted بقيمة true. وإذا كانت كبيسة، يبقى 29 فبراير.
ما تكلفة عملية حساب عبر API؟
تبلغ تكلفة كل طلب API ناجح $0.002 لكل عنصر. وتشغّل حاسبة المتصفح المنطق الحتمي نفسه محليًا.