الذكاء الاصطناعي في مسك الدفاتر: الحفاظ على قابلية التتبع وفق GoBD رغم الصندوق الأسود

حدّثنا مستشار ضريبي (Steuerberater) في ميونيخ عن مراجعة لأحد عملائه ما زالت تؤرّقه. بدت الدفاتر نظيفة، والأرقام متوازنة. ثم سأل أحد الموظفين المبتدئين كيف صُنّفت دفعة معيّنة من الإيصالات، فكان الجواب: “ألصقناها في ChatGPT فاقترح الحسابات.” لم يسجّل أحد الـ prompts، ولم يستطع أحد إعادة إنتاج تلك الاقتراحات. القيد موجود، لكن المنطق الذي يقف خلفه تبخّر لحظة إغلاق نافذة المحادثة.

تلك هي مشكلة GoBD مع الذكاء الاصطناعي في مشهد واحد. ليست المشكلة أن الذكاء الاصطناعي أخطأ، بل أن لا أحد استطاع إثبات أنه أصاب.

ما الذي تطالب به GoBD فعلاً، بعبارات واضحة

الـ GoBD هي مبادئ السلطة الضريبية الألمانية لمسك الدفاتر والسجلات وحفظها بشكل سليم في صورة إلكترونية. وهي ليست جديدة، وليست غامضة في الجوانب التي تهمّنا هنا. ثلاثة متطلبات تصطدم مباشرةً بالطريقة التي يعمل بها معظم الذكاء الاصطناعي التوليدي.

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

قابلية الفحص (Nachprüfbarkeit). يجب أن تكون السجلات قابلة للاختبار. ينبغي أن يتمكّن المدقّق من أخذ رقم والتحقق منه مقابل الأدلة الأساسية والقواعد التي أنتجته.

عدم القابلية للتغيير (Unveränderbarkeit). بمجرد تسجيل القيد، لا يمكنك استبداله بصمت. يجب تسجيل أي تغيير بحيث تبقى الحالة الأصلية والحالة المصحّحة معاً.

وهناك عنصر رابع يغفل عنه الناس: توثيق الإجراءات (Verfahrensdokumentation). يُتوقّع منك أن توثّق العملية التي تدخل بها البيانات إلى دفاترك وتتحوّل على طول الطريق. وإذا لمست أداة ما البيانات، فإن الأداة جزء من العملية التي يتعيّن عليك وصفها.

اقرأ هذه العناصر الأربعة معاً وسيجيب السؤال عن نفسه. هل يترك مساعد محادثة بنص حرّ “يقترح” تخصيص الحسابات أثراً قابلاً لإعادة الإنتاج؟ لا. هل ينتج عملية يمكنك تدوينها ويستطيع طرف ثالث إعادة تشغيلها؟ لا، إلا إذا بنيت تلك البنية بنفسك.

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

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

أجرِ الاختبار بنفسك. ألصق مقتطفاً من قائمة الأرباح والخسائر في مساعد عام واطلب هامش الربح الإجمالي. ستحصل عادةً على رقم. اسأل مجدداً في جلسة جديدة، وقد تحصل على رقم مختلف قليلاً، أو تقريب مختلف، أو رقم افترض ضريبة القيمة المضافة (VAT) بطريقة في المرة الأولى وبطريقة أخرى في الثانية. النموذج لا يسترجع هامشك، بل يطابق الأنماط نحو شيء يبدو كهامش.

والآن ضع GoBD فوق ذلك:

• تفشل قابلية التتبع لأن الإجابة لا يمكن ربطها بسطر مصدر محدد.
• تفشل قابلية الفحص لأن إعادة تشغيل الـ prompt قد لا تعيد إنتاج الرقم.
• تفشل عدم القابلية للتغيير لأنه لا يوجد سجل لما رآه النموذج أو قاله.
• ولا يمكن كتابة توثيق الإجراءات (Verfahrensdokumentation) لأن العملية ليست حتمية بما يكفي لوصفها.

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

الخطر الحقيقي: الذكاء الاصطناعي الظلّي (Schatten-KI)

النسخة الخطيرة من هذا ليست أداة معتمدة، بل هي الـ Schatten-KI، أي الذكاء الاصطناعي الظلّي. موظفون يلصقون بهدوء مقتطفات من دفتر الأستاذ والفواتير وبيانات العملاء في أيّ روبوت محادثة استهلاكي مفتوح في علامة تبويب أخرى. يبدو الأمر غير ضار لأنه مجرد “طلب مساعدة”. لكن كل لصق هو خطوة غير موثّقة في عملية مسك دفاترك، وبعض تلك اللصقات هو أيضاً حادثة حماية بيانات تنتظر أن تُكتشف.

