حين تضع جمعيتك بيانات مستفيديها ومانحيها وأموالها بين يديك، لا تكفي الكلمات الجميلة. هنا نُريك — بالتفصيل — كيف بُنيت الحماية في صميم النظام، لا كطبقةٍ أُضيفت لاحقاً.
لا نعتمد على حاجزٍ واحد. كل طبقةٍ تحمي وحدها، ومجتمعةً تجعل الخطأ يكلّف جمعيةً واحدة على الأكثر — لا الكل.
لكل جمعيةٍ قاعدةُ بياناتٍ مستقلّة تماماً. بيانات جمعيةٍ لا تلمس بيانات أخرى — بنيةً لا إعداداً.
القيود المالية «للإضافة فقط»، محميّةٌ مرّتين، محفوظةٌ ٧ سنوات — يصمد أمام أي تدقيق.
الحقول الحسّاسة (الهوية، الراتب) مشفّرة، وكل تعديلٍ عليها يُسجَّل في سجل تدقيقٍ لا يُمحى.
SSO موقّعٌ بمفتاحٍ سرّي (HMAC) بين المنتجات، وترويسات أمانٍ على كل استجابة.
أخطر ما يُقال عن نظامٍ ماليّ: «يمكن تغيير رقمٍ بهدوء». في rs365 هذا مستحيلٌ بنيوياً — لأن المنعَ مزروعٌ في مكانين مستقلّين، لا في مكانٍ واحد قد يُنسى.
الإلغاء لا يعني المحو: يُنشَأ قيدٌ عكسيّ يوثّق التصحيح ويُبقي الأثر الأصليّ ظاهراً. هكذا يبقى التاريخ كاملاً — كما يتطلّبه التدقيق واللوائح.
أي محاولة حذفٍ أو تعديلٍ لقيدٍ مُرحَّل تُرفَض فوراً باستثناءٍ برمجيّ (LogicException).
مُشغِّلٌ (trigger) على مستوى PostgreSQL يمنع الحذف حتى لو تجاوزَ أحدٌ طبقة النظام.
وفق اللوائح السعودية لحفظ السجلات — جاهزٌ لأي مراجعةٍ أو تدقيق.
هذا فرقٌ نصرّ عليه: كثيرون يقولون «متوافق». نحن نقول أكثر — أصدرنا فواتير إلكترونية مرّت فعلاً عبر منظومة هيئة الزكاة والضريبة والجمارك برمز QR، ضمن تدفّق المحاسبة نفسه.
فوترتك الإلكترونية ليست وعداً مؤجّلاً — إنها قدرةٌ مُثبَتة في الإنتاج.
الثقة تبدأ من دقّة الكلمة. نقول ما نملكه بالضبط: العزل والسجل الذي لا يُمحى والفوترة المُخلَّصة كلها قدراتٌ تعمل اليوم. وما زال قيد التطوير — كالتفريغ الصوتي التلقائي في السكرتير — نصفه بوضوحٍ «قادم»، لا «جاهز».
مبدؤنا: «مصمَّمٌ للتوافق» شيء، و«مُخلَّصٌ فعلاً» شيءٌ آخر — ولا نخلط بينهما. حين نقول «معتمد»، نعني أنه مرّ فعلاً. وحين نقول «قريباً»، نعني أنه لم يصل بعد. هكذا نبني ثقةً تدوم.
سجّل جمعيتك مجاناً برصيدٍ ترحيبيّ ٥٠٠ ريال، وشاهد الحماية تعمل على بياناتك أنت.