ما هو EDI؟ كيف يُسهّل عمليات الطلب والتوريد بين الشركات ── من FAX والبريد الإلكتروني والإدخال اليدوي إلى تكامل البيانات

«يصل أمر شراء من شريك تجاري عبر FAX، فيُدخله الموظف المسؤول في نظام إدارة المبيعات.» «يفتح الموظف ملف Excel المرفق بالبريد الإلكتروني، ويتحقق من رمز المنتج والكمية، ثم ينسخهما.» «بعد التسليم تُصدَر فاتورة، ويُدخل الطرف الآخر المحتوى نفسه في نظام المحاسبة.» ── في المعاملات بين الشركات، كثيراً ما تُدخَل معلومات الطلب أو الفوترة نفسها مراراً من شركات متعددة وموظفين متعددين.

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

يستعرض هذا المقال ماهية EDI، والفرق بينه وبين FAX والبريد الإلكتروني، وكيف يُسهّل اعتماده عمليات الشركة، وذلك بمثال عمليات الطلب والاستلام. نُبقي المصطلحات التقنية في حدّها الأدنى، لكن ثبّتوا هذه الأربعة أولاً.

1. الخلاصة أولًا

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

JIPDEC (一般財団法人日本情報経済社会推進協会 / Japan Information Economy and Society Promotion Association) هيئة تعمل في التوحيد القياسي والتوعية في مجالات التجارة الإلكترونية وأمن المعلومات وحماية البيانات الشخصية، وتنشر باستمرار معلومات عن رموز الشركات وEDI. يرجع هذا المقال أيضاً إلى شروح الهيئة في تعريف EDI وأثره. يشرح JIPDEC EDI بأنه «ربط الشركات أو الجهات الحكومية وغيرها حواسيبها عبر الشبكة، وتبادل المستندات والوثائق تلقائياً كبيانات إلكترونية»، ويعرض أيضاً التعريف وفق JIS X 7011.

الهدف من اعتماد EDI ليس مجرد التخلص من الورق. الغرض الرئيسي هو تقليل أعمال مثل:

• الإدخال اليدوي أثناء النظر إلى FAX أو PDF
• نسخ البيانات من Excel إلى نظام إدارة المبيعات
• التحقق البصري من محتوى الإدخال
• البحث عن أوامر الشراء أو الفواتير
• المكالمات الهاتفية أو رسائل البريد الإلكتروني للتحقق من حالة الطلب
• إعادة تجميع بيانات المبيعات والمخزون والفوترة

بجملة واحدة: EDI آلية تجعل البيانات التي كانت تتوقف بين شركة وأخرى تتدفق كما هي.

خريطة المعرفة لهذه المقالة

EDI آلية لتبادل معلومات المعاملات — مثل طلب الشراء وإشعار الشحن والفاتورة — بين الشركات بصيغة بيانات إلكترونيّة متّفق عليها مسبقاً، بحيث تُلغى إعادة الإدخال اليدوي ذاتها. إلى جانب تقليل أخطاء النسخ وتسريع معالجة الطلبات، لا يظهر الأثر إلا عندما تُربَط البيانات المستلمة حتى أنظمة المخزون والشحن والفوترة داخل الشركة. إن طُبعت دون استيراد وعولجت يدوياً فلا فرق عن FAX. الأشكال المخصّصة لكلّ شريك تجاري ترفع التكلفة، لذا يكون EDI المستند إلى معيار أو EDI المشترك للمؤسسات الصغيرة والمتوسطة الخيار الواقعي. الفاتورة الرقمية (Digital Invoice) تطبيق عملي لهذا النهج على مجال الفواتير، وقبل الاعتماد يُقدَّم جرد أساليب الطلب والاستلام الحاليّة لكلّ شريك تجاري على اختيار المنتج.

