ForHosting KIT · السفر والجغرافيا

تحقق من زمن اتصال التوقف

توقف مدته 120 دقيقة دون تغيير المبنى يُصنَّف مريحًا: 60 دقيقة فوق الحد الأدنى لزمن الاتصال البالغ 60. أدخل مدة توقفك وهل ستغيّر المبنى لتعرف هل الاتصال مريح أو ضيق أو محفوف بالمخاطر. مجانية في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

دقائق التوقف: 120

تحصل على

الحد الأدنى لدقائق التوصيل: 60
دقائق الهامش: 60
الحالة: comfortable

تفويت الاتصال يفسد خط السير، والفرق بين مشي هادئ إلى البوابة التالية وركضٍ سريع غالبًا ما يعتمد على ما إذا كان التوقف المجدول يتجاوز الحد الأدنى العملي لزمن الاتصال في المطار. تأخذ أداة التحقق من زمن اتصال توقف الرحلة مدة التوقف بالدقائق وعلامة بسيطة عما إذا كان يجب تغيير الصالة، ثم تقيّم الاتصال مريحًا أو ضيقًا أو محفوفًا بالمخاطر وفق الإرشاد الشائع لدى شركات الطيران لحد أدنى زمن الاتصال. في الصالة نفسها يُطبَّق MCT بستين دقيقة؛ وعند تغيير الصالة تسعون دقيقة؛ وكل ما يزيد على MCT المطبق بثلاثين دقيقة فأكثر يُوسَم مريحًا. تُرفض المدد السالبة حتى لا تبدو البيانات الخاطئة كدرجة مخاطر صالحة.

كيف تُحدَّد الحالات المريحة والضّيقة والمحفوفة بالمخاطر

تنشر شركات الطيران حدودًا دنيا لزمن الاتصال تُعبّر عن المدة التي يحتاجها الراكب في المتوسط للنزول وإتمام أي انتقال بين الصالات والصعود إلى الرحلة التالية في ظروف التشغيل العادية. من تلك الأرضيات يطبّق المصنّف هامش راحة ثابتًا بثلاثين دقيقة. إذا كان توقفكم أقصر من MCT فالحالة risky وsufficient تساوي false: أنتم دون الإرشاد الشائع حتى قبل الطقس أو التأخير.

إذا بلغ التوقف MCT وبقي دون MCT زائد ثلاثين دقيقة فالحالة tight وsufficient تساوي true: الاتصال قانوني وقابل للتشغيل لدى كثير من الناقلين، لكنه يترك هامشًا ضئيلًا أمام وصول متأخر أو تدحرج طويل. إذا كان التوقف على الأقل MCT زائد ثلاثين دقيقة فالحالة comfortable: لديكم الحد الأدنى مع هامش يعتبره كثير من المسافرين الدائمين عتبة «المشي بهدوء» العملية.

عقد الإدخال وحقول الاستجابة وسلوك الأخطاء

تُقبل true وfalse والأرقام واحد وصفر والسلاسل الشائعة مثل yes وno وtrue وfalse؛ والأشكال الأخرى تفشل في التحقق. مثال: تسعون دقيقة دون تغيير صالة هي comfortable (MCT ستون، هامش ثلاثين دقيقة في نطاق الراحة). مثال: سبعون دقيقة مع تغيير صالة هي risky (MCT تسعون، عجز عشرين دقيقة).

اربطوا التسميات بواجهة خط السير لديكم؛ هذه النهاية تصنّف المدة فقط ولا تستعلم جداول رحلات حية أو قواعد أمتعة أو خرائط مطار.

أين تثبت قيمة التحقق من زمن اتصال التوقف

تعرض وكالات السفر ومحركات الحجز عبر الإنترنت هذا التحقق عندما يختار المشتري خط سير متعدد المقاطع لتحذيره من توقفات ضيقة أو محفوفة بالمخاطر قبل الدفع. تُقيّم مكاتب السفر المؤسسية الاتصالات المقترحة دفعة واحدة عند بناء خطوط سير متوافقة مع السياسة وتُعلّم ما دون نطاق الراحة لمراجعة بشرية. تُضمّن مدونات تخطيط الرحلات وصفحات SEO التي تستهدف عبارات مثل التحقق من زمن اتصال توقف الرحلة عنصر المتصفح المجاني ليختبر القراء دقائقهم وعلامة تغيير الصالة دون تثبيت تطبيق.

