تاريخ القيمة في صرف العملات: يومان أم ستة أيام؟

احسب التاريخ من القاعدة المؤكدة والتقويم المعني؛ لا تختَر يومًا بإضافة ساعات إلى وقت الضغط على زر الطلب.

• وصف HMRC لمتعاملي الصرف يذكر عرف اليوم الصالح الثاني بعد الصفقة، وصلاحية مراكز العملتين. [1] نعتمد هنا اتفاقًا صريحًا، لا حكمًا موحدًا لكل زوج؛ ونسأل عن يوم الصفقة المقبول وحد الطلب لدى الجهة.
• يسمي تقويم 2026 يومي 3 و 6 أبريل إغلاقين لـ TARGET. وتحدد النجمة إغلاق TARGET؛ والعطلة العامة وحدها لا تكفي. [2] في فرضنا، مع استبعاد السبت والأحد وعدم أي إغلاق آخر، 7 أبريل هو الأول و 8 أبريل الثاني بعد 2 أبريل: ستة أيام تقويمية. نثبت الساعة والمنطقة إذا أردنا قياس ساعات فعلية.
• في بديل مستقل، حد قبول افتراضي 14:00: الطلب 13:50 مقبول يوم 2، والطلب 14:10 يبدأ العد من 7 وفق شرطنا. يصير الموعد 9 بدل 8. هذا حد مؤلف، وليس حد خدمة عامة أو وعدًا بأن أي طلب متأخر يرحّل تلقائيًا.
• يبدأ يوم Fedwire للتحويل 21:00 بالتوقيت الشرقي في اليوم السابق، وينتهي 19:00؛ حد التحويلات الأساسية للعملاء 18:45. [3] تلك ساعات خدمة ومشاركين؛ لا تثبت قبول بنكك طلب صرف حتى آخر دقيقة، ولا يجعل مساء الأحد يوم تحويل خاصًا بالأحد.
• يعالج TIPS المدفوعات الفورية باستمرار، لكنه ينتقل إلى يوم العمل التالي بعد إغلاق CLM و RTGS. [4] تاريخ العمل والساعة شيئان مختلفان. ولا نمد توافر خدمة مسماة إلى كل طرف في صفقة عملتين، أو نحول إعلان تمديد مستقبلي إلى تشغيل قائم. والصيانة الاختيارية الموصوفة لا توقف المدفوعات الفورية. [4]
• في صفقتنا المؤلفة، ألف ف بسعر ثابت 3.5 م لكل ف تتطلب 3500 م بلا رسوم أو حركات أخرى. المتاح 3400 يترك نقص 100؛ وصول 200 يجعل 3600 وفائض 100. نحتاج إتاحة المبلغ عند الموعد المتفق، لا مجرد خبره؛ وإذا حدد المستفيد 7 أبريل موعدًا، فموعد 8 لا يفي بهذا الشرط.

يصف دليل HMRC المعاملة الفورية بأنها تبادل عملة بأخرى؛ ولمتعاملي السوق يذكر عرف اليوم الصالح الثاني بعد الاتفاق. [1] هذا وصف في سياق مسمى. نطلب تاريخًا مؤكدًا من الجهة وقاعدة احتساب تنطبق على الصفقة، بدل اعتبار كلمة «فوري» ساعة دفع واحدة في كل خدمة.

اليوم الصالح في ذلك الوصف يوم عمل عادي في المركزين الماليين للعملتين. [1] لكن المقال لا يضع خوارزمية عالمية لكل عطلة وسيطة أو زوج. نصرح بقاعدة المثال كما أعطاها اتفاقنا؛ لا ننسب إليه عرفًا خاصًا بزوج لم نتحقق منه، ولا نطبق قاعدة سوق ذهب على شراء عملة.

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