flowchart LR
    accTitle: خريطة معرفة تبادل البيانات بين الشركات عبر EDI
    accDescr: مخطّط يبيّن كيف يمنع EDI إعادة الإدخال اليدوي وأخطاء النسخ، وكيف يؤتمت معالجة الطلبات وربط المخزون والشحن والفوترة، وكيف يجيب الشكل المعياري وEDI المشترك للمؤسسات الصغيرة والمتوسطة عن مشكلات الأشكال المخصّصة لكلّ شريك، وكيف تطبّق الفاتورة الرقمية (Digital Invoice) هذا النهج على مجال الفوترة.
    edi["EDI (تبادل البيانات الإلكتروني)"]
    manual_reentry["إعادة إدخال يدويّ للمعلومات الواردة"]
    transcription_error["خطأ النسخ عند الإدخال"]
    order_processing_lead_time["المهلة الزمنيّة لمعالجة الطلب"]
    trading_partner_agreement["اتّفاق EDI مع الشريك التجاريّ"]
    master_code_alignment["مواءمة رموز المنتجات في البيانات الأساسيّة"]
    order_to_cash_integration["ربط المخزون والشحن والفوترة بعد الطلب"]
    edi_standard_format["EDI القائم على معيار"]
    edi_individual_format["EDI فردي لكلّ شريك"]
    sme_common_edi["EDI المشترك لـ SME"]
    digital_invoice["الفاتورة الرقميّة"]
    current_process_inventory["جرد أساليب الطلب والاستلام الحاليّة"]
    order_status_visibility["إظهار حالة الطلب"]
    task_personalization["اعتماد العمل على فرد واحد"]
    low_frequency_irregular_trading["معاملات قليلة التواتر وغير نمطيّة"]
    high_frequency_recurring_trading["معاملات نمطيّة عالية التواتر"]
    edi -->|"يخفّف"| manual_reentry
    manual_reentry -->|"قد يسبّب"| transcription_error
    edi -.->|"يخفّف"| transcription_error
    edi -->|"يخفّف"| order_processing_lead_time
    edi -->|"يشترط"| trading_partner_agreement
    edi -->|"يشترط"| master_code_alignment
    edi -->|"يؤتمت"| order_to_cash_integration
    edi -.->|"يشترط"| order_to_cash_integration
    edi -->|"يستخدم"| edi_standard_format
    edi_standard_format -->|"موصى به لـ"| edi_individual_format
    sme_common_edi -->|"موصى به لـ"| edi_individual_format
    digital_invoice -.->|"يستخدم"| edi
    current_process_inventory -->|"ينبغي أن يسبق"| edi
    edi -->|"يؤتمت"| order_status_visibility
    order_status_visibility -->|"يخفّف"| task_personalization
    edi -.->|"غير موصى به لـ"| low_frequency_irregular_trading
    edi -->|"موصى به لـ"| high_frequency_recurring_trading

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 17، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. ماذا يحدث في عمليات الطلب والاستلام دون EDI؟

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

flowchart TD
    accTitle: تدفّق الطلب والاستلام في غياب EDI
    accDescr: مخطّط يوضح أن بيانات الطلب تُطبع أو تُحوَّل إلى PDF ثم تُرسل عبر FAX أو البريد الإلكتروني، فيعيد موظف جهة الاستلام إدخالها، ثم تُدخل جهة الطلب بيانات الشحن والفوترة مجدداً في نظامها.
    A["جهة الطلب تُدخل بيانات الطلب"] --> B["طباعة أمر الشراء أو تحويله إلى PDF"]
    B --> C["الإرسال عبر FAX أو البريد الإلكتروني"]
    C --> D["موظف جهة الاستلام يتحقق من المحتوى"]
    D --> E["إعادة الإدخال في نظام جهة الاستلام"]
    E --> F["إعداد بيانات الشحن والفوترة"]
    F --> G["جهة الطلب تُدخل البيانات مجدداً في نظامها"]

الشكل 1: تدفّق الطلب والاستلام في غياب EDI. يُعاد إدخال البيانات مرتين عبر اليد.

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

المشكلة ليست أن المعلومات غير رقمية. المشكلة أن معلومات أُنشئت مرة كبيانات تُحوَّل إلى مستند يقرأه إنسان، ثم تُعاد إلى صيغة بيانات في الطرف الآخر.

3. كيف تتغيّر عمليات الطلب والاستلام عند استخدام EDI؟

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

