إجابات على
أسئلتك

نعم. يمكن بناء قائمة مواد لكل منتج بمستويات متعددة (منتج نصف مصنّع يدخل في منتج أعلى)، مع بدائل للمواد وكميات لكل وحدة، وتحديد العمليات ومراكز العمل لكل مرحلة. ونحن نضبط هذه البنية على هيكل منتجاتك الحقيقي، ونتحقق من المستويات بالتنفيذ لا على الورق.

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

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

نعم، كل عيار صنف مستقل برصيده وسعره، ويمكن التحويل بين العيارات مع تسجيل الفاقد.

نعم، نربط قوائم الأسعار بسعر اليوم، فتُحدَّث الأسعار دفعة واحدة عند تغييره.

نعم، نفعّل الفوترة الإلكترونية ومتطلبات ZATCA، ونربط الأصناف بالضريبة الصحيحة.

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

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

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

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

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

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

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

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

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

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

بأربعة شروط مجتمعة: **اتفاق مكتوب** يحدّد النطاق، و**إذن صريح بالنشر** من الطرف الآخر، و**نطاق يمكن إظهاره** (ما نُفِّذ فعلًا وما لا يشمله)، و**تحديث عند انتهاء العلاقة** فتُزال العلامة في وقتها لا تبقى أثرًا لعلاقة منتهية. وإذا غاب شرط واحد، لا ننشر الاسم ولا الشعار — وهذا ما يجعل هذه الصفحة خالية من جدار الشعارات: ليس لأننا لا نعمل مع أحد، بل لأننا لا نعلن إلا ما يمكن إثباته.

نعم — Odoo (odoo.com) مُدرَج في «قائمة مزودي الحلول» الرسمية لدى هيئة الزكاة والضريبة والجمارك بتأهيل المرحلة الأولى: الإصدار والحفظ، ويمكن التحقق من الإدراج مباشرةً في دليل مزودي الحلول على موقع الهيئة. وللدقة، تُرفق الهيئة بالقائمة إخلاء مسؤولية يوضّح أنها استرشادية وغير ملزمة، وأنها ليست اعتمادًا من الهيئة للحلول التقنية المدرجة فيها، وأن للمكلّف حق التعامل مع أي مزود، مدرجًا كان أو غير مدرج. أما المرحلة الثانية (الربط والتكامل) فلا تُعتمد على مستوى العلامة التجارية: تُصدَر شهادة الالتزام (Compliance CSID) وشهادة الإنتاج (Production CSID) لكيان واحد مرتبط برقمه الضريبي (TIN)، ولا تنتقل إلى كيان آخر. وعمليًا: يوفّر Odoo وحدتي التوطين السعودي (l10n_sa) والفاتورة الإلكترونية (l10n_sa_edi) ضمن الإصدار القياسي، ونتولّى نحن تنفيذ مسار الاعتماد لمنشأتك حتى بيئة الإنتاج، دون أي ادّعاء اعتماد يخصّنا.

نعم، هذا ممكن تقنيًا، لكنه يضيف جهة صيانة أخرى ومسار تحديث منفصلًا عن إصدار Odoo. وحدتا l10n_sa وl10n_sa_edi جزء من الإصدار القياسي، فنحن نبدأ بهما إلا إذا كان لديك سبب محدد لغير ذلك.

لا. نُجهّز ونختبر في بيئة الاختبار دون التأثير على فوترتك الحالية، ولا ننتقل إلى الإنتاج إلا بعد اجتياز الاختبار وتدريب فريقك على الإجراء الجديد.

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

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

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

لا تبدأ باللوحات، بل بشيئين: **تعريف موحّد** لكل رقم، و**جودة البيانات** المُدخلة. نبدأ بجلسة تعريفات: ما معنى «بيع» — أمر البيع أم التسليم أم الفاتورة؟ وهل المرتجع يُخصم من الشهر الذي حدث فيه أم من شهر البيع الأصلي؟ وهل الخصم يُحمَّل على المندوب أم على الفرع؟ ثم نراجع البيانات: أصناف مكرّرة، عملاء بلا تصنيف، فروع بلا عناوين. بدون هاتين الخطوتين يخرج تقرير جميل وغير قابل للاعتماد.

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

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

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

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

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

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

لا. لا نمرّر بيانات البطاقة عبر أنظمتنا ولا نخزّنها ولا نعالجها؛ الدفع يتم عبر جهاز أو بوابة **مزوّد الدفع** المرخّص، ونحن نربط نتيجة العملية المالية بالنظام فقط (مبلغ، حالة، مرجع). وهذا يقلّل نطاق الامتثال عليك وعليك أن تسأل مزوّدك عن شهادته ومستوى امتثاله. ولا نُدّعي امتثالًا لا نملكه، ولا نُقدّم استشارة قانونية في حماية البيانات.

