أنظمة ERP والأعمال
يفشل ERP عندما ينسخ كتالوج وحدات. أنمذج الدفعات والمنصات والفواتير والأدوار كما هي في الواقع.
بُني FRIGO SYS وAnyWare ERP بهذه الطريقة: عمليات مستودعات ومتعددة القطاعات، لا جدول بواجهة.
FRIGO SYS نظام تبريد بُني كتطبيق مكتبي أصلي بـ Tauri لا لوحة ويب، لأن أرضية المستودع لا تملك دائماً اتصالاً يُعتمد عليه، وتطبيق أصلي بنواة Rust يعمل دون تبويب متصفح مفتوح. يُسجَّل كل تحرك دخول أو خروج مقابل دفعة محددة، مع تعبئة وعدد منصات وتارا ووزن صافٍ يُسجَّلان كما كانت الأذون الورقية تفعل من قبل — يعكس نموذج البيانات العملية المادية بدل إجبارها على جدول منتج عام.
AnyWare ERP هو النسخة متعددة القطاعات من الفكرة نفسها: منصة Laravel وReact معيارية بطبقة بيانات مشتركة، فتُحدِّث عملية بيع المخزون والمحاسبة في نفس المعاملة دون خطوة مزامنة منفصلة، ويفعّل كل عمل فقط الوحدات التي يحتاجها فعلاً — مبيعات ومخزون وموارد بشرية ومحاسبة وتقارير.
تُولَّد التقارير من نفس الحركات المسجَّلة التي شغّلت الشاشات التشغيلية، لا تُبنى منفصلة في نهاية الشهر. هذا هو الفرق بين تقرير يستغرق ثوانٍ لأن البيانات كانت مُهيكلة له مسبقاً، وآخر يستغرق أياماً لأن على أحدهم إعادة بنائه من جداول أولاً.
مشاكل الأعمال
- ERP ينسخ كتالوج وحدات عامة بدل نمذجة الدفعات والمنصات والفواتير والأدوار كما توجد على أرضية المستودع.
- مخزون وفوترة يُتبعان في جداول تنحرف عن الواقع بمجرد أن يعدّلها شخصان في آن واحد، دون تتبّع على مستوى الدفعة.
- نشر ERP سابق أجبر العمل على الالتفاف حول برمجيات بُنيت لنوع مختلف من الشركات.
- وحدة ERP عامة لـ«المخزون» لا تملك مفهوم دفعة أو منطقة حرارة أو منصة، فيلتف فريق المستودع حولها بجدول موازٍ على أي حال.
- صلاحيات أدوار أُضيفت لاحقاً، فيستطيع مشغّل مستودع تعديل فاتورة عميل عن طريق الخطأ لأن لا أحد نمذج من يجب أن يلمس ماذا.
- لا طريقة لإعادة طباعة أو إعادة بناء مستند تاريخي — فاتورة قديمة أو إذن قديم — لأن النظام لم يُظهر سوى الحالة الحالية لا سجلاً تاريخياً.
منهج التطوير
- نمذجة الكيانات الحقيقية أولاً — دفعة أو منصة أو مخزون عميل — قبل أن يصبح أي منها شاشة أو تقريراً.
- Laravel وReact للعمليات متعددة القطاعات، أو تطبيق مكتبي أصلي بـ Tauri وRust حين لا تملك أرضية العمل اتصالاً يُعتمد عليه.
- ربط الفوترة والتقارير بنفس الحركات المسجَّلة التي تُشغّل الشاشات التشغيلية، حتى يكون التقرير استعلاماً لا إعادة بناء.
- تعريف الأدوار حول ما يفعله الشخص فعلياً في الميدان — استلام أو انتقاء أو فوترة — لا حول تسميات مدير/مستخدم عامة لا تطابق الوظيفة.
- اختبار نموذج البيانات مقابل أسبوع حقيقي من حركات العمل الفعلية قبل بناء بقية الشاشات، حتى تكون الكيانات مُثبَتة لا مفترضة.
- نمذجة العملة والموقع كحقول أساسية على كل سجل ذي صلة منذ البداية إن كان العمل يعمل في أكثر من واحد، بدل إضافتها لاحقاً.
- إبقاء كل مستند مُولَّد — فاتورة أو إذن أو تقرير — قابلاً للاسترجاع كما صدر تماماً، حتى يمكن إعادة طباعة سجل تاريخي أو تدقيقه بعد أشهر.
ما تحصل عليه
- دقة مخزون تعكس ما هو موجود فعلاً في المستودع، لأن كل حركة تُسجَّل مقابل دفعة محددة لا إجمالي عام.
- فوترة تُولَّد خلال ثوانٍ من الحركات المسجَّلة بدل إعادة بنائها يدوياً في نهاية الشهر.
- نظام يطابق طريقة عمل الشركة فعلياً، كما يفعل FRIGO SYS وAnyWare ERP لمشغّليهما.
- صلاحيات تطابق من يجب أن يلمس ماذا فعلاً، بدل أن يملك الجميع وصول مدير لأن لا أحد نمذج الأدوار بشكل صحيح.
- نظام مُثبَت مقابل أسبوع حقيقي من العمليات قبل بناء الباقي، حتى لا يحتاج الأساس إعادة بناء لاحقاً.
- عمليات متعددة العملات أو المواقع تُدار أصلياً بدل ترقيعها بجداول موازية للتحويل اليدوي.
- أي مستند تاريخي قابل لإعادة الطباعة كما صدر تماماً، بعد أشهر أو سنوات، لتدقيق أو خلاف عميل.
مشاريع مختارة
أسئلة شائعة
Do you implement Odoo or SAP?
I build custom systems when off-the-shelf ERP does not match the workflow. I can also integrate around existing tools via APIs.