flowchart LR
    accTitle: تدفّق الطلب والاستلام باستخدام EDI
    accDescr: مخطّط يوضح أن بيانات الطلب تنتقل من نظام المشتريات لدى جهة الطلب عبر EDI إلى نظام إدارة المبيعات لدى جهة الاستلام، وأن تأكيد الطلب وإشعار الشحن وبيانات الفوترة تعود بالمسار نفسه.
    A["نظام المشتريات لدى جهة الطلب"] --> B["بيانات الطلب"]
    B --> C["الإرسال والتحويل عبر EDI"]
    C --> D["نظام إدارة المبيعات لدى جهة الاستلام"]
    D --> E["تأكيد الطلب"]
    D --> F["إشعار الشحن"]
    D --> G["بيانات الفوترة"]
    E --> C
    F --> C
    G --> C
    C --> A

الشكل 2: تدفّق الطلب والاستلام باستخدام EDI. اختفت خطوات «الطباعة» و«التحقق البصري» و«إعادة الإدخال» التي كانت في الشكل 1.

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

في شرح JIPDEC يُوصف EDI بأنه آلية تُحوَّل فيها البيانات ذات الصيغة الخاصة بكل شركة إلى صيغة معيارية، ويقوم الطرف المستقبِل بدوره بتحويلها من الصيغة المعيارية إلى صيغته الخاصة.

4. ما الفرق بين EDI والبريد الإلكتروني وملفات PDF وExcel؟

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

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

ومع ذلك فإن استخدام PDF أو Excel ليس أمراً سيئاً في حد ذاته. المهم كيف تُعالَج المعلومات المستلمة بعد ذلك. «أن يقرأ شخص PDF ويُدخله»، «أن يفتح شخص Excel وينسخ منه»، «أن يُستورَد CSV مباشرة إلى النظام»، «أن يُسجَّل تلقائياً عبر API» ── حتى لو كان الجميع «ملفات إلكترونية»، يختلف عبء المرحلة التالية اختلافاً كبيراً. عند تقييم أثر EDI يجب النظر ليس فقط في طريقة الإرسال، بل أيضاً فيما يفعله الشخص بعد الاستلام.

4.1. خريطة ما يُسمّى «EDI»

حتى هنا كتبنا «EDI» ككتلة واحدة، لكن ما إن يبدأ البحث الفعلي حتى تظهر تسميات متعددة. إن ثبّتم مواقعها النسبية أولاً، فلن تضيعوا عند قراءة وصف المنتجات.

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

5. المعلومات التي يمكن تبادلها عبر EDI

EDI ليس آلية مخصصة لأوامر الشراء فقط. يمكنه تبادل مجموعة متنوعة من المعلومات التي تنشأ في المعاملات بين الشركات.

على سبيل المثال، بمجرد استلام بيانات الطلب يمكن لنظام جهة الاستلام تنفيذ ما يلي:

1. التحقق من عدم تكرار رقم الطلب
2. التحقق من وجود رمز المنتج
3. تخصيص المخزون
4. حساب موعد التسليم
5. إرسال تعليمات الشحن إلى المستودع
6. إعادة تأكيد الطلب إلى جهة الطلب

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

6. كيف يُسهّل EDI عمليات الشركة؟

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

6.1. يمكن توجيه وقت الموظف المسؤول إلى معالجة الاستثناءات

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

• الطلبات التي يكون فيها المخزون غير كافٍ
• الطلبات ذات موعد تسليم غير معتاد
• الطلبات التي لم يُسجَّل لها رمز منتج
• الطلبات الكبيرة
• الطلبات التي تتطلب التحقق من سعر الوحدة أو شروط العقد

في حالة الانشغال بالإدخال، تميل هذه التحققات إلى التأجيل. قيمة EDI ليست في «أن يقل العمل» بقدر ما هي في «أن يُستخدم الوقت الموفر في الطلبات التي تستحق الانتباه أصلاً».

6.2. تقليل أخطاء الإدخال

العمل اليدوي في الإدخال يحمل احتمالاً معيّناً لحدوث الأخطاء. خطأ في رقم واحد من رمز المنتج، إدخال 100 قطعة بدل 10، الخلط بين جهات التسليم، سوء قراءة موعد التسليم المطلوب، تسجيل الطلب نفسه مرتين، وما شابه.

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

6.3. تسريع معالجة استلام الطلبات

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

