الهيكل التنظيمي وبيانات الأساس في SAP S/4HANA

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

والسبب بنيوي: المستويات التنظيمية تُقرَّر مرة، وتُختم على كل مستند يصدر بعدها. فالخطأ فيها لا يظهر كرسالة خطأ، بل كتقرير لا يجيب عن سؤال بعد سنتين.

المستويات — وما يقرّره كلٌّ منها

هذه هي المفردات التي تسبق كل شاشة، وأكثر من يبدأ هذا النظام يمرّ عليها مروراً ثم يدفع الثمن:

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

واقرأ العمود الأخير وحده أولاً. فالمستويات ليست بيروقراطية شكلية؛ كل واحدة منها هي سؤال إداري حقيقي يُسأل مرة ويُجاب عليه للأبد.

القاعدة التي تحسم أغلب النقاش

في كل مشروع يدور الجدل نفسه: هل نفتح شركة ثانية أم فرعاً؟ هل نجعل هذا مصنعاً أم موقع تخزين؟ والقاعدة التي تحسمه جملة واحدة:

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

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

الشريك التجاري الموحّد — الفرق الذي يشرح الجيل كلّه

هنا واحد من التغييرين اللذين صُنع هذا الجيل من أجلهما.

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

الآن سجلّ واحد يحمل الأدوار. الشريك واحد، وله دور عميل ودور مورّد، وبيانات هويّته — الاسم والعنوان والرقم الضريبي — تُكتب مرة واحدة.

وثلاثة آثار عملية لهذا التغيير تستحقّ أن تُكتب:

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

الثاني: تنظيف البيانات صار قابلاً للقياس. حين تكون الهويّة في مكان واحد، يصير سؤال «كم شريكاً لدينا بلا رقم ضريبي؟» سؤالاً له جواب واحد لا جوابان.

الثالث: الأدوار تُضاف ولا تُستنسَخ. فالمورّد الذي صار عميلاً يكتسب دوراً، ولا يُنشأ من جديد.

سجلّ الصنف — لماذا هو أطول سجلّ ستراه

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

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

والقاعدة العملية: لا تملأ عرضاً لا يستعمله أحد. حقل يُملأ لأن الشاشة تعرضه هو حقل يُصان إلى الأبد بلا مقابل — وأكثر مشاريع بيانات الأساس تتضخّم من هنا لا من الأصناف نفسها.

ثلاث قواعد لبيانات الأساس تصلح في أي نظام

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

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

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

ما تفعله عملياً في هذه المحطة

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

• خذ شركة حقيقية تعرفها — عملك الحالي أو مشروع عائلي — وارسم مستوياتها السبعة بالاسم.
• علّل كل قرار بسطر واحد. لماذا مصنعان لا مصنع؟ لماذا وحدة تحكّم واحدة؟
• اكتب خمسة أصناف بعروضها المطلوبة فقط، مع سبب استبعاد ما استبعدت.
• خذ شريكاً واحداً يشتري ويبيع واكتب كيف يُمثَّل بسجلّ واحد بدورين.

وهذه الورقة تحديداً هي أقرب ما تنتجه في هذه المرحلة إلى مستند تسليم حقيقي — لأن أول ما يطلبه شريك التنفيذ من عميله هو بالضبط هذا الرسم.

خطآن يتكرّران

الأول: نسخ هيكل شركة أخرى. الهيكل انعكاس لطريقة عمل الشركة ولمن يقرّر فيها، ونسخه ينقل قرارات لم تُتَّخذ.

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

وإن أردت أن ترى كيف يترجَم هذا كلّه إلى بنية تكلفة مشروع حقيقي، فذلك مفصّل في دليل SAP S/4HANA.

اختبار القبول لهذه المحطة

1. ارسم المستويات السبعة لشركة تعرفها، مع سبب مكتوب لكل قرار.
2. اكتب اختبار الكيان القانوني بجملتك أنت، وطبّقه على فرعين حقيقيين.
3. اشرح في خمسة أسطر ماذا كانت الشركة تفعل قبل الشريك الموحّد حين يكون الطرف عميلاً ومورّداً.
4. صمّم خمسة أصناف بعروضها اللازمة فقط، واذكر لماذا تركت غيرها.
5. عُدّ في بيانات شركتك الحالية كم شريكاً بلا رقم ضريبي وكم عنواناً مكتوباً في حقل واحد. هذا الرقم سيُستعمل في المحطة الثامنة.

ماذا بعد

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