تتقاطع الاستطلاعات عبر الفرق المالية الألمانية عند الصورة ذاتها: شريحة كبيرة من الموظفين تستخدم بالفعل أدوات الذكاء الاصطناعي في العمل، وجزء معتبر منهم يفعل ذلك من دون علم قسم تقنية المعلومات أو الإدارة. لا يمكنك الانسحاب من هذا الواقع بكتابة سياسة. سيمدّ الناس أيديهم إلى الأداة التي توفّر عليهم عشرين دقيقة. والمهمة هي أن تمنحهم مساراً معتمداً يصادف أنه المسار الآمن وفق GoBD.

المخاطرة ملموسة. إذا خلص مفتّش الشركات (Betriebsprüfer) إلى أن الدفاتر ليست قابلة للتتبع (nachvollziehbar)، فإن أسوأ الحالات ليس رسالة عتاب صارمة، بل الرفض (Verwerfung): تُرفض السجلات، ويُقدَّر الوعاء الضريبي بدلاً منها. ونادراً ما يكون التقدير في مصلحتك.

كيف تحافظ على مسار التدقيق حين يكون الذكاء الاصطناعي ضمن الدورة

لا تعالج هذا بحظر الذكاء الاصطناعي ولا بالوثوق به أكثر. تعالجه بتغيير ما يُسمح للذكاء الاصطناعي أن يتحمّل مسؤوليته. ثلاثة مبادئ، بالترتيب.

1. الأرقام تعيش في نموذج مُسوّى، لا في المحادثة

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

هذا هو جوهر ما نبنيه في Rexfin: نموذج واحد مُسوّى تعود إليه كل إجابة. وإذا أردت آلية لماذا يجب أن تأتي التسوية قبل الذكاء الاصطناعي، فإن المقالة المحورية حول النماذج المالية الآمنة وفق GoBD وقانون الذكاء الاصطناعي تعرض الحجة كاملةً.

2. الحسابات تجري في محرّك حتمي، لا في النموذج

النموذج اللغوي بارع في فهم سؤال بالألمانية وفي شرح الإجابة بلغة بسيطة. لكنه ضعيف في الحساب، وأضعف في الحساب الذي يمكنك تدقيقه. لذلك يجب أن يجري الحساب في مكان حتمي. اطلب هامش ربح إجمالي، فتنتج المدخلات نفسها المخرج نفسه في كل مرة، وفق الصيغة الموثّقة نفسها. الذكاء الاصطناعي يوجّه السؤال، والمحرّك يجري العملية الحسابية. هذا الفصل هو ما يجعل النتيجة قابلة لإعادة الإنتاج، وهو بالضبط ما تتطلبه قابلية الفحص (Nachprüfbarkeit). وثمة نسخة أعمق من هذه النقطة في المقالة الشقيقة عن لماذا تتفوّق جودة البيانات على النموذج.

3. كل رقم يحمل مصدره ويُسجَّل

حين يبلّغ الذكاء الاصطناعي عن رقم، ينبغي أن تتمكّن من النقر عليه لترى: أيّ مستندات مصدر غذّته، وأيّ عملية حسابية أنتجته، ومتى. كما ينبغي أن تُكتب العملية نفسها في سجل غير قابل للتغيير. هذا يغطّي قابلية التتبع وعدم القابلية للتغيير في خطوة واحدة. الرقم الذي يستطيع تسمية مصدره والبقاء في سجل مقاوم للعبث هو رقم يمكنك الدفاع عنه في الفحص (Prüfung).

اجمع هذه الثلاثة معاً، فيكاد توثيق الإجراءات (Verfahrensdokumentation) يكتب نفسه، لأنه باتت لديك الآن عملية ثابتة قابلة للوصف: بيانات تدخل، تُسوّى، تُحسب حتمياً، يُجاب عنها مع استشهاد، وتُسجَّل. يمكنك تسليم هذا الوصف لطرف ثالث فيستطيع تتبّعه.

مراجعة واقعية موجزة

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

ما يشتريه لك هذا النهج هو ما تسعى إليه GoBD حقاً. ليس آلة أذكى، بل آلة قابلة للدفاع عنها.

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

إذا أردت أن ترى كيف يبدو ذلك مع دفتر الأستاذ الخاص بك، احجز عرضاً توضيحياً وأحضِر رقماً تضطر عادةً إلى الدفاع عنه أمام مدقّق.