مع EDI يمكن استيراد البيانات المستلمة تلقائياً إلى النظام، لذلك فور استلام الطلب يمكن البدء فوراً في إجراءات مثل استلام الطلب والتحقق من المخزون وحساب موعد التسليم وإرسال تعليمات الشحن إلى المستودع وإرسال رد بتأكيد الاستلام. ومع تسريع معالجة الاستلام يصبح تقليص الوقت حتى الشحن أسهل أيضاً. يذكر JIPDEC من آثار EDI كفاءة الأعمال المكتبية وتسريعها، والتسليم بأسلوب just-in-time، وتقصير lead time، وضغط المخزون.

6.4. تسهيل التحقق من حالة الطلب

عندما تتداخل الأوراق وFAX والبريد الإلكتروني وExcel، يستغرق التحقق من «حالة هذا الطلب حالياً» وقتاً طويلاً. فيتعيّن التحقق تباعاً من صندوق بريد الموظف المسؤول، والمجلد المشترك، والملفات الورقية، ونظام إدارة المبيعات.

مع EDI يمكن إدارة المعلومات التالية مرتبطة برقم الطلب أو ما شابهه:

• متى استُلم الطلب
• هل استُورد بشكل صحيح
• هل أُعيد تأكيد الاستلام
• هل تم الشحن
• هل تم الفحص والقبول
• هل تمت الفوترة
• هل حدث خطأ أو إعادة إرسال

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

6.5. إمكانية الربط بأعمال المخزون والشحن والمحاسبة

إذا رُبطت البيانات المستلمة بالأنظمة الداخلية، يمكن أيضاً أتمتة المراحل التالية لتسجيل الاستلام.

flowchart TD
    accTitle: المراحل اللاحقة لبيانات الطلب المستلمة داخل الشركة
    accDescr: مخطّط يوضح تسلسل استلام بيانات الطلب ثم تسجيل الاستلام وتخصيص المخزون وتعليمات الشحن وتسجيل المبيعات وإعداد بيانات الفوترة وتسوية المدفوعات.
    A["استلام بيانات الطلب"] --> B["تسجيل الاستلام"]
    B --> C["تخصيص المخزون"]
    C --> D["تعليمات الشحن"]
    D --> E["تسجيل المبيعات"]
    E --> F["إعداد بيانات الفوترة"]
    F --> G["تسوية المدفوعات"]

الشكل 3: المراحل اللاحقة التي تسلكها بيانات الطلب المستلمة داخل الشركة. مدى الربط هو ما يحدّد أثر الاعتماد.

وعلى العكس، حتى إن استُلمت بيانات الطلب عبر EDI، إذا طُبعت وأُدخلت يدوياً في نظام إدارة المبيعات فسيكون الأثر محدوداً. يوضح JIPDEC أيضاً أن البيانات المستلمة عبر EDI إذا لم تُستورَد إلى النظام الداخلي، وطُبعت ليعالجها البشر يدوياً، فلن تختلف كثيراً عن FAX. اعتماد EDI ليس مجرد اعتماد اتصال مع الشريك التجاري؛ الجوهر هو مدى تدفق البيانات المستلمة إلى داخل العمليات الداخلية للشركة.

6.6. استخدام بيانات المعاملات في اتخاذ القرارات الإدارية

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

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

يذكر JIPDEC أيضاً أنه يمكن استخدام بيانات EDI، إلى جانب الأعمال اليومية مثل تخصيص المخزون وترتيب الإنتاج وفحص الاستلام والشحن وتسجيل الذمم المدينة، كمواد لقرارات إدارية مثل تحليل المنتجات الأكثر مبيعاً وspend analysis والتنبؤ بالطلب. إن بناء القدرة على تجميع البيانات عبر EDI لا يخدم كفاءة العمل فحسب، بل يشكّل أيضاً أساساً لتحسين المخزون والتنبؤ بالطلب مستقبلاً.

7. التفكير في أثر EDI من خلال مثال بسيط

لنفترض أن شركة جملة تستلم 100 طلب يومياً عبر FAX أو البريد الإلكتروني، وأن إدخال طلب واحد في نظام إدارة المبيعات والتحقق من محتواه يستغرق في المتوسط 3 دقائق.

100 طلب × 3 دقائق = 300 دقيقة → 5 ساعات في اليوم

بعد اعتماد EDI، إذا استُورد 80 طلباً تلقائياً وأصبح التحقق البشري مطلوباً فقط للطلبات العشرين المتبقية، يصير الأمر كالتالي.

