قاموس النينجا 📖

نظام واحد بيربط كل أقسام الشركة (بيع، شراء، مخازن، محاسبة، HR) على قاعدة بيانات واحدة. الفرق بينه وبين برنامج محاسبة: المحاسبة في الـ ERP نتيجة للعمليات مش مدخلات يدوية.

Online: سحابي بالكامل من Odoo بدون كود مخصص (مناسب للـ SMEs). Odoo.sh: سحابي مع إمكانية Custom Modules. On-Premise: على سيرفر الشركة. اختيار الاستضافة أول قرار في أي مشروع.

Community مجاني ومفتوح المصدر بتطبيقات محدودة. Enterprise مدفوع وفيه المحاسبة الكاملة، Payroll، Studio، التقارير المتقدمة، والدعم. Odoo Online دايماً Enterprise.

كل شركة أو مشروع بيشتغل على Database مستقلة. في Odoo Online الداتابيز ليها اسم وعنوان خاص (اسمك.odoo.com).

App هو تطبيق كامل بيظهر في القائمة (Sales, Inventory...). Module هو وحدة برمجية ممكن تكون تطبيق أو إضافة صغيرة لتطبيق موجود. التسعير في Odoo بالمستخدم مش بالتطبيق.

أي صف في أي جدول: عميل، منتج، فاتورة، مهمة. كل سجل له ID رقمي وبيظهر في Form View و List View.

Form: السجل الواحد. List: جدول. Kanban: كروت بمراحل. Pivot: جدول محوري للتحليل. Graph: رسم بياني. الاستشاري بيعرف يبدّل بينهم وبيعلّم المستخدم Pivot لأنها أقوى تقرير جاهز.

أدوات البحث فوق أي List: فلتر بشرط، تجميع حسب حقل، وحفظ البحث كـ Favorite ممكن يبقى Default للمستخدم أو للكل. 80% من «عايز تقرير» بتتحل بـ Group By + Pivot.

الجزء تحت أو جنب أي سجل: رسائل، ملاحظات داخلية، تغييرات الحقول المتتبعة (Tracking)، الأنشطة. ده الـ Audit Trail الطبيعي في Odoo.

مهمة مجدولة على سجل: مكالمة، إيميل، اجتماع، To-Do. بتظهر للمستخدم في الساعة فوق وفي الـ Kanban. أساس الانضباط في CRM.

أكتر من شركة قانونية في نفس الداتابيز بشجرة حسابات وفروع ومخازن مستقلة، مع إمكانية Inter-Company Transactions. في Odoo 17+ ظهرت الفروع (Branches) تحت الشركة.

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

من Settings أو بإضافة ?debug=1 للرابط. بيظهر الحقول التقنية، وأسماء الحقول، والـ Views، والـ Actions. الاستشاري بيستخدمه للفهم والتحقق مش للتعديل العشوائي.

أول تواصل مع عميل ممكن يشتري، قبل التأهيل. بيتحوّل لـ Opportunity لما تتأكد إن فيه فرصة بيع حقيقية. تفعيل الـ Leads اختياري في إعدادات CRM.

الفرصة هي صفقة بيع متوقعة ليها قيمة ونسبة نجاح (Probability) ومرحلة في الـ Pipeline (New, Qualified, Proposition, Won). الـ Pipeline هو Kanban المراحل.

نفس المستند بحالتين: Draft (Quotation) ثم Confirmed (Sales Order). التأكيد هو اللي بيولّد أمر التسليم ويلتزم بالكمية.

قواعد تسعير حسب العميل أو الكمية أو الفترة أو العملة (خصم %، سعر ثابت، معادلة). كل عميل له Pricelist افتراضية.

على المنتج: Ordered quantities (فاتورة بالكمية المطلوبة فور التأكيد) أو Delivered quantities (بالكمية المسلّمة فعلاً). أهم إعداد بيحدد الإيراد يتسجل إمتى.

فاتورة بنسبة أو مبلغ من الـ SO قبل التسليم، وبتتخصم تلقائياً من الفاتورة النهائية. بتستخدم منتج خدمة خاص بالدفعات المقدمة.

تحدد تاريخ الاستحقاق وتقسيم المبلغ (30% فوري، 70% بعد 30 يوم). بتأثر على تقرير أعمار الديون والتذكيرات.

قاعدة بتبدّل الضرائب والحسابات تلقائياً حسب العميل (محلي، تصدير، معفى، منطقة حرة). بتتحدد على العميل أو حسب الدولة.

في منتجات الخدمات: لو الساعات المسجلة تعدّت المتفق عليه، الـ SO بيدخل حالة Upselling لتنبيه المندوب. سياسة المصروفات بتحدد إعادة فوترة مصروفات المشروع للعميل.

