Odoo 19 Community: السجل التجاري والتحقق من العناوين للعملاء النمساويين – وحدتنا مفتوحة المصدر partner_firmenbuch_at

من يمارس الأعمال في النمسا يعرف الأسئلة: هل اسم الشركة وعنوانها صحيحان لدى عميلي الجديد؟ هل ما زالت الشركة مقيّدة في السجل التجاري أم أنها قيد التصفية؟ هل فُتح إجراء إعسار بحق عميل أورّد له منذ عامين؟ الإجابات موجودة في السجل التجاري (Firmenbuch) التابع لوزارة العدل، لكن قلّما يراجعه أحد بانتظام. في Odoo يُنشأ الاتصال مرة واحدة، ثم يشيخ.

ولهذا طورنا الوحدة السجل التجاري للشركاء (partner_firmenbuch_at). وهي تربط جهات اتصال Odoo بالسجل التجاري وبسجل العناوين الرسمي لدى BEV. وهي مكتوبة لـ Odoo 19 وتتوفر كبرمجية حرة بموجب رخصة LGPL-3 مجاناً على GitHub:

github.com/Alex0176/odoo-partner-firmenbuch-at

المشكلة: بيانات أساسية لا يعتني بها أحد

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

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

ما الذي تفعله الوحدة

1. البحث عن الشركات الجديدة. عندما ينشئ أحدهم جهة اتصال كشركة (البلد النمسا أو فارغ)، تبحث الوحدة في السجل التجاري خلال دقائق قليلة. وإذا وُجدت نتيجة واحدة بالضبط، تُستكمل الحقول الفارغة: الشارع والرمز البريدي والمدينة والبلد ورقم السجل التجاري والمحكمة والشكل القانوني.
2. تُقترح الفروقات ولا تُستبدل أبداً. إذا كان في جهة الاتصال شيء مختلف عما في السجل، ينشأ اقتراح تعديل يوافق عليه موظف لكل حقل.
3. البحث في السجل التجاري من جهة الاتصال. في تبويب السجل التجاري يعثر البحث على الشركات بالاسم، حتى لو لم تكن النتيجة التلقائية حاسمة.
4. مراقبة يومية. تستعلم الوحدة يومياً عن الشركات والمستندات التي تغيّرت في السجل، وتفحص العملاء المعنيين. وبالإضافة إلى ذلك يُعاد فحص كل شركة فحصاً كاملاً على فترات قابلة للضبط.
5. مستويات التحذير. تُكتشف إجراءات الإعسار وإعادة الهيكلة المفتوحة (من الوقائع القانونية في السجل)، والتصفية، والشطب، وحقوق الملكية السالبة، ونسبة حقوق الملكية المنخفضة، وتُعرض بشكل ظاهر في جهة الاتصال.
6. التحقق من العناوين. تُفحص العناوين النمساوية محلياً مقابل سجل العناوين الرسمي لدى المكتب الاتحادي للمعايرة والمساحة (BEV).
7. بيانات السجل في جهة الاتصال. المحكمة والشكل القانوني والمدير العام والوقائع القانونية موجودة في تبويب السجل التجاري. وهي تعكس السجل وتُحدَّث مباشرة.
8. الإشعارات للداخل فقط. تذهب جميع الرسائل إلى قناة Discuss الداخلية السجل التجاري وإلى Chatter الخاص بجهة الاتصال. ويُنتج فحص يشمل شركات كثيرة رسالة جامعة واحدة بدلاً من رسالة لكل شركة. ولا ترسل الوحدة أي شيء إلى العملاء أبداً.

اقتراحات بدلاً من الاستبدال

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

تحت جهات الاتصال ← السجل التجاري ← اقتراحات السجل التجاري ترون لكل حقل القيمة الحالية وقيمة السجل. والحقول التي لا تريدون اعتمادها اتركوها غير محددة. وبالنقر على قبول المحدد تُكتب الحقول المعلَّمة فقط، وبالنقر على رفض يسقط الاقتراح. ويحل الاقتراح الجديد محل الاقتراحات المفتوحة الأقدم لجهة الاتصال نفسها، كي لا تُطبَّق قيم قديمة.

التحذيرات: الإعسار والتصفية والميزانية

تميّز الوحدة ثلاثة مستويات:

