ما هي الفاتورة الرقمية؟ ── ما الفرق بينها وبين «إرسال فاتورة PDF بالبريد الإلكتروني»؟

«لقد حوّلنا الفواتير إلى ملفات PDF ونرسلها بالبريد الإلكتروني. عملية الفوترة لدينا رُقمنت بالفعل»

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

والفاتورة الرقمية هي الآلية التي تلغي هذا الطريق الملتوي «من بيانات إلى مستند ثم إلى بيانات مرة أخرى»، وتنقل معلومات الفاتورة مباشرة من نظام إلى آخر.

يستعرض هذا المقال ماهية الفاتورة الرقمية، والفرق بينها وبين فاتورة PDF، وعلاقتها بنظام الفواتير، وكيف ينبغي للشركات الصغيرة والمتوسطة أن تتعامل معها.

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

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

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

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

والنقطة الجوهرية هنا هي عبارة «دون تدخل بشري». ويمكن تلخيص الفرق بين الفاتورة الورقية وفاتورة PDF والفاتورة الرقمية كما يلي.

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

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

هذه العلاقة هي البنية نفسها التي رتّبناها في المقالات السابقة عن EDI للطلب والتوريد. في «ما هو EDI؟ كيف يسهّل الطلب والتوريد بين الشركات» تناولنا بيانات الطلب، ويمكن فهم الفاتورة الرقمية على أنها نسخة الفاتورة من ذلك.

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

2. نظام الفواتير والفاتورة الرقمية أمران مختلفان

نفصل أولاً كلمتين يسهل الخلط بينهما.

نظام الفواتير (نظام حفظ الفواتير المؤهَّلة) نظام ضريبي يتعلق بضريبة الاستهلاك. وفقاً لـشرح مصلحة الضرائب الوطنية، بدأ في 1 أكتوبر 2023. وهو نظام يشترط، لكي يحصل المشتري على خصم ضريبة المشتريات، حفظ «الفاتورة المؤهَّلة (Invoice)» التي يسلّمها البائع ونحو ذلك، وتُطلب في الفاتورة المؤهَّلة البنود التالية.

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

رقم التسجيل رقم يُبلَّغ به بعد طلب التسجيل لدى مكتب الضرائب، ووفقاً لـموقع نشر مُصدري الفواتير المؤهَّلة التابع لمصلحة الضرائب يتكوّن من «T + 13 رقماً».

والمهم هنا أن الفاتورة المؤهَّلة يمكن تسليمها ورقاً أو بصيغة PDF. نظام الفواتير يحدّد «ماذا يُذكر»، لا «بأي صيغة أو مسار يُرسل».

الفاتورة الرقمية أحد أجوبة «بأي صيغة أو مسار يُرسل». تتبادل المعلومات اللازمة للفاتورة المؤهَّلة مباشرة بين الأنظمة كبيانات مهيكلة موحّدة المعايير.

أي أن العلاقة تصبح كما يلي.

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

3. الأساس المسمّى Peppol ── شبكة معيار عالمي وJP PINT

ما يجعل الفاتورة الرقمية «بيانات موحّدة المعايير» هو قيامها على مواصفة دولية اسمها Peppol.

Peppol إطار لـ«مواصفات المستندات» و«قواعد التشغيل» و«الشبكة» لتبادل مستندات إلكترونية مثل الفواتير عبر الشبكة، ويُستخدم في دول كثيرة تتمحور حول أوروبا. في اليابان تتولّى الوكالة الرقمية Japan Peppol Authority (سلطة Peppol في اليابان) الإدارة، وهي عضو في OpenPeppol منذ سبتمبر 2021.

3.1. نموذج الزوايا الأربع ── آلية تشبه البريد الإلكتروني

يجري تبادل بيانات Peppol بتكوين يُسمّى «نموذج الزوايا الأربع». وفي شرح EIPA يُشبَّه بآلية البريد الإلكتروني.

売り手（C1）                                買い手（C4）
    │                                          ↑
    │ 請求データを渡す                          │ 請求データを受け取る
    ↓                                          │
売り手側アクセスポイント（C2） ──→ 買い手側アクセスポイント（C3）
                    Peppolネットワーク

حرف C في «C1» و«C4» هو corner (زاوية)، وتسمية لأربعة أطراف وُضعت في أربع زوايا. المفتاح كما يلي.

• C1 (الزاوية الأولى) = البائع ── المستخدم الذي يُنشئ بيانات الفاتورة
• C2 (الزاوية الثانية) = نقطة وصول جانب البائع ── الجهة التي يتعاقد معها البائع للإرسال
• C3 (الزاوية الثالثة) = نقطة وصول جانب المشتري ── الجهة التي يتعاقد معها المشتري للاستقبال
• C4 (الزاوية الرابعة) = المشتري ── المستخدم الذي يستلم بيانات الفاتورة