المستند الأول في الشراء: طلب سعر من مورد. تأكيده بيحوّله لـ Purchase Order. ممكن ترسل RFQ لأكتر من مورد وتقارن (Call for Tender).

التزام بالشراء من مورد. تأكيده بيولّد Receipt تلقائي، وبيبقى مصدر الـ Vendor Bill (3-Way Matching).

Min/Max لكل منتج في موقع: لما المتوقع (Forecasted) ينزل تحت Min، الـ Scheduler بيعمل RFQ أو MO يوصّل الكمية لـ Max. أساس التوريد التلقائي (MTS).

مطابقة PO ↔ Receipt ↔ Vendor Bill قبل السداد. في Odoo بتظهر كحالة «Should be paid» على الفاتورة لو الكمية المستلمة تطابق المفوترة.

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

شحن، جمارك، تأمين تتوزع على تكلفة المنتجات المستلمة (بالكمية أو القيمة أو الوزن) عشان تكلفة المخزون تبقى حقيقية. بتحتاج تقييم Automated وطريقة تكلفة AVCO/FIFO.

فاتورة الشراء في المحاسبة. أفضل ممارسة إنها تتعمل من الـ PO (Create Bill) مش يدوي، عشان حساب الاستلام المؤقت يتقفل والمطابقة تشتغل.

الـ Warehouse كيان كبير (فرع)، وجواه Locations هرمية (WH/Stock/Shelf 1). الأنواع: Internal، Customer، Vendor، Inventory Loss، Production، Transit.

Receipts (IN)، Delivery Orders (OUT)، Internal Transfers (INT)، Manufacturing. كل نوع له تسلسل ومسار افتراضي ومواقع مصدر ووجهة.

أي مستند نقل كمية من موقع لموقع: استلام، تسليم، تحويل. حالاته: Draft → Waiting → Ready → Done. الـ Validate هو اللي بيحرك المخزون والقيد.

On Hand: الموجود فعلاً. Forecasted = On Hand + الوارد المؤكد − الخارج المؤكد. قواعد إعادة الطلب بتشتغل على Forecasted.

لما أمر التسليم يبقى Ready، الكمية بتتحجز من موقع معين (و Lot معين) للعميل ده. سياسة الحجز: فوري، يدوي، أو قبل التاريخ المجدول بأيام.

Lot: رقم لمجموعة وحدات (دفعة إنتاج، تاريخ صلاحية). Serial: رقم لكل وحدة. أساس الـ Traceability وتتبع الصلاحية.

Route مجموعة قواعد بتحدد المنتج يتحرك إزاي: Pull (اسحب من موقع لتلبية طلب) وPush (ادفع من موقع لموقع تلقائياً). منها 1-step / 2-step / 3-step receipts & deliveries، Dropship، MTO.

MTO: الـ SO بيولّد PO أو MO مخصوص لده الطلب. MTS: بتوفّر مخزون مسبقاً بقواعد إعادة الطلب. MTO في Odoo هو Route «Replenish on Order».

بتوجّه المنتج المستلم تلقائياً لموقع معين (رف/منطقة) حسب المنتج أو الفئة أو نوع التعبئة.

تسجيل الكمية الفعلية بعد الجرد وتثبيت الفرق. الفرق بيتحرك على حساب فروق الجرد (Inventory Loss). دي الطريقة الوحيدة الصح لإدخال مخزون أول المدة.

إخراج كمية تالفة من المخزون لموقع Scrap. بيعمل قيد مصروف هالك مقابل المخزون لو التقييم Automated.

Standard: تكلفة ثابتة تحددها إنت. AVCO: متوسط متحرك بعد كل استلام. FIFO: الأول دخولاً أول خروجاً. بتتحدد على فئة المنتج (Product Category) ومش هيّن تغييرها بعد الحركة.

Manual: المحاسبة ما بتتحركش تلقائياً مع المخزون (قيد دوري يدوي). Automated: كل حركة مخزون بتعمل قيد (مخزون ↔ استلام مؤقت ↔ COGS). الشركات اللي عندها محاسب بتختار Automated.

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

حسابات وسيطة بين حركة المخزون والفاتورة: Interim Received بين الاستلام وفاتورة المورد، Interim Delivered بين التسليم وفاتورة العميل. لازم تصفّر لما كل الفواتير تتعمل.

تطبيق Barcode لتنفيذ العمليات بالماسح. Packages لتجميع وحدات في طرد أو بالتة بتتحرك كوحدة واحدة.

وصفة المنتج: المكونات بكمياتها + العمليات. الأنواع: Manufacture this product، Kit (يتفك عند التسليم)، Subcontracting (مورد خارجي يصنّع).

طلب إنتاج كمية من منتج حسب BoM. مراحله: Draft → Confirmed → In Progress → Done. تأكيده بيحجز المكونات.

