افحَص عميلاً، وتحقّق من أهليّته، وافوترْه.
ثلاث جهات. ثلاثة استدعاءات. مفتاحٌ واحد.
هذا مثال توضيحي غير تنفيذي. يجب تأكيد توفر الخدمة والموافقات والأسعار والنتائج لحسابك. تتحقّق من هويّته لدى سدايا، وتقرأ حالته الوظيفيّة من قوى، ثمّ تُصدِر له فاتورةً ضريبيّة عبر زاتكا. ثلاث جهاتٍ حكوميّة في دالّةٍ واحدة.
ولو ربطتَ كلّ جهةٍ مباشرةً؟
هذا سؤالٌ عادل، وهو البديل الحقيقيّ لا منافسٌ آخر. الفرق ليس في وجود الواجهة — كلّها موجودة — بل في ما تحمله أنت عنها.
ولا نُخفي الجانب الآخر: الربط المباشر يُلغي وسيطاً ويمنحك علاقةً مباشرةً بالجهة. وإن كنت تستهلك واجهةً واحدةً فقط ولا تنوي غيرها، فالفارق أضيق ممّا يبدو.
خطوةً خطوة.
تحقّق من الهويّة سدايا
رقم الهويّة وتاريخ الميلاد يعودان باسمٍ مطابقٍ وحالة سريان. لا تُخزَّن الهويّة كاملةً في سجلّك — يُحفَظ المرجع والنتيجة فقط.
اقرأ الحالة الوظيفيّة قوى
بموافقة صاحب البيانات: جهة العمل وحالة العقد. تكفي لقرار أهليّةٍ تمويليّ أو حدّ ائتمان — بلا كشف راتبٍ ولا مستندات.
أصدِر الفاتورة زاتكا
فاتورةٌ ضريبيّة مطابقة للمرحلة الثانية، مُوقَّعةٌ ومُبلَّغٌ عنها. تعود إليك بـuuid ورمز QR جاهزٍ للطباعة.
الوصفة كاملةً.
# المفتاح نفسه لكلّ منتج مشترك به تطبيقك — مثال توضيحي curl -X POST "<identity-gateway-url>/v1/<endpoint>" \ -H "api360key: $API360_KEY" \ -d '{"<field>":"<value>"}' curl "<employment-gateway-url>/v1/<endpoint>?<param>=<value>" \ -H "api360key: $API360_KEY" curl -X POST "<invoicing-gateway-url>/v1/<endpoint>" \ -H "api360key: $API360_KEY" \ -d '{"<field>":"<value>"}'