أسهم الشكل أعلاه تسير مساراً على شكل U: من C1 أعلى اليسار نزولاً، ثم من اليسار إلى اليمين في الصف السفلي، ثم صعوداً على اليمين. أي أن البائع (C1) يسلّم البيانات إلى نقطة الوصول التي يتعاقد معها (C2)، وترسل C2 عبر شبكة Peppol إلى نقطة وصول جانب المشتري (C3)، فتصل إلى المشتري (C4).

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

3.2. JP PINT ── مواصفة المستندات القياسية في اليابان

المواصفة القياسية اليابانية لبيانات الفاتورة المتبادلة على شبكة Peppol هي JP PINT. تنشرها الوكالة الرقمية، وتحمل تعريفات بنود توافق الفاتورة المؤهَّلة في نظام الفواتير.

PINT في النصف الثاني من الاسم اختصار Peppol International، ويشير إلى نموذج فوترة دولي حدّدته OpenPeppol قالباً مشتركاً بين الدول. وتقوم البنية على أن تصنع كل دولة مواصفة موائمة لنظامها انطلاقاً من هذا PINT (نُشرت نسخ للاتحاد الأوروبي وأستراليا/نيوزيلندا وغيرها)، والنسخة اليابانية هي JP PINT. إذا فهمتموها لا على أنها «مواصفة يابانية مستقلة» بل على أنها «نسخ النظام الضريبي الياباني على النموذج الدولي»، لم تخطئوا الموقع.

المستندات المستهدفة ليست الفاتورة وحدها. حتى يوليو 2026 نُشرت المواصفات الثلاث التالية.

تُحدَّث المواصفات باستمرار، ووفقاً لنشر الوكالة الرقمية حُدّثت المواصفات الثلاث كلها إلى الإصدار 1.1.3 في 8 يونيو 2026.

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

4. ماذا يجري «بيانات» في الفاتورة الرقمية

يصعب تخيّل «بيانات مهيكلة»، فنقترب خطوة أخرى.

مركز البنود التي تجري في الفاتورة الرقمية هو بنود الفاتورة المؤهَّلة المذكورة في الفصل 2 نفسها. حتى بالمعلومات نفسها، يختلف تماماً «ما يمكن فعله بعدها» بين PDF والبيانات.

4.1. يمكن أتمتة مطابقة رقم التسجيل

في هذا الجدول، أوضح أثر عملي هو التعامل مع رقم التسجيل.

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

وقد أعدّت مصلحة الضرائب وظيفة Web-API لهذا نظام النشر، يمكن بها جلب معلومات النشر لرقم تسجيل محدَّد، أو معلومات التحديث لفترة محدَّدة، مباشرة من النظام (يتطلّب الاستخدام طلب إصدار معرّف تطبيق. مجاني).

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

4.2. من «القراءة» إلى «التحقّق»

لا يقتصر الأمر على رقم التسجيل؛ فجوهر الوصول كبيانات هو تغيّر طبيعة عمل التأكيد.

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

5. ماذا يصبح أسهل بالفاتورة الرقمية

5.1. جهة الاستلام ── يقل الإدخال والمطابقة

الأثر الأوضح هو عمل الحسابات لدى من يستلم الفاتورة.

في حالة فاتورة PDF يقوم موظف الحسابات بأعمال مثل التالية.

• البحث عن الفاتورة في البريد وفتحها
• التحقّق من اسم الشريك والمبلغ والتاريخ ورقم التسجيل
• الإدخال في النظام المحاسبي
• إعادة التحقّق من المحتوى المدخَل
• عكس ذلك في جدول الدفع

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

كلّما تركزت الفواتير في نهاية الشهر عند الشركة، كبر هذا الفرق. منطق انخفاض أخطاء النقل والإدخال المزدوج هو نفسه منطق EDI في الطلب والتوريد.

يمكن تقدير حجم الأثر بعدد الفواتير لديكم. على سبيل المثال، افترضوا أن «الفتح والتأكيد والإدخال والمراجعة» لكل فاتورة مستلمة يستغرق 5 دقائق، فإن

• 300 فاتورة شهرياً × 5 دقائق = 1,500 دقيقة = 25 ساعة شهرياً
• وعلى مدار السنة 300 ساعة

هذا هو الحجم. وبالطبع لن يصير كله صفراً؛ فالاعتماد ومعالجة الاستثناءات يبقيان. لكن حتى في شركة تظن أن «عملية الفوترة لدينا رُقمنت»، ليس نادراً أن تجدوا عند عدّ مكوّنات هذه الـ25 ساعة أن معظمها كان نقلاً مع النظر إلى PDF. استبدلوا الأرقام بعدد فواتيركم والوقت المقاس فعلياً. مادة الحكم ليست مجموع الوقت، بل نسبة «كم منه نقل».

