شرح SAP FICO: 7 أمور تُفشل عمليات التنفيذ

SAP FICO وحدتان تعملان كوحدة واحدة. تنتج المحاسبة المالية (FI) الأرقام التي يراها المدققون والجهات التنظيمية. وتنتج محاسبة التكاليف (CO) الأرقام التي تستخدمها الإدارة لتسيير العمل. وعلى S/4HANA ترحّل الوحدتان كلتاهما إلى Universal Journal واحد. هذا المقال موجّه إلى قادة المالية ومديري البرامج ومستشاري FICO الذين يبدؤون مسار عمل مالياً على S/4HANA أو يديرونه أو ينقذونه. يشرح كيف تتكامل FI وCO، وأين ترتبطان ببقية SAP، والقرارات السبعة التي تُفشل التنفيذ. استخدم قائمة التحقق من الجاهزية قرب النهاية قبل أن تدخل مرحلة اختبار قبول المستخدم (UAT).

عملت في مشاريع SAP FICO 25 عاماً، عبر دورة الحياة كاملة من Blueprint حتى الدعم، والأنماط نفسها تتكرر. بعض المشكلات تقنية. لكنها في الأغلب تأتي من قرارات استُعجلت أو أُغفلت في وقت مبكر.

التوقيت مهم في 2026. فنظام SAP ECC يخرج من الصيانة الأساسية في نهاية 2027، ولذلك فإن معظم فرق المالية التي لا تزال على ECC إما في منتصف الانتقال أو على وشك البدء. والأخطاء أدناه أكلف في برنامج S/4HANA مما كانت في ECC، لأن Universal Journal يترك مجالاً أقل لاحتواء التصميم السيئ لاحقاً.

المحاسبة المالية (FI) تواجه الخارج. الامتثال النظامي، والميزانية العمومية، وقائمة الدخل، والأرقام التي تغادر الشركة. وكل معاملة مالية في SAP تنتهي في FI.

محاسبة التكاليف (CO) تواجه الداخل. تتبع التكاليف والموازنات والربحية لقرارات الإدارة. وتُظهر مراكز التكلفة أين يُنفق المال. ويُظهر تحليل الربحية الهامش بحسب العميل أو المنطقة أو المنتج.

عملياً لا يمكنك الفصل بينهما. فاتورة المورد في الحسابات الدائنة تُرحَّل إلى دفتر الأستاذ العام ويمكن أن تتدفق إلى تقارير مراكز التكلفة. وشراء أصل يحدّث الدفاتر ويؤثر في تخطيط التكاليف. ومعرفة أين تنتهي FI وأين تبدأ CO وأين تتداخلان هي ما يميز المعرفة المالية عن معرفة الأزرار.

وعلى S/4HANA يزداد الحد غموضاً. إذ يخزّن Universal Journal (الجدول ACDOCA) بنود FI وCO في سجل واحد. وهناك نتيجتان مهمتان للتصميم. فعناصر التكلفة أصبحت حسابات دفتر أستاذ عام بفئة عنصر تكلفة، لا بيانات رئيسية منفصلة. ونموذج الربحية الذي توصي به SAP هو Margin Analysis (أي CO-PA المبني على الحسابات). أما CO-PA المبني على التكلفة (Costing-based) فلا يزال موجوداً داخل المقر وفي الإصدار الخاص. لكن مواد التعلم لدى SAP واضحة: فهو غير متاح في S/4HANA Cloud، والاستثمار الجديد يذهب إلى Margin Analysis.

هذه هي المكونات الرئيسية التي يضبطها فريق FICO:

المكوّن	المجال	ما يديره
دفتر الأستاذ العام (FI-GL)	FI	السجل المركزي لكل المعاملات المالية، وأساس التقارير النظامية
الحسابات الدائنة (FI-AP)	FI	فواتير الموردين والمدفوعات والالتزامات
الحسابات المدينة (FI-AR)	FI	فواتير العملاء والتحصيلات والائتمان
محاسبة الأصول (FI-AA)	FI	اقتناء الأصول الثابتة وإهلاكها وإخراجها من الخدمة
المحاسبة المصرفية	FI	كشوف الحساب المصرفية والتسوية والمركز النقدي
محاسبة مراكز التكلفة	CO	التكاليف بحسب الإدارة أو الوظيفة
الأوامر الداخلية	CO	مجمّعات تكلفة مؤقتة للفعاليات والحملات والمشاريع الصغيرة
محاسبة مراكز الربح	CO	الإيرادات والتكاليف بحسب وحدة الأعمال
Margin Analysis (CO-PA)	CO	الهامش بحسب العميل أو المنتج أو القناة أو المنطقة