• عادي: لا شيء يستدعي الإبلاغ.
• تحذير (أصفر): توجد في السجل قيود سارية عن التصفية أو الحل أو التسوية أو الشطب أو الاندماج، أو الشركة معلَّمة كمشطوبة، أو أُلغي إجراء إعسار سابق في السنوات الأخيرة (الافتراضي ثلاث سنوات، قابل للضبط). أو تُظهر القوائم المالية السنوية حقوق ملكية سالبة، أو نسبة حقوق ملكية أقل من 8 % (قيمة افتراضية استناداً إلى § 23 URG، قابلة للضبط)، أو خسارة سنوية، أو انخفاضاً في المبيعات بنسبة 25 % فأكثر.
• حرج (أحمر): إجراء إعسار أو إفلاس أو إعادة هيكلة مفتوح ولم يُلغَ بعد، أو رُفض طلب لعدم وجود أموال تغطي التكاليف. والحالة الأخيرة تُعد عجزاً عن السداد.

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

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

القوائم المالية السنوية. إذا توفرت آخر قوائم مالية سنوية بصيغة XML، تقرأ الوحدة حقوق الملكية ونتيجة السنة ومجموع الميزانية والمبيعات، وتحسب نسبة حقوق الملكية والتغير في المبيعات وفئة الحجم وفق § 221 UGB (بما في ذلك الشركات متناهية الصغر). ولا يلزم الشركات الصغيرة نشر مبيعاتها، وعندها لا تعرض الوحدة أي مبيعات. أما نتيجتها فتستنتجها من ربح الميزانية مطروحاً منه الأرباح المرحَّلة، وتعلّمها كتقدير. وأسماء البنود التي يُبحث عنها قابلة للضبط، لأن بنية XML تختلف من نموذج إلى آخر.

التحقق من العناوين بسجل عناوين BEV

يوفر BEV سجل العناوين كبيانات مفتوحة (Adresse Relationale Tabellen – Stichtagsdaten، تاريخ مرجعي جديد مرتين في السنة، ويمكن استخدامها مجاناً مع ذكر المصدر). وتنزّل الوحدة المقتطف عبر خدمة INSPIRE-ATOM الرسمية، نحو 120 ميغابايت وحوالي 2,5 مليون عنوان، وتستورده في جداول خاصة خفيفة.

بعد ذلك يُفحص كل عنوان شركة نمساوي يتضمن شارعاً عند إنشائه وعند كل تغيير محلياً: الرمز البريدي والشارع ورقم المنزل والمدينة والولاية. ولا يُرسل أي عنوان إلى أي خدمة. وتظهر النتيجة كعلامة تحت العنوان:

• صالح: العنوان موجود هكذا في السجل.
• رقم المنزل غير معروف: الشارع والمدينة صحيحان، ورقم المنزل غير صحيح.
• تصحيح مقترح: خطأ إملائي في الشارع أو المدينة، أو رمز بريدي خاطئ. والتصحيح جاهز كاقتراح.
• غير موجود: السجل لا يعرف هذا العنوان.

تُستكمل الولاية الفارغة مباشرة. أما عناوين الاتصال الخاصة (النوع عنوان خاص) فلا تُفحص. ويظهر ذكر المصدر © Österreichisches Adressregister, Stichtagsdaten vom … مع التاريخ المرجعي الحالي في الإعدادات. ويجري التحديث أسبوعياً، لكنه لا ينزّل شيئاً إلا إذا نشر BEV تاريخاً مرجعياً أحدث.

التنفيذ التقني

الوصول إلى السجل

تتيح وزارة العدل السجل التجاري عبر FBW-WebServices (HVD) على JustizOnline كواجهة SOAP. والوصول مجاني، لكنه يحتاج إلى مفتاح API يُطلب بواسطة ID Austria تحت Informationsweiterverwendung. ويُرسل المفتاح في ترويسة HTTP باسم X-API-KEY. وتستخدم الوحدة الخدمة مباشرة، دون كشط للشاشة (Screen-Scraping).

العميل models/firmenbuch_client.py هو Python خالص دون اعتماد على Odoo. وهو يعرف الاستعلامات SUCHEFIRMAREQUEST وAUSZUG_V2_REQUEST وSUCHEURKUNDEREQUEST وURKUNDEREQUEST وكذلك VERAENDERUNGENFIRMAREQUEST وVERAENDERUNGENURKUNDEREQUEST. وبذلك يمكن اختباره بردود محفوظة. وتُرسل الطلبات بفاصل 0,3 ثانية، واستعلامات التغييرات في كتل من سبعة أيام.

