ترحيل ساب بزنس ون (SAP Business One) من SQL Server إلى HANA.

باختصارتنقل كودينوفا نظام SAP Business One من Microsoft SQL Server إلى SAP HANA بالتعاون مع شريك SAP لديك أو فريق تقنية المعلومات لديك. يشمل العمل الاستعلامات المحفوظة، والبحث المنسّق، والإجراءات المخزنة، وتحويل Crystal Reports، وفحص الإضافات، ومطابقة البيانات، وتشغيلًا متوازيًا وخطة تراجع. سعر ثابت لكل مرحلة، و3 أشهر من الدعم المجاني بعد التشغيل الفعلي، وتمتلك أنت الكود المحوَّل.
ما تتضمنه الخدمة

ما يشمله الترحيل.

مسار ترحيل قاعدة البيانات

تُنقل قاعدة بيانات الشركة باستخدام معالج الترحيل والأدوات التي توفّرها SAP للانتقال من SQL Server إلى HANA، على الإصدارات التي تدعمها SAP لذلك. نُحضّر عملية النقل وننفّذها ونتحقق منها بالتعاون مع شريك SAP لديك أو فريق تقنية المعلومات لديك.

الاستعلامات وطرق العرض والبحث المنسّق

إعادة كتابة الاستعلامات المحفوظة وطرق العرض المعرّفة من قِبل المستخدم والبحث المنسّق (FMS) من T-SQL إلى HANA SQL: أسماء أعمدة بحروف مختلطة بين علامتي اقتباس، و ISNULL إلى IFNULL، و TOP إلى LIMIT، ودوال التاريخ والنصوص، و + إلى || لدمج النصوص.

الإجراءات المخزنة وقواعد التحقق

إعادة كتابة إجراءات المستخدم و SBO_SP_TransactionNotification و SBO_SP_PostTransactionNotice بلغة SQLScript واختبارها عند إضافة المستندات وتحديثها، لأن خطأً واحدًا هناك يوقف الترحيل المحاسبي.

تحويل Crystal Reports

تحويل التقارير التي تستخدم أوامر SQL أو مصادر بيانات من إجراءات مخزنة إلى HANA SQL، وتوجيهها إلى مصدر بيانات HANA، ومقارنة نتائجها بنتائج SQL Server.

فحص توافق الإضافات

فحص إضافات C# المبنية على DI API وتكاملات Service Layer للعمل على HANA: حساسية أسماء المعرّفات لحالة الأحرف، والمعرّفات بين علامتي اقتباس مزدوجتين، وأنواع البيانات، والدوال، وأي SQL يرسله الكود مباشرة.

فحص UDF و UDT و UDO

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

مطابقة البيانات

مقارنة أعداد السجلات، وأرصدة الحسابات وشركاء الأعمال، والمخزون، والمستندات المفتوحة بين SQL Server و HANA قبل أن يعتمد أحد النتيجة.

تشغيل متوازٍ وخطة تراجع

فترة تُقارَن فيها النتائج على HANA بنتائج SQL Server، ومسار تراجع مكتوب، لتتمكن من العودة إذا فشل أحد الفحوص قبل التحويل النهائي.

التشغيل الفعلي والرعاية المكثفة

دعم التحويل النهائي، ومتابعة دقيقة للأيام الأولى من الترحيل المحاسبي الفعلي على HANA، ثم 3 أشهر من الدعم المجاني.

لمن هذه الخدمة

مصممة لفرق مثل فريقك.

01

الشركات التي تعمل على SAP Business One بنسخة SQL Server وتخطط للانتقال إلى SAP HANA

02

الشركات التي لديها كثير من الاستعلامات المحفوظة أو البحث المنسّق أو تقارير Crystal Reports أو الإضافات المخصصة التي يجب أن تستمر في العمل على HANA

03

شركاء SAP Business One الذين يحتاجون فريقًا لتحويل استعلامات عملائهم وتقاريرهم وكودهم واختبارها

SAP HANASQL ServerSQLScriptT-SQLCrystal ReportsSBO_SP_TransactionNotificationDI APIService LayerUDF / UDT / UDOC# / .NET
المنهجية

كيف يسير المشروع.

  1. التقييم والحصر: مكالمة استكشافية مجانية، ثم قائمة بكل ما يتعامل مع SQL: الاستعلامات المحفوظة، والبحث المنسّق، وطرق عرض المستخدم، والإجراءات المخزنة، وإشعار المعاملات، و Crystal Reports، والتنبيهات، والإضافات، والتكاملات، مع تحديد من يستخدم كل عنصر.
  2. الخطة: ما الذي يُنقل، وما الذي يُعاد كتابته، وما الذي يمكن الاستغناء عنه، وفحوص الاختبار والمطابقة، والتشغيل المتوازي ومسار التراجع، مكتوبة في العرض الفني بسعر ثابت لكل مرحلة.
  3. التحويل: إعادة كتابة T-SQL بلغة HANA SQL و SQLScript، وإعادة توجيه Crystal Reports وتحويلها، وتعديل كود الإضافات والتكاملات حيث يرسل SQL أو يعتمد على سلوك SQL Server.
  4. الاختبار على نسخة: يعمل كل شيء على نسخة مُرحّلة من قاعدة بيانات شركتك، وليس على بيئة الإنتاج أولًا أبدًا، ويختبر المستخدمون الرئيسيون التقارير والشاشات التي يستخدمونها يوميًا.
  5. المطابقة: مقارنة الأعداد والأرصدة والمخزون والمستندات المفتوحة بين SQL Server و HANA، وتفسير كل فرق قبل الانتقال إلى الخطوة التالية.
  6. التشغيل المتوازي: تُقارَن النتائج على HANA بنتائج SQL Server خلال فترة متفق عليها، مع جاهزية مسار التراجع.
  7. التشغيل الفعلي: التحويل النهائي إلى HANA، مع دعم قريب في الأيام الأولى من الترحيل المحاسبي الفعلي.
  8. الدعم: 3 أشهر من الدعم المجاني بعد التشغيل الفعلي: إصلاحات وتعديلات صغيرة، ثم دعم شهري اختياري.

