تعديل العقد

كيف يعمل

تنص الفقرة 15.87 على أن أي تغيير في نطاق العقد أو سعره أو كليهما يُعتبر تعديلاً. ثم تأتي الفقرة 15.88 بمعيارين يجب استيفاؤهما معاً ليُعامل التعديل كعقد منفصل: أن تكون السلع أو الخدمات المضافة متمايزة، وأن يعكس سعرها السعر المستقل للبيع. إذا لم يستوفِ التعديل المعيارين، يُدمج في العقد الأصلي بإحدى طريقتين تحددهما الفقرتان 15.21(أ) و15.21(ب) تبعاً لما إذا كانت السلع المتبقية متمايزة عن المسلَّمة بالفعل.

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

عند الدمج، يجب إعادة حساب السعر المخصص لكل التزام أداء متبقٍ بموجب الفقرة 15.21، ثم تعديل الإيراد المعترف به تراكمياً (catch-up) أو على أساس مستقبلي (prospective) حسب الحالة. هذا يعني العودة إلى الخطوة الثانية من نموذج الخمس خطوات.

مثال عملي: شركة توسيع الأنظمة المحدودة

العميل: شركة تصنيع إيطالية، السنة المالية 2024، إيرادات €38 مليون، مقرَّرة وفقاً لـ IFRS.

وُقّع عقد أصلي في يناير 2024 لتطوير نظام تحكم صناعي مقابل €200,000. التزامات الأداء المعترف بها:

- تطوير النظام: €180,000 - الدعم الفني لمدة سنة: €20,000

في يوليو 2024 طلب العميل إضافة ميزة مراقبة بعيدة بمبلغ €40,000. الفاتورة صدرت. المبلغ سُدّد. المحاسب سجّل €40,000 كإيراد في يوليو. هنا بدأت مشكلتنا.

الخطوة 1: اختبار الفقرة 15.88

السؤال الأول: هل ميزة المراقبة البعيدة متمايزة؟ من واقع خبرتنا، الجواب يعتمد على ما يستطيع العميل فعله بالميزة بمعزل عن النظام الأساسي. إذا كان النظام الأساسي معطّلاً، هل الميزة تعمل؟ في فحصنا التقني وُجد أن الميزة تستخدم API النظام الأساسي وتخزن البيانات في قاعدة بياناته. الإجابة: لا تعمل بمعزل عنه.

السؤال الثاني: هل €40,000 يعكس السعر المستقل للبيع؟ هنا يبدأ الخلاف بين الشركاء. الشريك أ في مكتبنا يرى أن سعر التجزئة المعلن للميزة كوحدة مستقلة (€38,000-€42,000 في كتالوج المورد) يكفي كدليل على السعر المستقل. الشريك ب يرى أن الكتالوج صوري لأن المورد لم يبع الميزة قط بمعزل عن نظام؛ السعر "المستقل" حبراً على ورق. أنا أميل إلى رأي الشريك ب لأن الفقرة 15.88(ب) تتطلب سعراً يعكس ما "ستبيعه المنشأة" للسلعة، لا ما "تعلن أنها قد تبيعه."

القرار: لا يستوفي التعديل المعيارين. يُدمج في العقد الأصلي.

الخطوة 2: إعادة تخصيص السعر

سعر المعاملة الجديد: €240,000. التزامات الأداء بعد الدمج:

- تطوير النظام مع ميزة المراقبة المدمجة: €215,000 - الدعم الفني لمدة سنة: €25,000

الخطوة 3: الاعتراف بالإيراد

تطوير النظام يُعترف به عند نقطة زمنية (تسليم النظام في نوفمبر 2024). الدعم الفني على مدى الزمن (12 شهراً من نوفمبر 2024). الإيراد المعترف به في 2024: €215,000 + (€25,000 × 2/12) = €219,167.

السيناريو الذي رفضناه (تسجيل €40,000 فوراً في يوليو) كان سيُضخّم إيراد 2024 بمبلغ €40,000 - €15,167 = €24,833 تقريباً. ليس جوهرياً بمعيار 1% من إيرادات €38 مليون. لكن جوهري بمعيار التزامات الديون التي تربط الفائدة بنمو الإيراد.