Work Center: ماكينة أو خط بتكلفة ساعة وسعة. Work Order: خطوة تشغيل من الـ MO على مركز عمل. العمليات (Operations) على الـ BoM هي اللي بتولّد أوامر الشغل.

حساب وسيط بتتجمع فيه تكلفة المكونات والعمليات أثناء الإنتاج، وبيتصفّر لحساب المنتج التام عند الإنهاء.

By-product: ناتج ثانوي من نفس الـ MO. Unbuild: فك منتج تام لمكوناته. Backorder: إنتاج أو تسليم جزئي والباقي في أمر جديد.

تخطيط الاحتياج والإنتاج بالفترات (أسبوعي/شهري) حسب الطلب المتوقع. بديل أذكى من قواعد إعادة الطلب للمصانع.

PLM: إدارة نسخ الـ BoM والتغييرات الهندسية (ECO). Quality: نقاط فحص وتنبيهات. Maintenance: صيانة وقائية وتصحيحية للمعدات ومراكز العمل.

قائمة الحسابات بأنواعها (Receivable, Payable, Bank, Income, Expense, Current Assets...). النوع (Account Type) هو اللي بيحدد سلوك الحساب في التقارير، مش الرقم.

تصنيف للقيود: Sales، Purchase، Bank، Cash، Miscellaneous. كل فاتورة أو دفعة بتتسجل في Journal، والتسلسل (Sequence) بيتولّد منه.

Entry هو القيد كامل (مدين = دائن). Items هي سطوره. تقرير General Ledger بيعرض الـ Items. أي مستند في Odoo بيولّد Entry تلقائياً.

حسابات من نوع خاص بتتربط بالشريك (Partner) وبتتطابق (Reconcile) مع الدفعات. ممنوع قيود يدوية عليها، لازم تتحرك من فواتير ودفعات.

ربط سطر مدين بسطر دائن على نفس الحساب القابل للمطابقة: فاتورة مع دفعة، أو دفعة مع سطر كشف بنك. القلب النابض لمحاسبة Odoo.

حسابات وسيطة بتمر عليها الدفعة لحد ما تتطابق مع كشف البنك. رصيدها = فلوس مسجلة ومش ظاهرة في البنك لسه.

استيراد كشف البنك (CSV/OFX/CAMT) أو ربط مباشر، ثم مطابقة كل سطر. نماذج المطابقة (Reconciliation Models) بتأتمت رسوم البنك والمصروفات المتكررة.

الضرائب (مثلاً VAT 14%) بتتحدد على المنتج والعميل، وبتتوزع على Tax Grids بتظهر في تقرير الضرائب الجاهز. الـ Tax Closing بيقفل الفترة ويعمل قيد التسوية.

بُعد إضافي للقيد: مركز تكلفة، مشروع، قسم، فرع. الـ Plans بتسمح بأكتر من بُعد في نفس الوقت. أساس تقارير الربحية.

مقارنة الفعلي بالمخطط لكل حساب أو حساب تحليلي بالفترة. في Odoo 17+ Budgets اتحسنت وبقت على Analytic.

نماذج بتولّد قيود الإهلاك أو التوزيع الشهري تلقائياً من الفاتورة. في Odoo 17+ الـ Deferrals بتتعمل تلقائياً من تاريخ البداية والنهاية على سطر الفاتورة.

منع التسجيل قبل تاريخ معين: Lock للمستخدمين العاديين، Lock للكل، Tax Lock، Purchase/Sales Lock (Odoo 18+). الإقفال الشهري بيتختم بتاريخ قفل.

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

تقرير بيوزع المستحق على فترات (0-30، 30-60...). رصيده لازم يساوي حساب العملاء/الموردين في ميزان المراجعة.

فواتير بعملة أجنبية بتتقيّم بسعر يوم الفاتورة، والدفعة بسعر يومها، والفرق بيتسجل تلقائياً في حساب أرباح/خسائر فروق العملة. وفيه قيد إعادة تقييم (Unrealized) آخر الفترة.

تذكيرات تلقائية للعملاء المتأخرين بمستويات (إيميل بعد 7 أيام، رسالة بعد 15...). جزء من التحصيل.

في مصر Odoo بيتكامل مع منظومة الفاتورة الإلكترونية لمصلحة الضرائب (ETA) عبر Localization المصري: أكواد GS1/EGS، التوقيع الإلكتروني، والإرسال. في السعودية ZATCA.

ملف الموظف هو مركز كل تطبيقات HR. القسم له مدير بيعتمد الإجازات والمصروفات. الوظيفة بتتربط بالتوظيف.

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

Payslip لكل موظف للفترة. الـ Batch بيجمع قسائم الشهر ويرحّلها قيد واحد. في Odoo 18+ اسمها Pay Runs.

الطبقة بين الحضور/الإجازات والرواتب: كل يوم له Work Entry (حضور، إجازة مدفوعة، غياب) وبناءً عليها الراتب بيتحسب.

