المطورون

حدود الطلبات

كم طلبًا يستطيع مفتاح API في وندرفاتورة إرساله، وكيف يبدو الرد 429، وكيف تعيد المحاولة بالطريقة الصحيحة.

الحدود

الحد القيمة
لكل مفتاح في الدقيقة 60 طلبًا
لكل مفتاح في اليوم 5,000 طلب
طلبات الإصدار لكل مفتاح 30 في الدقيقة، إضافة إلى ما سبق
تنزيل PDF و XML لكل مفتاح 10 في الدقيقة و1,000 في اليوم، إضافة إلى ما سبق
كل مفاتيح المنشأة الواحدة معًا باقة المؤسسات: 240 في الدقيقة و50,000 في اليوم. باقة الأعمال: 60 في الدقيقة و5,000 في اليوم. منشأة الاختبار: 30 في الدقيقة و2,000 في اليوم.
محاولات المصادقة الفاشلة لكل عنوان IP 100 محاولة فاشلة في الدقيقة. بعدها تُرفض طلبات ذلك العنوان لبقية الدقيقة، ويستمر في العمل المفتاح الذي نجح مؤخرًا من العنوان نفسه.

تُحتسب الحدود لكل مفتاح، وتتشارك مفاتيح المنشأة كلها أيضًا حصة المنشأة، فلا تمنحك المفاتيح الإضافية طلبات أكثر. الطلب المرفوض يرد بـ 429 rate_limited مع ترويسة Retry-After بالثواني وترويسات X-RateLimit-*:

HTTP/1.1 429 Too Many Requests
Retry-After: 17
X-RateLimit-Limit: 60
X-RateLimit-Remaining: 0

{"ok":false,"error":{"code":"rate_limited","message":"Too many requests. Wait for the time given in the Retry-After header, then try again."}}

إعادة المحاولة بالطريقة الصحيحة

  • عند 429 انتظر ثواني Retry-After ثم أعد المحاولة.
  • عند خطأ شبكة أو 5xx أعد المحاولة بفواصل متضاعفة (مثلًا 1 ثم 2 ثم 4 ثم 8 ثوانٍ) وبنفس external_reference.
  • لا تعد محاولة ردود 4xx الأخرى؛ صحّح الطلب.
  • وزّع الأعمال الكبيرة على الوقت بدل إرسالها دفعة واحدة، وأنشئ الفواتير من مهمة في الخلفية.
والتطبيق المربوط عبر OAuth يتشارك أيضًا حصة واحدة قدرها 600 طلب في الدقيقة عبر كل المنشآت التي يعمل باسمها.

جاهز للبدء؟

الوصول إلى الواجهة البرمجية ضمن باقات: الأعمال والمؤسسات. أنشئ مفتاحًا من الإعدادات ← مفاتيح API وأرسل أول طلب خلال دقائق.