5.2. جهة الإصدار ── تختفي مرحلة «صنع المستند وإرساله»

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

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

5.3. وما بعد ذلك ── الربط بالدفع وتسوية المقبوضات

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

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

6. العلاقة مع قانون حفظ الدفاتر الإلكترونية

عند الحديث عن الفاتورة الرقمية يظهر دائماً إلى جانبها قانون حفظ الدفاتر الإلكترونية. نرتّب العلاقة باختصار.

وفقاً لـدليل مصلحة الضرائب لنظام حفظ الدفاتر الإلكترونية، صار إلزامياً اعتباراً من 1 يناير 2024، عند تبادل الفواتير أو الإيصالات ونحوها كبيانات إلكترونية (معاملة إلكترونية)، حفظ تلك البيانات إلكترونياً كما هي. ويُطلب في الحفظ أمران رئيسان.

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

وبما أن تبادل الفواتير الرقمية أيضاً معاملة إلكترونية، فهو موضوع التزام الحفظ هذا. أي أن اعتماد الفاتورة الرقمية يستلزم في الوقت نفسه تحديد كيفية حفظ البيانات المستلمة والمرسَلة.

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

7. ترتيب مفاهيم خاطئة شائعة

عند الحديث عن الفاتورة الرقمية تتكرر مفاهيم خاطئة. نرتّبها أولاً.

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

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

8. كيف تبدأ الشركات الصغيرة والمتوسطة

8.1. المدخل الواقعي هو «استخدام برنامج متوافق»

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

تنشر EIPA قائمة خدمات متوافقة مع فاتورة Peppol الرقمية. كما تنشر الوكالة الرقمية قائمة مزوّدي خدمة Peppol المعتمدين في اليابان. إذا كان برنامجكم متوافقاً، فقد يمكن بدء الإرسال والاستقبال دون تطوير واسع.

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

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

ترتيب التحقّق كما يلي.

1. هل برنامج المحاسبة أو الفوترة لديكم متوافق مع Peppol (الفاتورة الرقمية)
2. إن كان متوافقاً، هل يغطي الإرسال أم الاستقبال أم كليهما، وكيف تكون رسوم الاستخدام
3. هل الشركاء الرئيسون في حالة تمكّنهم من الاستلام (يحتاج الطرف الآخر أيضاً برنامجاً أو خدمة متوافقة)
4. كيف يُعامل حفظ البيانات المستلمة (مواءمة قانون حفظ الدفاتر) في جانب البرنامج

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

• هل توجد تكلفة أولية (عمل الإعداد والتسجيل)
• إلى أي مدى يشمل الأجر الشهري الأساسي الإرسال والاستقبال
• هل يوجد حد لعدد المعاملات، وهل تُحاسب الزيادة
• هل وظيفة الحفظ الموائمة لقانون حفظ الدفاتر داخل الأجر الأساسي أم بأجر منفصل
• هل الربط بـ CSV أو API مع نظامكم ميزة قياسية أم تعامل فردي (تكلفة تطوير)

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

8.2. إذا وُجد نظام مطوَّر داخلياً

في الشركات التي تشغّل إدارة المبيعات أو إدارة الفوترة بنظام مطوَّر داخلياً، تلزم دراسة بخطوة إضافية.

غير أن الأمر لا يصل عادة إلى قراءة مواصفات JP PINT والاتصال بنقطة وصول Peppol بأنفسكم. التكوين الواقعي كما يلي.

• تمرير بيانات الفاتورة من نظامكم بـ CSV أو API إلى خدمة فوترة أو برنامج محاسبي متوافق مع Peppol، وترك الإرسال لذلك الجانب
• الاستقبال أيضاً في جانب البرنامج المتوافق، ثم ربط البيانات المستورَدة بنظامكم

أي أن نقطة تعديل نظامكم ليست «توافق Peppol» نفسه، بل جزء الربط الذي يمرّر البيانات بدقة مع البرنامج المتوافق. يمكن تصميم هذا بالفكرة نفسها تماماً التي وردت في ترحيل الطلب إلى الويب بوصفها «شكلاً وسيطاً هو استيراد CSV» («كيف ننقل طلبات الفاكس إلى الويب»).

8.3. لا حاجة إلى الاستعجال، ولا إلى التجاهل

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

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

8.4. قائمة تحقّق لتقدير أولوية الدراسة

كلما انطبقت البنود التالية أكثر، ارتفعت أولوية الدراسة كمؤشر لـ«متى ينبغي أن نتحرّك».

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

في المقابل، إذا كانت الفواتير بضع أوراق شهرياً والشركاء ثابتين، فلا سبب للاستعجال. يكفي عند تجديد البرنامج إضافة «هل البرنامج التالي متوافق مع Peppol» إلى شروط الاختيار.

