SAP SD: ما الذي تفعله وأين تتعثر عمليات التنفيذ

تشغّل SAP SD (المبيعات والتوزيع) دورة الطلب إلى النقد (order-to-cash) في SAP: عرض السعر، وأمر المبيعات، والتسليم، والفوترة، والإحالة إلى المالية. وعلى S/4HANA يتغير الأمر بطرق تهم نطاق المشروع. يصبح العملاء شركاء أعمال، وتنتقل إدارة الائتمان إلى SAP Credit Management، وتنتقل الخصومات الراجعة (Rebates) إلى عقود الشروط، وتُرحَّل الفوترة مباشرة إلى Universal Journal. هذا الدليل موجّه إلى قادة عمليات المبيعات والمراقبين الماليين ومديري المشاريع الذين يحتاجون إلى معرفة ما تفعله SD وأين تتعثر. والجواب المختصر عن الشق الثاني: بيانات العميل الرئيسية، وشروط التسعير، وفحص التوفر، وتحديد الحسابات. اختبر هذه الأربعة ببيانات حقيقية قبل التشغيل الفعلي.

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

أخبرت المبيعات العملاء بخمسة أيام. وكان التصنيع يعرف أنها أقرب إلى عشرة.

كلّفت تلك الفجوة أكثر من التسليمات المتأخرة. كلّفت الثقة، والثقة أصعب في إعادة البناء من إعداد في التهيئة.

تقع SD في مقدمة سلسلة اللوجستيات. وهي تحوّل اهتمام العميل إلى فاتورة عبر سلسلة من المستندات:

1. الاستفسار: يطلب العميل السعر أو التوفر
2. عرض السعر: عرض رسمي للسعر والتسليم له فترة صلاحية
3. أمر المبيعات: يلتزم العميل، ويعمل فحص التوفر، ويُؤكَّد موعد التسليم
4. التسليم: يلتقط المستودع البضائع ويعبّئها، ويؤدي إصدار البضائع إلى خفض المخزون
5. الفوترة: تُنشأ الفاتورة مع مستند المحاسبة الخاص بها
6. الدفع: تجري المالية مقاصة الدفعة الواردة مع البند المفتوح

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

1. 01الاستفسارطلب السعر أو التوفر
2. 02عرض السعرعرض رسمي بتاريخ صلاحية
3. 03أمر المبيعاتفحص التوفر يؤكد الموعد
4. 04التسليمالالتقاط والتعبئة وإصدار البضائع
5. 05الفوترةالفاتورة ومستند المحاسبة
6. 06الدفعمقاصة البند المفتوح لدى المالية

كل فاتورة قابلة للتتبع وصولاً إلى الطلب الأصلي

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

أوامر المبيعات وفحص التوفر

تتركز معظم جهود تهيئة SD في معالجة أمر المبيعات: أنواع الأوامر، وفئات البنود، وسطور الجدولة، وفحص التوفر.

التوفر للوعد (ATP) هو أكثر العناصر حساسية للأعمال. فهو يتحقق من إمكانية الوفاء بالموعد المطلوب من المخزون والمستلمات المخططة والالتزامات القائمة. وحين يُهيَّأ على النحو الصحيح، تخبر المبيعات العملاء بما يستطيع النظام الالتزام به فعلاً. وحين يُهيَّأ بشكل سيئ، تخبر العملاء بما تأمل أن تسلّمه.

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

التسعير والشروط

التسعير أكثر الإعدادات استهانةً في SD. يبدو بسيطاً إلى أن يأتي أول نزاع على فاتورة.

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

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

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

الشحن

تشمل معالجة التسليم الالتقاط والتعبئة وإصدار البضائع. إصدار البضائع هو الحدث الحاسم: فهو يرحّل خفض المخزون، ويضع التسليم في قائمة الفوترة المستحقة، ويسجل تاريخ التسليم الفعلي. وتتحكم نقطة الشحن وتحديد المسار في كيفية إنشاء التسليمات. وتوسّع الشركات ذات شبكات التوزيع المعقدة هذا بـ SAP Transportation Management (TM).

الفوترة وتحديد الحسابات والضريبة

تحوّل الفوترة التسليم إلى فاتورة وتنشئ مستند المحاسبة. ويربط تحديد الحسابات كل بند فوترة بحسابات الإيرادات والضريبة وغيرها من حسابات دفتر الأستاذ العام (G/L)، بناءً على منظمة المبيعات، ومجموعات تعيين الحسابات للعميل والمادة، ونوع الشرط. وإذا كان خاطئاً، تُرحَّل الفاتورة إلى الحساب الخاطئ وتكتشف المالية ذلك عند الإقفال الشهري.

تحديد الضريبة هش بالقدر نفسه. فهو يعتمد على التصنيف الضريبي للعميل والتصنيف الضريبي للمادة والدولة أو الولاية القضائية التي يتم منها التسليم. وقد يؤدي أي عدم تطابق إلى فاتورة بضريبة صفرية على عملية بيع خاضعة للضريبة، أو إلى ضريبة على عملية معفاة.

