للجهات الحكومية

يقود المعالج مقدّمي الطلبات بست لغات (DE, EN, TR, AR, RU, UK) عبر البيانات المطلوبة، وينشئ قائمة تحقّق للمستندات إضافة إلى ملف PDF للطلب جاهز لتقديمه إلى الجهة الحكومية. وهذا يعني بالنسبة إلى الجهة الحكومية:

• طلبات منظّمة ومكتملة بتنسيق موحّد بدلاً من تقديمات فردية غير متجانسة.
• جمع متعدد اللغات عند المصدر، يقلّل مشكلات التفاهم في قسم الطلب.
• استفسارات أقل، لأن البيانات الإلزامية والمرفقات تُستوفى قبل التقديم.

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

الواجهات البينية الحكومية قيد الإعداد حالياً ولم تُستخدَم بعد في التشغيل الفعلي.

يُتوخّى، من بين أمور أخرى، إنشاء مُحوّلات إلى الأنظمة المتخصّصة (مثل AKDB OK.VORFAHRT وInfoma newsystem) إضافة إلى ربط متوافق مع OZG عبر البوابة الاتحادية. وعلى وجه التحديد ينطبق: „إخراج XÖV وربط FIT-Connect قيد الإعداد؛ وثائق واجهة برمجة التطبيقات (API) عند الطلب." ويشكّل XEinbürgerung بوصفه معياراً للبيانات وFIT-Connect بوصفه بوابة نقل مستويين منفصلين. وcivitas. ليست معتمدة لدى FIT-Connect، ولم يُفعَّل أيّ من هذه الروابط حتى الآن بصورة حية لأيّ جهة حكومية.

بصرف النظر عن مستوى التكامل، تسري الأسس التالية بالفعل اليوم:

• الاستضافة في ألمانيا – حصراً لدى Hetzner Online GmbH في نورنبرغ، دون أي نقل للبيانات خارج الاتحاد الأوروبي.
• التشفير – TLS 1.3 على امتداد النقل، وAES-256 على مستوى التخزين.
• قابلية تعدّد العملاء – كل جهة حكومية تمثّل عميلاً مستقلاً معزولاً بالكامل مع أدوار وصلاحيات وصول دقيقة وعمليات وصول قابلة للتدقيق.
• المعالجة بالإنابة – يُوفَّر عقد وفق Art. 28 DSGVO بشكل قياسي.
• لا احتكار من المورّد (Vendor-Lock-in) – تصدير جميع البيانات في أي وقت بصيغة JSON.

يتم البدء عادةً عبر مشروع تجريبي محدّد المدة استناداً إلى ملف متطلّبات محدّد. ونوفّر المستندات التقنية ووثائق واجهة برمجة التطبيقات (API) عند الطلب. توفّر صفحتا للجهات الحكومية والشركاء نظرة عامة على أشكال التعاون ومسارات التواصل.