سنفترض أن الجهة قبلت الصفقة في الخميس 2 أبريل، وأنها أكدت قاعدة العد التالية دون قيود أخرى: نبدأ باليوم التالي، نستبعد يومي نهاية الأسبوع والإغلاقين المحددين، ونختار ثاني يوم باقٍ. هذه شروط تعليمية معلنة. إذا أعطى التأكيد تاريخًا مختلفًا، نراجع القاعدة معه بدل إرسال مبلغ اعتمادًا على حسابنا وحده.

يفرق تقويم المركزي الأوروبي بين عطلاته العامة والأيام الموسومة بإغلاق TARGET. [2] لا نجمع القائمتين كأن كل سطر يوقف كل خدمة. في السنة التي اخترناها، الجمعة 3 أبريل والاثنين 6 أبريل موسومان بالنجمة الخاصة بالإغلاق. [2] هذان تاريخان فعليان في المصدر، وليسا اختراعًا لتسهيل العد.

يورد التقويم 14 مايو 2026 عطلة عامة دون علامة إغلاق TARGET. [2] غياب النجمة يجيب عن هذه العلامة في هذه القائمة؛ لا يثبت وحده أن مصرفًا بعينه يقبل طلبك أو أن كل عملية متاحة. ينبغي أن يتطابق اسم الخدمة مع السؤال، وإلا ستستخرج موعدًا من تقويم جهة أخرى.

في مثال أبريل نضيف فرضنا الصريح باستبعاد السبت والأحد، وعدم أي إغلاق آخر لدى الطرفين أو القنوات المعنية. ليست هذه عبارة صغيرة يمكن إسقاطها: إغلاق إضافي في أحد اليومين اللذين اخترناهما سيغير المسار. نبقي الفرض بجوار النتيجة حتى يعرف من يعيد الحساب متى يجوز استعمال الثامن ومتى يلزم حساب جديد.

لاحظ السنة مع اليوم والشهر. لا تستبدل 3 أبريل بتاريخ من قائمة 2027، ولا تفترض ثبات أعياد متحركة في الموعد نفسه. يمكن حفظ صورة أو رابط مع وقت التحقق في ملفك، لكن راجع النسخة التي تنطبق على المعاملة. صفحة متعددة السنوات لا تعني أن أول عمود تراه هو العمود الذي تحتاج إليه.

نبدأ بعد الخميس 2 أبريل كما اتفقنا. الجمعة 3 أبريل إغلاق. [2] السبت 4 والأحد 5 مستبعدان بفرضنا، والاثنين 6 أبريل إغلاق. [2] الثلاثاء 7 هو اليوم الأول، والأربعاء 8 هو الثاني. لا نعد يوم الاتفاق نفسه، ولا نسمي الثلاثاء «اليوم الخامس للعمل» لمجرد أنه جاء خامسًا بعده في التقويم.

الفرق بين 2 و 8 هو ستة أيام تقويمية. غير أن عدد الأيام التي سمحنا بعدّها اثنان فقط. الحسابان يجيبان عن سؤالين: كم تقدم التاريخ؟ وكم يومًا استوفى شرطنا؟ لا تعارض بين ستة واثنين هنا. حذف عنوان العمود يجعل العدد الصحيح يبدو تناقضًا، مع أن اختلاف قاعدة العد يفسر النتيجة بالكامل.

يمكن رسم صف لكل تاريخ مع حالة بسيطة وعداد. يبدأ العداد بصفر بعد الصفقة، ويبقى صفرًا في 3 و 4 و 5 و 6، ثم يصير واحدًا في 7 واثنين في 8. نضع سبب كل استبعاد في الصف نفسه؛ فإذا سأل زميل عن اليوم السادس، يرى الإغلاق المعني بدل تخمين أن كل الأيام الأربعة كانت عطلة نهاية أسبوع.

ولو أضفنا يومين تقويميين فقط إلى 2 أبريل لظهر السبت 4، لا الأربعاء 8. الفرق أربعة تواريخ في هذه الحالة. لكنه لا يحدد نسبة تأخر أو غرامة أو فائدة، لأننا لم نعطِ تلك الشروط. يستطيع جدولنا تصحيح الموعد الناتج من العد؛ أما أثره المالي على عقد فعلي فيحتاج شروط ذلك العقد.

