Skip to main content

بطاقة سريعة

طلب HTTP هو الإجراء الذي يحوّل أتمتة كرزون من “رد آلي داخلي” إلى عميل API كامل: أي نظام له واجهة برمجية على الإنترنت — متجرك، بنكك، نظام الشحن، أو نموذج ذكاء اصطناعي خارجي — يصبح خطوة عادية في مسارك. هذا ليس نموذجاً مبسّطاً بحقلين (رابط + طريقة). هو محرر بأسلوب Postman كامل، بخمس تبويبات.
وسائط مطلوبة: محرر طلب HTTP مفتوحاً على تبويب “المحتوى” بنوع JSON، وتبويب “الاستجابة” يعرض معاينة JSON فعلية مع ربط قيمة بالسحب أو النقر. المسار المقترح: /images/help/automations/action-http-request-tabs.webp فيديو (مستحسن): دقيقة واحدة: بناء طلب GET كامل، اختباره، وربط قيمة من استجابته بحقل على العميل.

الطريقة (Method)

GET · POST · PUT · PATCH · DELETE — تحدد نوع العملية على الرابط المستهدف.

التبويبات الخمسة

١. المعاملات (Params)

معاملات الرابط (Query Parameters) على شكل صفوف مفتاح/قيمة. كل صف له مفتاح تفعيل مستقل — تستطيع تجهيز معامل ثم تعطيله مؤقتاً دون حذفه، مفيد أثناء التجريب.

٢. الرؤوس (Headers)

رؤوس HTTP مخصصة بنفس أسلوب مفتاح/قيمة ومفتاح التفعيل لكل صف. استخدمها لإرسال Content-Type مخصص، رموز مصادقة إضافية، أو رؤوس يطلبها النظام الخارجي تحديداً.

٣. المحتوى (Body)

٤. المصادقة (Auth)

٥. الاستجابة (Response)

هنا تختبر الطلب فعلياً وتربط نتيجته بمسارك:
  1. اضغط إرسال لتنفيذ الطلب فعلياً بالقيم الحالية (أو قيم الاختبار).
  2. تظهر الاستجابة كـJSON قابل للتصفح والتوسيع.
  3. فعّل معالجة مسبقة بكود JavaScript على الاستجابة قبل ربطها — مفيد لتحويل بنية الاستجابة قبل الاستخدام.
  4. اضغط على أي قيمة داخل الاستجابة لإضافتها كـربط (Mapping) يحفظها في حقل على العميل أو في متغيرات المسار — بلا كتابة مسار JSON يدوياً.

المتغيرات الديناميكية وقيم الاختبار

كل حقل — الرابط، الرؤوس، المعاملات، المحتوى، بيانات المصادقة — يقبل متغيرات المسار ({{...}})، فتستطيع بناء طلب ديناميكي بالكامل يعتمد على بيانات العميل الحالي أو إجابات أسئلة سابقة.
كل حقل يوفّر أيضاً قيمة اختبار مستقلة (شارة “test”) تُستخدم فقط عند الضغط على “إرسال” لتجربة الطلب أثناء البناء — دون التأثير على القيمة الحقيقية (المتغيّر) المستخدمة عند التشغيل الفعلي. هذا يعني أنك تستطيع اختبار الطلب بقيم مصطنعة قبل النشر، بأمان.

عند الفشل

إن لم يرجع الطلب بحالة 200 أو 201، يُسلك مخرج الفشل المخصص لهذا الإجراء إن كان موصولاً بخطوة تالية؛ إن لم يكن موصولاً، يتوقف تنفيذ المسار بخطأ صامت.
دائماً وصّل مخرج الفشل بخطوة بديلة — رسالة للعميل، تنبيه لفريقك، أو إجراء إعادة محاولة. طلب HTTP بلا مخرج فشل موصول يعني أن أي انقطاع في الخدمة الخارجية يوقف مسارك بصمت والعميل بلا رد.

متى تستخدمه؟

مثال عملي: جلب حالة شحنة من نظام خارجي

  1. العميل يرسل رقم التتبع (عقدة سؤال تحفظ الإجابة في متغير).
  2. طلب HTTPGET إلى واجهة شركة الشحن، مع رقم التتبع كمعامل رابط أو داخل المسار، ومصادقة Bearer إن لزم.
  3. اختبر الطلب بقيمة اختبار في تبويب الاستجابة قبل النشر.
  4. اربط حقل الحالة من الاستجابة (مثل data.status) بمتغير مسار.
  5. شرط: إن كانت الحالة «تم التسليم» أرسل رسالة شكر، وإلا أرسل الحالة الحالية + متابعة بعد يوم.
  6. وصّل مخرج الفشل برسالة: «تعذّر التحقق الآن، سيتابع معك موظف» ثم تسليم بشري.

أخطاء شائعة

ذات صلة

آخر تعديل في ٩ أغسطس ٢٠٢٦