المشكلة: تسويات تنتهي بالجدل
في معظم أنظمة الصرافة، يُسجَّل كل قيد في جدول قاعدة بيانات قابل للتعديل. عند الاختلاف بين طرفَين، يبحث كل فريق عن «الحقيقة» في نسخه الخاصة، وتُفتح نافذة تعديل — فيُصبح السجلّ نفسه موضع شك. النزاع لا يدور حول الحوالة، بل حول من يملك النسخة الصحيحة.
المبدأ: قيد موقّع، مُسلسل، غير قابل للتعديل
في TEQ، كل قيد مالي يُكتَب مرة واحدة، يُوقَّع بـ hash، ويُربط بقيد سابق عبر prev_hash. النتيجة سلسلة حسابية لا تختلف عن دفتر الأستاذ التقليدي إلا في أمر واحد: لا أحد — ولا حتى مدير النظام — يستطيع تعديل قيد دون أن يكسر السلسلة.
أي محاولة تعديل تُغيّر hash القيد، فتنكسر كل القيود اللاحقة فورًا. التلاعب لا يُخفى — بل يُكشف آليًا وبصمت واضح.
التصحيح دون تدمير
الأخطاء تحدث. لكن التصحيح في TEQ لا يعني «حذف القيد الخطأ»، بل إضافة قيد عكسي مرجعي:
- القيد الأصلي يبقى كما هو (للأبد).
- يُضاف قيد جديد يُشير إلى الأصل عبر
reverses_entry_id. - الرصيد المُجمَّع يصحّح نفسه، ويبقى الأثر الكامل مرئيًا للمراجعة.
هذا هو جوهر المحاسبة المُحترمة: التصحيح بالشفافية، لا بالطمس.
ما الذي ينتهي عند الشركات؟
- نزاعات «من نسخته صحيحة»: السجلّ واحد ومُتفق عليه بين الطرفَين.
- المراجعة الممتدة لأيام: المراجع يرى سلسلة القيود كاملة في إطلالة واحدة.
- الخوف من التعديل بأثر رجعي: لا أثر رجعي ممكن — كل تغيير مرئي وموقّع.
النتيجة للشركة
تسويات فورية، مراجعة بلمسة واحدة، ونزاعات تتوقف عند بدايتها. هذا ليس ميزة أمان إضافية — بل الطريقة الصحيحة لبناء سجلّ مالي من الأساس.
جرّب السجلّ غير القابل للتعديل على بياناتك في تجربة مجانية.