حالات الاستخدام

تحذيرات الاتصال في مسار الحجز

قبل الدفع، قيّموا كل توقف متعدد المقاطع بدقائق التوقف وتغيير الصالة؛ امنعوا أو حذّروا عند status risky وأبرِزوا الاتصالات الضيقة.

مراجعة سياسة السفر المؤسسي

صنّفوا خطوط السير المقترحة دفعة واحدة وارفَعوا أي اتصال دون نطاق الراحة لموافقة الوكيل أو المسافر.

محتوى وودجات تخطيط الرحلات

دعوا القراء يدخلون مدة التوقف وعلامة تغيير الصالة في صفحة هبوط ويرون فورًا إن كانت مريحة أو ضيقة أو محفوفة بالمخاطر.

الأسئلة الشائعة

ما الحدود الدنيا لزمن الاتصال التي تستخدمها هذه الأداة؟

الصالة نفسها: 60 دقيقة. تغيير الصالة: 90 دقيقة. comfortable يتطلب على الأقل تلك الأرضيات زائد 30 دقيقة. هذه أرضيات إرشاد بأسلوب شركات الطيران، وليست قاعدة MCT حية للمطار.

ما الفرق بين tight وcomfortable؟

tight تعني أنكم تبلغون MCT أو تتجاوزونه لكنكم تبقون دون MCT زائد 30 دقيقة. comfortable تعني أن لديكم على الأقل MCT زائد 30 دقيقة من التوقف المجدول.

ما الذي يُعد تغييرًا للمبنى؟

أي توقف يتعين عليك فيه الانتقال إلى مبنى آخر، أو مطار آخر، قبل الرحلة التالية. عندها يرتفع الحد الأدنى إلى 90 دقيقة، لأن الحافلات الداخلية وإعادة التفتيش الأمني والمسافات الأطول تستهلك وقتًا.

ماذا يعني تصنيف الاتصال بأنه محفوف بالمخاطر؟

يعني أن توقفك أقصر من الحد الأدنى لزمن الاتصال، فأنت دون التوجيه الشائع حتى قبل الطقس أو التأخير. مثلًا 70 دقيقة مع تغيير المبنى تنقص 20 دقيقة عن 90 دقيقة مطلوبة.

ما الهامش الذي يظهر في النتيجة؟

هو مدة توقفك مطروحًا منها الحد الأدنى المطبق. يصبح الاتصال مريحًا عندما يبلغ الهامش 30 دقيقة، لذا تكفي 90 دقيقة في المبنى نفسه، وما دون ذلك مع بقائه فوق الحد الأدنى يُعد ضيقًا.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/travel/layover-time-check

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/travel/layover-time-check \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"layover_minutes":90,"terminal_change":false}'

const res = await fetch("https://api.kit.forhosting.com/travel/layover-time-check", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "layover_minutes": 90,
    "terminal_change": false
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/travel/layover-time-check",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "layover_minutes": 90,
    "terminal_change": false
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/layover-time-check", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"layover_minutes":90,"terminal_change":false}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"layover_minutes":90,"terminal_change":false}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/layover-time-check", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "layover_minutes": 90,
  "terminal_change": false
}

مثال على الاستجابة

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

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

المنطق النقي نفسه يغذي عنصر المتصفح المجاني ومسار API المدفوع مسبقًا، فيتفق مخططو الرحلات وواجهات الحجز ونصوص الأتمتة دائمًا على التسمية دون استدعاء واجهات رحلات خارجية أو اختراع هوامش عشوائية.

كيف تُحدَّد الحالات المريحة والضّيقة والمحفوفة بالمخاطر