تقييم المقتطف

من المقتطف لا تُستخدم إلا القيود التي ما زالت سارية (الخاصية AUFRECHT ليست false). ويأتي الاسم من معرّف البيانات FI_DKZ02، والعنوان من FI_DKZ03، والمقر من FI_DKZ06، والشكل القانوني من FI_DKZ07. ويضاف إلى ذلك المحكمة وعنوان الويب والأشخاص المخوّلون بالتمثيل والوقائع القانونية. ولتحديد مستوى التحذير تُبحث نصوص جميع القيود السارية عن الكلمات المفتاحية القابلة للضبط:

DEFAULT_CRITICAL = "Konkursverfahren, Insolvenzverfahren, Sanierungsverfahren, Konkurs eröffnet, ..."
DEFAULT_WARNING  = "Liquidation, aufgelöst, Auflösung, Abwicklung, Löschung, gelöscht, Verschmelzung, in Liqu."

ميزة الفحص بالكلمات المفتاحية: يعمل بغض النظر عن الحقل الذي يسجل فيه السجل الإجراء. أما العيب فمذكور في قسم الحدود.

المراقبة

تنشئ الوحدة ثلاثة إجراءات مجدولة:

• البحث عن الشركات الجديدة (كل 10 دقائق، حتى 20 جهة اتصال في كل تشغيل). كما يُطلق البحث فوراً عند الإنشاء.
• مراقبة الشركات (يومياً 04:30). تستعلم عن الشركات والمستندات المتغيرة منذ آخر تشغيل (إلى الوراء 30 يوماً كحد أقصى)، وتفحص العملاء المعنيين، ثم حتى 50 عميلاً مضى على آخر فحص لهم وقت أطول من المهلة المضبوطة. وتُحفظ كل شركة في معاملة مستقلة كي لا يُفقد أي خطأ نتائج سابقة. وتصل نتيجة التشغيل كرسالة جامعة واحدة إلى القناة.
• تحديث سجل العناوين (أسبوعياً 03:15).

بدون مفتاح API يعود الإجراءان الأولان فوراً. ويمنع مجموع اختباري لكل شركة إعادة تقييم المقتطفات غير المتغيرة.

سجل العناوين

توجد بيانات BEV في ثلاثة جداول (bev.locality وbev.street وbev.address) مع فهرس على الرمز البريدي ورقم الشارع ورقم المنزل. ويجري الاستيراد عبر COPY في معاملة واحدة، أي أن الجداول تُستبدل في خطوة واحدة. وتُوحَّد أرقام المنازل بصيغة السجل (51-55 و12a). ومع أرقام المنازل تشغل الجداول نحو 400 ميغابايت في قاعدة البيانات. ومن لا يريد ذلك يعطّل فحص أرقام المنازل ويكتفي بنحو 150.000 سطر.

ما علّمنا إياه الخادم الحقيقي

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

• المعلومات الموجزة فقط. لا يمكن جلب المقتطف بهذا المفتاح إلا بنطاق معلومات موجزة. وترفض الخدمة الطلبات بـ معلومات كاملة. وفي الإصدار 1.0.0 كان التشغيل اليومي ما زال يطلبها خطأً، والإصدار 1.1.0 يعالج ذلك. ومن الأشخاص تأخذ الوحدة فقط أسماء المديرين العامين المخوّلين بالتمثيل؛ ولا تُقرأ بيانات الشركاء ولا عناوين الأشخاص.
• الشارع ورقم المنزل منفصلان. يأتي العنوان كـ STRASSE وHAUSNUMMER في عنصرين منفصلين، لا كنص واحد. وتجمعهما الوحدة معاً.
• المحكمة في التنفيذ. لا تقع المحكمة المختصة في جزء الشركة، بل في آخر كتلة VOLLZ من المقتطف.
• الشركات المشطوبة. تُعرف الشركة المشطوبة من خاصية (MIT_FIRMA_GELOESCHT_DURCH_VNR) لا من نص. وتجعل الوحدة من ذلك النتيجة الشركة مشطوبة التي تطلق تحذيراً.
• اسم الشركة ليس كلمة البحث. يقارن البحث بداية الاسم. فـ «Muster GmbH» لا يجد شيئاً إذا كتب السجل «Muster Gesellschaft m.b.H.»؛ والشركات قيد التصفية تحمل «in Liqu.» في اسمها، وفي اسم جهة الاتصال يرد أحياناً &. ولذلك تكرر الوحدة البحث دون الشكل القانوني، وتقارن الأسماء دون صيغ كتابة الشكل القانوني ودون رموز HTML ودون الإضافة «in Liqu.». ولا تُعتمد النتيجة المفردة إلا إذا بدأ اسمها بالاسم الموجود في جهة الاتصال.
• تغييرات المستندات بدون رقم السجل التجاري. تحتوي قائمة المستندات المتغيرة على مفتاح فقط. ورقم السجل التجاري (دون حرف التحقق) موجود في بداية هذا المفتاح. وتنسب الوحدة التغييرات إلى العملاء من خلاله.

