
Peppol هو إطار للتشغيل البيني يتيح للشركات والمؤسسات في القطاع العام تبادل الفواتير الإلكترونية المهيكلة وغيرها من مستندات الأعمال من خلال شبكة من مزودي الخدمات.
ولا يُعد Peppol برنامجًا للمحاسبة، أو بوابة لإصدار الفواتير، أو تنسيقًا لملفات PDF. بل يوفر Peppol المعايير وآليات العنونة والحوكمة وبنية الشبكة التي تتيح لنظام شركة ما تبادل المستندات مع نظام شركة أخرى، حتى عندما تستخدم الشركتان برامج مختلفة ومزودي خدمات مختلفين.
وتزداد أهمية هذا التمييز مع توجه المزيد من الدول إلى اعتماد نماذج الفوترة الإلكترونية المهيكلة ومواصفات محلية مثل PINT-AE في الإمارات.
الفوترة الإلكترونية عبر Peppol هي تبادل بيانات الفواتير المهيكلة من خلال إطار التشغيل البيني الخاص بـ Peppol.
وتصف OpenPeppol، وهي المنظمة المسؤولة عن الإطار، Peppol بأنه مزيج من الحوكمة والمواصفات التقنية التي تدعم التبادل القابل للتشغيل البيني لمستندات الأعمال بين المشترين والموردين عبر مختلف القطاعات والحدود.
ومن المهم التمييز بين اسمين:
Peppol هو إطار التشغيل البيني والشبكة.
OpenPeppol هي المنظمة الدولية غير الربحية المسؤولة عن الإطار والمواصفات والحوكمة وتطوير الشبكة.
نشأ Peppol في الأصل من مبادرة أوروبية للمشتريات، لكنه يُستخدم الآن خارج أوروبا أيضًا لتبادل المستندات بين الشركات والجهات الحكومية (B2G) وبين الشركات (B2B).
ويتم توضيح الإطار الحالي في إطار التشغيل البيني لـ Peppol الصادر عن OpenPeppol.
تخلط العديد من الشروحات حول Peppol بين الشبكة وبرامج إصدار الفواتير والأنظمة الضريبية في مفهوم واحد.
لكنها أمور مختلفة.
يمكن للشركة إنشاء فاتورة في نظام تخطيط موارد المؤسسة (ERP) أو برنامج المحاسبة أو تطبيق الفوترة الخاص بها. ويوفر Peppol البنية التحتية القابلة للتشغيل البيني التي يمكن من خلالها أن يصل هذا المستند المهيكل إلى مشارك آخر.
وبالتالي، يؤدي نظام المحاسبة الذي يُنشئ المستند وشبكة Peppol وظيفتين مختلفتين.