اختفت تسوية FI مع CO. مع دفتر يومية واحد ودون جداول إجماليات منفصلة، تكاد تختفي تسوية نهاية الفترة التي كانت تلتهم أياماً من وقت المستشارين في ECC. والوجه الآخر: يجب أن يكون تصميم مراكز التكلفة وخصائص الربحية صحيحاً وقت التصميم. فلا توجد طبقة تجميعية تخفي الأخطاء.

للتوحيد والتخطيط موطنان جديدان. تقدّم SAP حل S/4HANA Group Reporting بديلاً عن SAP Business Planning and Consolidation (BPC) في التوحيد المالي، وSAP Analytics Cloud في التخطيط. وتنتهي الصيانة الأساسية لنظام BPC في 2027. ويتناول دليلي عن SAP BPC ما ينبغي فعله إذا كنت لا تزال تشغّله.

Joule حقيقي، لكن نطاقه ضيق. تذكر ملاحظات إصدار الذكاء الاصطناعي لدى SAP في منتصف 2025 استخدامات مالية مثل إنشاء بيانات رئيسية للأصول الثابتة ومراقبة كشوف الحساب المصرفية عبر Joule. كما تصف وكيلاً للحسابات المدينة يلاحق البنود المتأخرة. أما SAP Joule for Consultants، المتاح للعموم منذ مايو 2025، فيجيب عن أسئلة الإعداد من SAP Notes ومحتوى Activate. وكل ذلك يعمل أفضل على بيانات نظيفة. ولا شيء منه يصلح تصميماً سيئاً.

يغيّر Clean Core معنى «التخصيص». على S/4HANA Cloud Public Edition لا يمكنك تعديل النواة إطلاقاً. وعلى الإصدار الخاص وداخل المقر يمكنك ذلك، لكن كل تعديل يضيف جهداً للترقية ومخاطر انحدار. أما عادات ECC (جداول Z لقواعد الترحيل، والتحسينات لمنطق الضرائب، واشتقاقات ABAP في CO-PA) فمكانها الآن الإعداد القياسي أو امتدادات جانبية على SAP BTP. وهذا يرفع المخاطر في الخطأ 4 أدناه.

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

الوحدة	نقطة التكامل	ما يحدث على S/4HANA
MM (إدارة المواد)	تسوية GR/IR وترحيل الفواتير وتقييم المخزون	يرحّل استلام البضائع قيد GR/IR إلى ACDOCA، وتسوّيه فاتورة المورد وترحّل إلى AP
SD (المبيعات والتوزيع)	الفوترة والإيرادات والمستحقات والائتمان	تحدّث الفوترة الإيرادات والمستحقات في Universal Journal، ويستخدم IFRS 15 حل Revenue Accounting and Reporting حيث تتطلب العقود ذلك
PP (تخطيط الإنتاج)	تكلفة الإنتاج والأعمال قيد التنفيذ (WIP) والانحرافات	تتراكم تكاليف الأوامر في ACDOCA، وتُسوّى الأعمال قيد التنفيذ والانحرافات داخل دفتر اليومية نفسه
HCM / الرواتب	ترحيل الرواتب وتخصيص التكلفة	تُرحَّل نتائج الرواتب إلى FI كمصروف والتزام وتتدفق إلى مراكز التكلفة
PS (نظام المشاريع)	الموازنات والتسوية وإيرادات المشاريع	تُرحَّل تكاليف المشاريع وإيراداتها إلى FI/CO برؤية فورية
PM (صيانة المصانع)	تكاليف أوامر الصيانة	تتجمع تكاليف العمالة والمواد على الأوامر وتُسوّى إلى CO
Group Reporting	التوحيد	يقرأ ACDOCA مباشرةً، دون قاعدة بيانات توحيد منفصلة