ولكل نقطة من هذه النقاط يوجد الآن اختبار آلي برد مُعاد بناؤه.

الاختبار على قاعدة عملائنا

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

• 438 جهة اتصال شركة بحالة عميل في النمسا أو دون بلد جرى البحث عنها.
• 138 منها نُسبت بوضوح إلى السجل التجاري. و18 أخرى كانت لها نتيجة اسم حاسمة لكن بعنوان مختلف في السجل (انتقال أو شركة تحمل الاسم نفسه)، فبقيت دون مساس. واسمان ملتبسان.
• نحو 280 لم نجدها أو وجدناها كتطابق جزئي فقط. وهي أشخاص طبيعيون وشركات فردية وشركات أجنبية وجهات اتصال لا تذكر إلا علامة تجارية أو مكاناً، وشركات يختلف اسمها في جهة الاتصال عن القيد، مثلاً لأن شكلاً قانونياً آخر مكتوب هناك. وبالنسبة لها يبقى البحث اليدوي في السجل التجاري.
• 63 اقتراح تعديل نشأ، في الغالب للشارع ورقم المنزل (طريقة الكتابة) وللبلد.
• 66 تحذيراً، ولا مستوى حرج. 36 شركة معلَّمة في السجل كمشطوبة (9 منها أيضاً قيد التصفية)، و2 كان لها إجراء إعسار أُلغي في هذه الأثناء، وفي 42 لفتت القوائم المالية السنوية الانتباه: نسبة حقوق ملكية منخفضة أو خسارة أو انخفاض في المبيعات. والشركة المشطوبة ليست تلقائياً عميلاً مفقوداً، لكنها سبب لفحص العنوان ومستلم الفاتورة.

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

التثبيت والإعداد

المتطلبات: Odoo 19.0 مع التطبيقين القياسيين جهات الاتصال وDiscuss، وحزمة Python المسماة requests (موجودة في كل تثبيت لـ Odoo)، ووصول HTTPS صادر إلى justizonline.gv.at وdata.bev.gv.at. وليس للوحدة أي اعتماديات خارج التطبيقات القياسية، أي أنها لا تجلب وحدات أخرى.

1. ضعوا المجلد partner_firmenbuch_at في addons_path، وحدّثوا قائمة التطبيقات وثبّتوا الوحدة، وفي الأنظمة الإنتاجية يُفضَّل أن يكون ذلك أولاً على قاعدة بيانات اختبار.
2. تنشئ الوحدة قناة Discuss المسماة السجل التجاري (للمستخدمين الداخليين) وتضيف إليها جميع المسؤولين الإداريين. كما تنشأ الإجراءات المجدولة الثلاثة.
3. اطلبوا مفتاح API: JustizOnline (ID Austria)، Informationsweiterverwendung، واجهة FBW.
4. الإعدادات ← السجل التجاري: أدخلوا المفتاح واختبروا الاتصال. ثم اختاروا القناة والخيارات والكلمات المفتاحية ورموز البنود.

odoo-bin -c /etc/odoo/odoo.conf -d <datenbank> -i partner_firmenbuch_at --stop-after-init

مهم في الأنظمة الإنتاجية: يبدأ أول تشغيل لتحديث سجل العناوين تلقائياً في الليلة التي تلي التثبيت عند الساعة 03:15 وينزّل نحو 120 ميغابايت. بعد ذلك تُفحص جميع جهات الاتصال النمساوية؛ وتظهر الملاحظات كاقتراحات وكرسالة في القناة. ومن لا يريد ذلك فليعطّل مسبقاً الإجراء المجدول سجل العناوين (BEV): تحديث أو يعطّل فحص العناوين النمساوية في الإعدادات.

