تقسّم فرق هندسة الخدمات السحابية وقتها بشكل روتيني بين بناء قدرة منصة عامة (أصل غير ملموس بموجب المعيار المحاسبي الدولي 38 إذا استوفى المعايير) وتقديم ميزات لتنفيذ عقد عميل محدد (يُقيَّم بموجب إرشادات تكاليف تنفيذ العقد في المعيار الدولي للتقرير المالي 15 أو يُحمَّل كمصروف)؛ ولأن كلتا الفئتين قد تبدوان متطابقتين على لوحة السباق (سبرنت)، فإن سوء تخصيص الساعات يبالغ في الأصل الخاطئ، ويُقلّل من بند التكلفة الخاطئ، وقد يؤدي إلى رسملة نفس الجهد مرتين بموجب معيارين مختلفين.

SaaS engineering teams routinely split their time between building generic platform capability (an IAS 38 intangible asset if criteria are met) and delivering features to fulfil a specific customer contract (evaluated under IFRS 15's costs-to-fulfil guidance or expensed); because both categories can look identical on a sprint board, misallocating hours overstates the wrong asset, understates the wrong cost line, and can result in the same effort being capitalized twice under two different standards.

هل يتعلق ناتج عمل الهندسة بقدرة منصة عامة قابلة للاستخدام من قبل جميع العملاء (أصل محتمل بموجب معيار المحاسبة الدولي 38)، أم بالوفاء بعقد قائم محدد (تكلفة عقد محتملة بموجب المعيار الدولي لإعداد التقارير المالية 15)؟ هل تتبع الوقت دقيق بما يكفي على مستوى التذكرة أو المبادرة لدعم تقسيم يمكن الدفاع عنه بين الفئتين؟ هل تستوفي كل فئة معايير الاعتراف الخاصة بمعيارها المعني بشكل مستقل، بدلا من رسملتها افتراضيا لأن الجزء الآخر مستوفٍ للشروط؟

Does the engineering output relate to generic platform capability usable by all customers (a potential IAS 38 asset), or to fulfilling one specific existing contract (a potential IFRS 15 contract cost)? Is time-tracking granular enough at the ticket or initiative level to support a defensible split between the two categories? Does each category independently meet the recognition criteria of its relevant standard, rather than being capitalized by default because the other portion qualifies?

1. لكل مبادرة تطوير جوهرية، حدد ما إذا كان المخرج قدرة منصة عامة يُقصد استخدامها من قبل عملاء أو بيعها لهم يتجاوز عقدا واحدا محددا، أم عمل أُنجز لتلبية متطلبات محددة لعقد عميل قائم واحد.
2. بالنسبة لقدرة المنصة العامة، طبّق اختبار المعيار المحاسبي الدولي 38 الكامل بمعاييره الستة (الجدوى التقنية، النية، القدرة على الاستخدام/البيع، المنفعة الاقتصادية المستقبلية المحتملة، توفر الموارد، القياس الموثوق) قبل رسملة أي تكلفة مرتبطة.
3. بالنسبة للعمل المرتبط بتنفيذ عقد قائم محدد، لا تطبّق المعيار المحاسبي الدولي 38؛ بل قيّمه بموجب معايير تكاليف تنفيذ العقد في المعيار الدولي للتقرير المالي 15 (تتعلق التكاليف مباشرة بعقد قابل للتحديد، وتُنشئ أو تُعزز موارد تُستخدم في استيفاء التزامات الأداء، ويُتوقع استردادها) أو حمّلها كمصروف إذا لم تُستوف هذه المعايير.
4. حيثما يمزج سباق واحد بين نوعي العمل، خصص التكاليف بناء على سجلات تتبع الوقت أو تخصيص السباق الفعلية على مستوى المهمة أو التذكرة، لا نسبة شاملة مطبقة دون دعم إثباتي.
5. تأكد من عدم الاحتساب المزدوج: يجب ألا تُرسمل الساعات كأصل غير ملموس بموجب المعيار 38 وتُرسمل في الوقت ذاته كأصل تكلفة عقد بموجب المعيار 15 أو تُحمَّل كمصروف مرتين.
6. أعد تقييم التصنيف إذا عُمِّمت ميزة بُنيت لعميل واحد لاحقا ضمن المنصة الأساسية، مع إيقاف الرسملة بموجب الأساس الأصلي وبدء تقييم جديد بموجب الأساس الجديد من تلك النقطة.

1. For each significant development initiative, determine whether the output is a generic platform capability intended for use by, or sale to, customers beyond a single specific contract, or work performed to satisfy the specific requirements of one existing customer contract.
2. For generic platform capability, apply the full IAS 38 six-criteria test (technical feasibility, intention, ability to use/sell, probable future economic benefit, resource availability, reliable measurement) before capitalizing any related cost.
3. For work tied to fulfilling a specific existing contract, do not apply IAS 38; instead assess it under the IFRS 15 costs-to-fulfil criteria (the costs relate directly to an identifiable contract, generate or enhance resources used in satisfying performance obligations, and are expected to be recovered) or expense it if those criteria are not met.
4. Where a single sprint mixes both types of work, allocate costs based on actual time-tracking or sprint-allocation records at the task or ticket level, not a blanket percentage applied without evidentiary support.
5. Confirm no double-counting: hours capitalized as an IAS 38 intangible must not simultaneously be capitalized as an IFRS 15 contract cost asset or expensed twice.
6. Reassess the classification if a feature built for one customer is later generalized into the core platform, ceasing capitalization under the original basis and starting fresh evaluation under the new one from that point.

قِس تكاليف المعيار المحاسبي الدولي 38 المرسملة بالنفقات المنسوبة مباشرة (رواتب المطورين والتكاليف العامة المنسوبة مباشرة) المتكبدة من تاريخ استيفاء جميع المعايير الستة لأول مرة، بناء على الساعات الفعلية المسجلة مقابل مبادرة المنصة العامة. قِس أصول تكلفة العقد بموجب المعيار 15 بالتكلفة الإضافية المنسوبة مباشرة لتنفيذ العقد المحدد. استخدم منهجية تتبع وقت متسقة وقابلة للتدقيق (وسم على مستوى السباق أو التذكرة) مطبقة بنفس الطريقة بين الفترات، وسوِّ إجمالي الساعات المرسملة والمصروفة مع إجمالي رواتب الهندسة لرصد أي احتساب مزدوج أو فجوات.

Measure capitalized IAS 38 costs at directly attributable expenditure (developer payroll and directly attributable overhead) incurred from the date all six criteria are first met, based on actual hours recorded against the generic-platform initiative. Measure IFRS 15 contract cost assets at the incremental cost directly attributable to fulfilling the specific contract. Use a consistent, auditable time-tracking methodology (sprint or ticket-level tagging) applied the same way period to period, and reconcile total capitalized hours plus expensed hours to total engineering payroll to catch any double-counting or gaps.

أفصح عن: السياسة المحاسبية التي تميّز التطوير المرسمل للاستخدام الداخلي/المنصة العامة عن تكاليف تنفيذ العقد؛ الأساس (منهجية تتبع الوقت) المستخدم لتقسيم الرواتب والتكاليف العامة بين الفئتين؛ المبالغ المرسملة كأصول غير ملموسة بموجب المعيار 38 مقابل أصول تكلفة عقد بموجب المعيار 15 خلال الفترة؛ تأكيد الضوابط التي تمنع الاحتساب المزدوج لنفس الساعات؛ أي إعادة تصنيف بين الفئتين عند تعميم ميزة خاصة بعقد ضمن المنصة الأساسية.

Disclose: accounting policy distinguishing internal-use/generic platform capitalized development from contract-related fulfilment costs; the basis (time-tracking methodology) used to split payroll and overhead between the two categories; amounts capitalized as IAS 38 intangibles versus IFRS 15 contract cost assets during the period; confirmation of controls preventing double-counting of the same hours; any reclassification between categories when a contract-specific feature is generalized into the core platform.

• رسملة جميع رواتب الهندسة كأصول غير ملموسة بموجب المعيار 38 بصرف النظر عن ارتباط العمل بعقد عميل محدد أو قدرة منصة عامة
• الاحتساب المزدوج لنفس الساعات كتكلفة عقد مرسملة بموجب المعيار 15 وأصل غير ملموس بموجب المعيار 38 في آن واحد
• الاعتماد على تسميات الفريق أو القسم ('
• فريق المنصة'
• مقابل '
• فريق التسليم'
• ) بدلا من محتوى المهمة الفعلي لتصنيف التكاليف، بينما ينتقل المهندسون كثيرا بين نوعي العمل
• تطبيق نسبة تقسيم تاريخية ثابتة دون التحقق منها دوريا مقابل بيانات تتبع الوقت الفعلية
• عدم إيقاف الرسملة بموجب الأساس الأصلي وإعادة التقييم عند طرح ميزة خاصة بعقد لاحقا بشكل عام لجميع العملاء.

• Capitalizing all engineering payroll as IAS 38 intangible assets regardless of whether the work relates to a specific customer contract or generic platform capability
• double-counting the same hours as both a capitalized IFRS 15 contract cost and an IAS 38 intangible asset
• relying on team or department labels ('
• platform team'
• versus '
• delivery team'
• ) rather than actual task content to classify costs, when engineers frequently move between both types of work
• applying a fixed historical percentage split without periodically validating it against actual time-tracking data
• failing to stop capitalizing under the original basis and reassess when a bespoke, contract-specific feature is later rolled out generically to all customers.