وإذا اخترنا للتمرين الساعة 12:00 UTC في يوم البداية وفي يوم النهاية، فالفاصل 144 ساعة: ستة في 24. تحديد المنطقتين والساعة هو ما يسمح بهذا الحساب الإضافي. النتيجة لا تقول إن خدمة فتحت 144 ساعة أو إن المبالغ تأخرت هذه المدة عن وعد سابق؛ إنها طول الفترة بين لحظتين اخترناهما للتوضيح.

نضع بديلًا مستقلًا بالشروط السابقة وتقويمها، لكن نضيف حد قبول مؤلفًا عند 14:00 في منطقة ثابتة معلنة للتمرين. قبل الحد، يعتمد يوم الطلب؛ بعده، يعتمد اليوم المقبول التالي، وهو 7 أبريل هنا. هذا شرط أعطيناه للجهة الخيالية، لا اقتباسًا من ساعات مصرف أو من نظام دفع مركزي.

طلب 13:50 في 2 أبريل يسبق الحد بعشر دقائق، فتبدأ القصة من الخميس وتصل إلى 8 كما حسبنا. طلب 14:10 يتجاوزه بعشر دقائق، فتبدأ من الثلاثاء 7؛ اليوم التالي 8 يصير الأول، والخميس 9 الثاني، مع عدم إغلاق إضافي. فرق عشرين دقيقة بين الإرسالين أنتج يومين مختلفين للاعتماد في شروط هذا البديل.

لا نضيف اليوم 7 إلى عداد البداية الجديدة؛ شرطنا يستبعد يوم الاعتماد نفسه. إن جعلته اليوم الأول ثم اخترت 8، تكون قد غيرت القاعدة، لا اختصرت المسار. من المفيد إعادة كتابة «بعد يوم الاعتماد» في رأس الجدول الثاني؛ ذلك يمنع استمرار عداد الجدول الأول مع تاريخ بداية جديد.

في واقعة حقيقية نحتاج جواب الجهة عن قبول الطلب المتأخر: هل رفض أم علق أم يحتاج تعليمات جديدة؟ المثال افترض نقله، فلا يحكم على جميع هذه الحالات. احتفظ بتأكيد اليوم المعتمد، ولا تعدّل الموعد المكتوب من تلقاء نفسك لتجعله يوافق جدولًا مؤلفًا. هذا هو الحد بين أداة التخطيط وبين معرفة ما وقع فعلًا.

يوم التحويل في Fedwire يبدأ 21:00 ET في اليوم السابق، حتى إن كان ذلك اليوم السابق عطلة، وينتهي 19:00 ET. [3] مثال المصدر مساء أحد يسبق اثنين صالحًا للتحويل. توجد إذن ثلاثة أشياء منفصلة: التاريخ المدني عند الإرسال، واسم يوم الخدمة، والساعة داخل ذلك اليوم؛ لا يحل أحدها محل الآخرين.

الخدمة تستبعد السبت والأحد والعطل التي يحددها الاحتياطي الفدرالي. [3] لذلك لا نستنتج من تشغيل مساء الأحد أنها أضافت يوم تحويل للأحد نفسه. التشغيل المعني يبدأ يوم الاثنين المحدد في القاعدة. ولا ننقل هذا الوصف إلى خدمة أمريكية أخرى؛ قد تحمل اسمًا قريبًا وتعمل وفق جدول مختلف.

حد التحويلات الأساسية للعملاء هو 18:45 ET، بينما الإغلاق 19:00 ET. [3] الفرق بين الساعتين خمس عشرة دقيقة، لكنه لا يمثل نافذة مضمونة لك لتقديم طلب جديد إلى بنكك. الجدول يصف رسائل مشاركين بعينها؛ شروط تقديم العميل للبنك والتمويل والتحقق قد تسبق ساعات تلك الرسائل.