الاستيراد الجماعي: استوردوا بمفاتيح السياق fb_no_lookup=True وbev_no_check=True. وإلا فستُدرج كل شركة نمساوية مستوردة في قائمة استعلام السجل (20 كل عشر دقائق) وسيُفحص كل عنوان عند إنشائه.

حماية البيانات: ما الذي ترسله الوحدة ولمن

• البيانات الشخصية: أسماء المديرين العامين بيانات شخصية، حتى لو كانت منشورة علناً في السجل. والوحدة لا تحفظها إلا لرعاية العلاقة التجارية. ومن لا يريد ذلك فليحذف الحقل أو لا يستخدمه.
• السجل التجاري: يُرسل فقط الاسم أو رقم السجل التجاري لجهات الاتصال المعلَّمة كشركة (دون شركة أم، والبلد النمسا أو فارغ) إلى justizonline.gv.at، مع مفتاح API. ولا يُرسل الأشخاص الطبيعيون ولا جهات الاتصال المسؤولة لدى شركة أبداً.
• سجل العناوين: لا ينزَّل إلا المقتطف العام. وعناوين العملاء لا تغادر النظام.
• لا رسائل إلى العملاء: تذهب الإشعارات إلى القناة الداخلية وإلى Chatter وكنشاط للموظفين.
• المفتاح: مفتاح API ظاهر للمسؤولين الإداريين فقط.

السجل التجاري سجل عام. وإعادة استخدام البيانات تخضع لشروط Informationsweiterverwendung في JustizOnline.

الاختبارات

تأتي الوحدة مع 18 اختباراً آلياً. وهي تعمل بردود سجل مُعاد بناؤها ومقتطف عناوين مصغَّر، ولذلك لا تحتاج إلى مفتاح API ولا إلى شبكة:

• توحيد رقم السجل التجاري
• تقييم المقتطف (الاسم والعنوان والمحكمة والمدير العام والشركة المشطوبة، وتُتجاهل القيود غير الصالحة)
• مقارنة الأسماء: صيغ كتابة الشكل القانوني، «in Liqu.»، رموز HTML، وعدم وجود نتيجة لشركة غريبة
• القوائم المالية السنوية: حقوق الملكية والنتيجة ومجموع الميزانية
• العثور على شركة جديدة، واستكمال الحقول الفارغة، واقتراح الفروقات، وتطبيق الاقتراح جزئياً
• المراقبة: إجراء إعسار مفتوح يرفع المستوى إلى حرج وينشئ النشاط، وإجراء ملغى ينتج تحذيراً، ولا تُفحص جهات الاتصال المسؤولة على حدة
• تُنسب تغييرات المستندات عبر المفتاح
• بدون مفتاح API لا يُستعلم عن أي شيء
• التحقق من العناوين مقابل المقتطف المصغَّر

odoo-bin -d <testdatenbank> -i partner_firmenbuch_at \
         --test-enable --test-tags=/partner_firmenbuch_at --stop-after-init

الترجمة الألمانية موجودة في i18n/de.po.

الحدود والتنبيه القانوني

• النتيجة تلميح وليست إفادة قانونية. تُستنتج الحالة من كلمات مفتاحية في قيود السجل السارية. افحصوا السجل بأنفسكم قبل أن تقرروا بشأن الائتمان أو شروط التوريد.
• اكتشاف الإعسار فُحص بحالات مُعاد بناؤها فقط. تتعرف الوحدة على الإجراءات من كلمات في النص الحر للوقائع القانونية (الفتح، الإلغاء، خطة إعادة هيكلة مصادَق عليها، لعدم وجود أموال). وقد أعدنا بناء صيغتها عن مقتطف سجل حقيقي، لكننا لم نكن نملك أثناء التطوير حالة إعسار حقيقية. ولذلك قد تفوت صياغة غير معتادة. والوحدة لا تحل محل ملف Ediktsdatei الرسمي.
• القوائم المالية السنوية بصيغة XML فقط. تُتخطى الإيداعات التي هي PDF فقط. وفي الشركات الصغيرة جداً قد تكون الميزانية مودَعة مختصرة، دون الأرقام التي تقرؤها الوحدة.
• النمسا فقط. لا يُستعلم عن الشركات الأجنبية. ومواقع الشركات على الويب غير موجودة في السجل ولا تُستكمل.
• النسب التلقائي عند وجود نتيجة حاسمة فقط. إذا وُجدت عدة شركات بالاسم نفسه، تسأل رسالة في القناة عن البحث اليدوي في السجل التجاري.
• قد تتغير الواجهات. تعتمد الوحدة على خدمات BMJ و BEV. وإذا تغيّرت نقطة النهاية أو المخطط أو تغذية ATOM، فقد يلزم تحديث.
• تم اختباره لـ Odoo 19. طُورت واختُبرت لـ Odoo 19.0 Community. ولم نفحصها للإصدارات الأخرى. والمقال ليس استشارة قانونية.

