إيه إس 2

خلفية

وعلى صعيد آخر، في بعض الحالات، يُعد AS2 وسيلة لتجاوز الشبكات ذات القيمة المضافة المكلفة التي كانت تُستعمل سابقًا لتبادل البيانات.

وفي السياق ذاته، تم إنشاء AS2 في سنة 2002 بواسطة IETF ليحل محل AS1، الذي أنشأوه في أوائل التسعينيات.

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

الحفاظ على أسماء الملفات بدون استجابات MDN

كذلك، توصي وول مارت بالتواصل مع شركة دروموند جروب للحصول على مزيد من المعلومات حول EDIINT AS2، أو للحصول على قائمة بمزودي برامج اختبار التوافق التشغيلي لـAS2.

حفظ اسم الملف مع شهادة استجابة MDN المرتبطة به

AS2 مع إشعارات البريد الإلكتروني

في هذا الإطار، إرجاع إشعارات التسليم (غير المتزامنة) عبر البريد الإلكتروني - يتيح هذا الخيار، الذي نادرًا ما يُستعمل، إمكانية إرجاع إشعارات التسليم الخاصة بـ AS2 إلى مُرسلي رسائل AS2 عبر البريد الإلكتروني بدلاً من HTTP. وبخلاف ذلك، فهو مشابه لـ "AS2 غير المتزامن (HTTP)".

AS2 مع "مزامنة" MDNs

من جهة ثانية، إعادة إشعارات التسليم المتزامنة عبر HTTP(S) ("مزامنة AS2") - يتيح هذا الخيار الشائع إعادة إشعارات التسليم AS2 إلى عملاء إرسال رسائل AS2 عبر نفس اتصال HTTP المستعمل لإرسال الرسالة الأصلية. هذه الميزة، "إشعار التسليم أثناء الانتظار"، تجعل عمليات نقل "مزامنة AS2" الأسرع بين جميع أنواع نقل ملفات AS، ولكنها تمنع كذلك استخدام هذا النوع من طلبات إشعارات التسليم مع الملفات الكبيرة (التي قد تنتهي مهلتها في حالات انخفاض عرض النطاق الترددي ).

خيارات MDN

من جانب آخر، على عكس عمليات نقل الملفات عبر بروتوكولي AS1 أو AS3 ، يوفر بروتوكول AS2 عدة خيارات لإعادة إرسال إشعار MDN بدلاً من الخيارين التقليديين "نعم" أو "لا". وتحديداً، الخيارات هي:

حفظ أسماء الملفات

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

المزايا التكنولوجية

إضافةً إلى ذلك، لا يقتصر على نوع معين من البيانات - يمكن استخدام بروتوكول AS2 لنقل أي نوع من المستندات. على الرغم من شيوع استخدام تنسيقات EDI X12 وEDIFACT وXML، إلا أنه يمكن نقل أي تنسيق متفق عليه بين الطرفين.

وفي هذا السياق، الاستفادة من الإنترنت: إذا كان بإمكان المؤسسة مشاركة البيانات بشكل آمن عبر الإنترنت، فإنها تمتلك بالفعل جزءًا كبيرًا من البنية التحتية اللازمة لـ AS2.

• أنظر كذلك
• إيه إس 4
• إية إس 1

إضافةً إلى ذلك، بيانات EDI غير محدودة - لا توجد قيود عملية على أحجام المعاملات عبر الويب، ويتضمن AS2 ميزات لإدارة عمليات النقل الكبيرة.

AS2 بدون MDNs

وفي السياق ذاته، عدم إرجاع MDN - يعمل هذا الخيار كما هو الحال في أي بروتوكول AS آخر: ببساطة لا يحاول مستقبل رسالة AS2 مع تعيين هذا الخيار إرجاع MDN إلى مرسل رسالة AS2.

فوائد

من جهة ثانية، بالنسبة للعديد من الشركات، لا يُعد استخدام بروتوكول AS2 وتبادل البيانات الإلكتروني (EDI) خيارًا بقدر ما هو شرط أساسي للتعامل مع عميل أو شريك كبير. ومع ذلك، يُعد AS2 بروتوكولًا عالميًا له فوائد من الناحيتين التجارية والتقنية.