عند مقارنة سجلين، احتفظ باسم الخدمة وبالوقت الشرقي كما ورد، وباليوم الذي نسبته الخدمة للتحويل. لا تمحُ اليوم الأول لأن التاريخ المحلي أظهر يومًا آخر. إن أردت تحويل الساعة إلى منطقتك، استخدم فرق التاريخ المعني. سؤال المقال هنا عن اليوم المسند للعملية؛ حساب منطقة زمنية أخرى خطوة إضافية بمدخلات مستقلة.

يشرح جدول TARGET الحالي أن المدفوعات الفورية في TIPS تعالج باستمرار، وأن يومها ينتقل إلى التالي بعد إغلاق CLM و RTGS. [4] لا نساوي بين وقت حدوث المعالجة واسم يوم العمل الذي سجلت تحته. تستطيع عمليتان حمل وقتين في تاريخين مدنيين دون أن يعني ذلك وحده اختلاف يومهما في الخدمة.

نافذة الصيانة الاختيارية للأنظمة المحددة لا توقف معالجة المدفوعات الفورية في TIPS، مع تأثيرها في عمليات أخرى مسماة. [4] لذلك لا نوسع كلمة «صيانة» إلى توقف جميع المدفوعات، كما لا نوسع كلمة «مستمر» إلى توافر كل وظيفة. اقرأ العملية المذكورة مع اسمها قبل استعمال حالة النظام لشرح سجل عملية أخرى.

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

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

نعطي صفقتنا ألف ف مقابل سعر متفق ثابت قدره 3.5 م لكل ف، ولا رسوم أو فروق إضافية أو تدفقات أخرى. المبلغ المقابل 3500 م. افترض أنه مطلوب متاحًا عند موعد 8 أبريل الذي أكدته الجهة في الحالة الأساسية. لا نعيد تسعيره بعد العطلة؛ ثبات السعر شرط في المثال، وليس توقعًا لحركة السوق.

المتاح في الوقت المطلوب 3400 م، فيترك فرقًا قدره 100 عن المطلوب. إذا وصل 200 وأصبح متاحًا قبل الموعد، يصير 3600، أي فائض 100. لا نضيف إلى الدفتر ألف ف بوصفها ألف م؛ الطرفان بوحدتين مختلفتين، والتحويل الذي أعطيناه هو ما أتاح مقارنة 3400 بالمبلغ المقابل 3500.

لو وصلت المئتان بعد الموعد، فخبر وصولها لا يثبت أن 3600 كانت متاحة عنده. اكتب لحظة الإتاحة التي تعرفها، ثم قارنها بالوقت المشروط. الحساب العددي في الفرعين واحد بعد الوصول، لكن السؤال التجاري مختلف: هل كانت الكمية المطلوبة موجودة حين احتجنا إليها؟ جدول التاريخ وحده لا يجيب دون معلومة الإتاحة.

وإذا كان المستفيد يشترط إتمام الدفع في 7 أبريل، فموعد 8 الذي حسبناه لا يفي بهذا الشرط. لا نعلن غرامة أو إلغاء لأننا لم نعطِ بنودهما. نستطيع تحديد التعارض بيوم واحد، ثم نطلب بديلًا مؤكدًا مناسبًا قبل الالتزام. وقد يكون تغيير المسار أو الموعد ممكنًا أو غير ممكن؛ لا يمنحه المثال وعدًا عامًا.

احفظ ورقة قصيرة لكل عملية: تاريخ الاعتماد، والقاعدة والتقويم، والتاريخ المؤكد، والعملة والمبلغ، ووقت الإتاحة، وحالة التنفيذ. المثال انتهى بموعد 8 وبحاجة 3500؛ وليس كل من قرأ هذين الرقمين يملك المبلغ أو المسار نفسه. فائدته أن كل نتيجة لها مدخل معروف، ويمكن مراجعة موضع الاختلاف حين تعطي الجهة جوابًا آخر.