مطابقة فواتير الموردين مع أوامر الشراء والاستلام: ماذا ينبغي أن يفحص تطبيق المشتريات؟
افصلوا بين ثلاثة أمور: ما طلبتم شراءه، وما وصل فعلياً، وما طالب المورد بثمنه. اربطوا بنود هذه السجلات حتى يتمكن الفريق من فهم الفروق قبل اعتماد الدفع. ظهور أمر الشراء باللون الأخضر لا يثبت وصول كل بند في الفاتورة، ولا يثبت الاتفاق على كل سعر.
عند تكليف مطور ببناء أداة مشتريات، لا يكفي طلب «مطابقة ثلاثية». المطلوب تحديد الفروق التي يكشفها التطبيق، وأيها يمنع اعتماد الدفع، ومن يملك صلاحية تسوية الاستثناء. هذه إرشادات لتحديد سير العمل، وليست استشارة محاسبية أو ضريبية.
ابدؤوا باتفاق الفوترة
قد يستحق بعض المشتريات فاتورة قبل التسليم، بينما ترتبط فواتير أخرى بالكميات المستلمة. وقد تحتاج الدفعات المقدمة والخدمات إلى أدلة تختلف عن أدلة استلام البضائع. دوّنوا هذه الترتيبات، ولا تجعلوا عبارة «لم نستلم شيئاً بعد» حكماً تلقائياً بأن الفاتورة خاطئة.
توضح وثائق Odoo الرسمية لضبط الفواتير الفرق بمثال عملي. عند اعتماد الكميات المطلوبة، تُستخدم منتجات أمر الشراء المؤكد وكمياته لإنشاء مسودة الفاتورة حتى قبل الاستلام. وعند اعتماد الكميات المستلمة، تستند المسودة إلى المنتجات والكميات التي وصلت، بعد استلام جزء من الطلب على الأقل. هذا وصف لسلوك Odoo، وليس قاعدة تنطبق على جميع أنظمة المشتريات.
اطلبوا إظهار الاتفاق المعمول به في عملية الشراء نفسها. ينبغي أن يستطيع المراجع تمييز فاتورة دفعة مقدمة متفق عليها من فرق لا يوجد له تفسير، دون البحث عن إجابة بالتخمين.
قارنوا البنود لا الإجمالي وحده
قد تتساوى قيمة أمر الشراء والفاتورة مع وجود أصناف غير صحيحة. اجعلوا بند الفاتورة مرتبطاً ببند الطلب المقابل وأدلة الاستلام. يحتاج المراجع إلى هوية الصنف والكمية والوحدة والسعر المتفق عليه ومرجع مستند المورد. وحددوا بصورة منفصلة كيفية عرض رسوم الشحن والخصومات والتعديلات المتفق عليها.
تشابه وصف الصنف لا يكفي لاعتبار المنتج البديل مطابقاً. إذا وافقتم على بديل، فسجلوا القرار وأثره في أمر الشراء. كذلك لا يمكن مقارنة صندوق بقطع مفردة قبل معرفة التحويل المتفق عليه بين الوحدتين.
والاستلام الفعلي ليس قبولاً للجودة. إذا سُجلت بضاعة تالفة على أنها وصلت، فلا بد أن تظل ملاحظة الفحص أو الاعتراض المفتوح ظاهرة لمن يراجع الفاتورة. يجب ألا تتحول حركة الاستلام، دون قصد، إلى إذن بدفع ثمن بضاعة محل نزاع.
راجعوا الرصيد التراكمي عند تجزئة التسليم
في مثال افتراضي، طُلبت اثنتا عشرة وصلة، ووصلت ثمانٍ، ثم جاءت فاتورة بهذه الثماني. تبقى أربع وصلات غير مستلمة. اعرضوا الكميات المطلوبة والمستلمة والمفوترَة سابقاً والمطروحة للفوترة الآن بوحدات قابلة للمقارنة. لا تغلقوا الطلب كله لمجرد إدخال الفاتورة الأولى.
عندما تصل فاتورة لاحقة، ينبغي مقارنتها بما لم تتم فوترته بعد، لا بالطلب الأصلي وكأن الفاتورة الأولى لم توجد. وفي المقابل، قد تكون فاتورة بالكمية الكاملة صحيحة وفق اتفاق على الفوترة المسبقة. على الشاشة أن تشرح هذا الاتفاق بدلاً من إخفاء الفرق.
قد تُغيّر المرتجعات وتصحيحات الاستلام وإشعارات المورد الدائنة هذا الرصيد لاحقاً. حددوا كيف تبقى مرتبطة بالبنود الأصلية، وكيف تُحال الدفعة المعتمدة سابقاً إلى المتابعة عند الحاجة. لا تعدوا بأن تعديل حركة مخزون يعكس دفعة خارجية تلقائياً.
التنبيه إلى استثناء لا يعني منع الدفع
اطلبوا عرض هذا الفرق عملياً. تذكر وثائق Odoo أن زيادة كمية مسودة الفاتورة أو تعديل السعر أو إضافة منتجات قد تغيّر حقل «Should Be Paid» إلى «Exception». ويقول المقطع نفسه صراحة إن ذلك لا يمنع التغييرات ولا يعرض رسالة خطأ، فقد يكون للتعديل سبب صحيح. كما يمكن تغيير الحقل يدوياً.
لذلك لا تقبلوا اسم الحالة دليلاً على وجود ضابط إلزامي. إذا كان المطلوب منع اعتماد الدفع ما دام الفرق غير محسوم، فاسألوا أين يُفرض المنع فعلياً، وما المسار المتاح لصاحب الصلاحية لاعتماد استثناء مبرر. اختبروا مسار الدفع، لا شاشة المراجعة وحدها.
عند السماح بالاستثناء، احتفظوا بالفرق والتفسير وهوية من اعتمده ووقت الاعتماد. وضحوا هل يخص الاعتماد هذه النسخة من الفاتورة فقط. فتغيير الكمية لاحقاً يجب ألا يستفيد بصمت من موافقة صدرت على بيانات مختلفة.
ميّزوا تكرار المستند من التصحيح المشروع
حددوا نطاق فرادة رقم فاتورة المورد. تكرار النص نفسه لدى موردين مختلفين لا يعني بالضرورة وجود مستند مكرر. أما إعادة إدخال فاتورة مسجلة بالفعل فينبغي أن تقود إلى السجل القائم أو إلى مراجعة واضحة، لا إلى إنشاء مبلغ آخر مستحق الدفع دون انتباه.
الفاتورة المصححة حالة مختلفة. اتفقوا هل تستبدل مسودة لم تُعتمد بعد، أم ترتبط بالأصل عبر إجراء تصحيح محاسبي. دعوا المحاسب يؤكد المعالجة والسجلات المطلوبة. وظيفة التطبيق هنا حفظ العلاقة، لا إظهار التصحيح وكأنه شراء جديد لا صلة له بما سبقه.
ما الذي ينبغي أن يثبته العرض التجريبي؟
استخدموا سجلات مختلقة ضمن معايير القبول في مشروع تطبيق المشتريات:
- يمكن تتبع بند متطابق بين أمر الشراء والاستلام والفاتورة.
- يظل الجزء غير الواصل مفتوحاً بعد استلام جزئي.
- تراعي الفاتورة الثانية الكميات التي فُوترت سابقاً.
- تظهر الفوترة المسبقة المتفق عليها بصورة مختلفة عن مطالبة زائدة بلا تفسير.
- يصل فرق السعر أو الاستلام التالف إلى الشخص المسؤول عن مراجعته.
- لا ينشأ مبلغ ثانٍ مستحق بصمت عند إعادة إدخال مستند المورد نفسه.
- لا يتجاوز استثناء غير محسوم قيد الدفع الذي طلبتم تنفيذه بالفعل.
- يُلغى اعتماد الفاتورة المعدلة أو يُجدَّد وفق القاعدة المتفق عليها.
ثم اطلبوا من أحد الموظفين شرح فرق واحد اعتماداً على الشاشة، دون فتح جدول خارجي. إذا كانت الأدلة موجودة لكن القرار التالي غير واضح، فما زالت ميزة المطابقة بحاجة إلى تحسين.
حدود المصدر
تدعم وثائق Odoo 19 مثال الفوترة بالكميات المطلوبة أو المستلمة وحدود حقل الاستثناء. أما تصميم مطابقة البنود والمراجعة التراكمية والتعامل مع المستندات المكررة واختبارات الاعتماد فهي متطلبات مقترحة، وليست وظائف مؤكدة في Odoo أو في كل تطبيق مخصص. تُراجع المعالجة المحاسبية ومسؤوليات الدفع بصورة مستقلة.