المهم ألا تجعلوا الاعتماد نفسه هدفاً. عندما تعدّون «أي عمل يدوي سينخفض» المذكور في الفصلين 4 و5 على عملكم، فإن رأيتم العمل المنخفض بوضوح استحق المضي، وإن لم تروه كان الوقت مبكراً. هذا كل شيء.

9. ضمن الخريطة الكاملة لرقمنة الطلب والتوريد

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

العلاقة هي أن EDI فكرة كبيرة هي «تبادل البيانات بين الشركات»، وممارستها في جهة الطلب هي ترحيل طلب الفاكس إلى الويب، وشكلها الموحّد المعايير في جهة الفوترة هو الفاتورة الرقمية.

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

الخلاصة

• الفاتورة الرقمية آلية تربط معلومات الفاتورة مباشرة كبيانات من نظام البائع إلى نظام المشتري دون تدخل بشري، وتعالجها تلقائياً
• فاتورة PDF «رقمنة» للمستند، ويبقى عمل الإدخال لدى المستلم. الفاتورة الرقمية «تحويل رقمي» يربط العمل ببيانات مهيكلة
• نظام الفواتير (الضريبة) والفاتورة الرقمية (آلية تبادل البيانات) أمران مختلفان. حتى بعد التوافق مع النظام، استخدام الفاتورة الرقمية ما يزال أمام معظم الشركات
• الأساس معيار دولي اسمه Peppol، وفي اليابان تدير الوكالة الرقمية بوصفها Peppol Authority، وتنشر JP PINT مواصفة قياسية يابانية
• الفرق عن EDI الفردي التقليدي هو إمكان التبادل حتى مع برنامج مختلف لدى الطرف الآخر، بفضل نموذج الزوايا الأربع عبر نقاط الوصول
• ما يجري هو بنود الفاتورة المؤهَّلة نفسها. يمكن تحويل التأكيد الذي كان الإنسان يجريه بالنظر، مثل مطابقة رقم التسجيل (Web-API لنظام النشر في مصلحة الضرائب) ومراجعة المبالغ حسب المعدّل، إلى تحقّق يقوم به النظام
• الفاتورة الرقمية المستلمة معاملة إلكترونية بموجب قانون حفظ الدفاتر الإلكترونية، ويلزم حفظها كبيانات إلكترونية كما هي
• الاستخدام اختياري وليس إلزامياً. يُحكَم لا بدافع «سنُحرج إن لم نتوافق»، بل بأي عمل يدوي سينخفض في عملية الفوترة لديكم
• المدخل الواقعي للشركات الصغيرة والمتوسطة هو استخدام برنامج محاسبة أو فوترة متوافق مع Peppol. إذا وُجد نظام مطوَّر داخلياً، يُصمَّم جزء ربط البيانات مع البرنامج المتوافق

لمن يدرس ربط بيانات الفوترة والطلب والتوريد

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

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

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

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

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

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

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

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

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

ما الفرق بين الفاتورة الرقمية والفاتورة الإلكترونية (فاتورة PDF)؟

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

إذا كانت الشركة متوافقة مع نظام الفواتير، فهل هي متوافقة أيضاً مع الفاتورة الرقمية؟

الأمران مختلفان. نظام الفواتير (نظام حفظ الفواتير المؤهَّلة) نظام ضريبي يتعلق بخصم ضريبة الاستهلاك على المشتريات، ويمكن تسليم الفاتورة المؤهَّلة ورقاً أو بصيغة PDF. أما الفاتورة الرقمية فهي صيغة البيانات وآلية التداول (Peppol وJP PINT) اللازمة لتبادل معلومات تلك الفاتورة بين الأنظمة، وهي أمر منفصل عن الامتثال للنظام الضريبي، تقرّر الشركة بشأنه بشكل مستقل ما إذا كانت ستعتمده.

ما الذي تحتاجه الشركات الصغيرة والمتوسطة لبدء استخدام الفاتورة الرقمية؟

المدخل الواقعي هو استخدام برنامج محاسبة أو فوترة متوافق مع Peppol. تنشر رابطة تعزيز الفاتورة الرقمية (EIPA) قائمة بالخدمات المتوافقة بالفعل، وإذا كان البرنامج الذي تستخدمه الشركة متوافقاً، فقد يكفي أحياناً تفعيل الإعداد لبدء الإرسال والاستقبال. أما الشركات التي تستخدم نظام إدارة مبيعات مطوَّراً داخلياً، فعليها دراسة طريقة الربط مع البرامج المتوافقة أو مزوّدي الخدمة.

كيف ينبغي حفظ الفاتورة الرقمية المستلمة؟

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

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

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

غو كومورا

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

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