Odoo نظام إدارة أعمال (ERP) بوحدات مترابطة تغطي المبيعات والمحاسبة والمخزون والمشتريات والتصنيع والموارد البشرية ونقاط البيع والتجارة الإلكترونية وغيرها. يعمل على قاعدة بيانات واحدة، ويمكن تشغيل الوحدات التي تحتاجها فقط والتوسّع لاحقًا.

Community نسخة مفتوحة المصدر تغطي الوظائف الأساسية. Enterprise نسخة تجارية تضيف وحدات رسمية إضافية ودعم المنصّة والتحديثات الرسمية. اختيار النسخة يعتمد على الوحدات المطلوبة وميزانية الترخيص.

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

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

ملف الأجور له بنية وحقول خاصة بالسعودية، وهي ليست جاهزة داخل المنتج. نضبط بنود الأجر لتطابق حقول الملف، ونضيف قواعد التحقق (مثل صحة IBAN واسم صاحب الحساب)، ونُنتج الملف ونراجعه معك قبل الرفع. الرفع على مدد والالتزام النظامي مسؤولية المنشأة.

نعم. لوحدة الرواتب في Odoo توطين سعودي يغطي قواعد احتساب الأجر والبدلات واشتراكات GOSI ومكافأة نهاية الخدمة. ونحن نضبط هيكل الأجور وبنود الراتب والاستقطاعات على سياسة منشأتك، ونُهيّئ ملف حماية الأجور (WPS) ومدد ضمن نطاق التنفيذ. أما الالتزام النظامي والتقديم على منصات الجهات الرسمية فيبقى مسؤولية المنشأة.

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

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

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

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

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

نعم. يمكن تعريف أكثر من مستودع، وداخل كل مستودع مواقع تخزين هرمية (منطقة ← ممر ← رف)، مع مسارات تشغيل تحدّد كيف يتحرك الصنف: استلام مباشر أو عبر منطقة فحص، وتسليم بخطوة أو بخطوتين. ونحن نضبط هذه المسارات على طريقة عمل مستودعك لا على الإعداد الافتراضي.

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

نعم. يمكن اختيار طريقة التقييم لكل صنف أو فئة (التكلفة المعيارية أو FIFO أو متوسط التكلفة المرجّح)، ومع تفعيل التقييم الآلي تُنشأ القيود المحاسبية مع كل حركة مخزون: استلام وتقفيل وتسليم وتسوية. ونتحقق في مرحلة التحليل من أن طريقة التقييم المختارة تطابق ما تعتمده منشأتك محاسبيًا قبل التشغيل.

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

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

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

لا، ولسنا جهة تعليمية ولا جهة اعتماد: ما نبنيه هو **شهادة حضور داخلية** تُصدرها منشأتك من نظامها — تثبت أن الطالب حضر المقرر وأتمّ ساعاته، ولا تُدّعي اعتمادًا ولا معادلة ولا اعترافًا من أي جهة. وأي اعتماد أو ترخيص يبقى مسؤولية المنشأة وإجراءها مع الجهة المختصة، ونحن نُخرِج المستند من بيانات مسجّلة لا من قالب جاهز. ومن يبيعك «شهادة معتمدة» كنظام فهو يبيع وعدًا لا يملكه.

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

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

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

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

نعم — Odoo (odoo.com) مُدرَج في «قائمة مزودي الحلول» الرسمية لدى هيئة الزكاة والضريبة والجمارك بتأهيل المرحلة الأولى: الإصدار والحفظ، ويمكن التحقق من الإدراج مباشرةً في دليل مزودي الحلول على موقع الهيئة. وللدقة، تُرفق الهيئة بالقائمة إخلاء مسؤولية يوضّح أنها استرشادية وغير ملزمة، وأنها ليست اعتمادًا من الهيئة للحلول التقنية المدرجة فيها، وأن للمكلّف حق التعامل مع أي مزود، مدرجًا كان أو غير مدرج. أما المرحلة الثانية (الربط والتكامل) فلا تُعتمد على مستوى العلامة التجارية: تُصدَر شهادة الالتزام (Compliance CSID) وشهادة الإنتاج (Production CSID) لكيان واحد مرتبط برقمه الضريبي (TIN)، ولا تنتقل إلى كيان آخر. وعمليًا: يوفّر Odoo وحدتي التوطين السعودي (l10n_sa) والفاتورة الإلكترونية (l10n_sa_edi) ضمن الإصدار القياسي، ونتولّى نحن تنفيذ مسار الاعتماد لمنشأتك حتى بيئة الإنتاج، دون أي ادّعاء اعتماد يخصّنا.

غالبًا نعم. نبدأ من دليلك الحالي ونعيد تنظيمه حيث يلزم ليعمل مع التقارير والتحليل المحاسبي، ونعتمد النسخة النهائية منك قبل التهيئة. لا نفرض دليلًا جاهزًا إن كان دليلك سليمًا.

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

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

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

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

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

نعم، تنبيهات مجدولة قبل تاريخ الانتهاء بفترة تحددها أنت، حتى لا يتجدد أو ينتهي عقد دون علمك.

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

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

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

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

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

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

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

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

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

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