إدارة الائتمان

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

حين ينخفض الحد عن حجم الطلب المعتاد للعميل، يُحجب كل طلب تلقائياً. وعندئذ تتعلم فرق المبيعات أن تفك الحجب بدلاً من أن تطلب مراجعة الحد.

هذه ليست إدارة ائتمان. هذا حل التفافي.

هذه عناصر هيكل SD وما يرتبط به كل منها.

عنصر الهيكل	الغرض في SAP SD	الارتباط الرئيسي
منظمة المبيعات	وحدة البيع على أعلى مستوى، مسؤولة عن شروط البيع والمسؤولية	تُسند إلى رمز شركة في FI
قناة التوزيع	كيفية وصول المنتجات إلى العميل (جملة، تجزئة، مباشر)	تتحكم في التسعير والبيانات الرئيسية وتحديد الشركاء
القسم	مجموعة منتجات ضمن منظمة المبيعات	تجميع المواد للتقارير والمخرجات
منطقة المبيعات	منظمة المبيعات وقناة التوزيع والقسم معاً	مطلوبة لكل مستند مبيعات ولكل سجل عميل
مكتب المبيعات	وحدة مبيعات جغرافية	التقارير الإقليمية وتحديد الشركاء
مجموعة المبيعات	فريق ضمن مكتب المبيعات	الشخص المسؤول عن الأوامر
نقطة الشحن	الموقع الذي تُشحن منه البضائع	تربط SD بإدارة المستودعات والنقل
المصنع	وحدة الإنتاج أو التوريد	مصدر المخزون، مرتبط بنقطة الشحن

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

إذا كنت تنتقل من ECC، فهذه هي تغييرات SD التي ينبغي إدراجها في النطاق. تصنّف SAP هذا المجال تحت «Sales» في وثائق S/4HANA، رغم أن معظم الفرق ما زالت تسميه SD.

ECCS/4HANA

العملاءECCسجل العميل الرئيسيS/4HANAشريك أعمال بدور عميل

إدارة الائتمانECCFI-AR-CRS/4HANASAP Credit Management (FIN-FSCM-CR)، وهو غير اختياري

الخصومات الراجعةECCمعالجة الخصومات الراجعة في SD، تُعاد بناؤها من فهرسS/4HANAعقود الشروط في Settlement Management

فحص التوفرECCفحص توفر المنتج الأساسيS/4HANAATP المتقدم: التخصيص والطلبات المتأخرة والمصانع البديلة

الفوترةECCFI وCO تُطابَقان بشكل منفصلS/4HANAبند واحد في Universal Journal (ACDOCA)

الاعتراف بالإيراداتECCمنطق إرجاء مخصص في كثير من البرامجS/4HANASAP Revenue Accounting and Reporting، بترخيص منفصل

1. العملاء هم شركاء أعمال. تُصان بيانات العميل الرئيسية عبر شريك الأعمال بدور عميل. وفي التحويل، يجب إعداد تكامل العميل والمورد قبل تشغيل التحويل.
2. تنتقل إدارة الائتمان إلى SAP Credit Management. إدارة الائتمان في ECC (FI-AR-CR) غير متاحة في S/4HANA. وSAP Credit Management (FIN-FSCM-CR) هي بديلها، ولذلك يجب أن يرحّل التحويل بيانات الائتمان وإعداداته. وهذا غير اختياري.
3. تنتقل الخصومات الراجعة إلى عقود الشروط. تحل Settlement Management (إدارة عقود الشروط) محل معالجة الخصومات الراجعة الكلاسيكية في SD. وتسري شروط الخصم الراجع فوراً بدلاً من إعادة بنائها من فهرس.
4. ATP المتقدم. يضيف ATP المتقدم في S/4HANA تخصيص المنتجات ومعالجة الطلبات المتأخرة والتأكيد المبني على البدائل عبر المصانع والإفراج للتسليم وإسناد التوريد. وفي S/4HANA Cloud تأتي هذه الوظائف ضمن الترخيص القياسي. أما في التثبيت المحلي فتحتاج إلى ترخيص مخصص متى فُعّلت.
5. تُرحَّل الفوترة إلى Universal Journal. تشترك FI وCO وتحليل الهامش في بند واحد في ACDOCA، ما يلغي عمل المطابقة بين FI وCO الذي كان في ECC. والمقابل: خطأ في تحديد الحسابات يعني ترحيلاً فورياً إلى الحساب الخاطئ، ويظهر على مستوى البند.
6. الاعتراف بالإيرادات. في العقود متعددة العناصر أو الاشتراكات أو الخدمات طويلة الأجل وفق IFRS 15، تحل SAP Revenue Accounting and Reporting محل منطق الإرجاء المخصص الذي بنته كثير من برامج ECC. وهي مرخصة بشكل منفصل وتحتاج إلى تصميم قبل التشغيل الفعلي، لا إلى اكتشافها عند نهاية السنة.