20 طلباً × 3 دقائق = 60 دقيقة → ساعة واحدة في اليوم

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

7.1. احسب بالأرقام الخاصة بشركتك

مثال الـ 100 طلب و3 دقائق أعلاه مثال فقط. طبّقوا أرقام شركتكم واحسبوا. المطلوب أربعة أرقام لا غير.

(1) عدد الطلبات المستلمة في اليوم                       …… A طلب
(2) وقت الإدخال والتحقق لكل طلب                         …… B دقيقة
(3) النسبة المتوقعة التي يمكن معالجتها تلقائياً عبر EDI   …… C %
(4) عدد أيام العمل في السنة                             …… D يوم

الوقت المستغرق حالياً     = A × B                    (دقيقة/يوم)
الوقت المتبقي بعد EDI     = A × (1 - C ÷ 100) × B    (دقيقة/يوم)
الوقت الموفَّر يومياً      = A × (C ÷ 100) × B        (دقيقة/يوم)
الوقت الموفَّر سنوياً      = الوقت الموفَّر يومياً × D ÷ 60  (ساعة/سنة)

نسبة «(3) التي يمكن معالجتها تلقائياً» تتحدد بكثرة الاستثناءات التي نتناولها في الفصول التالية. لا تضعوا قيمة مرتفعة من البداية؛ ابدأوا بعدّ النسبة التي تمثلها الشركات الأعلى من حيث عدد المعاملات من الإجمالي. عدد المعاملات لكل شريك يظهر إذا أُعدّ جدول الفصل 11.1.

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

8. فوائد EDI حسب القسم

لا يقتصر التحسين التشغيلي الناتج عن EDI على قسم استلام الطلبات فقط.

ما يمكن لـ EDI تقليله ليس ساعات عمل الإدخال فقط. فبفضل وضوح مكان المعلومات، يصبح من السهل حتى على غير الموظف المسؤول التحقق من الحالة، ولذلك يقل أيضاً اعتماد العمل على أفراد بعينهم.

9. اعتماد EDI لا يعني أتمتة كل شيء

EDI آلية مفيدة، لكن اعتمادها وحده لا يؤدي إلى أتمتة كل الأعمال.

9.1. الحاجة إلى اتفاق مع الشريك التجاري

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

لهذه الاتفاقات طبقات، ويرتّبها JIPDEC في الخمسة التالية. إذا أُسيء فهم «اعتماد EDI» على أنه حديث عن طبقة غير الطبقة المقصودة، فلن يلتقي النقاش.

تميل مقارنة المنتجات والخدمات إلى الانحياز للطبقتين العلويتين (بروتوكول الاتصال وقواعد الصياغة)، لكن ما يصعب عند الاعتماد هو الطبقات الثلاث السفلى. وبخاصة «الرسائل وعناصر البيانات» هي نفسها تهيئة الرموز التي نتناولها في 9.2؛ إن حُسم المنتج دون حسم هذا الأمر مع الشريك التجاري، عاد العمل لاحقاً إلى الوراء.

9.2. الحاجة إلى توحيد رموز المنتجات وما شابهها

قد تستخدم جهة الطلب وجهة الاستلام رموزاً مختلفة للمنتج نفسه. على سبيل المثال، رمز المنتج لدى جهة الطلب A-001، بينما لدى جهة الاستلام 100245. في هذه الحالة يلزم جدول تحويل بين الرموز. وإلى جانب رموز المنتجات ينبغي تنظيم عناصر أخرى مثل:

• رمز الشريك التجاري
• رمز جهة التسليم
• وحدة القياس
• عدد الوحدات في العبوة
• تصنيف الضريبة
• العملة
• صيغة التاريخ
• ترميز الأحرف

فحتى لو أمكن إرسال البيانات واستلامها، لن تكون المعاملة صحيحة إذا لم تتطابق دلالات هذه العناصر.

9.3. تبقى الحاجة إلى معالجة الاستثناءات

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

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

9.4. فترة استخدام مزدوج مع FAX والبريد الإلكتروني