يغيّر Universal Journal طريقة فشل هذه التكاملات. ففي ECC كانت فروق FI وCO تظهر كمشكلة تسوية. أما على S/4HANA فإن ترحيل MM الذي يصيب حساباً خاطئاً ينشئ قيد يومية حقيقياً يجب عكسه وإعادة ترحيله. وتصل ملاحظات التدقيق أسرع. وبالنسبة إلى الجانب اللوجستي من نقاط التسليم هذه، اطّلع على دليليّ عن SAP SD وSAP PP.

1. 01استلام البضائع في MMتحديث المخزون
2. 02تحديد الحساباتتختار فئة التقييم حسابات دفتر الأستاذ العام
3. 03قيد GR/IR في ACDOCAبند واحد في Universal Journal مشترك بين FI وCO
4. 04فاتورة المورديسوّي قيد GR/IR
5. 05الحسابات الدائنةيُرحَّل إلى دفتر الأستاذ العام ويمكن أن يتدفق إلى تقارير مراكز التكلفة

قيد يومية واحد تقرؤه FI وCO معاً

1. بيانات رئيسية بلا مالك

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

كان لدى عميل في التجزئة في الإمارات هرمية مراكز تكلفة تبدو مكتملة. التسميات متطابقة. والمجاميع متوازنة. وفي اختبار التكامل ظهرت تكاليف المتاجر تحت رؤوس إقليمية لا معنى لها، وكانت بعض البيانات مفقودة تماماً.

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

والمشتبه بهم المعتادون معروفون. حسابات دفتر أستاذ عام نُسخت من النظام القديم دون التحقق من احتياجات التقارير الحالية. وبيانات رئيسية للموردين بها بيانات ضريبية قديمة أو تفاصيل مصرفية ناقصة. وهرميات مراكز تكلفة تتبع الهيكل التنظيمي لا تدفق التكلفة. ومراكز ربح تُضاف متأخرة. فعيّن للبيانات الرئيسية مالكاً باسمه قبل أن يُغلق Blueprint. وحتى المراجعة السريعة للهيكل والاستخدام والفجوات تمنع معظم أعمال التنظيف لاحقاً.

2. إعداد CO دون إشراك المراقبين الماليين

عادةً تأتي محاسبة التكاليف ثانياً. فتُصمَّم FI وتُراجَع وتُختبر مبكراً. وتأتي CO بعدها باهتمام أقل، على افتراض أنها أبسط ويمكن إنهاؤها لاحقاً.

لا يمكن ذلك.

في مشروع اتصالات عملت عليه، أُعدّ CO-PA متأخراً. بدا الاختبار سليماً. نجحت عمليات الترحيل وعملت التقارير. ثم راجعت المبيعات والمالية الهوامش فظهر أن أبرز المنتجات تحقق ربحية سلبية. كانت عناصر تكلفة رئيسية غير مربوطة وقواعد الاشتقاق غير مكتملة. وكان الإصلاح يعني إعادة تصميم هياكل تقارير سبق اعتمادها.

لا تنجح CO إلا حين يشارك في تصميمها من يقرؤون تقاريرها، أي المراقبون الماليون ومديرو المالية. فهم يفكرون في سلوك التكلفة والهامش، لا في تدفق النظام. أشركهم في مرحلة Blueprint، لا في UAT.

3. مستخدمو الأعمال يرون النظام لأول مرة في UAT

UAT هو المكان الذي تظهر فيه المشكلات، وهو أغلى مكان لاكتشافها. فالتصميم مقفل والإعداد شبه منتهٍ.

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

اضطررنا إلى مراجعة مسارات رئيسية، وكان لا بد من إعادة بناء بعض المنطق. وخسر المشروع أسابيع.

أرِ المستخدمين شاشات غير مكتملة مبكراً. فهذا أرخص دائماً من أن تريهم شاشات منتهية متأخراً.

4. تطوير مخصص حيث كان الإعداد كافياً

يبدو الكود المخصص أسرع وأكثر تحكماً. تحصل على ما طُلب بالضبط. ومع الوقت يصبح صعب الاختبار وصعب التغيير وهشاً، وعلى S/4HANA يضيف كل تعديل جهداً للترقية.

