الرئيسية›فهرس المنصات›وزارة التجارة — واثق (بيانات السجل التجاري)

وزارة التجارة — واثق (بيانات السجل التجاري)Ministry of Commerce — Wathq

REQUIRES_APPROVALوزارة التجارةمتطلب وارد في الملفات يحتاج تحققًا أو موافقة رسمية

يذكر الدليل «واجهات واثق للقطاع الخاص» لبيانات السجل التجاري (الاسم، الحالة، النشاط) لاستخدامها في التعارض وبيانات الشركات (دليل المطور ص21). الاشتراك وشروطه لم تُراجع.

1ما المنصة، ومن الجهة المالكة، وما اختصاصها؟

بيانات السجلات التجارية.

2ما الإجراء الذي ينفذه المحامي فيها؟

—

3متى يحتاج إليها المحامي؟

فتح ملف لمنشأة، وفحص التعارض.

4ميزات ERPOS المرتبطة بها

B02 الموكّلون والأطراف والعلاقات، B16 فحص تعارض المصالح.

5الخدمة المحددة المطلوبة من المنصة

بيانات السجل والملاك.

6نوع الحاجة: قراءة أو إرسال أو مزامنة أو إشعارات

قراءة.

7البيانات الداخلة والخارجة وحساسيتها ومصدرها

رقم السجل خارج؛ بيانات المنشأة داخل.

8هل يوجد API رسمي موثق لهذه الخدمة تحديدًا؟

يذكر الدليل وجود واجهات للقطاع الخاص (دليل المطور ص21)، وبوابة واثق للمطورين تفتح وتصف الاستعلام عبر API بعد إنشاء حساب (تحقق 2026-11-04). لم نراجع توثيق خدمة السجل التجاري تحديدًا ولا أسعارها: لا endpoints هنا.

9المصدر الرسمي وتاريخ التحقق

المصدر	الرابط	ما تحقّقنا منه	تاريخ التحقق
واثق للمطورين	https://developer.wathq.sa	wathq.sa لم يفتح (خطأ 400). بوابة المطورين تفتح: استعلام بالربط الإلكتروني، 12 خدمة، بيانات السجلات التجارية والعقارية والعدلية، وإنشاء حساب ثم API. لم نراجع توثيق الخدمات أو أسعارها	2026-11-04

10حالة التحقق

REQUIRES_APPROVAL

REQUIRES_APPROVAL (اشتراك وشروط).

11ما الذي يثبته المصدر الرسمي وما الذي لا يثبته؟

—

12التسجيل والاعتماد والتفويض والمصادقة وبيئة الاختبار

اشتراك المنصة يحتاج تحققًا أو موافقة رسمية.

13خطوات الربط من جهة ERPOS

بعد الاشتراك.

14تصميم Adapter مستقل للمنصة

واجهة WathqAdapter مستقلة في legal_erp/integrations/wathq.py ترث النمط الموحد نمط موصل التكامل بعمليات: fetch_cr. تنفيذان: يدوي (يفتح نموذج إدخال للموظف ويسجل المصدر «يدوي») ورسمي (لا يُكتب قبل استلام توثيق رسمي وموافقة)، ويُختار من الإعداد لكل مكتب اقتراح هندسي.

15تدفق البيانات ومخطط التسلسل

مخطط تسلسل من جهة ERPOS؛ لا يمثّل واجهة حكومية موثقة ما لم يُذكر ذلك صراحة.

16نموذج الطلب والاستجابة

غير متاح قبل الاشتراك.

17انتهاء المهلة وانقطاع الخدمة والرفض وتضارب الحالة

انتهاء المهلة ← فشل مؤقت ← إعادة أسية في الطابور.
انقطاع الخدمة أو أخطاء متتالية ← إيقاف الموصل وتنبيه المدير B43 طبقة التكامل المركزية.
رفض (صلاحية، تفويض) ← فشل دائم يظهر للمسؤول بلا إعادة.
تضارب الحالة مع البيانات المحلية ← سجل فرق يقرره إنسان؛ لا كتابة صامتة ولا حذف محلي عند استجابة فارغة.

18منع التكرار وإعادة المحاولة الآمنة

كل عملية صادرة بمفتاح عدم تكرار يُحفظ مع السجل؛ إعادة المحاولة ترسل المفتاح نفسه، وكل حدث وارد يُتجاهل إن تكرر معرّفه أو بصمته B43 طبقة التكامل المركزية.

19حفظ المصدر ووقت الجلب وإيصال الجهة وسجل التدقيق

يُحفظ مع كل قيمة: data_source (يدوي/الجهة)، وقت الجلب، معرّف الاستدعاء أو رقم الإيصال من الجهة إن وُجد، والمستخدم أو المهمة المجدولة. سجل الاستدعاء لا يحفظ جسم الاستجابة ولا بيانات شخصية (خطة ناجز ص14).

20المسار اليدوي المصرح به

البحث اليدوي في المنصة الرسمية وإدخال البيانات بمصدرها.

21اختبارات التكامل والفشل والتفويض والتكرار والعزل

المعرّف	النوع	السيناريو	النتيجة المتوقعة
`INT-WTQ-01`	تكامل	بيئة وهمية تعيد نجاحًا	تُحفظ القيمة بمصدرها ووقتها.
`INT-WTQ-02`	فشل	مهلة ثم نجاح	إعادة واحدة بلا تكرار.
`INT-WTQ-03`	تفويض	مفتاح أو تفويض غير صالح	فشل دائم وتنبيه، لا إعادة.
`INT-WTQ-04`	تكرار	إرسال الحدث نفسه مرتين	يُعالج مرة.
`INT-WTQ-05`	عزل	مكتبان على الخادم نفسه	لا يرى أحدهما بيانات الآخر ولا مفتاحه.

22المخاطر والقرارات التي تحتاج موافقة الجهة

تكلفة الاشتراك وحدوده.