ما الذي أبنيه

أنظمة أعمال يكمن تعقيدها في المجال نفسه لا في الشاشات: وحدات ERP، ومنصات SaaS متعددة المستأجرين، والموارد البشرية والرواتب، والمخزون، والفوترة. أنظمة تتغير قواعدها كل عام ويجب أن تبقى بياناتها صحيحة رغم ذلك.

والمرجع هنا نظام BYKII: تصميم PostgreSQL متعدد المستأجرين يقارب 200 جدول تغطي الموارد البشرية والرواتب والتشغيل والشؤون المالية، مع عزل كامل بين المستأجرين، وسجلات مؤرّخة السريان، وتشفير AES-256-GCM على مستوى الحقول للبيانات الشخصية.

كيف أعمل

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

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

ما تحصل عليه

• نموذج تعدد مستأجرين مختار عن قصد — مخطط مشترك، أو مخطط لكل مستأجر، أو قاعدة بيانات لكل مستأجر — مع تدوين مبررات الاختيار.
• سجل تدقيق كامل: من غيّر ماذا، ومتى سرى التغيير، وكيف كان السجل قبله.
• تصميم أدوار وصلاحيات يصمد أمام إعادة الهيكلة بدل ترقيعه بعد كل تغيير تنظيمي.
• معالجة جادة للخصوصية: تشفير البيانات الشخصية عند التخزين، وقواعد للاحتفاظ، وإدارة للموافقات بما يتوافق مع قانون حماية البيانات الشخصية المصري رقم 151 لسنة 2020 و GA4 Consent Mode v2.
• تقارير تشغيلية تفتحها الإدارة فعلاً؛ فقد رفع العمل على لوحات البيانات في IT-Plus كفاءة التقارير بنسبة 30%.
• مسارات ترحيل من وضعك الحالي، سواء كان جداول بيانات أو نظاماً قديماً أو عدة أنظمة متضاربة.

التقنيات

PostgreSQL في المقام الأول، مع Prisma أو Eloquent بحسب الفريق. و NestJS أو Laravel لطبقة التطبيق، و Angular أو React لواجهات المشغّلين، و Nx أو Turborepo حين يكون المستودع الموحّد هو الحل الصادق للكود المشترك؛ وبهذا الأسلوب قلّصت في مستودع Angular لدى Champions Global نسبة 35% من منطق الواجهة المكرر.

مناسب لك إذا

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