ما الذي يتغير عند نقل SAP Business One إلى HANA؟

تبقى الجداول والحقول كما هي، لكن SQL المحيط بها يتغير. يحوّل HANA الأسماء غير المحاطة بعلامات اقتباس إلى حروف كبيرة، لذلك يجب كتابة أعمدة SAP Business One ذات الحروف المختلطة بين علامتي اقتباس مزدوجتين، مثل T0."CardCode". ومقارنات النصوص حساسة لحالة الأحرف. وتختلف الدوال: يصبح ISNULL هو IFNULL، و GETDATE هو CURRENT_TIMESTAMP، و DATEADD و DATEDIFF هما ADD_DAYS و DAYS_BETWEEN، و TOP هو LIMIT، وتصبح + لدمج النصوص ||.

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

قائمة التحقق لترحيل SQL Server إلى HANA

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

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

ما الذي يحدد تكلفة ترحيل SQL Server إلى HANA؟

حجم SQL المحيط بقاعدة البيانات، وليس حجم البيانات. أهم العوامل: عدد الاستعلامات المحفوظة والبحث المنسّق، ومقدار المنطق الموجود في الإجراءات المخزنة وإشعار المعاملات، وعدد تقارير Crystal Reports التي تستخدم أوامر SQL أو إجراءات مخزنة، وعدد الإضافات والتكاملات التي ترسل SQL مباشرة، وعدد قواعد بيانات الشركات، ومدى عمق المطابقة والتشغيل المتوازي المطلوبين.

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

ما الذي يتولاه شريك SAP لديك، وما الذي نتولاه نحن؟

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

من يملك الاستعلامات والسكربتات المحوَّلة؟

أنت. يملك العميل الاستعلامات والسكربتات والإجراءات المحوَّلة وتعديلات التقارير والتوثيق. يمكنك مواصلة صيانتها بفريقك أو مع شريك SAP Business One الخاص بك، أو أن تطلب منا مواصلة دعمها.

هل يمكن العودة إلى SQL Server إذا حدث خطأ؟

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

ما الدعم الذي تحصل عليه بعد التشغيل الفعلي؟

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

الأسئلة الشائعة

ترحيل ساب بزنس ون (SAP Business One) من SQL Server إلى HANA: أسئلة شائعة

هل تحتاج كل استعلامات ساب بزنس ون (SAP Business One) إلى إعادة كتابة من أجل HANA؟

ليس كلها، لكن معظمها يحتاج إلى بعض التغيير. الاستعلامات التي تحتوي على أسماء أعمدة بحروف مختلطة أو ISNULL أو GETDATE أو DATEADD أو CONVERT أو TOP أو + لدمج النصوص تفشل أو تعطي نتائج خاطئة على HANA حتى تُحوَّل. تستغرق الاستعلامات البسيطة دقائق؛ أما الإجراءات المخزنة والجداول المؤقتة وإشعار المعاملات فتحتاج إلى إعادة كتابة كاملة بلغة SQLScript. ويمكن الاستغناء عن الاستعلامات غير المستخدمة التي يكشفها الحصر بدلًا من تحويلها.

هل تعمل تقارير Crystal Reports على SAP HANA؟

نعم، بعد تحويلها. التقارير المبنية على جداول عادية تحتاج غالبًا إلى توجيهها إلى مصدر بيانات HANA فقط. أما التقارير التي تستخدم أوامر SQL أو مصادر بيانات من إجراءات مخزنة فتحمل T-SQL، لذلك يُحوَّل SQL إلى HANA، ويُعاد توجيه التقرير، وتُفحص المعاملات (parameters)، وتُقارن النتائج بنسخة SQL Server.

هل ستتعطل إضافاتنا عند الانتقال إلى HANA؟

قد يحدث ذلك إذا كانت ترسل SQL مباشرة. الإضافات التي تستخدم DI API أو Service Layer لكائنات الأعمال أقل تأثرًا، لكن أي SQL في الكود يجب أن يراعي حساسية أسماء المعرّفات لحالة الأحرف في HANA، والمعرّفات بين علامتي اقتباس مزدوجتين، وأنواع البيانات، ودوال HANA. نراجع الكود ونختبر كل إضافة على نسخة مُرحّلة من شركتك قبل التشغيل الفعلي.

كيف تتحققون من صحة البيانات المُرحّلة؟

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

هل يمكننا التراجع والعودة إلى SQL Server؟

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

هل كودينوفا من شركاء SAP؟

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

جاهز للبدء؟

أخبرنا بما تحتاجه. ستحصل على إجابة تقنية واضحة ونطاق عمل محدد وسعر ثابت، عادةً خلال 24 ساعة.