يغيّر Clean Core طريقة التعامل مع تخصيصات SD. في السحابة العامة، لا يمكن كتابة كود مخصص داخل النواة. وفي السحابة الخاصة والتثبيت المحلي يمكن ذلك، لكنه يزيد صعوبة كل ترقية. ويمكن استبدال معظم روتينات Z القديمة للتسعير بأنواع شروط وصيغ وBAdIs قياسية. وما يبقى فعلاً مكانه امتداد جانبي (side-by-side) على SAP BTP. ويتناول دليل Clean Core الذي كتبته هذا القرار.

SD مع MM

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

SD مع PP

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

SD مع FI

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

إذا كان تصميم SD يعامل كل الإيراد على أنه معترف به عند الفوترة بينما تقول العقود غير ذلك، فإن التصحيح اللاحق مكلف. اتفق على الاعتراف بالإيرادات مع المالية قبل اعتماد التصميم. وللاطلاع على جانب المالية من التكامل، راجع دليل SAP FICO الذي كتبته.

أربع نقاط فشل تسبب معظم الألم بعد التشغيل الفعلي.

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

شروط التسعير غير مصانة. شروط التشغيل الفعلي التي لا يراجعها أحد تتحول إلى نزاعات فواتير خلال السنة الأولى.

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

فجوات تحديد الحسابات تُكتشف بعد التشغيل الفعلي. اختبر بدليل الحسابات الفعلي ورموز الضريبة ومجموعات المواد. رموز الضريبة غير المتطابقة قد تحجب الأوامر أو تشعل نزاعات الفواتير قبل أن يدرك أحد ما الخطأ.

هذا الجدول هو قائمة التحقق التي أراجعها قبل توقيع اختبار قبول المستخدم (UAT).

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

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

ما SAP SD وماذا تفعل؟

تدير SAP SD (المبيعات والتوزيع) دورة الطلب إلى النقد: الاستفسارات، وعروض الأسعار، وأوامر المبيعات، والتسليمات، والفوترة، والإحالة إلى المحاسبة المالية. ويربط تدفق المستندات فيها كل خطوة بالتي قبلها، فيمكن تتبع كل فاتورة إلى الطلب الأصلي. وهي تتكامل مع MM للمخزون وإصدار البضائع، ومع PP للتصنيع حسب الطلب والتوفر، ومع FI للإيرادات والضريبة والذمم المدينة.

ما الهيكل التنظيمي في SAP SD؟

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

كيف يعمل التسعير في SAP SD؟

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

ما ATP المتقدم في SAP S/4HANA؟

التوفر للوعد المتقدم (aATP) هو فحص التوفر في S/4HANA. وإلى جانب فحص توفر المنتج الأساسي، يضيف تخصيص المنتجات ومعالجة الطلبات المتأخرة والتأكيد المبني على البدائل عبر المصانع والإفراج للتسليم وإسناد التوريد. هذه الوظائف مشمولة في S/4HANA Cloud وتحتاج إلى ترخيص مخصص في التثبيت المحلي متى فُعّلت. استخدمها حيث يكون التوريد مقيداً أو تهم قواعد التخصيص. وفي سلاسل التوريد المستقرة، يكفي غالباً فحص أساسي مضبوط جيداً.

كيف تتكامل SAP SD مع المحاسبة المالية؟

عبر مستند الفوترة. إحالة مستند الفوترة إلى المحاسبة تنشئ قيد يومية للإيراد والضريبة والبند المفتوح للعميل. ويحدد تحديد الحسابات حسابات دفتر الأستاذ العام (G/L) انطلاقاً من منظمة المبيعات ومجموعات تعيين الحسابات ونوع الشرط. وتعتمد الضريبة على التصنيفات الضريبية للعميل وللمادة. وتحدد شروط الدفع في بيانات العميل الرئيسية تاريخ الاستحقاق. وفي حالات IFRS 15، تُرجئ SAP Revenue Accounting and Reporting الإيراد وتعترف به على مدى الزمن.

ما الذي يتغير في SAP SD عند الانتقال من ECC إلى S/4HANA؟

يصبح العملاء شركاء أعمال. وتنتقل إدارة الائتمان من FI-AR-CR إلى SAP Credit Management، وهو إلزامي. وتحل عقود الشروط في Settlement Management محل معالجة الخصومات الراجعة. ويصبح ATP المتقدم متاحاً، وتُرحَّل الفوترة إلى Universal Journal. أدرج هذه كلها في النطاق مبكراً، لأن كل منها يحتاج إلى تهيئة وترحيل بيانات واختبار.

ما أكثر أخطاء تنفيذ SAP SD شيوعاً؟

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