يُعد نموذج الأطراف الأربعة (Four-Corner Model) عنصرًا أساسيًا في Peppol.
فبدلًا من إلزام المورد والمشتري باستخدام الشبكة التجارية نفسها، يتصل كل طرف بمزود الخدمة الخاص به.
وبالتالي يكون المسار الأساسي للفاتورة:
نظام ERP الخاص بالمورد ← مزود خدمة المورد ← مزود خدمة المشتري ← نظام ERP الخاص بالمشتري
تحل هذه البنية مشكلة شائعة في التكامل.
فمن دون إطار للتشغيل البيني، قد يضطر المورد الذي يتعامل مع 100 عميل إلى إدارة العديد من البوابات أو واجهات API أو تنسيقات الملفات أو الشبكات الخاصة المختلفة.
أما مع Peppol، فعادةً ما يتصل كل مشارك من خلال مزود خدمة واحد يدعم Peppol، بينما يتولى مزودو الخدمة عملية التبادل عبر الشبكة.
وتصف OpenPeppol هذا المبدأ بعبارة «اتصل مرة واحدة، وتواصل مع الجميع» (Connect once, reach all).
تبدأ عملية إرسال فاتورة عبر Peppol عادةً داخل نظام الأعمال الخاص بالمورد.
تنشأ الفاتورة في نظام ERP أو منصة المحاسبة أو تطبيق الفوترة أو أي نظام أعمال آخر.
وعادةً ما يتم الحصول من هذا النظام على معلومات العميل والبيانات الضريبية وبنود الفاتورة والكميات والأسعار ومعلومات الدفع.
يجب أن تتوافق البيانات مع مواصفة مستندات Peppol ذات الصلة أو التطبيق الوطني المعتمد.
وقد يشمل ذلك Peppol BIS أو PINT أو تطبيقًا محليًا لـ PINT خاصًا بدولة معينة.
يتحقق مزود خدمة المورد من المستند الصادر وفقًا للقواعد التقنية وقواعد الأعمال المعمول بها قبل إرساله.
تحدد آليات العنونة واكتشاف القدرات في Peppol المكان الذي يستقبل فيه المشتري مستندات Peppol وأنواع المستندات التي يدعمها.
يرسل مزود خدمة المورد الفاتورة المهيكلة إلى مزود خدمة المشتري عبر شبكة Peppol.
يعالج مزود الخدمة المستلم المستند وفقًا لقواعد الشبكة والمستندات المعمول بها.
يمكن بعد ذلك إدخال بيانات الفاتورة إلى نظام ERP الخاص بالمشتري أو نظام الحسابات الدائنة (AP) أو أي تطبيق مالي آخر.
وبما أن المعلومات مهيكلة، لا يحتاج المشتري إلى الاعتماد على موظف لقراءة ملف PDF يدويًا وإعادة إدخال كل حقل من حقول الفاتورة.
نقطة وصول Peppol (Peppol Access Point) هي بوابة الشبكة التي يستخدمها مزود خدمة Peppol لتبادل المستندات مع مزودي خدمة Peppol الآخرين.
وتوضح OpenPeppol أن نقاط الوصول تتصل ببعضها من خلال عمليات العنونة والبحث عن القدرات في Peppol.
كما تكون نقطة الوصول المرسلة مسؤولة عن التحقق من صحة الرسائل الصادرة وفقًا لمتطلبات Peppol المعمول بها قبل إرسالها.
وبالنسبة لمعظم الشركات، لا يعني ذلك بناء نقطة وصول وتشغيلها داخليًا.
وتكون البنية الأكثر شيوعًا:
نظام ERP أو المحاسبة ← التكامل مع خدمة الفوترة الإلكترونية/مزود الخدمة ← نقطة وصول Peppol ← شبكة Peppol
وتحتفظ OpenPeppol بقائمة رسمية تضم مزودي خدمات Peppol المعتمدين، وتوضح الاعتمادات مثل قدرات نقطة الوصول (Access Point) وناشر بيانات تعريف الخدمة (Service Metadata Publisher).
والتمييز المهم هو:
توفر نقطة الوصول الاتصال بالشبكة، لكنها ليست نظام المحاسبة الخاص بالشركة.
يستخدم المشاركون في شبكة Peppol معرّفات لتوجيه المستندات إلى المؤسسة الصحيحة.
ويجيب معرّف المشارك في Peppol بشكل أساسي عن السؤال التالي:
أي مؤسسة يجب أن تستلم هذا المستند؟
ويتكون المعرّف من مخطط للمعرّف وقيمة للمعرّف. وبحسب الجهة القضائية والمخطط المستخدم، قد يرتبط المعرّف الأساسي بمعرّف رسمي لشركة أو جهة حكومية.
ومع ذلك، لا ينبغي الخلط تلقائيًا بين معرّف المشارك في Peppol وبين:
تستخدم الشبكة معرّف المشارك إلى جانب خدمات البحث الخاصة بها لتحديد المكان الذي يمكن للمؤسسة المستلمة من خلاله قبول المستندات.
كما توفر OpenPeppol أداة عامة للبحث عن المشاركين في Peppol.
معرفة هوية المشتري وحدها لا تكفي. يحتاج مزود الخدمة المرسل أيضًا إلى معرفة مكان إرسال المستند وأنواع المستندات التي يستطيع المستلم استقبالها.
يتعامل Peppol مع ذلك من خلال بنيته التحتية الخاصة بالعنونة واكتشاف القدرات.
يوفر SMP معلومات حول قدرات المشارك.
وقد تشمل هذه المعلومات:
يساعد SML مزود الخدمة المرسل على تحديد خدمة بيانات التعريف التي تحتوي على معلومات حول المستلم المقصود.
ويمكن تبسيط العملية على النحو التالي:
معرّف Peppol → تحديد المشارك
SML → تحديد مصدر بيانات التعريف المناسب
SMP → تحديد ما يمكن للمشارك استقباله ومكان استقباله
وتوضح OpenPeppol أن هذه المكونات تشكل جزءًا من بنية العنونة واكتشاف القدرات في الإطار.
ورغم أن التفاصيل تقنية، فإن النتيجة العملية بسيطة: لا ينبغي أن يحتاج المورد إلى إعداد مسار تسليم مخصص يدويًا لكل عميل يستخدم Peppol.
غالبًا ما تظهر هذه المصطلحات معًا، لكنها تشير إلى طبقات مختلفة من نموذج الفوترة الإلكترونية.
صيغة تقنية قائمة على XML تُستخدم بشكل شائع لتمثيل بيانات الأعمال المهيكلة.
تعمل مواصفات التشغيل البيني للأعمال من Peppol (Peppol Business Interoperability Specifications) على توحيد طريقة عمل مستندات وعمليات الأعمال عبر الشبكة.
وينص إطار التشغيل البيني الحالي لـ OpenPeppol على أن Peppol BIS يدعم مستندات المشتريات الشائعة ويستخدم معايير تشمل لغة الأعمال العالمية (Universal Business Language)، أو UBL.
يشير PINT إلى نموذج Peppol الدولي للفوترة (Peppol International model for Billing).
وقد طورته OpenPeppol كنموذج لإنشاء مواصفات فواتير قابلة للتشغيل البيني على مستوى العالم، مع السماح في الوقت نفسه لكل جهة قضائية بإضافة متطلباتها المحلية.
يتوفر نموذج PINT الحالي والمواصفات ذات الصلة من خلال وثائق PINT الخاصة بـ OpenPeppol.
يمكن لأي جهة قضائية تكييف النموذج الدولي بما يتناسب مع بيئتها التنظيمية المحلية.
فعلى سبيل المثال، تستخدم الإمارات PINT-AE.
وتصف مواصفاتها الحالية بأنها مواصفة الفوترة في الإمارات المبنية على منهجية PINT. وتحدد وثائق PINT-AE الفواتير وإشعارات الدائن والنماذج الدلالية وعمليات ربط الصيغة وقوائم الرموز وقواعد التحقق الخاصة بالتطبيق في الإمارات.
تُعد UBL صيغة تقنية قائمة على XML تُستخدم للمستندات التجارية المهيكلة في العديد من تطبيقات Peppol.
ومن المفيد التمييز بينهما:
تحدد BIS/PINT معنى معلومات الأعمال والقواعد المطبقة عليها، بينما توفر UBL صيغة يمكن للآلات قراءتها لتمثيل هذه المعلومات.
لا.
فاتورة Peppol الإلكترونية هي في الأساس مستند أعمال إلكتروني مهيكل.
وقد يتم أيضًا إنشاء نسخة يمكن للبشر قراءتها، لكن إرسال فاتورة بصيغة PDF عبر البريد الإلكتروني لا يعني أن الفاتورة تم تبادلها من خلال Peppol.
ويظهر هذا التمييز أيضًا في إرشادات الفوترة الإلكترونية الحالية في الإمارات.
توضح وزارة المالية الإماراتية أن الفاتورة الإلكترونية هي بيانات فاتورة مهيكلة يتم إصدارها وتبادلها إلكترونيًا بين المورد والمشتري. كما تميز صراحةً بين الفاتورة الإلكترونية والصيغ غير المهيكلة مثل ملفات PDF ومستندات Word والنسخ الممسوحة ضوئيًا والصور ورسائل البريد الإلكتروني.
وتتيح الصيغة المهيكلة للأنظمة التحقق من معلومات الفاتورة ومعالجتها وتوجيهها، وإدخالها إلى الأنظمة بشكل آلي عند الإمكان.
الفائدة الرئيسية هي التشغيل البيني.
فلا يحتاج المورد والمشتري إلى استخدام تطبيق المحاسبة نفسه أو الاشتراك لدى المزود التجاري نفسه.
ويمكن أن يحقق ذلك عدة فوائد عملية.
عدد أقل من عمليات الربط الثنائية. بدلًا من إنشاء تكامل منفصل لكل عميل أو مورد، يتصل المشاركون من خلال إطار مشترك.
البيانات المهيكلة. يمكن نقل حقول الفاتورة بين الأنظمة دون الاعتماد بشكل كامل على إعادة الإدخال اليدوي.
حرية اختيار مزود الخدمة. يمكن للمورد والمشتري استخدام مزودين مختلفين.
إمكانية التبادل عبر الحدود. صُمم OpenPeppol لدعم التبادل المحلي والدولي، مع مراعاة المواصفات والمتطلبات المطبقة في كل سوق.
التوحيد القياسي. تساعد القواعد المشتركة على تحسين الاتساق في طريقة هيكلة المستندات وتبادلها.
لكن هذا لا يعني أن Peppol يلغي جميع مشكلات التكامل. فلا تزال هناك حاجة إلى معالجة ربط أنظمة ERP، والبيانات الرئيسية، والمتطلبات الضريبية، ومعالجة الاستثناءات، واللوائح المحلية.
لا.
يعالج Peppol مشكلة التشغيل البيني. أما الامتثال الضريبي فتحدده القوانين والمتطلبات التقنية للجهة القضائية المعنية.
وقد تتطلب الدولة عناصر إضافية مثل:
وتكتسب PINT أهمية خاصة هنا لأنها تتيح للجهات القضائية إنشاء مواصفات محلية للفواتير مع الحفاظ على توافقها مع نموذج دولي.
والتمييز العملي هو:
يحدد Peppol كيفية تبادل المستندات المهيكلة القابلة للتشغيل البيني، بينما تحدد الجهة القضائية ما يجعل الفاتورة متوافقة قانونيًا وتقنيًا مع المتطلبات الضريبية.
توفر الإمارات مثالًا حاليًا مفيدًا على دمج Peppol مع إطار وطني للإبلاغ الضريبي.
اعتمدت وزارة المالية نظام OpenPeppol ضمن نموذج التحكم المستمر اللامركزي في المعاملات وتبادلها (DCTCE) في الإمارات.
ولا يزال هيكل التبادل الأساسي مشابهًا لنموذج الأطراف الأربعة في Peppol:
الطرف الأول — المورد
الطرف الثاني — مزود الخدمة المعتمد للمورد في الإمارات
الطرف الثالث — مزود الخدمة المعتمد للمشتري في الإمارات
الطرف الرابع — المشتري
ثم تضيف الإمارات مكوّنًا إضافيًا للإبلاغ الضريبي:
الطرف الخامس — بيئة الإبلاغ الضريبي
ووفقًا لبوابة الفوترة الإلكترونية التابعة لوزارة المالية الإماراتية، يرسل المورد بيانات الفاتورة إلى مزود الخدمة المعتمد الخاص به. ويتحقق مزود الخدمة من صحة البيانات ويحولها إلى صيغة XML القياسية في الإمارات عند الحاجة، قبل إرسالها إلى مزود خدمة المشتري.
وبالتوازي، يتم الإبلاغ عن مستند البيانات الضريبية (Tax Data Document) المطلوب إلى الطرف الخامس.
وتستخدم الإمارات PINT-AE لمواصفات الفواتير المهيكلة الخاصة بها.
ويوضح ذلك الفرق بشكل واضح: يوفر Peppol إطار التشغيل البيني، بينما تضيف الإمارات متطلبات الإبلاغ الضريبي الوطنية ومتطلبات مزودي الخدمات المعتمدين وقواعد الفواتير المحلية ضمن هذا الإطار.
Peppol ليس الطريقة الوحيدة التي يمكن للشركات من خلالها تبادل بيانات الفواتير.
قد تظل واجهة API مباشرة خيارًا مناسبًا عندما تكون لدى مؤسستين عملية ثنائية متخصصة وعالية الحجم.
كما يظل التبادل الإلكتروني للبيانات (EDI) التقليدي مهمًا في العديد من سلاسل التوريد.
ولا تتمثل الميزة المميزة لـ Peppol ببساطة في أن الفواتير أصبحت رقمية، بل في إطار التشغيل البيني المشترك الذي يتيح لمزودي الخدمات الذين تختارهم المؤسسات بشكل مستقل التواصل باستخدام قواعد مشتركة للشبكة والمستندات.