Allocation رصيد الإجازة الممنوح. Accrual Plan بيزوّد الرصيد تلقائياً (مثلاً 1.75 يوم كل شهر).

الموظف بيسجل مصروفاته وبتتجمع في تقرير يعتمده المدير، وفي Odoo 20 المصروف المعتمد بيعمل Vendor Bill مسودة باسم الموظف.

تطبيقات تكميلية: تقييم دوري بأهداف، مصفوفة مهارات لكل موظف، وبرنامج ترشيح الموظفين لوظائف.

المشروع حاوية للمهام بمراحل Kanban قابلة للتخصيص. المهمة ليها مسؤول، موعد، ساعات مخططة، وTimesheets.

تسجيل الوقت على مهمة. لو المهمة مربوطة بسطر SO خدمة، الساعات بتتحوّل لكمية مسلّمة وتتفوتر.

إعداد على منتج الخدمة بيحدد تأكيد الـ SO يعمل إيه: مهمة في مشروع موجود، مشروع جديد، أو ولا حاجة.

نقطة في المشروع ربطها بسطر SO بيسمح بفوترة نسبة من العقد لما تتحقق (Invoicing: Based on Milestones).

تقرير بيجمع الإيرادات (الفواتير) مقابل التكاليف (ساعات، مصروفات، مشتريات) لكل مشروع عبر الحساب التحليلي.

Field Service: زيارات ميدانية بجدولة وفوترة من الموبايل. Helpdesk: تذاكر بـ SLA. Subscriptions: فوترة دورية تلقائية.

أداة Enterprise لتعديل الشاشات والحقول والتقارير والأتمتة بدون كود. سلاح الاستشاري الوظيفي، بس احذر: كل تعديل بيبقى عبء في الترقية.

لما يحصل حدث (إنشاء، تعديل حقل، وقت معين) نفّذ إجراء (حدّث حقل، ابعت إيميل، أنشئ نشاط، كود Python). في Odoo 20 بتشتغل مع AI Agents.

استيراد Excel/CSV لأي نموذج مع ربط الأعمدة، و External ID لتحديث السجلات بدون تكرار. التصدير بيعمل Template قابل لإعادة الاستيراد.

مفتاح نصي ثابت للسجل (مثلاً __export__.product_123). استخدامه في الاستيراد بيخلي العملية Update مش Create، وأساسي في نقل البيانات.

Model جدول (res.partner، sale.order). الحقول أنواع: Char، Float، Selection، Many2one (سجل واحد مرتبط)، One2many (قائمة)، Many2many. الاستشاري لازم يقرا الأسماء دي في Debug وStudio.

قوالب لكل مستند (عرض سعر، فاتورة، تذكير) بمتغيرات ديناميكية. الإرسال من دومين الشركة محتاج إعداد Outgoing Mail Server وSPF/DKIM.

Spreadsheet داخلي بصيغ بتسحب من بيانات Odoo مباشرة (ODOO.LIST / PIVOT). Dashboards لوحات جاهزة لكل تطبيق قابلة للتخصيص.

رصيد لخدمات زي SMS، تحسين بيانات الشركاء، OCR الفواتير، وكل ميزات الـ AI في Odoo 20. مش جزء من اشتراك المستخدمين.

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

أول مرحلة: تفهم شغل العميل وتكتب المتطلبات مرتبة (Must / Should / Nice to have). الـ BRD هي مرجع المشروع في أي خلاف.

توثيق العملية زي ما بتحصل دلوقتي، ثم تصميمها زي ما هتبقى على Odoo. الفرق بينهم هو التغيير اللي محتاج إدارة (Change Management).

لكل متطلب: Standard (Odoo بيعمله جاهز)، Configuration (إعداد)، Customization (تطوير). الهدف تقليل الـ Customization لأقل حد.

المستخدمون الفعليون يجرّبوا سيناريوهات كاملة على بياناتهم ويوقّعوا بالقبول. بدون UAT موقّع ما فيش Go-Live.

Migration: تنظيف واستيراد البيانات الأساسية والأرصدة. Cut-over: خطة التحوّل من النظام القديم بتاريخ قطع محدد (أول الشهر غالباً) وجرد فعلي.

أول يوم شغل حقيقي على Odoo، وبعده فترة دعم يومي (2–4 أسابيع) لحد أول إقفال شهري ناجح.

أي طلب خارج النطاق المتفق عليه بيتوثّق بتكلفته وتأثيره على الجدول ويتعمد قبل التنفيذ. حماية المشروع من الـ Scope Creep.

طريقة Odoo في بيع ساعات التنفيذ: Success Pack حزمة ساعات مع مدير مشروع من Odoo أو الشريك. Quickstart منهجية Odoo للتنفيذ السريع بالـ Standard.