لا يمكن لجميع الشركاء التجاريين الانتقال إلى EDI في وقت واحد. لذلك في المراحل الأولى من الاعتماد قد تتوازى عدة طرق استلام مثل EDI، وشاشة الويب، ورفع ملفات CSV، والبريد الإلكتروني، وFAX، والهاتف.

في هذه الحالة لا يمكن تقليص عدد الموظفين المسؤولين عن العمليات التقليدية فور اعتماد EDI. ولتعزيز الأثر يجب الانتقال بالتدريج بدءاً من الشركاء ذوي حجم المعاملات الأكبر، وتقليل عدد الحالات التي تُعالَج يدوياً تدريجياً. يشير JIPDEC أيضاً إلى أنه إذا بقيت المعالجة اليدوية عبر FAX أو الهاتف قائمة، فسيلزم موظفون للتعامل معها، مما يجعل من الصعب الحصول على الفائدة الكاملة من تحسين الكفاءة. ومن هنا أيضاً سبب وجوب وضع «النسبة التي يمكن معالجتها تلقائياً» في تقدير الفصل 7.1 بحذر.

10. الشركات الأنسب لاعتماد EDI

يميل EDI إلى تحقيق فعالية أكبر في شركات مثل:

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

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

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

11. طريقة المضي قدمًا عند دراسة اعتماد EDI

عند التفكير في EDI لا حاجة لاختيار المنتج أو طريقة الاتصال منذ البداية. بل يجب أولاً تنظيم العمليات الحالية.

11.1. إعداد قائمة بطرق الطلب والاستلام الحالية

لكل شريك تجاري يجب تنظيم المعلومات التالية:

بهذا التنظيم يتضح الشركاء أو الأعمال التي سيكون أثر التحول إلى EDI فيها كبيراً. عدد الطلبات والوقت اللذان يُدخلان في تقدير الفصل 7.1 يُؤخذان أيضاً من هذا الجدول.

11.2. البدء بشريك واحد ذي حجم معاملات كبير

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

• عدد كبير من المعاملات
• غالبية الطلبات نمطية
• سهولة التواصل بين الموظفين المسؤولين لدى الطرفين
• فهم لتكامل الأنظمة
• سهولة قياس الأثر

بعد إرساء طريقة التشغيل مع شريك واحد، يمكن التوسع إلى الشركاء الآخرين.

11.3. تضييق نطاق ما يتم تبادله

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

1. المرحلة الأولى: بيانات الطلب
2. المرحلة الثانية: تأكيد الاستلام والرد على موعد التسليم
3. المرحلة الثالثة: إشعار الشحن
4. المرحلة الرابعة: بيانات الفوترة

بزيادة النطاق تدريجياً يمكن التحقق من الأثر مع الحد من التأثير على الميدان.

11.4. التحقق من الاتصال بالأنظمة الداخلية

حتى في حال اعتماد خدمة EDI، إذا تعذّر استيراد البيانات إلى نظام إدارة المبيعات الحالي سيبقى الإدخال اليدوي قائماً. ينبغي التحقق مسبقاً من النقاط التالية:

• هل توجد وظيفة استيراد/تصدير CSV
• هل يمكن استخدام API
• هل التكامل مع قاعدة البيانات ممكن
• أين ستُنفَّذ عملية تحويل رموز المنتجات
• كيف سيُمنَع تكرار البيانات المستلمة
• من يُخطَر عند وقوع خطأ
• أين سيُحفَظ سجل المعالجة

من المهم التحقق من طريقة الاتصال بالنظام الحالي قبل اختيار المنتج. إذا تبيّن هنا أن «استيراد CSV وتصديره غير ممكن» أو أن «API غير موجودة»، فما يتقدم على اختيار خدمة EDI هو تعديل جانب النظام الحالي أو تجهيز آلية وسيطة.

12. المؤشرات التي ينبغي قياسها بعد اعتماد EDI

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

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

فما يهم في EDI ليس مجرد القدرة على إرسال البيانات. بل يُقيَّم بناءً على ما إذا كان العمل اليدوي قد قلّ فعلياً، وأصبحت المعالجة أسرع، وقلّت الأخطاء.

الخلاصة

