التذاكر والتسويق،
مترابطان بذكاء.
API واحدة لبيع التذاكر وإدارة الدخول وتفعيل التسويق — بالوضوح الذي يتوقعه مدير التقنية لديكم.
curl https://aditus.dev/Demo_API/api/connect/token \ -u $CLIENT_ID:$CLIENT_SECRET \ -d "grant_type=client_credentials&scope=Shop" # → returns access_token curl https://aditus.dev/Demo_API/api/shop/v1/discovery/events \ -H "Authorization: Bearer $ACCESS_TOKEN" \ -H "Accept-Language: de-DE"
يشغّل نظام ADITUS التجريبي العام جميع الأمثلة التفاعلية في هذه البوابة — اكتشاف الفعاليات وسلة التسوق والدفع والتذاكر تعمل عبر واجهة Shop API حقيقية مع قاعدة بيانات مباشرة.
بمجرد تحميل هذه الصفحة في المتصفح، يتم التحقق مباشرةً من التوفر الحالي لواجهة Shop API وخدماتها الخلفية وزمن الاستجابة.
ست مزايا سيقدّرها فريق التكامل لديكم حقًا.
مصمم لمديري التقنية وفرق المنصات — مصادقة وتوطين وWebhooks وخاصية idempotency من دون حلول التفافية.
بيانات اعتماد العميل في OAuth 2.0
أنشئ bearer token قصيرة العمر بصلاحيات محددة مثل Shop أو TERP. ويمكن تدويرها بحرية من دون قطع الجلسات النشطة.
مصمم للتوطين من الأساس
مرّر Accept-Language لتحصل على كل حقل نصي مترجمًا. وتنتقل الإعدادات المحلية تلقائيًا عبر سلة التسوق وإتمام الشراء.
Quicodes وروابط التذاكر
أنشئ payload قابلة للمسح عبر QR باستخدام علامة واحدة. وتُصنّف فئات regex المدمجة عمليات المسح مباشرةً ضمن تقاريرك.
Webhooks في الوقت الفعلي
30 حدثًا للتذاكر وسلال التسوق والمدفوعات والدخول. موقّعة باستخدام HMAC-SHA256، مع إعادة المحاولة وفق تراجع أُسّي.
خاصية idempotency افتراضيًا
تتضمن كل عملية كتابة ترويسة Idempotency-Key. وتُعيد الطلبات المكررة الاستجابة الأصلية مع معرّف السجل الأصلي.
أحداث جاهزة للتسويق
أرسل التحويلات وأحداث الدخول مباشرةً إلى GA4 أو Meta CAPI أو مستودع بياناتك عبر Webhooks.
قضيت معظم حياتي المهنية في تطوير البرمجيات بنفسي. هذه البوابة هي ما كنت أتمناه آنذاك من كل مزوّد.
Marc LuzoffCEOانطلق في أربع خطوات، واستلم الدفع في الخامسة.
إنشاء token
استبدل بيانات اعتماد العميل بـ bearer token قصيرة العمر عبر /connect/token، ثم خزّنها مؤقتًا لنحو 50 دقيقة.
استكشاف الفعاليات
اجلب دليل الفعاليات بأسمائه المحلية ومواعيده وتشكيلات أسعاره. ويمكنك التصفية حسب التاريخ أو المكان أو slug.
إنشاء سلة تسوق
أنشئ سلة تسوق تدعم idempotency، وأضف العناصر حسب معرّف المنتج أو slug، واربط العميل واختر مزود الدفع.
التأكيد والتسليم
ثبّت سلة التسوق، ونفّذ إتمام الشراء، واستلم Quicodes وروابط التذاكر. ويُطلق Webhook مع كل عملية شراء ناجحة.
curl https://aditus.dev/Demo_API/api/connect/token \ -u $CLIENT_ID:$CLIENT_SECRET \ -d "grant_type=client_credentials&scope=Shop" # → returns access_token curl https://aditus.dev/Demo_API/api/shop/v1/discovery/events \ -H "Authorization: Bearer $ACCESS_TOKEN" \ -H "Accept-Language: de-DE"
- يستدعي خادمكم الخلفي ADITUS:Token
POST /connect/tokenتُرسل بيانات اعتماد العميل ويُعاد bearer قصير الأجل. لا تغادر الأسرار خادمكم الخلفي أبدًا.
- يستدعي خادمكم الخلفي ADITUS:اكتشاف الفعاليات
GET /shop/v1/discovery/eventsكتالوج مترجم للفعاليات والمواعيد وتشكيلات الأسعار.
- يستدعي خادمكم الخلفي ADITUS:سلة التسوق — قابلة للتكرار بأمان
POST /shop/v1/cartأنشئوا سلة التسوق وأضيفوا العناصر واربطوا المشتري. إعادة المحاولة آمنة — السلة نفسها بلا عناصر مكررة.
- يستدعي خادمكم الخلفي ADITUS:إتمام الشراء
POST /shop/v1/cart/{id}/checkoutثبّتوا سلة التسوق وأتمّوا الدفع. تتضمن الاستجابة Quicodes وروابط التذاكر اللازمة للتسليم.
- تستدعي ADITUS خادمكم الخلفي (بصورة غير متزامنة):Webhookغير متزامن
POST https://your-backend/webhookبعد كل عملية شراء ناجحة، تستدعي ADITUS الـ endpoint الخاص بكم بصورة غير متزامنة ومستقلة عن استجابة إتمام الشراء.
واجهة API هي منتج، والتوثيق هو واجهة استخدامها. وهو ما يحدد ما إذا كان بإمكان البشر ووكلاء الذكاء الاصطناعي خلق قيمة بها. المقياس هو ما يحققه الآخرون بواجهة API الخاصة بنا دون الاعتماد على معرفتنا الداخلية. من دون توثيق ممتاز، ننشر في أحسن الأحوال مجرد ناتج، لا منتجاً.
Sebastian KlugeHead of Productsجميع endpoints، مصنفة بوضوح.
من OAuth token إلى إعادة تشغيل Webhook — 11 قسمًا، مع توثيق كل طلب بالأمثلة والترويسات والاستجابات.
مقدمة
نقطة البداية لاستخدام ADITUS API: تعرّف على ما تغطيه المنصة، وكيف تترابط الأقسام، ومن أين تبدأ عملية التكامل.
إرشادات API
إرشادات API: بنية الطلبات وعناوين URI، والمصادقة باستخدام OAuth 2.0 (Client Credentials)، وطرق HTTP، ورموز الحالة، وبنية كل استجابة.
Just Entrance
يمكن استخدام أجهزة ADITUS مع مزوّدي تسجيل خارجيين. يوضّح هذا القسم الطرق المختلفة لربط الأنظمة الخارجية وتوفير تجربة دخول سلسة للزوّار.
مثال: استورد التذاكر الخارجية، وطابقها تلقائيًا، واجعلها جاهزة للدخول فورًا.
Just Entrance: حالة الاستخدام ←شراء التذاكر والتسجيل
تغطي Shop API جميع عمليات المتجر: العثور على المنتجات والموارد، وإدارة المستخدمين وسلة التسوق وعملية الشراء؛ وتُستخدم Discovery لاكتشاف إعدادات النظام.
مثال: عملية شراء تذكرة كاملة داخل تطبيقك — حمّل التشكيلة، واملأ السلة، واجمع بيانات المشتري، ثم نفّذ الدفع.
شراء التذاكر والتسجيل: حالة الاستخدام ←Byndr
Byndr هي واجهة API للمنتجات تتيح اتصالات آمنة وسلسة بين المشاركين في الفعالية عبر مسح رمز QR على الشارة، سواء في اتجاه واحد أو في الاتجاهين.
الاستبيانات
يُستخدم الاستبيان لجمع البيانات بصورة منهجية من خلال مجموعة من الأسئلة المخصّصة لجمع معلومات محددة من الزوّار، مع دعم النماذج الديناميكية.
الأصول
توفّر Assets API المحتوى الثابت للمنصة: الصور والأيقونات، وتذاكر PDF والإيصالات، إضافةً إلى بيانات السمة مثل الشعارات واللافتات والألوان، حسب السياق.
يوضح العرض المباشر كيفية جلب assets واستخدامها.
فتح العرض المباشر ←Webhooks
تنقل Webhooks البيانات إلى الأنظمة الخارجية في الوقت الفعلي، مما يتيح للتطبيقات وواجهات API ومواقع الويب الاستجابة لأحداث محددة في منصة ADITUS.
مثال: يؤدي المسح عند الدخول إلى إطلاق Webhook في الوقت الفعلي، فتبدأ Salesforce وHubSpot وغيرها إجراءات المتابعة تلقائيًا.
Webhooks: حالة الاستخدام ←ذكاء الأعمال
خلاصة OData v4 للقراءة فقط تمنحك كل ما يعرفه نظام التذاكر لديك على شكل أربع مجموعات بيانات جاهزة للتحليل، مصمّمة للتحميل المجمّع إلى مستودع البيانات الخاص بك.
مثال: يقرأ الاستخراج لديك المبيعات وعمليات المسح من بيانات حيّة إلى مستودع بياناتك عبر OData v4، لتظهر في لوحة المعلومات أثناء انعقاد المعرض.
ذكاء الأعمال: حالة الاستخدام ←اختبر API مباشرةً وعمليًا.
يرشدكم العرض المباشر عبر فعالية معرض مكتملة النموذج، تشمل التشكيلات والتذاكر وسلة التسوق والتسجيل — وتعرض كل خطوة طلب API الحقيقي والاستجابة المباشرة، من دون الحاجة إلى بطاقة.

