اخبار الاردن
موقع كل يوم -زاد الاردن الاخباري
نشر بتاريخ: ٩ تشرين الثاني ٢٠٢٦
زاد الاردن الاخباري -
أعلنت شركة Teresina في السادس من أكتوبر 2026 إطلاق خدمة SAP Pay التي تسمح للمؤسسات بتنفيذ المدفوعات مباشرة داخل برنامج SAP Cloud ERP. ويستهدف الحل فرق المالية التي تدير فواتير الموردين ومستحقات الموظفين والمدفوعات بين الشركات، بعدما كانت إجراءات التنفيذ تتطلب غالباً الاتصال بمصرف أو مزود خدمات منفصل. وتملك SAP حصة استثمارية في Teresina، لكن حجم هذه الحصة لم يُكشف عنه.
تتضح أهمية الخطوة عند النظر إلى تجربة المستخدم داخل الأنظمة الرقمية. بالروابط المختصرة مثل للمزيد تساعد على الانتقال إلى صفحات أخرى، بينما تتطلب المدفوعات المؤسسية مساراً يربط الموافقة بالتنفيذ وتسجيل النتيجة. وتقول الشركتان إن SAP Pay يوفر هذه المراحل ضمن سير عمل متصل، بحيث لا يضطر الموظف إلى تصدير بيانات الفاتورة وإعادة إدخالها يدوياً في منصة أخرى. ومع ذلك، يظل نطاق الخدمة الفعلي مرتبطاً بطريقة تفعيلها والوسائل المتاحة لكل عميل.
تستخدم الشركات برامج تخطيط الموارد لتسجيل طلبات الشراء والفواتير والمبالغ المستحقة ومواعيد السداد. لكن متابعة الالتزامات في شاشة واحدة لا تعني بالضرورة إمكانية إرسال المال منها. ففي نموذج تقليدي، يصدر الفريق ملف دفع، ثم يرفعه إلى بوابة مصرفية أو يرسله إلى جهة معالجة خارجية، قبل العودة لتحديث حالة العملية في سجلات المحاسبة. وقد تتأخر إشعارات التنفيذ أو تحمل أرقاماً مرجعية تختلف عن الفاتورة الأصلية، ما يزيد الوقت اللازم لتحديد الدفعة الصحيحة ومطابقتها.
مع SAP Pay، تصبح خطوة إرسال المبلغ جزءاً من الإجراء المرتبط بالفاتورة الأصلية. ويمكن لموظف المالية بدء الدفع ومتابعة حالته ضمن بيئة العمل التي يعرفها. ويعرض النظام أيضاً مطابقة المعاملة مع الفاتورة أو أمر الشراء، وهو تفصيل مهم عند مراجعة دفعات كثيرة خلال الشهر. لا يلغي ذلك الحاجة إلى الاعتماد الداخلي أو متابعة الاستثناءات، ولكنه يقلل عدد الخطوات المنفصلة التي تتكرر في العمل المعتاد.
يمكن تلخيص التجربة التي تطرحها Teresina على النحو التالي:
هذا التسلسل يوضح فكرة الدمج، لكنه لا يعني أن كل عملية ستكتمل تلقائياً أو بالمدة نفسها. تختلف سرعة التسوية بحسب وسيلة الدفع والمؤسسة المستقبلة والعملة المستخدمة. كما تبقى دقة بيانات المستفيد شرطاً أساسياً لتجنب تأخير العملية أو إرجاعها.
لا تعتمد الخدمة على وسيلة مالية واحدة. فقد أعلنت SAP دعم التحويلات المصرفية التقليدية، بما فيها التحويلات المحلية والعابرة للحدود، إلى جانب مسارات تستخدم عملات مستقرة مثل USDC. كما أعلنت Tereina تعاوناً مع Circle لتوسيع التكامل مع USDC وEURC، مع اختلاف مراحل الإتاحة بحسب الخدمة والسوق.
العنصر
ما أعلنته الشركتان
ما يحتاج إلى تحقق
التنفيذ
الدفع من داخل SAP Cloud ERP
خيارات التفعيل لكل عميل
الوسائل
تحويلات تقليدية وعملات مستقرة
التوافر بحسب الوجهة
المحاسبة
ربط المدفوعات بالفواتير
معالجة العمليات الاستثنائية
السرعة
تقليل الإجراءات اليدوية
زمن التسوية الفعلي
وجود خيارات متعددة لا يجعل جميعها متساوية في الكلفة أو الوقت. وقد يحتاج المستفيد إلى حساب مصرفي مناسب أو محفظة متوافقة مع وسيلة الإرسال. كما أن استخدام العملة المستقرة لا يزيل ضرورة معرفة قيمة المبلغ الذي سيصل فعلياً وكيفية إثباته في السجلات. فقد تختلف رسوم التحويل وطريقة استقبال الأموال ومتطلبات الطرف الآخر. لذلك يحتاج مسؤولو الخزينة إلى مقارنة الوسائل المتاحة لكل دفعة، بدلاً من افتراض أن المسار الأحدث هو الأسرع دائماً.
قالت Tereina إن الجمع بين التنفيذ والمطابقة وتقليل الاعتماد على الملفات اليدوية قد يخفض تكاليف المدفوعات. ونقلت رويترز عنها تقديراً بتوفير يبلغ خمسة وعشرين في المئة، لكنه يظل ادعاءً صادراً عن الشركة، وليس نتيجة مستقلة تنطبق على كل مؤسسة. وتتوقف الوفورات الفعلية على حجم المدفوعات وبلدان المستفيدين والرسوم الحالية وعدد ساعات المعالجة.
وتشير SAP إلى إمكان تفعيل الخدمة ضمن بيئتها السحابية، بدلاً من إنشاء مشروع ربط منفصل من الصفر. لكن الفرق المالية ستظل بحاجة إلى تحديد صلاحيات المستخدمين، ومراجعة بيانات المستفيدين، وفحص تفاصيل كل قناة دفع قبل اعتمادها على نطاق واسع. فاختصار المراحل لا يعني إلغاء الرقابة على حركة الأموال.
تكتسب الخدمة أهميتها من جمع المعلومات المحاسبية وتنفيذ الدفع في مكان واحد، لا من إضافة شاشة جديدة إلى برنامج معروف. وسيتضح أثرها عندما تبدأ المؤسسات باستخدامها في معاملات متكررة، وتقارن زمن المعالجة ونسبة المطابقة ورسوم كل وسيلة بالأسلوب السابق. وستكون سهولة معالجة المدفوعات التي تحتاج إلى تصحيح مؤشراً عملياً آخر على جودة التجربة.
حتى الآن، يؤكد إعلان أكتوبر إطلاق التقنية وإتاحتها ضمن منظومة SAP، لكنه لا يقدم نتائج تشغيلية مستقلة من مجموعة كبيرة من العملاء. ولذلك يبقى الاختبار الحقيقي في انتظام المدفوعات وسهولة تتبع الأخطاء وتقليل العمل اليدوي دون التضحية بدقة السجلات. وإذا تحققت تلك النتائج، فقد تصبح إدارة الفاتورة وإتمام سدادها عمليتين مترابطتين بالفعل داخل النظام نفسه.












