EDI آلية لتبادل المعلومات التي تنشأ بين الشركات، مثل الطلبات والشحن والفوترة، كبيانات إلكترونية يستطيع الحاسوب معالجتها مباشرة. فمجرد استبدال FAX بالبريد الإلكتروني قد يقلل الورق، لكن الإدخال اليدوي قد يبقى قائماً. يكمن الأثر الحقيقي لـ EDI في إمكانية ربط البيانات المستلمة من الشريك التجاري مباشرة بالأنظمة الداخلية، مثل إدارة المبيعات والمخزون والشحن والمحاسبة.

أبرز التغييرات المتوقعة من EDI هي:

• تقليل الإدخال اليدوي أثناء النظر إلى أمر الشراء
• تقليل أخطاء الإدخال الناتجة عن النسخ
• تسريع المعالجة من استلام الطلب حتى الشحن
• تسهيل التحقق من حالة معالجة الطلبات والفواتير
• ربط المخزون والشحن والمبيعات والفوترة
• استخدام بيانات المعاملات المتراكمة في التجميع والتنبؤ بالطلب
• تقليل الأعمال التي تعتمد على موظف بعينه

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

نقطة انطلاق اعتماد EDI ليست «أي منتج نستخدم»، بل معرفة عدد المرات التي تُدخَل فيها المعلومات نفسها في العمل الحالي. من الواقعي تحديد المواضع التي ينقل فيها البشر المعلومات بين FAX والبريد الإلكتروني وExcel وشاشة الويب ونظام إدارة المبيعات، ثم استبدال الأعمال النمطية ذات العدد الكبير منها تدريجياً بتكامل البيانات.

لمن يفكر في تكامل بيانات عمليات الطلب والاستلام

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

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

في شركة Komura Soft LLC (合同会社小村ソフト) يمكننا تقديم استشارات حول تنظيم الوضع الحالي ودراسة طرق التنفيذ لتكامل الأعمال، بما في ذلك تطبيقات أعمال Windows الحالية، وملفات CSV والملفات ذات الطول الثابت، وقواعد البيانات، وأنظمة الويب.

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

المراجع

• JIPDEC (一般財団法人日本情報経済社会推進協会), ما هو EDI. تعريف EDI (ربط الشركات أو الجهات الحكومية وغيرها حواسيبها عبر الشبكة، وتبادل المستندات والوثائق تلقائياً كبيانات إلكترونية)، والتعريف وفق JIS X 7011، وآلية التحويل المتبادل بين الصيغة الخاصة بكل شركة والصيغة المعيارية، وأن صور المستندات الممسوحة ضوئياً ورسائل البريد الإلكتروني المكتوبة كنص عادي تُميَّز عن بيانات EDI.
• JIPDEC, مزايا EDI وضرورة معيار EDI. كفاءة الأعمال المكتبية وتسريعها، والتسليم بأسلوب just-in-time، وتقصير lead time، وضغط المخزون، واستبعاد الأخطاء البشرية، والاستفادة في تحليل المنتجات الأكثر مبيعاً وspend analysis والتنبؤ بالطلب، وأنه إن لم يُتبع معيار لزم تجهيز آلية تحويل لكل شريك تجاري بما لا يتناسب مع التكلفة، والأمور الخمسة التي تحتاج إلى اتفاق (بروتوكول الاتصال، قواعد الصياغة، الرسائل وعناصر البيانات، قواعد التشغيل، الاتفاقية الأساسية للمعاملات)، وأن طباعة البيانات المستلمة ومعالجتها يدوياً لا تختلف كثيراً عن FAX.
• هيئة الشركات الصغيرة والمتوسطة, رقمنة الطلب والاستلام (EDI المشترك للمؤسسات الصغيرة والمتوسطة). تحسين كفاءة العمل وتقليل الأخطاء البشرية وتحسين إمكانية البحث في سجلات المعاملات عبر رقمنة الطلب والاستلام، وتهيئة «EDI المشترك للمؤسسات الصغيرة والمتوسطة» الذي يوحّد عمليات الطلب والاستلام للشركات الصغيرة والمتوسطة.
• الهيئة الرقمية, JP PINT (المواصفة المعيارية للفاتورة الإلكترونية). أن الهيئة الرقمية، بوصفها Peppol Authority في اليابان، تدير وتنشر المواصفة اليابانية المعيارية للفاتورة الإلكترونية «JP PINT» المتبادلة على شبكة Peppol.

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

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