عملت مرة على تنفيذ عالمي عبر ست دول بُني فيه منطق الضرائب بالكامل في ABAP: قواعد الدول والاستثناءات والمعدلات بحسب المنتج. وكان يعمل. لكن SAP القياسي كان يعالجه أصلاً بأنواع الشروط (Condition Types) والإجراءات الضريبية وإعداد الدول.

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

ويظهر النمط نفسه في أماكن أخرى. عمليات تحقق مخصصة لقواعد ترحيل يعالجها الإعداد أصلاً. وتقارير أُعيد بناؤها مع وجود تطبيقات Fiori قياسية أو عروض CDS (CDS Views). وخطوات موافقة مكتوبة في الكود بلا مجال للتغيير. اطرح سؤالاً واحداً في كل مرة: أين يقيم هذا المنطق، وهل سينجو من الترقية القادمة دون مشروع؟ فإذا كان الجواب «في النواة» أو «لم نتحقق»، فانقله إلى الإعداد أو إلى BTP.

5. نقاط تكامل بلا فحص

أثناء الاختبار تركّز الفرق على وحدتها. وتبقى الحدود بلا فحص.

في نشر لشركة تصنيع، عولجت عمليات استلام البضائع بشكل صحيح في MM. وتحدّث المخزون. ولم يكن لدى اللوجستيات أي شكوى. ولم يكن لدى FI أي قيود يومية لتلك الاستلامات.

كان السبب فئة تقييم غائبة عن تحديد الحسابات. عالجت MM دون خطأ ولم تنشئ أي ترحيل مالي. واستغرق التشخيص يومين. وعدة أيام أخرى لتنظيف ما رُحِّل في الأثناء.

إخفاقات مشابهة رأيتها: فوترة SD تُرحَّل إلى حسابات إيرادات خاطئة بسبب فجوات في تحديد الحسابات. وتحويلات أصول في PM لا تصل أبداً إلى محاسبة الأصول. ومنطق GR/IR فهمه فريقا MM وFI فهماً مختلفاً. ويمنع قائد مالي واحد يراجع سيناريوهات اختبار MM وSD معظم هذه الحالات. فالمالية تعرف كيف ينبغي أن يبدو الترحيل. أما مختبِر اللوجستيات فكثيراً ما لا يعرف.

6. تقارير تُصمَّم في الدورة الأخيرة

في وحدة وُجدت لإنتاج المعلومات المالية، تدفع المشاريع التقارير إلى النهاية باتساق لافت. نرحّل المعاملات أولاً، ونرتّب التقارير لاحقاً.

لدى عميل في السلع الاستهلاكية في أوروبا، حيث دعمت مرحلة ما بعد التشغيل الفعلي، كان CO-PA قد بُني وربطت حقوله وضُبطت اشتقاقاته. وكانت أول قائمة أرباح وخسائر للقطاعات تحمل العناوين الصحيحة وتكاليف مبعثرة ومجزأة. أما الإيرادات فكانت سليمة. وبعض حقول القيم لم تُعبَّأ إطلاقاً.

وعاد فريق المالية إلى Excel. مرة أخرى. واضطررت إلى التدخل لحل المشكلة. وحين تُفقد الثقة في التقارير، نادراً ما تعود من تلقاء نفسها.

إذا كان الهامش بحسب القناة أو التكلفة بحسب المشروع مهماً للأعمال، فيجب أن يشكّل هذا المتطلب طريقة التقاط البيانات أثناء التصميم. وطبقة التقارير المعتادة في 2026 هي SAP Analytics Cloud التي تقرأ Universal Journal. وهي مشمولة في بعض باقات GROW وRISE ومباعة بشكل منفصل في أخرى، فراجع عقدك. وAnalytics Cloud فوق تصميم ربحية نظيف ينجح. وفوق تصميم نصف معدّ لا ينجح. المزيد عن ذلك في دليلي عن SAP Analytics Cloud.

7. حالات هامشية تقع بين الفرق

تركّز المشاريع عن حق على العمليات عالية الحجم. وهذا يدفع الحالات الهامشية جانباً إلى أن تظهر.

