إشعارات المشتريات الحكومية وهوية البريد الإلكتروني التي تواجه البائع

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

قم بتعيين الإشعار إلى سجل المشتريات

لنشر العطاءات وإشعارات الموردين والمشتريات المفوضة، قم بتسجيل نظام السجل ومعرف الإشعار والمرسل المعتمد ودور التعاقد المسؤول. يجب أن يساعد الإخطار المورد في العثور على سجل الشراء الرسمي من خلال قناة معروفة. تجنب التعامل مع الارتباط الموجود في رسالة غير متوقعة باعتباره تحققًا مستقلاً لنفس الرسالة.

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

احتفظ بالتغييرات اللاحقة خلف موافقتهم

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

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

اختبار المرسل المفوض قبل الموعد النهائي

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

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

إعادة تقييم الحدود التي تواجه المورد

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

العمل من خلال ثلاثة سجلات طريق مكتوبة

هذه الأمثلة المحجوزة للنطاقات والمحددات والأدوار ومباني DKIM العابرة هي خيالية. لا يتم توفير أو تنفيذ أي رسالة موقعة أو مفتاح أو التحقق من التشفير أو بحث DNS أو معاملة SMTP أو اختبار الخدمة المباشرة لهذه الحالات. ليست هناك حاجة إلى رمز اختبار أو عينة خارجية لفحص الأسباب أدناه.

• منشور العطاء: مرئي من النطاق tenders.civic.example ؛ DKIM d=tenders.civic.example; عرض محدد 1؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. SPF البريد من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: قائد المشتريات. الإجراء التالي: احصل على عينة معتمدة ونتيجة مستلم موثوق به لهذا المستأجر بالتحديد.
• إشعار المورد: مرئي من المجال suppliers.civic.example ؛ DKIM d=suppliers.civic.example; محدد التجريبي 2؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك اتصالات الموردين. الإجراء التالي: قم بتأكيد هذا المسار المنفصل وحدث الأعمال الخاص به بدلاً من توريث نتيجة المسار الأول.
• الشراء المفوض: مرئي من domain contracts.civic.example ؛ DKIM d=provider.example.net; محدد التجريبي3؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: الجهة المتعاقدة. الإجراء التالي: اطلب من المورد الذي تم التحقق منه معرفة مسار التوقيع المتوافق المدعوم لهذا المستأجر؛ لا تقم بتوسيع الترخيص ليشمل شبكتها بأكملها.

بالنسبة للتوقيعين الأولين المنصوص عليهما، d= يساوي تمامًا المجال من، وبالتالي فإن المعرف يلبي المحاذاة الصارمة والمريحة. وبالنظر إلى نتيجة DKIM الناجحة المنصوص عليها، يوجد مسار مصادقة متوافق لتلك الرسائل الافتراضية. الموقّع الثالث لا علاقة له عمدًا بمجال المؤلف ولا يمكنه توفير هذا المسار المحاذي. لا تسمي الرسالة الثالثة فشل DMARC : نظام التعرف على SPF المحاذاة أو تمرير محاذاة آخر توقيع DKIM لا يزال بإمكانه تلبية الآلية، وهذه المدخلات غير معروفة. لا تستنتج النشر الحقيقي أو موضع البريد الوارد من أي صف.

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

استخدم بطاقة قبول إشعار محدد

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

تطبيق المعايير دون المطالبة بالامتثال لها

RFC 9989 الأقسام 4.4 و5.3.5 دعم المحاذاة وتمييز الآلية. يحذر القسم 7.4 من إمكانية التشغيل التفاعلي للبريد غير المباشر: تستخدم النطاقات p=reject يجب أن يستخدم DKIM صالحًا، وليس نظام التعرف على هوية المرسل SPF وحده، كما أن استخدام القائمة البريدية للأغراض العامة يحتاج إلى عناية خاصة. إن جرد المسار ليس في حد ذاته إذنًا لفرض الرفض. RFC 6376 الأقسام 3.4-3.7 و6.1 وصف المدخلات الموقعة والتحقق. RFC 9990 القسم 3.1 يوفر سياق التقارير، وليس دليل وصول لكل مستلم. RFC 5321 القسم 4.2.5 يميز مسؤولية قبول الخادم عن نتائج التسليم اللاحقة. خيارات سير عمل القطاع هنا هي توصيات تحريرية؛ يحتاج النطاق القانوني وملاءمة العوامل والترخيص المحلي إلى مراجعة مسؤولة خاصة بهم.