الأسئلة الشائعة

هل يكلّف الوصول إلى السجل شيئاً؟

حسب علمنا لا: فخدمات FBW-WebServices الخاصة بإعادة استخدام المعلومات مجانية، لكنها تحتاج إلى مفتاح API تطلبونه عبر JustizOnline. والمرجع هو الشروط الحالية لوزارة العدل.

هل تُستبدل بيانات جهات الاتصال الموجودة؟

لا. تدخل الوحدة بيانات في الحقول الفارغة فقط. وتُنشأ القيم المختلفة كاقتراح يوافق عليه موظف لكل حقل.

هل سيلاحظ عملائي شيئاً من الفحص؟

لا. تذهب جميع الإشعارات إلى القناة الداخلية وإلى Chatter الخاص بجهة الاتصال وكنشاط للموظفين. ولا ترسل الوحدة رسائل بريد إلكتروني إلى العملاء.

هل تُحفظ أسماء المديرين العامين أو الشركاء؟

أسماء المديرين العامين المخوّلين بالتمثيل نعم (الحقل المدير العام في تبويب السجل التجاري)، أما الشركاء وعناوين الأشخاص فلا. تعاملوا مع الأسماء كبيانات شخصية.

كم عدد عملائنا الذين تجدهم الوحدة؟

هذا يعتمد على قاعدة العملاء. لدينا كانت 138 من 438 جهة اتصال شركة (نحو الثلث). والباقي أشخاص طبيعيون وشركات فردية وشركات أجنبية وجهات اتصال لا يطابق اسمها اسم الشركة المقيَّد. والأرقام مذكورة في قسم الاختبار على قاعدة عملائنا.

هل يمكنني العثور على عميل دون رقم سجل تجاري؟

نعم. في تبويب السجل التجاري يوجد الزر البحث في السجل التجاري مع البحث بالاسم. ولا تدخل الوحدة البيانات تلقائياً إلا إذا طابقت شركة واحدة بالضبط. وإلا فتختارون النتيجة بأنفسكم.

ماذا عن الشركات في ألمانيا أو سويسرا؟

لا يُستعلم عنها. فالوحدة لا تنظر إلا في جهات الاتصال التي بلدها النمسا أو دون بلد.

كم تحتاج مساحة تخزين للتحقق من العناوين؟

مع أرقام المنازل نحو 400 ميغابايت في قاعدة البيانات ونحو 120 ميغابايت من مساحة القرص المؤقتة عند الاستيراد. وبدون فحص أرقام المنازل يكفي نحو 150.000 سطر.

ماذا لو أردت السجل التجاري فقط دون التحقق من العناوين؟

عطّلوا فحص العناوين النمساوية في الإعدادات وعطّلوا الإجراء المجدول الخاص بسجل العناوين. عندها لا يُنزَّل شيء.

تحت أي رخصة تتوفر الوحدة؟

تحت LGPL-3. يحق لكم استخدامها وتعديلها ونشرها. والأخطاء ومقترحات التحسين مرحَّب بها كمسألة (Issue) في مستودع GitHub .

الدعم من Biricon IT Services

نرعى تثبيتات Odoo للشركات الصغيرة والمتوسطة: من التطبيق الأولي مروراً بالتخصيصات والترحيلات وصولاً إلى التشغيل المستمر. وإذا أردتم إبقاء بيانات العملاء الأساسية في Odoo نظيفة، أو اكتشاف مخاطر الجدارة الائتمانية مبكراً، أو فحص وحدة مثل هذه وإدخالها بأمان إلى نسختكم الإنتاجية، فيسعدنا دعمكم. وتجدون تطويرات ذاتية أخرى في مدونتنا، مثلاً مجموعات المنتجات في عرض السعر كقسم و Web RBL، قائمة الحظر لحركة الهجمات.

تواصلوا معنا الآن

الحالة بتاريخ: 3 نوفمبر 2026. إصدار الوحدة 19.0.1.1.1. بيانات الأمثلة في الصور مختارة اعتباطياً وليست شركات حقيقية.