تحصل معظم الشركات على اتصال بشبكة Peppol من خلال مزود خدمة بدلًا من تشغيل البنية التحتية للشبكة بنفسها.
وتشمل النماذج الممكنة:
ويعتمد اختيار مزود الخدمة المناسب أيضًا على الجهة القضائية.
فعلى سبيل المثال، لا ينبغي للشركة التي تستعد لتطبيق الفوترة الإلكترونية في الإمارات أن تفترض أن اختيار أي نقطة وصول عالمية لـ Peppol سيكون كافيًا. إذ يتطلب إطار الإمارات من الشركات المشمولة العمل مع مزود خدمة معتمد في الإمارات (UAE Accredited Service Provider) وفقًا لقواعد وزارة المالية.
لذلك، فإن اعتماد Peppol والاعتماد الضريبي الخاص بجهة قضائية معينة هما مفهومان مرتبطان، لكن لا ينبغي التعامل معهما تلقائيًا على أنهما الشيء نفسه.
قبل اختيار مزود الخدمة أو بنية التكامل، يجب توضيح ما يلي:
لا ينبغي أن يبدأ التنفيذ من السؤال:
«نحتاج إلى إنشاء بعض ملفات XML.»
بل من السؤال:
ما النظام القانوني المطبق، وما مواصفة المستند المطلوبة، وكيف ينبغي للشركة الاتصال بشبكة التبادل؟
يظل نظام ERP أو نظام المحاسبة مصدرًا للكثير من معلومات الأعمال المستخدمة في الفاتورة الإلكترونية.
وقد تشمل هذه المعلومات:
بعد ذلك، تتولى طبقة Peppol عملية تبادل المستندات القابلة للتشغيل البيني من خلال بنية مزود الخدمة المعني.
ويمكن تبسيط النموذج على النحو التالي:
نظام ERP/المحاسبة ← مزود الخدمة ← Peppol ← مزود خدمة المستلم ← نظام ERP الخاص بالمستلم
يدعم HAL Invoicing عمليات الفواتير وإشعارات الدائن، واحتساب الضرائب القابل للتهيئة، ومعلومات الدفع، وسجلات الفواتير الأساسية.
كما يدعم HAL Accounting بيئة المحاسبة ودفاتر الأستاذ والذمم المدينة والذمم الدائنة والتسويات وإعداد التقارير المرتبطة بهذه المعاملات.
ويمكن لهذه الأنظمة توفير بيانات الأعمال والمحاسبة الأساسية المستخدمة في عمليات الفوترة الإلكترونية. ومع ذلك، لا ينبغي افتراض أن HAL يشغل نقطة وصول Peppol، أو يوفر اتصال PINT-AE، أو يستوفي متطلبات إلزامية خاصة بـ Peppol في جهة قضائية معينة، ما لم تؤكد وثائق المنتج الحالية هذه الإمكانية صراحةً.
من الأسهل فهم Peppol عند الفصل بين مكوناته:
ينشئ نظام ERP المعاملة التجارية ← تعمل مواصفة BIS/PINT المعمول بها على هيكلة الفاتورة ← يربط مزود الخدمة الشركة بشبكة Peppol ← تقوم الشبكة بتوجيه المستند ← يستلم نظام المستلم المستند
يعالج Peppol مشكلة التشغيل البيني، لكنه لا يحل محل برامج المحاسبة أو القوانين الضريبية المحلية أو متطلبات الإبلاغ الخاصة بكل جهة قضائية.
يمكن أن يدعم HAL Invoicing وHAL Accounting بيانات الفواتير والمحاسبة التي تشكل الأساس لعملية الفوترة الإلكترونية، بينما يعتمد الاتصال الفعلي بشبكة Peppol على مزود الخدمة المختار والقواعد المعمول بها في الجهة القضائية ذات الصلة.
احجز عرضًا توضيحيًا لـ HAL لاستكشاف كيفية دعم HAL لعمليات الفوترة والمحاسبة لديك.
نشأ الاسم من Pan-European Public Procurement Online، أي المشتريات العامة الإلكترونية على مستوى أوروبا. واليوم، يُستخدم اسم Peppol للإشارة إلى إطار التشغيل البيني، وليس كوصف يقتصر على المشتريات العامة الأوروبية.
لا. Peppol هو إطار وشبكة للتشغيل البيني. وتستخدمه الشركات عادةً من خلال نظام ERP أو تطبيق محاسبة أو منصة للفوترة الإلكترونية أو مزود خدمة.
نقطة وصول Peppol هي بوابة الشبكة التي يستخدمها مزود خدمة معتمد لتبادل المستندات مع مزودي الخدمات الآخرين على شبكة Peppol.
معرّف المشارك في Peppol هو معرّف يحدد المؤسسة داخل الشبكة، بحيث يمكن توجيه المستندات إلى المشارك والخدمة المستلمة الصحيحة.
الأطراف الأربعة هي المورد، ومزود خدمة المورد، ومزود خدمة المشتري، والمشتري. ويتيح ذلك لكل طرف تجاري استخدام مزود خدمة مختلف.
PINT هو نموذج Peppol الدولي للفوترة (Peppol International model for Billing). ويوفر نموذجًا مشتركًا للفواتير يمكن تكييفه مع الجهات القضائية المحلية مع الحفاظ على التشغيل البيني.
لا. تحدد كل جهة قضائية متطلبات الفوترة الإلكترونية الخاصة بها، وما إذا كان Peppol جزءًا من البنية المطلوبة أو المدعومة لديها.
نعم. اعتمدت وزارة المالية الإماراتية OpenPeppol ضمن نموذج الفوترة الإلكترونية DCTCE، وتستخدم مواصفة PINT-AE إلى جانب متطلبات الإبلاغ الضريبي الخاصة بالإمارات ومتطلبات مزودي الخدمة المعتمدين.