الإنشاء بالذكاء الاصطناعي
افتح دردشة الذكاء الاصطناعي في الشريط الجانبي الأيمن للجدول وصِف ما تريده. يتولى الذكاء الاصطناعي كل شيء: يختار المشغّل المناسب، ويربط الحقول ذات الصلة، ويُعد جميع الإجراءات تلقائيًا. صِف الهدف مرة واحدة، وسيصبح سير العمل جاهزًا دون الحاجة إلى إعداد يدوي. مثال: “عندما أتلقى خطاف ويب لدفعة Stripe، أنشئ سجل طلب.”التهيئة
كيفية الإعداد
- افتح الأتمتة وأضف مشغّلًا جديدًا.
- اختر عند استلام خطاف ويب.
- ينشئ المشغّل فورًا عنوان URL لخطاف ويب فريدًا. انسخ هذا العنوان؛ فستحتاج إليه في النظام الخارجي.
- (اختياري لكن موصى به) انقر على إنشاء رمز لتمكين التفويض برمز Bearer. يؤدي ذلك إلى إنشاء رمز يجب تضمينه في ترويسة
Authorizationللطلبات الواردة. - احفظ الأتمتة وفعّلها.
- هيّئ النظام الخارجي لإرسال طلب POST إلى عنوان خطاف الويب. ضمّن الرمز في الترويسة إذا فعّلت التفويض.
- أرسل طلب اختبار (راجع الأمثلة أدناه). تحقق من سجل تشغيل الأتمتة للتأكد من استلام البيانات بصورة صحيحة.
- أضف خطوات الإجراءات. انقر على + في أي حقل إجراء للإشارة إلى قيم من نص JSON لخطاف الويب.
البيانات المتاحة للخطوات التالية
يتاح نص JSON الكامل لطلب POST الوارد بوصفه متغيرات. على سبيل المثال، إذا أرسلت:order_id وcustomer وamount كلًا على حدة بالنقر على + والانتقال إلى حقول مخرجات المشغّل.
يحلل Teable ملف JSON تلقائيًا وينشئ متغيرات مسماة لكل مفتاح في المستوى الأعلى. ويمكن أيضًا الوصول إلى الكائنات المتداخلة.
تخصيص الاستجابة
يرد Teable افتراضيًا على كل طلب وارد بإقرار خاص به. لا تقبل بعض المنصات ذلك؛ فهي تتحقق من عنوان URL للاشتراك بإرسال طلب فحص، وتشترط أن تعيد نقطة النهاية أحد حقوله. يعمل Slack بهذه الطريقة، ولذلك لا تصل أحداثه إلى الأتمتة إلا بعد أن يجيب خطاف الويب على المصافحة. في لوحة المشغّل، غيّر الاستجابة من افتراضية إلى مخصصة:
يؤدي التبديل إلى مخصصة إلى ملء النص مسبقًا باستجابة المصافحة التي يحتاج إليها معظم المستدعين:
{{ }} هي نفسها التي يعرضها المشغّل بوصفها متغيرات مخرجات، لذا يمكنك نسخ مسار مباشرةً من حمولة سبق أن رأيتها في تشغيل اختبار. تعمل القيم المتداخلة أيضًا، مثل {{body.event.type}}. في نص JSON، يُعرض المسار غير الموجود في الطلب بالقيمة null، فتظل الاستجابة JSON صالحة.
لا يستطيع Slack إرسال ترويسة
Authorization، لذا أبقِ التفويض مضبوطًا على بلا عند ربطه. تعرض لوحة المشغّل تحذيرًا إذا كان الخياران مفعّلين معًا.اختبار خطاف الويب
أسهل طريقة للاختبار هي استخدامcurl من سطر الأوامر. انسخ عنوان URL الحقيقي من لوحة المشغّل بدلًا من كتابته؛ فهو يتضمن معرّفي قاعدة البيانات وسير العمل.
دون تفويض:
حدود المعدل
ستتلقى الطلبات التي تتجاوز حد المعدل استجابة HTTP 429. وإذا كان نظامك الخارجي يرسل دفعات مفاجئة من الطلبات، ففكّر في تنفيذ منطق لإعادة المحاولة مع تراجع أُسّي.
أفضل ممارسات الأمان
- استخدم دائمًا تفويض رمز Bearer لخطافات ويب في الإنتاج. يستطيع أي شخص يعثر على عنوان URL عام لخطاف الويب تشغيله.
- حافظ على خصوصية عنوان خطاف الويب. عامله ككلمة مرور. لا تُودعه في مستودعات عامة أو تشاركه في قنوات مفتوحة.
- أعد إنشاء الرمز إذا اشتبهت في تعرضه للاختراق. يمكنك إنشاء رمز جديد من لوحة المشغّل في أي وقت.
- تحقق من البيانات في سير العمل. لا تفترض أن البيانات الواردة سليمة البنية. استخدم عوامل التصفية أو خطوات البرامج النصية للتحقق من وجود الحقول المطلوبة قبل المعالجة.
- راقب سجل التشغيل. راجع بانتظام سجلات تشغيل الأتمتة لاكتشاف الطلبات غير المتوقعة أو غير المصرح بها.
حالات الاستخدام
- استلام أحداث الدفع من Stripe أو PayPal. هيّئ خطاف Stripe لإرسال أحداث
invoice.paidإلى أتمتة Teable، وإنشاء سجلات الطلبات أو تحديثها تلقائيًا. - قبول عمليات إرسال النماذج من موقعك. وجّه نموذج الاتصال أو التسجيل في موقعك إلى عنوان خطاف الويب لإنشاء سجلات مباشرةً في Teable.
- إدخال بيانات من أجهزة إنترنت الأشياء. تستطيع أجهزة الاستشعار أو الأجهزة القادرة على إرسال طلبات HTTP دفع البيانات إلى Teable للمراقبة والتنبيه.
- ربط مسارات CI/CD. شغّل تدفقات العمل عند نجاح بناء أو فشله؛ لإنشاء سجلات أو إرسال إشعارات أو تحديث حالة المشروع.
- استلام أحداث من أي أداة SaaS. تدعم أدوات كثيرة (GitHub وJira وShopify وTwilio وغيرها) إشعارات خطافات الويب. وجّهها إلى خطاف Teable لأتمتة تدفقات العمل بين الأدوات.
نصائح
- لا يقبل خطاف الويب إلا طلبات POST. ولن تشغّل طلبات GET أو PUT أو الطرق الأخرى الأتمتة.
- أرسل دائمًا ترويسة
Content-Type: application/json. وإذا لم يكن النص JSON صالحًا، فقد لا يحلل المشغّل البيانات بصورة صحيحة. - إذا أردت إرسال بيانات من نظام لا يدعم الترويسات المخصصة (لمصادقة Bearer)، ففكّر في استخدام الوضع العام مع إضافة مفتاح سري إلى نص JSON يتحقق منه سير العمل بعامل تصفية أو برنامج نصي.
- لتصحيح الأخطاء، يمكنك استخدام خدمات مثل webhook.site لفحص ما يرسله نظامك الخارجي فعلًا قبل توجيهه إلى Teable.
موضوعات ذات صلة
- إجراء طلب HTTP — النظير الصادر: استدعاء واجهات API خارجية من سير العمل
- تشغيل برنامج نصي — للمعالجة المتقدمة لحمولات خطاف الويب
- إجراء الحلقة (دفعة) — معالجة المصفوفات في حمولات خطاف الويب