في أحد عمليات النشر، كان لدى العميل ثلاثة رموز شركات بثلاثة متغيرات مختلفة للسنة المالية: واحد على السنة الميلادية، وواحد من أبريل إلى مارس، وواحد 4-4-5. ولم يشر إلى ذلك أحد أثناء التصميم.

وظهر ذلك في التسوية بين الشركات (Intercompany). لم تتطابق الفترات. ولم تستطع المالية الإقفال في موعده لأن لكل رمز شركة مواعيد قطع مختلفة. وتسببت هذه المسألة وحدها في تأخير التوحيد أسبوعين.

احجز ساعة واحدة في الخطة يسرد فيها كل مسار عمل ما هو غير معتاد في مجاله. واطرح ثلاثة أسئلة. هل هناك قواعد قانونية أو إقليمية لم تُنمذج بعد؟ وهل يشغّل أي فريق حلولاً التفافية يدوية خارج SAP؟ وهل تُستخدم ميزات مثل الدفعات المقدمة أو المستندات المعلّقة (Parked) أو مقاصة الحسابات بين الشركات؟ الحالات الهامشية تظهر دائماً. والسؤال الوحيد هو هل ستظهر في جلسة تصميم أم عند الإقفال الشهري.

راجع هذه القائمة قبل أسبوعين من بدء UAT. وكل «لا» هي مخاطرة يجب تسجيلها بمالك وتاريخ.

1. تسمية مالك البيانات الرئيسية. شخص واحد يعتمد دليل الحسابات وهرمية مراكز التكلفة ومراكز الربح والبيانات الرئيسية للموردين والعملاء. المالك: مدير المالية.
2. اختبار هرمية مراكز التكلفة مقابل تدفق التكلفة الفعلي. لا مقابل الهيكل التنظيمي. المالك: المراقب المالي.
3. راجع المراقبون الماليون تصميم الربحية. الخصائص وقواعد الاشتقاق والمسودة الأولى لقائمة أرباح وخسائر القطاعات. المالك: رئيس محاسبة التكاليف.
4. رأى المستخدمون الرئيسيون الشاشات. جولة عرض واحدة على الأقل لكل عملية قبل كتابة سيناريوهات UAT. المالك: قائد عمليات المالية.
5. مراجعة قائمة الكود المخصص. لكل تحسين سبب يفسر لماذا لم يكن بوسع الإعداد القياسي القيام به. المالك: مهندس الحلول.
6. اختبار تحديد الحسابات عبر الوحدات. يُنتج استلام البضائع وفاتورة المورد وفاتورة العميل وتسوية أمر الإنتاج كلٌّ منها قيود اليومية المتوقعة. المالك: قائد FICO مع قادة MM وSD وPP.
7. بناء تقارير الإدارة من بيانات اختبار حقيقية. لا من نماذج وهمية. المالك: قائد التقارير مع مكتب المدير المالي.
8. مقارنة متغيرات السنة المالية والعملات وإعدادات Intercompany عبر رموز الشركات. المالك: قائد FICO.
9. عقد جلسة الحالات الهامشية. المستحقات والدفعات المقدمة والمستندات المعلّقة ومقاصة الحسابات بين الشركات وقواعد الضرائب بحسب الدولة. المالك: مدير البرنامج.

ما هو SAP FICO وماذا يرمز كل حرف فيه؟

FI ترمز إلى المحاسبة المالية (Financial Accounting) وCO إلى محاسبة التكاليف (Controlling). وهما معاً وحدتا المالية الأساسيتان في SAP.

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

وهما مرتبطتان ارتباطاً وثيقاً. وعلى S/4HANA تتشاركان Universal Journal واحداً، فلا يمكنك فهم إحداهما دون الأخرى.

كيف يتكامل SAP FICO مع SAP MM وSD وPP؟

من MM إلى FI: يرحّل استلام البضائع قيد GR/IR تلقائياً. وتسوّيه فاتورة المورد وترحّل إلى الحسابات الدائنة. ويجب أن يكون تحديد الحسابات صحيحاً، وإلا عالجت MM ولم يظهر أي قيد مالي.