AS2 مع "ASync" MDNs

ومن جهة أخرى، إعادة إشعار التسليم غير المتزامن عبر HTTP(S) (المعروف كذلك باسم "AS2 غير المتزامن") - يتيح هذا الخيار الشائع إعادة إشعارات التسليم AS2 إلى خادم مُرسِل رسالة AS2 لاحقًا عبر اتصال HTTP مختلف. يُستعمل هذا النوع من طلبات إشعار التسليم عادةً في حال التعامل مع ملفات كبيرة أو إذا كان خادم AS2 الخاص بشريكك التجاري يعاني من ضعف خدمة الإنترنت.

نظرة عامة فنية

وفي السياق ذاته، يتم إرسال رسائل AS2 دائمًا باستخدام بروتوكول HTTP أو HTTPS ( طبقة المقابس الآمنة - والمعروفة كذلك باسم SSL - مضمنة في HTTPS) وعادة ما تستعمل طريقة "POST" (استخدام "GET" نادر).

كذلك، في حال وجود أي مشاكل في استلام أو تفسير رسالة AS2 الأصلية، قد يتم إرسال إشعار MDN "فاشل". مع ذلك، ينص جزء من بروتوكول AS2 على أنه يجب على العميل اعتبار عدم وجود إشعار MDN بمثابة فشل كذلك، لذا قد لا يقوم بعض مُستقبِلي AS2 بإعادة إشعار MDN في هذه الحالة.

يمكن توقيع الرسائل، ولكن ليس من الضروري ذلك.

يمكن تشفير الرسائل، ولكن ليس بالضرورة.

كذلك، قد تطلب الرسائل إشعارًا بإنهاء الرسالة ( MDN ) إذا سارت الأمور على ما يرام، ولكن ليس من الضروري أن تطلب مثل هذه الرسالة.

وفي هذا السياق، عند استلام التوقيع على MDN والتحقق منه بنجاح، سيعرف المرسل الأصلي أن المستلم قد استلم رسالته (وهذا يوفر عنصر " عدم الإنكار " الخاص بـ AS2).

في هذا الإطار، كما هو الحال في أي عملية نقل ملفات AS أخرى ، تتطلب عمليات نقل ملفات AS2 عادةً من كلا طرفي التبادل تبادل شهادات X.509 وأسماء "شركاء التداول" المحددة قبل إتمام أي عملية نقل. ويمكن أن تكون أسماء شركاء التداول في AS2 أي عبارة صالحة

في هذا الإطار، تم تحديد بروتوكول AS2 فيRFC 4130، وهو يعتمد على بروتوكول HTTP و S/MIME. كان ثاني بروتوكول AS تم تطويره، ويستعمل نفس اصطلاحات التوقيع والتشفير و MDN (كما هو محدد في RFC3798) المستعملة في بروتوكول AS1 الأصلي الذي قدمته IETF في أواخر التسعينيات . بعبارة أخرى:

إذا طلبت رسالة AS2 الأصلية إشعارًا بالرسالة (MDN):

وفي السياق ذاته، تُشفّر الملفات كمرفقات في رسالة S/MIME موحدة (رسالة AS2). لا تحدد AS2 محتويات الملفات. عادةً ما تكون محتويات الملفات بتنسيق موحد يتم الاتفاق عليه بشكل منفصل، مثل XML أو EDIFACT .

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

دراسة جدوى

علاوةً على ذلك، خفض التكاليف باستخدام الإنترنت لنقل ملفات EDI، حيث يقلل AS2 من تكلفة المعاملات من شبكات القيمة المضافة باهظة الثمن.

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

• وفر الوقت من خلال الاستغناء عن الحاجة إلى معالجة الطلبات يدويًا.
• تخلص من الأخطاء عن طريق تحويل العمليات اليدوية إلى عمليات آلية.
• حل عالمي - تم إنشاء واختبار AS2، لذلك لا داعي لإعادة اختراع العجلة.