نبني المنصّتين معًا من قاعدة كود واحدة عندما يسمح النشاط بذلك، لأنها أسرع وأقل تكلفة في الصيانة. لكن هذا **مقايضة لا قاعدة**: التطبيقات التي تعتمد على ميزات نظام عميق (كاميرا متقدمة، بلوتوث، خلفية تعمل باستمرار، أداء رسومي عالٍ) قد تحتاج كودًا أصليًا لكل منصة، ونقول ذلك في جلسة النطاق. والقرار يُتخذ على أساس المتطلبات لا على تفضيل تقني.

الحساب **باسم المنشأة** لا باسمنا: حساب Apple Developer أو Google Play يُفتح بملكية العميل ورسومه عليه، لأن التطبيق أصل من أصول الشركة ولا يصح أن يبقى معلّقًا بمورّد. ونحن نتولّى التجهيز التقني: التوقيع والشهادات، ووصف المتجر واللقطات والتصنيف العمري، وإقرارات جمع البيانات، ثم الرفع ومتابعة المراجعة. وإن كان لديك حساب قائم نعمل به مباشرة.

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

لا نعلن زمنًا واحدًا للجميع، لأن الزمن المستهدف يتحدد في اتفاقية الخدمة حسب التصنيف وساعات التغطية التي تختارها. ما نُعلنه هنا هو المنهج: تصنيف الأثر (حرج · عالٍ · متوسط · طلب تغيير)، ومسار التذكرة، وساعات القنوات كما هي مضبوطة في النظام. وكل رقم مستهدف تجده في اتفاقيتك، وفي تقرير الأداء الشهري تكوين الأزمنة الفعلية مقابل المستهدف — لا في صفحة تسويقية.

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

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

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

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

Business Solutions شركة سعودية مقرها جدة، متخصصة في تقديم حلول تقنية متكاملة، واستشارات إدارية ومالية، وخدمات الذكاء الاصطناعي، ونعمل مع عملائنا في مختلف مناطق المملكة.

تأسست Business Solutions في عام 2014، ولدينا أكثر من 10 سنوات من الخبرة في تقديم الحلول التقنية والاستشارات في المملكة.

نعم، نقاط البيع في Odoo تعمل دون اتصال وتزامن الطلبات عند عودة الشبكة، وهي ميزة مهمة في أوقات الذروة.

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

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

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

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

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

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

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

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

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

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

لا ندّعي ذلك. نحن شركة أنظمة، ولا نُصدر شهادة امتثال ولا اعتمادًا ولا تصريحًا أمنيًا، ولا نزعم مطابقة معيار وطني أو تكاملًا مع منصة بعينها قبل أن نفحص واجهتها ونتأكد من توفّرها. وأي متطلب امتثال أو تصنيف أو تصريح يبقى مسؤولية **الجهة** وإجراءها مع الجهات المختصة. ومن يقول لك «نظام ممتثل ومعتمد» دون أن يُظهر لك الواجهة والاختبار، فذلك وعد لا يملكه.

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

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

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

بالمقاس لا بالسعر: **الصغير** (ورشة بخط واحد أو اثنين) مشكلته أن الإنتاج والتكلفة في رأس شخص واحد، فيبدأ بقوائم مواد صحيحة ومخزون مضبوط وتكلفة تقديرية مقبولة — وتركيب نظام تخطيط طاقة كامل فيه هدر. **والمتوسط** (عدة خطوط ومستودع ومناديب) مشكلته الربط: التخطيط لا يعرف المخزون، والبيع يَعِد بمواعيد لا يعرفها الإنتاج، فيبدأ بتخطيط الاحتياج والطاقة وربطه بالمبيعات والمشتريات. **والكبير** (خطوط ومستودعات وفروع متعددة) مشكلته الحكم: تكلفة تحليلية لكل خط ومنتج، ومقارنة مخطَّط بمنفَّذ، وتتبّع دفعات وجودة، وحوكمة صلاحيات. ونجلس في التقييم ونقول لك أي هذه الأحجام أنت — لا أيها نبيع.

لا. نطاقنا **أنظمة إدارة الأعمال**: التخطيط والمخزون والتكلفة والجودة والمستندات. ولا نبرمج وحدات PLC ولا أنظمة SCADA ولا نُورّد حساسات أو أجهزة، ولا ننفّذ تحكّمًا في خط إنتاج. وحين تحتاج قراءة بيانات من آلة، نربطها **فقط عبر واجهة موجودة أصلًا** (ملف أو بروتوكول تخرجه الآلة أو نظامها)، وبعد فحص تلك الواجهة. وإن لم توجد واجهة، نقول ذلك بصراحة ونرشّح متخصّص أتمتة — لأن من يَعِد بجمع بيانات آلة بلا واجهة يَعِد بما لا يملك.

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

نقدم 21 خدمة احترافية مقسمة إلى 3 فئات: تقنية (ERP، Odoo، AI، Cloud، تطوير)، إدارية (استشارات، تحول رقمي، HR)، ومالية (محاسبة، ZATCA، استشارات مالية).