من SD إلى FI: تحدّث الفوترة الإيرادات والمستحقات. وتؤدي الفجوات في تحديد حسابات SD إلى إرسال الإيرادات إلى حسابات خاطئة أو إلى لا مكان.

من PP إلى FI/CO: تجمّع أوامر الإنتاج تكاليف المواد والعمالة والتكاليف غير المباشرة. وتسوّي CO الأعمال قيد التنفيذ والانحرافات. ويعني تصميم الربحية الضعيف أن تلك التكاليف لا تصل أبداً إلى تقارير الهامش.

والحل للثلاثة واحد. ينبغي أن يراجع قائد مالي سيناريوهات اختبار التكامل التي تكتبها مسارات العمل الأخرى.

ما الفرق بين SAP HANA وSAP FICO؟

هما طبقتان مختلفتان. SAP HANA هي قاعدة البيانات العاملة في الذاكرة. وSAP FICO هو تطبيق المالية الذي يستخدمه المحاسبون والمراقبون الماليون.

وعلى S/4HANA، تجعل HANA استخدام Universal Journal عملياً: بيانات FI وCO في جدول واحد، تُعرض آنياً دون تسوية دفعية. ومشكلة أداء في HANA تؤثر في سرعة تشغيل تقارير FICO. أما مشكلة إعداد في FICO فتحدد ما تتضمنه تلك التقارير.

هل لا يزال SAP FICO ذا صلة مع S/4HANA في 2026؟

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

الذي تغيّر هو الملف المطلوب. فأصحاب العمل يريدون مستشاري FICO يفهمون Universal Journal وMargin Analysis وGroup Reporting والتوسعة وفق Clean Core، ويستطيعون المشورة في أي تخصيصات ECC تُسحب أثناء الانتقال. ومع انتهاء الصيانة الأساسية لنظام ECC في 2027، يُبقي عمل الانتقال الطلب مرتفعاً.

وإذا كنت تخطط لنقلة مهنية في FICO، فإن المسارات المهنية في SAPopedia ترسم المهارات بحسب الدور، وتساعدك حزمة ERPCV المهنية على عرض خبرتك المالية في S/4HANA في سيرتك الذاتية.

كيف يغيّر Joule تنفيذات SAP FICO في 2026؟

أقل مما يوحي به التسويق، وأكثر مما يفترضه المتشككون. يجيب SAP Joule for Consultants عن أسئلة الإعداد والكود من SAP Notes ومحتوى Activate الصادرين عن SAP نفسها، مما يسرّع البحث في النطاق القياسي. وداخل النظام يتولى Joule مهاماً مثل إنشاء بيانات رئيسية للأصول الثابتة ومراقبة كشوف الحساب المصرفية، وقد أطلقت SAP وكلاء للمالية مثل وكيل لملاحقة المستحقات المتأخرة.

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

ما خطوات إعداد FICO الرئيسية في تنفيذ جديد؟

يُضبط الأساس تقريباً بهذا الترتيب:

1. رموز الشركات: الكيانات القانونية التي تنتج القوائم المالية.
2. متغيرات السنة المالية: ميلادية، أو من أبريل إلى مارس، أو 4-4-5. وحافظ على اتساقها بين رموز الشركات التي تتعامل مع بعضها.
3. دليل الحسابات: قائمة حسابات دفتر الأستاذ العام، مشتركة بين رموز الشركات حيثما أمكن. وتؤثر هذه القرارات في كل تقرير طوال عمر النظام.
4. متغيرات فترات الترحيل: أي الفترات مفتوحة للترحيل.
5. متغيرات حالة الحقول: أي الحقول إلزامية أو اختيارية أو مخفية.
6. إعداد الضرائب: رموز الضرائب والمعدلات وربط الدول. ومعظم تعقيد التوطين يكمن هنا.
7. هياكل محاسبة التكاليف: نطاق التحكم (Controlling Area) ومراكز التكلفة ومراكز الربح والأوامر الداخلية وخصائص الربحية، وتُصمَّم مع المراقبين الماليين.
8. تحديد الحسابات: كيف تتحول معاملات MM وSD وPP إلى ترحيلات FI. تحقق منه باختبارات تكامل شاملة قبل التشغيل الفعلي.