برمجياتكم تحتفظ بالمعلومة نفسها ثلاث مرات، ولا تحمل النسخة نفسها أبداً.
الموقع ونظام الإدارة ونقطة البيع وCRM لا يتحاورون. أحدهم ينسخ يدوياً. والأرقام تتباعد. نبني الروابط الناقصة — مراقَبة، ومُسجَّلة، وقادرة على الاستئناف بعد عطل.
- ابتداءً من
- 2 900دينار
- أو
- 2 400€ دون احتساب الضريبة
- أول تدفّق خلال
- 4أسابيع
- عرض الأسعار خلال
- 24ساعة
العَرَض هو الإدخال المزدوج. والسبب في مكان آخر.
طلبات الموقع تُنسَخ يدوياً في نظام الإدارة. والمخزون المعروض على الإنترنت ليس مخزون المستودع. والقسم التجاري يعمل على ملفّ زبائن لا تعترف به المحاسبة. كلٌّ محقّ داخل أداته، ولا أحد يحمل الرقم نفسه في الاجتماع.
والإدخال المزدوج ليس إلا الجزء الظاهر. أما الكلفة الحقيقية فهي في مكان آخر: لم يعد أحد يعرف أي نسخة هي المعتمدة، وتُتّخذ القرارات على أرقام يُشكّ فيها.
فالربط الجيّد ليس وصل كل شيء بكل شيء. بل هو أن يُقرَّر، لكل معلومة، أي نظام يملكها — وأن تسيل المعلومة منه، في اتجاه واحد.
مالك واحد لكل بيان، وتدفّق يعرف كيف يفشل.
أول عمل هو جدول لا شيفرة: أي معلومة تعيش أين، ومن يحقّ له تعديلها، وفي أي اتجاه تسير. المخزون لنظام الإدارة، والزبون لـCRM، والطلب للموقع. هذا الجدول يسع صفحة واحدة، ويتفادى ثلاثة أرباع المشاكل.
ثم تأتي التدفّقات. والتدفّق الجادّ ليس اتّصالاً يعمل يوم الاختبار: بل آلية تعرف ما تفعله حين تفشل. الخادم المقابل لا يجيب، وبيان يُرفض، وتكرار يظهر. وبلا إعادة محاولة ولا تنبيه، تختفي المعلومة بصمت — ويُنتبه إليها بعد ثلاثة أسابيع، في جرد.
لذلك نسلّم كل تدفّق بسجلّ قابل للاطّلاع، وإعادات محاولة آلية، وتنبيه باسم شخص عند تكرار الفشل، وطابور انتظار يحتفظ بما لم يمرّ.
أكثر الروابط طلباً.
| الرابط | ما الذي يسير | الاتجاه |
|---|---|---|
| المتجر إلى نظام الإدارة | الطلبات، والزبائن، والمدفوعات | اتجاه واحد |
| نظام الإدارة إلى المتجر | المخزون، والأسعار، وبطاقات المنتجات | اتجاه واحد |
| الموقع إلى CRM | الاستمارات، وطلبات الأسعار، ومصدر جهة الاتصال | اتجاه واحد |
| نقطة البيع والمتجر | مخزون موحّد بين نقطة البيع والويب | اتجاهان |
| المحاسبة | القيود، والفواتير، والتسويات | اتجاه واحد |
| الشحن | وصولات، وملصقات، وأرقام تتبّع | اتجاهان |
تدفّق واحد في الخدمة، وما يلزم لمراقبته.
مبلغ الانطلاق يغطّي تدفّقاً واحداً بين نظامين، في اتجاه واحد، بمراقبته الكاملة.
مشمول في السعر
- خريطة: أي بيان يعيش أين، ومن يعدّله
- جدول تقابل الحقول، مُصادَق عليه منكم
- تطوير التدفّق وربطه بالنظامين
- إعادات محاولة آلية وطابور انتظار عند الفشل
- تنبيه باسم شخص إن تكرّر الفشل
- سجلّ قابل للاطّلاع، دون المرور بنا
- استرجاع السجلّ التاريخي القائم
- اختبار على بيانات حقيقية، بالتوازي مع القائم
- وثائق التشغيل
يُفوتر على حدة، ويُعلَن مسبقاً
- تراخيص ووحدات الناشرين الخارجيين
- التطوير داخل نظام ERP لديكم
- الاسترجاع أو التنظيف الواسع لبيانات غير متّسقة
- تغيير ERP أو CRM
- تدريب الفرق على أدواتها هي
- استضافة الأنظمة الخارجية
بالتدفّق، لأنه ما يمكن قياسه.
- تونس، تدفّق واحد
- ابتداءً من2 900دينار
- فرنسا وأوروبا ودولياً
- ابتداءً من2 400€ دون احتساب الضريبة
يقابل هذا المبلغ تدفّقاً واحداً بين نظامين يملك كلٌّ منهما واجهة برمجية موثَّقة. وحالتان ترفعانه، ونحدّدهما قبل التسعير: نظام مغلق بلا واجهة، يُضطرّ معه المرور بالتصدير؛ وبيانات منطلق غير متّسقة، يجب تنظيفها قبل أن يُربط أي شيء أصلاً.
ونبدأ دائماً بـتدفّق واحد، الأكثر استهلاكاً للوقت. يكون هو البرهان، ويجعل الباقي قابلاً للتسعير على وقائع. أما مشاريع الربط المقرّرة سلفاً على عشرة تدفّقات فهي التي تنحرف.
أربعة أسابيع، ولا شيء يتحوّل بلا فترة مقارنة.
رسم الخريطة
جرد الأنظمة والبيانات ومالكيها. والدخول إلى الواجهات من الجهتين، والتحقّق ممّا تتيحه فعلاً — وهنا تظهر المفاجآت السيّئة غالباً.
الأيام 1 إلى 6تقابل الحقول
الجدول الذي يقول أي حقل يقابل أي حقل، وما القيم المقبولة، وما يحدث عند تكرار أو حقل فارغ. مُصادَق عليه منكم قبل أي تطوير.
الأيام 7 إلى 11التطوير
التدفّق، وإعادات محاولته، وتنبيهاته، وسجلّه. واختبار على بيانات حقيقية، في بيئة منفصلة.
الأيام 12 إلى 22التشغيل المتوازي والتحويل
يعمل التدفّق مع العملية اليدوية معاً أياماً عدّة، وتُقارَن النتائج. ولا يقع التحويل إلا بعد تفسير الفوارق.
الأيام 23 إلى 28
ما يُسأل عنه قبل التوقيع.
وماذا لو لم تكن لنظام ERP لدينا واجهة برمجية؟
أمر متكرّر في البرمجيات القديمة أو المحلية جداً. عندئذٍ نمرّ بتبادل الملفّات — تصدير مُبرمَج، وإيداع على خادم، واستئناف آلي — أو بقراءة مباشرة لقاعدة البيانات حين يسمح الناشر. وهو أقلّ أناقة وأبطأ، ونقوله عند التأطير مع الكلفة الإضافية.
هل يجب تغيير نظام ERP؟
لا، إلا نادراً جداً، وليس هذا ما نبيعه. تغيير ERP مشروع من رتبة أخرى تماماً، بمخاطرة من رتبة أخرى تماماً. وعملنا أن نُشغّل ما لديكم. وإن كانت أداتكم طريقاً مسدوداً فعلاً، قلناها لكم — لكن هذا نادر ويُبرهَن عليه.
آنيّاً أم على دفعات؟
بحسب الاستعمال، وهذا قرار حقيقي. الطلب يجب أن ينزل آنيّاً. والمخزون يمكن أن يتزامن كل خمس عشرة دقيقة دون أن ينتبه أحد. والآنيّ أغلى في البناء وفي التشغيل: نحفظه لما يبرّره فعلاً.
كيف نعرف أن الأمر يعمل؟
لديكم سجلّ يمكن الوصول إليه يُظهر كل تبادل، ونتيجته، ومدّته، مع تنبيه باسم شخص عند تكرار الفشل. ولا تحتاجون أن تسألونا هل يعمل التدفّق: ترونه بأنفسكم. وهذا أول ما نركّبه، قبل التدفّق نفسه.
هل تعملون مع Business Central وOdoo وSage؟
نعم، ومع أنظمة أقلّ شيوعاً كذلك، بما فيها أنظمة ERP المحلية في تونس وفي المنطقة. وقد سلّمنا عمليات ربط على بيئات Microsoft كما على حلول مفتوحة المصدر. وما يهمّ ليس العلامة بل ما تتيحه واجهتها فعلاً — وهذا أول ما نذهب للتحقّق منه.
طريقتان للبدء.
تعرفون ما تريدون
صِف حاجتك في بضعة أسطر. يصلك عرض مُسعَّر، بالنطاق والتواريخ.
اطلبوا عرض أسعار ردّ خلال 24 ساعة عملتفضّل أن نتحدّث
راسلنا على واتساب أو اتّصل. خمس عشرة دقيقة تكفي عادةً لمعرفة ما إذا كانت حاجتك تدخل في الصيغة المعلنة — وسنقولها لك بصراحة في الحالتين.
راسلونا على واتساب TN +216 58 044 066 · FR +33 7 69 78 69 98