في الأعمال التي تبيع إلكترونياً أو عبر الوكلاء، أخبث هدر للوقت هو الفوترة: تفتح لوحة الطلبات، وتنسخ البيانات، وتُدخلها في البوّابة، وتُصدر الفاتورة، وترسل الـPDF يدوياً. ثلاثون طلباً في اليوم تعني ساعة في اليوم. تكامل الفاتورة الإلكترونية يحذف هذه السلسلة.
أوّلاً المفاهيم: فاتورة إلكترونية أم أرشيف إلكتروني؟
- الفاتورة الإلكترونية (e-Fatura): تُصدَر عندما يكون المشتري مسجّلاً بدوره في النظام؛ وتصل الوثيقة إليه عبر نظام الهيئة الضريبية.
- فاتورة الأرشيف الإلكتروني (e-Arşiv): تُصدَر عندما لا يكون المشتري مسجّلاً — وهذا حال معظم المستهلكين؛ وتُرسَل إلى الزبون بالبريد أو عبر رابط.
وعملياً هذه أوّل مهامّ التكامل: النظر في الرقم الضريبي/الهوية للمشتري وتحديد الوثيقة المناسبة تلقائياً. وحين يُفعَل ذلك يدوياً يكون نوع الوثيقة الخاطئ أكثر الأخطاء شيوعاً.
ملاحظة: من تشمله الإلزامية والحدود والمهل تتغيّر بتغيّر التشريعات — تحقّق من الوضع الحالي مع مستشارك المالي أو من إعلانات الهيئة الضريبية.
كيف يعمل التكامل؟
تتكوّن السلسلة من ثلاث حلقات: قناة البيع لديك ← ERP/المحاسبة ← الوسيط المعتمد (الهيئة).
- يُؤكَّد دفع الطلب في موقعك أو لوحتك.
- يحوّل النظام بيانات الطلب (المشتري، البنود، نسب الضريبة، الخصم، أجرة الشحن) إلى صيغة فاتورة.
- تُرسَل عبر API إلى الوسيط المعتمد؛ ويعود رقم الوثيقة وحالتها.
- تُسلَّم الفاتورة إلى الزبون تلقائياً، ويُسجَّل الـPDF/UUID في سجلّ الطلب.
- ترى المحاسبة السجلّ نفسه — فلا إدخال إضافي للمطابقة.
شرحنا الربط الأوسع مع ERP في ربط موقعك ببرنامج المحاسبة/ERP، وسيناريوهات Mikro تحديداً في تكامل Mikro.
ماذا تحتاج؟
- ختم مالي / توقيع إلكتروني (توقيع إلكتروني في المنشآت الفردية)،
- اتّفاق مع وسيط معتمد (أو أسلوب تكامل مباشر/خاصّ)،
- بيانات طلب نظيفة: الاسم التجاري والرقم الضريبي/الهوية والدائرة الضريبية والعنوان تُجمَع بشكل صحيح في النموذج،
- قالب فاتورة: متوافق مع علامتك التجارية ولا يكسر المخطّط المطلوب.
أكثر الأخطاء شيوعاً
- بيانات زبون ناقصة أو خاطئة: إن تُركت خطوة «بيانات الفاتورة» اختيارية تعذّر إصدارها. يجب أن يكون الرقم الضريبي والدائرة الضريبية إلزاميين للمشتري المؤسّسي، وأن يجري فحص خانات الرقم في النموذج.
- خطأ في انعكاس الضريبة والخصم: ما لم تُنمذَج أجرة الشحن والقسائم والإرجاع الجزئي من البداية فلن يطابق مبلغ الفاتورة مبلغ الطلب.
- نسيان مسار الإلغاء/الإرجاع: شروط الإلغاء تختلف بين الأرشيف الإلكتروني والفاتورة الإلكترونية، والإرجاع يستلزم غالباً فاتورة إرجاع. هذا المسار يوضع في التكامل منذ اليوم الأوّل.
- تصميم باتّجاه واحد: إن لم تُسجَّل رسالة الخطأ العائدة من الوسيط (مثل «المشتري مكلَّف بالفاتورة الإلكترونية») تراكمت بصمت طلبات بلا فواتير. احتفظ بـحقل حالة الفاتورة لكلّ طلب.
- تخطّي بيئة الاختبار: قبل الانتقال إلى الإنتاج جرّب كلّ السيناريوهات (فاتورة إلكترونية، أرشيف، إرجاع، إرجاع جزئي) في بيئة اختبار الوسيط.
ماذا تكسب؟
- تصفير الدقيقتين أو الثلاث من الإدخال اليدوي لكلّ طلب،
- انتهاء التصحيحات الناتجة عن الأخطاء الكتابية والفواتير الناقصة،
- حصول الزبون على فاتورته تلقائياً بلا انتظار،
- مطابقة نهاية الشهر لقائمة الطلبات حرفياً.
والمنطق نفسه ينطبق على تكامل الشحن وتكامل الأسواق الإلكترونية: أن تتقدّم كلّ خطوة بعد الطلب بمُطلِق آليّ لا باليد.
لربط مسار الفاتورة الإلكترونية/الأرشيف بموقعك وبرنامج محاسبتك، اطّلع على خدمة تكاملات API وتواصل معنا — أخبرنا بالوسيط وبرنامج المحاسبة اللذين تستخدمهما، ولنبنِ المسار معاً.