مسار الاستشاري 🎯

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

Lead → Opportunity (CRM) → Quotation → Sales Order (Sales) → Delivery Order (Inventory) → Customer Invoice → Payment + Bank Reconciliation (Accounting) → Sales Analysis. التسليم بيعمل قيد COGS/Interim، والفاتورة بتعمل AR/Income/Tax.

Ordered: الفاتورة ممكن تتعمل بالكمية المطلوبة فور تأكيد الـ SO. Delivered: بالكمية المسلّمة فعلاً بس. شركة بتبيع من مخزون = Delivered، شركة خدمات أو بيع مسبق = Ordered.

Automated لما الشركة عندها محاسب بيتابع المخزون شهرياً وعايزة قيمة المخزون في الميزانية تتحرك مع كل عملية. Manual لشركات صغيرة أو خدمية أو لما العميل مش جاهز لانضباط فئات المنتجات والحسابات.

Standard: تكلفة ثابتة بتحددها إنت، والفروق بتروح حساب فرق سعر. AVCO: متوسط مرجح بيتحدث مع كل استلام. FIFO: كل خروج بياخد تكلفة أقدم دخول. التغيير بعد وجود حركات صعب، فالقرار بيتاخد في التصميم.

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

قيد افتتاحي في Opening Journal بتاريخ ما قبل البدء لأرصدة كل الحسابات ما عدا العملاء والموردين والمخزون. العملاء والموردين بفواتير مفتوحة (فاتورة لكل رصيد مستحق) على حساب وسيط افتتاحي، والمخزون بـ Inventory Adjustment بالتكلفة. في الآخر ميزان المراجعة لازم يطابق القديم.

أدور على: قيود يدوية على حساب المخزون، منتجات بفئة تقييم Manual وسط فئات Automated، تغيير طريقة تكلفة بعد حركات، أو حركات بتاريخ محاسبي مختلف عن تاريخ الحركة. التقرير Stock Valuation › Group by Account بيوضح الفرق.

مطابقة PO والاستلام وفاتورة المورد قبل الدفع. في Odoo بتفعّله من Purchase Settings، وبيظهر على Vendor Bill حالة Should be paid / Must be paid لو الكمية المستلمة تساوي المفوترة.

Access Rights على النموذج كله (يقرأ/يكتب/ينشئ/يمسح الفواتير). Record Rules على السجلات نفسها بشرط (يشوف فواتير فرعه بس). الاتنين بيتظبطوا على Groups مش على كل مستخدم.

أعرض الـ Standard على داتابيز تجريبية ببياناته، وأوضّح تكلفة التخصيص على الترقية والدعم. لو لسه مصر، أوثّقه كـ Change Request بتكلفته وأعرض بدايل Studio/Automation قبل الكود.

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

Anglo-Saxon: المشتريات بتدخل المخزون، والـ COGS بيتسجل عند البيع ومقابل الإيراد مباشرة. Continental: المشتريات مصروف فوري وتسوية المخزون آخر الفترة. السوق المصري والخليجي غالباً Anglo-Saxon.

مطابقة فاتورة مع دفعة على حساب العملاء/الموردين، مطابقة سطر كشف بنك مع دفعة أو فاتورة أو قيد جديد، ومطابقة يدوية بين سطور على أي حساب Reconcilable (مثلاً حساب وسيط). الهدف: الحسابات الوسيطة تصفّر.

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

البيانات (Migration) والـ Cut-over، مش الإعداد. بيانات مكررة أو غير منظفة، أرصدة ما تطابقش، وتشغيل نظامين مع بعض لفترة طويلة. والسبب التاني: غياب الـ Key Users وعدم توقيع UAT.

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

لكل متطلب أصنّفه: Fit Standard (موجود جاهز)، Configuration (إعداد أو Studio)، Gap Customization (تطوير) أو Process Change (العميل يغيّر طريقته). المصفوفة دي هي أساس التسعير والجدول.

Payment Terms بأقساط ونسب وتواريخ، والفاتورة بتتقسم استحقاقات في تقرير الأعمار. لو فايدة أو تذكيرات، Follow-up Levels. لو تقسيط معقد بعقود، ممكن Subscriptions أو Deferred Revenue.

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

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

تسليم من غير استلام (Allow negative stock)، وحدات قياس غلط في BoM، تواريخ حركات مقلوبة، أو مواقع متعددة والتسليم من موقع فاضي. الحل: قواعد الحجز والمسارات وجرد افتتاحي صح.

أول حاجة أجرب Pivot/Graph + Filters + Group By على التقرير الجاهز وأحفظه Favorite. بعدين Spreadsheet بصيغ ODOO. التقرير المخصص بالكود آخر حل.

Online: أسرع وأرخص، بدون كود مخصص، تحديثات تلقائية، مناسب لـ 80% من الـ SMEs. Odoo.sh: لما يكون فيه تخصيص أو تكامل بكود، مع Staging وGit. On-Premise لمتطلبات بيانات أو تكاملات داخلية.

بالتطبيقات والدورات والمستخدمين وحجم البيانات: مثلاً L2C+P2P+Accounting لشركة تجارية 30 مستخدم = 150–250 ساعة. أضيف 20% احتياطي وأحدد النطاق كتابةً.

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

حساب تحليلي لكل مشروع (تلقائي من Project)، كل فاتورة ومصروف وشراء وTimesheet يحمله، وبعدين تقرير Project Profitability أو Analytic Report. من غير انضباط الحساب التحليلي التقرير هيطلع ناقص.

من 3 مطابقات: البنك (رصيد Odoo = كشف البنك)، الأعمار (AR/AP = حساباتهم)، المخزون (التقييم = الحساب). وبعدين الحسابات الوسيطة (Outstanding، Interim) لازم تصفّر. أغلب الفروق هناك.

AI Agents جوه الأتمتة، Expenses بتولّد Vendor Bills، Field Service جوه Planning، تحسينات المحاسبة والتقارير، وواجهة أسرع. الأهم: المنطق الأساسي للدورات ثابت، فاللي بيفهم الدورات بيتعامل مع أي إصدار.

إني أبدأ من البيزنس مش من Odoo، أقرأ القيد وأفهم المخزون، أوثّق كل حاجة، وأعرف أقول «Odoo بيعمل ده Standard» أو «ده مش محتاجه أصلاً». الثقة دي بتيجي من مشاريع حقيقية — وده اللي المشروع الختامي بيبنيه.