لماذا توجد الفجوة أصلًا
زوهو بوكس مبني لدول كثيرة، وتوطيناته تتبع حجم السوق واستقرار التشريع. والفاتورة الإلكترونية المصرية متطلب وطني محدد له بنية مستندات خاصة، ومتطلبات توقيع، ومسار إرسال، وقد جرى تعديله أكثر من مرة منذ إطلاقه.
لذلك يتولى زوهو بوكس الجانب المحاسبي — الفواتير ومعالجة ضريبة القيمة المضافة ودفاتر الأستاذ والتقارير — بينما يتم الإرسال للمصلحة عبر موصّل يقع بين زوهو بوكس والجهة الضريبية. وهذا هو النمط نفسه في معظم أنظمة المحاسبة التي تُباع دوليًا، بما فيها منصات الـ ERP. وليس قصورًا خاصًا بزوهو.
لكن معناه أن امتثالك موثوق بقدر موثوقية ذلك الموصّل، والموصّل قرار منفصل عن قرار برنامج المحاسبة. والشركات التي تتعامل معه كأمر لاحق هي التي تكتشف في أسبوع تقديم إقرار أن لا أحد يملكه.
ما الذي يجب أن يقوم به الموصّل فعليًا
أي جسر بين زوهو بوكس والمصلحة يحتاج أكثر من دفع مستند عبر الشبكة. والأجزاء التي تتعطل عادةً ليست المسار السعيد.
- تحويل فاتورة زوهو بوكس إلى بنية مستند المصلحة، بما فيها الحقول التي لا يشترطها زوهو أصلًا وتشترطها الجهة.
- التعامل الصحيح مع آليات التوقيع والإرسال، وإثبات ذلك بسجل تدقيق.
- إظهار حالة الإرسال لكل مستند — مقبول، مرفوض، قيد الانتظار — بدل تركك تراجع البوابة بنفسك.
- إعطاؤك مسارًا عمليًا عند رفض الإرسال. الرفض أمر روتيني؛ وموصّل بلا مسار للتعامل مع الرفض ينقل المشكلة فقط.
- تغطية الإشعارات الدائنة والإيصالات الإلكترونية، لا فواتير المبيعات القياسية وحدها، إن كانت شركتك تصدرها.
- الاستمرار في العمل حين تتغير مواصفات المصلحة — وهذا التزام صيانة لا خاصية.
أسئلة تستحق الطرح قبل الاختيار
توجد خيارات عدة لربط زوهو بوكس بالمصلحة، من بينها منتجنا TaxBridge. وبدل الترويج لواحد، إليك ما نودّ الإجابة عليه بخصوص أي منها، ومنتجنا ضمنها.
- من يتولى الصيانة حين تتغير مواصفات المصلحة، وهل هذا مكتوب ضمن ما تدفعه؟
- ماذا يحدث للفواتير المرسَلة أثناء تعطل الموصّل — هل تُصفّ ويُعاد إرسالها، أم تُفقد بصمت؟
- هل يمكنك رؤية حالات الرفض والتعامل معها دون مغادرة الأداة؟
- هل يدعم شركات أو فروعًا متعددة إن كان لديك، أم تسجيلًا ضريبيًا واحدًا فقط؟
- هل التسعير لكل فاتورة أم لكل شركة أم ثابت — وكيف يتصرف عند حجمك الفعلي لا حجم اليوم؟
- هل يوجد سجل تدقيق يصمد أمام فحص ضريبي؟
أين يقع TaxBridge
TaxBridge هو الموصّل الذي بنيناه، ووُجد لأننا كنا ننفّذ الجسر نفسه مرارًا لعملاء على أنظمة محاسبة مختلفة. يربط زوهو بوكس — وERPNext، أو أي نظام له واجهة برمجية — بالمصلحة، ويرسل الفواتير، ويتابع حالة كل مستند من لوحة واحدة، مع دعم تعدد الشركات للمجموعات.
والصياغة الصادقة: ليس الطريقة الوحيدة لحل هذا، وإن كان لديك موصّل يعمل وتتم صيانته فلا داعي للتغيير. سبب النظر فيه هو أن تكون إجابتك الحالية على سؤال "من يصون هذا حين تتغير المواصفات" هي: لا أحد بالتحديد.
ترتيب منطقي للخطوات
الترتيب أهم مما يتوقع الناس، لأن قرارًا يُتخذ بترتيب خاطئ يصبح عكسه مكلفًا.
إن كنت ما زلت تختار نظام محاسبة، فقيّم موصّل المصلحة في الوقت نفسه لا بعده. سؤال الموصّل قد يغيّر فعليًا أي نظام محاسبة هو الاختيار الصحيح.
وإن كنت على زوهو بوكس بالفعل، فالعمل أصغر: تأكد ممّا تستخدمه حاليًا للإرسال، وهل هناك مسؤول عن صيانته، وهل يغطي كل أنواع المستندات التي تصدرها.
وفي الحالتين، اختبر مع المصلحة قبل أن تحتاج الاعتماد عليه. موصّل لم يُجرَّب قط على أشكال فواتيرك الحقيقية هو افتراض لا وضع امتثال.