متطلباتي المحددة هي مزامنة بيانات المستخدمين النشطين إلى Pardot عبر webhooks، والمشكلة الحالية هي أن حمولة (payload) الـ webhook والحقول المكونة في جانب Pardot غير متطابقة.
هل هناك أي مكون إضافي (plugin) يمكنه إجراء هذا التحويل؟
ربما يمكن للمرء استخدام تكامل Zapier
إعجابَين (2)
إذا كنت لا ترغب في استخدام شيء مثل Zapier، فستحتاج إلى إضافة مخصصة.
إعجابَين (2)
تم تحقيق المتطلبات مؤقتًا من خلال طبقة تحويل وسيطة. ولكن لا ينبغي أن تكون هذه هي أفضل ممارسة. سيكون من الجيد لو دعم Discourse تعريف تنسيق بيانات الدفع بشكل أصلي.
إما أن تحتاج إلى استدعاء واجهة برمجة تطبيقات (API) موجودة أو إنشاء واجهة برمجة تطبيقات جديدة باستخدام إضافة (plugin). لا يمكن توقع أن يقبل Discourse كل تنسيق بيانات موجود، أليس كذلك؟
ربما يمكنك استخدام Discourse Jira كمثال، على الرغم من أن ذلك قد يكون مبالغًا فيه.
3 إعجابات
ما أعنيه هو إضافة تكوين تعيين حقول جديد لبيانات الدفع لكل حدث مقابل، على سبيل المثال user.id => user_id، وما إذا كان يجب تسطيح بنية البيانات (يجب أن يصبح كل JSON بنية من المستوى الأول، بدون تداخل). على سبيل المثال، بيانات حدث تأكيد البريد الإلكتروني للمستخدم هي كما يلي (مبسطة):
{
"user": {
"id": 1,
"username": "jack",
"name": "jack 2026"
}
}
اختر تسطيح بنية البيانات، ثم قم بتكوين تعيين لكل حقل (قد يتطلب هذا نموذجًا طويلاً جدًا).
user.id => user_id
user.username => username
user.name => name
بعد التكوين، تكون بنية البيانات التي يتم دفعها فعليًا كما يلي:
{
"user_id": 1,
"username": "jack",
"name": "jack 2026"
}
بالطبع، يمكن أن يكون هذا تكوينًا متقدمًا، ويمكن لمن لا يحتاجون إليه تجاهله تمامًا.