الفوترة الإلكترونية في الإمارات مشروع أنظمة لا مشروع محاسبة

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

ما الذي يتغير فعلا

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

المواضع الأربعة التي ينكسر فيها الأمر عادة

بيانات العملاء الأساسية

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

تصنيف الأصناف والمعالجة الضريبية

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

الفجوة بين الأنظمة

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

كل ما ليس المسار الرئيسي

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

ما ينبغي فعله الآن، قبل أن تصير التواريخ مهمة

1. اعرفوا ما تصدرونه فعلا. لا وثيقة العملية، بل شهرا من الفواتير الحقيقية بما فيها المحرجة.
2. دققوا اكتمال بيانات العملاء الأساسية. هذا البند الأطول زمنا وهو كدح خالص. البدء به مبكرا لا يكلف شيئا والبدء به متأخرا يكلف كل شيء.
3. حددوا أين تعيش بيانات الفاتورة وهل يمكن إنتاجها دون أن يجمعها إنسان.
4. اطلبوا من مزود نظام تخطيط الموارد أو المحاسبة خارطة طريقه مكتوبة. «سندعم ذلك» ليست خطة. اسألوا أي إصدار، ومتى، وماذا يتطلب منكم.
5. قرروا من يملك المشروع. إن كان الجواب الإدارة المالية وحدها، فسيصل متأخرا. وهذا بالضبط نوع القرار الذي يوجد من أجله عمل المدير التقني بدوام جزئي.

من يملك هذا، ومن يسلم إليه عادة

يقع على المالية، لأن في اسمه كلمة فوترة. وهذا أوثق مؤشر منفرد على مشروع عسير.

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

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

الأسئلة التي تكشف هل أنتم جاهزون

أربعة، وتستطيعون الإجابة عنها جميعا هذا الشهر دون شراء أي شيء.

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

هل للعميل هوية واحدة عبر تلك الأنظمة؟ فإن كان العميل نفسه ثلاثة سجلات بثلاثة تهجيات، ورث كل ما بعده ذلك.

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

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

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

لماذا يبدأ هذا متأخرا دائما

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

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

والمخرج بسيط في وصفه: ابدأوا بالأسئلة الأربعة أعلاه لا بعرض سعر. فهي مجانية، وتستغرق شهرا، وتحدد بدقة ما تحتاجون شراءه فعلا حين يحين وقت الشراء.

ما الذي يتغير في تعاملكم مع عملائكم ومورديكم

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

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

ولهذا فإن جزءا من الاستعداد ليس تقنيا بل علاقات: تأكدوا مبكرا أن بيانات منشأتكم مسجلة لدى كبار عملائكم كما هي في سجلاتكم الرسمية تماما. مكالمة واحدة لكل عميل كبير الآن أرخص كثيرا من تتبع دفعة متأخرة لاحقا لأن حرفا اختلف.

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

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

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

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

أسئلة شائعة

متى يجب أن نكون جاهزين فعلا؟

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

ألا يستطيع برنامج المحاسبة لدينا تولي هذا؟

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

نحن صغار ونصدر فواتير قليلة شهريا. هل يبقى هذا مشروعا؟

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

ماذا يحدث إن رفضت فاتورة؟

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

هل فيه فائدة لنا أم هو كلفة امتثال بحتة؟

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

الفائدة التي لا يذكرها أحد

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