ترمز هذه القدرة تقريبًا شفافًا وحتميًا لذلك الإرشاد بدل استخراج جدول MCT حي: ستون دقيقة إن بقيتم في الصالة نفسها، وتسعون دقيقة عندما يكون terminal_change بقيمة true لأن حافلات بين الصالات وإعادة الفحص الأمني والمشي الأطول تضيف وقتًا. تُرجع الاستجابة أيضًا margin_minutes (التوقف ناقص MCT) وmin_connection_minutes المطبّق وجملة إرشاد قصيرة ليعرض العملاء شرحًا بسطر واحد بجانب واجهة إشارات دون إعادة كتابة القواعد بأنفسهم.

عقد الإدخال وحقول الاستجابة وسلوك الأخطاء

أرسلوا جسم JSON بطريقة POST بحقلين إلزاميين. layover_minutes عدد محدود غير سالب: الفجوة المجدولة بين وصول الرحلة الواردة ومغادرة الصادرة بالدقائق. قد تصل القيم كأرقام JSON أو سلاسل رقمية؛ القيم غير المحدودة والسلاسل الفارغة تفشل بـ invalid_input مع تسمية الحقل. يُرفض التوقف السالب برسالة واضحة بأن زمن الاتصال لا يمكن أن يكون أقل من صفر—ولا تُفوتر تلك الإخفاقات. terminal_change قيمة منطقية تبين ما إذا كان الراكب يجب أن يغيّر الصالات (أو المطارات) أثناء التوقف: true يختار MCT تسعين دقيقة وfalse يختار ستين. عند النجاح يُعيد الجسم layover_minutes وterminal_change، ويبلّغ min_connection_minutes للقاعدة المطبّقة، وmargin_minutes كفائض أو عجز موقّع، وstatus واحدة من comfortable أو tight أو risky، وsufficient كمنطقي يعادل margin_minutes أكبر من أو يساوي صفرًا، وguidance كجملة إنجليزية مقروءة.

أين تثبت قيمة التحقق من زمن اتصال التوقف

تحتفظ المساعدات المحمولة للمسافرين الدائمين بهوامش مفضلة وتستدعي مع ذلك هذه API لتسمية ثلاثية متسقة أمام أرضيات MCT المنشورة. ولأن التنفيذ parse من المستوى A خالص، تكلف كل مكالمة ناجحة السعر الأساسي المنشور $0.002 دون رموز نموذج ولا شبكة صادرة؛ والإدخال غير الصالح لا يستهلك الرصيد. أبقوا الطلبات صغيرة، وثبّتوا status وmargin_minutes في اختبارات الانحدار، فتحصلون على تقييمات اتصال قابلة للتكرار للعناصر والدورات السفرية بأسلوب LMS والعاملين على الحافة دون إنشاء قاعدة جداول خاصة بكم.

أسئلة تقنية

كيف أتحقق مما إذا كان زمن اتصال توقف رحلتي كافيًا؟

أرسلوا layover_minutes (غير سالب) وterminal_change (true إن وجب تغيير الصالة). تُرجع API الحالة comfortable أو tight أو risky وفق إرشاد MCT بـ 60 أو 90 دقيقة مع هامش راحة 30 دقيقة.

ماذا يحدث إذا كان layover_minutes سالبًا؟

تفشل المهمة بـ invalid_input. زمن الاتصال لا يمكن أن يكون أقل من صفر، والإدخال غير الصالح لا يُفوتر.

كم تكلفة التحقق من زمن اتصال التوقف؟

أداة المتصفح مجانية. تستخدم طلبات API رصيد KIT المدفوع مسبقًا بسعر $0.002 لكل استدعاء ناجح؛ والإدخال غير الصالح لا يُفوتر.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

كيف تُحدَّد الحالات المريحة والضّيقة والمحفوفة بالمخاطر

عقد الإدخال وحقول الاستجابة وسلوك الأخطاء

أين تثبت قيمة التحقق من زمن اتصال التوقف

حالات الاستخدام

تحذيرات الاتصال في مسار الحجز

مراجعة سياسة السفر المؤسسي

محتوى وودجات تخطيط الرحلات

الأسئلة الشائعة

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الأخطاء

ملاحظات تقنية

كيف تُحدَّد الحالات المريحة والضّيقة والمحفوفة بالمخاطر

عقد الإدخال وحقول الاستجابة وسلوك الأخطاء

أين تثبت قيمة التحقق من زمن اتصال التوقف

أسئلة تقنية

شكرًا