ما يخطئ فيه المراجعون والممارسون

التعامل مع كل تعديل كعقد منفصل تلقائياً. نظام الفوترة في معظم شركات التصنيع يصدر فاتورة منفصلة لأي إضافة، ويسجلها نظام المحاسبة كأمر بيع جديد. المحاسب يرى أمر بيع جديداً فيعتبره عقداً جديداً. المراجع يرى الفاتورة موقّعة من العميل فيوقّع عليها. لم يدخل أحد على تفاصيل الاتفاقية الأصلية ليفحص ما إذا كان النظام الأساسي شرطاً لعمل الإضافة. هذه فجوة هيكلية بين البنية التشغيلية للأنظمة وما يطلبه IFRS 15. تعالَج بإجراء مراجعة محدد لكل تعديل يُسأل فيه: "هل الخدمة الجديدة تعمل بدون السلعة الأصلية؟"

عدم إعادة احتساب الإيرادات السابقة عند الدمج بأثر تراكمي. الفقرة 15.21(أ) تتطلب catch-up adjustment إذا كانت السلع المتبقية ليست متمايزة. الملفات تفتقد هذا التعديل بشكل متكرر لأن نظام المحاسبة لا يُتيح بسهولة العودة إلى الفترات السابقة، فيُسجَّل كل شيء على أساس مستقبلي. ملاحظات FRC وPCAOB تشير إلى أن هذا الخطأ يظهر في نسبة كبيرة من ملفات التصنيع والبرمجيات. ليس لأن المراجعين لا يعرفون المعيار، بل لأن إعادة الاحتساب التراكمي تتطلب وقتاً لا يبرّره هيكل الأتعاب الحالي. إجراءات صورية على ورقة عمل العقود حلٌّ سهل أكثر من إعادة فتح حسابات الفترة السابقة.

التعامل مع التخفيضات السلبية معاملة الزيادات. عندما ينخفض المقابل (تخفيض نطاق، خصم متفاوض عليه، تنازل عن جزء من الخدمة)، تطبّق الفقرات 15.45-49 لتقدير المقابل المتغيّر. حسب خبرتي، هذا الجزء الأكثر إغفالاً. التخفيض لا يُسجَّل دائماً كتعديل؛ أحياناً يُسجَّل كخصم تجاري في فاتورة لاحقة، فيتسرب من نموذج التعديل بالكامل.

لماذا تستمر الفجوة

السبب الجذري ليس جهلاً بالمعيار. هو هيكلي. أنظمة الفوترة (SAP, Oracle, Dynamics) تتعامل مع التعديلات كأوامر بيع جديدة لأنها صُممت لتتبع التدفق النقدي، لا لتطبيق نموذج الخمس خطوات. المحاسب يعمل ضمن النظام لا فوقه. والمراجع يفحص مخرجات النظام لا منطقها. اختبار الفقرة 15.88 يتطلب حواراً مع فريق المنتج أو الهندسة لتأكيد ما يعمل بمعزل عن ماذا. هذا الحوار يستغرق ساعات لا تُسعَّر في عرض الأتعاب. النتيجة: ملاحظات الفحص المتكررة عاماً بعد عام في نفس النقطة.

المراجع ذات الصلة

التزام الأداء - وعد بتسليم سلعة أو خدمة متمايزة. تعديل العقد قد يضيف التزام أداء أو يعدّل القائم.

سعر المعاملة - كل تعديل يستوجب إعادة تقييم المقابل المتوقع وإعادة تخصيصه على التزامات الأداء.

الاعتراف بالإيراد - الاعتراف بالإيراد من تعديلات العقود يتبع نموذج الخمس خطوات في IFRS 15 بالكامل.

المقابل المتغير - التعديلات السلبية (تخفيض النطاق، خصم متفاوض عليه) تُقاس بموجب الفقرات 15.45-49.

---