الانتقال إلى المحتوى الرئيسي
GetQR API في مرحلة تجريبية (beta) ومتاحة لمساحات عمل مختارة. قد تتغير التفاصيل قبل الإصدار العام.
تستخدم GetQR API رموز حالة HTTP القياسية. تُرجع الطلبات الناجحة 2xx. وتُرجع الطلبات الفاشلة 4xx أو 5xx مع جسم JSON يشرح ما حدث من خطأ.

صيغة الخطأ

لكل خطأ البنية نفسها: رمز ثابت، ورسالة مقروءة، ورابط إلى وصف ذلك الرمز.
string
مطلوب
رمز خطأ ثابت قابل للقراءة آليًا. استخدمه في شيفرتك بدلًا من الرسالة. راجع رموز الأخطاء.
string
مطلوب
وصف مقروء للمشكلة. قد تتغير صياغته.
string
مطلوب
رابط إلى وصف رمز الخطأ في توثيق API داخل حسابك على GetQR.

رموز الأخطاء

أخطاء التحقق

عندما يفشل الجسم أو معاملات الاستعلام في التحقق، تُرجع الواجهة 422. تصف الرسالة أول حقل غير صالح بالصيغة <issue>: <field>: <details>:
تستخدم الحقول المتداخلة الترميز النقطي، مثل link.url.

التعامل مع الأخطاء

  • اعتمد في التفرّع على error.code، لا على error.message.
  • لا تُعد محاولة أخطاء 4xx دون تغيير: أصلح الطلب أولًا. الاستثناءات هي 409 لطلب لا يزال قيد التنفيذ، و429.
  • عند 429، انتظر عدد الثواني الوارد في الترويسة Retry-After. راجع حدود الطلبات.
  • أعد محاولة أخطاء 5xx مع تراجع أُسّي.

المشكلات الشائعة

الواجهة في مرحلة تجريبية ولم تُفعَّل لمساحة عملك بعد.
المسار خاطئ. قارنه بصفحات نقاط النهاية، وتحقّق من أنه يبدأ بـ /api/v1/.
انتهى اشتراك مالك مساحة العمل. يعمل مفتاح API مجددًا بمجرد أن يجدّد المالك اشتراكه.
دورك في مساحة العمل هو Viewer. لا يستطيع استخدام الواجهة إلا مالك مساحة العمل ومستخدمو Editor.

الخطوات التالية

حدود الطلبات

المصادقة