# توقف عن النسخ واللصق: كيف تؤتمت سير العمل بين Salesforce و Jira

> تعلم كيفية أتمتة سير العمل بين منصة Salesforce ونظام Jira باستخدام أداة Flow. اكتشف خطوات تعيين الحقول، والمزامنة ثنائية الاتجاه، وربط البريد الإلكتروني.

- Canonical URL: https://coreiten.com/article/توقف-عن-النسخ-واللصق-كيف-تؤتمت-سير-العمل-بين-salesforce-وjira
- Language: ar
- Section: الريادة والمشاريع
- Author: Sami
- Published: 2026-09-08T08:02:36+03:00
- Modified: 2026-09-08T08:02:36+03:00
- Publisher: CoreITen (https://coreiten.com)
- Keywords: ربط Salesforce مع Jira, أداة Salesforce Flow, أتمتة موصل Jira, مزامنة ثنائية الاتجاه, إنشاء مشكلات Jira, تصعيد الدعم الفني

## ملخص

تؤدي أتمتة سير العمل بين Salesforce و Jira باستخدام أداة Salesforce Flow وموصل Jira إلى القضاء على النسخ اليدوي وتصعيد المشكلات الفنية بكفاءة.

- البدء بأتمتة نقل واحدة متكررة مثل تصعيد دعم العملاء بدلاً من محاولة مزامنة كل حقل منذ اليوم الأول.
- يعتمد المحفز الدقيق على تدفق مشغّل بالسجلات في كائن الحالة عندما تتغير إلى مصعّدة أو ذات أولوية عالية أو خطأ برمجي.
- تتطلب معايير الصرامة تصنيف المشكلة تقنياً، وجمع تفاصيل إعادة الإنتاج، وألا يكون هناك مفتاح مشكلة Jira مرفق مسبقاً.
- يتم تعيين حقول Salesforce إلى نظيراتها في Jira مع كتابة مفتاح مشكلة Jira المعادة مرة أخرى في سجل حالة Salesforce.
- تفعيل المزامنة ثنائية الاتجاه لتحديث حالات Salesforce تلقائياً عند حل المشكلة في Jira، مع استخدام ميزة تحويل البريد الإلكتروني إلى حالة.
- تجنب المزامنة المفرطة وفصل نماذج البيانات بجعل Jira المرجع للحلول التقنية وSalesforce للتواصل مع العملاء دون تعيين كل حقل.

**لماذا يهم:** يمنع هذا التكامل فقدان السياق وتأخر تحديث الحالات بين فرق دعم العملاء والفرق الهندسية.

---

تفقد فرق دعم العملاء ساعات لا حصر لها في النسخ اليدوي لتفاصيل الحالات من منصة Salesforce إلى نظام Jira لتصعيد المشكلات الفنية. وتؤدي كل عملية نقل يدوية إلى زيادة احتمالية فقدان السياق، وتكرار التذاكر، وتأخر تحديث الحالات، مما يترك العملاء قيد الانتظار بينما تعمل الفرق الهندسية بمعزل عنهم. ولكن من خلال الاعتماد على أداة Salesforce Flow مع موصل Jira، يمكن للمؤسسات أتمتة هذا الروتين بالكامل، مما يضمن حصول المطورين على البيانات الدقيقة التي يحتاجونها دون إجبار وكلاء الدعم على مغادرة مساحة عملهم الأساسية.

لا يتطلب كل تفاعل بين المنصتين أتمتة كاملة. فمحاولة مزامنة كل حقل ممكن منذ اليوم الأول تؤدي عادةً إلى إنشاء سير عمل يصعب صيانته مقارنة بالعملية اليدوية التي حل محلها. وتُعد نقطة الانطلاق الأكثر فعالية هي أتمتة عملية نقل واحدة متكررة: تصعيد دعم العملاء. فبدلاً من الاعتماد على ذاكرة الوكيل لفتح نظام Jira وإعادة إنشاء المشكلة، يمكن لمنصة Salesforce التعرف على الحدث المؤهل وبدء سير العمل الفني فوراً.

### تحديد محفزات التصعيد والشروط الأساسية

تبدأ الأتمتة الموثوقة بتدفق يُشغّل بناءً على السجلات (**Record-triggered Flow**) في كائن الحالة (**Case**). ويجب أن يكون المحفز دقيقاً للغاية لمنع تدفق أسئلة الدعم العادية إلى قائمة مهام الهندسة. على سبيل المثال، يجب أن يعمل التدفق فقط عندما تتغير حالة الحالة إلى مصعّدة (**Escalated**)، أو تصل إلى أولوية عالية أو حرجة (**High or Critical**)، أو تتلقى تصنيفاً محدداً مثل خطأ برمجي في المنتج (**Product Bug**).

يمكن للأتمتة أن تخلق فوضى بنفس كفاءة البشر إذا تُركت دون رقابة. ولضمان تلقي الهندسة لتذاكر قابلة للتنفيذ فقط، يجب أن تستوفي الحالة عدة معايير صارمة قبل إنشاء مشكلة Jira:

1. أن يتم تصنيف المشكلة صراحةً على أنها تقنية.
2. أن يكون وكيل الدعم قد جمع كافة تفاصيل إعادة إنتاج المشكلة المطلوبة.
3. ألا يكون هناك مفتاح مشكلة Jira (**Jira Issue Key**) مرفقاً بالفعل بالحالة في Salesforce.
4. أن تلبي الأولوية أو حالة التصعيد الحد المتفق عليه.

إذا كانت الحقول المطلوبة مثل خطوات إعادة إنتاج المشكلة أو إصدارات المنتج مفقودة، يمكن لأداة Flow إعادة توجيه الحالة إلى الوكيل لإكمالها بدلاً من إرسال تذكرة غير مكتملة. ويفرض هذا الشروط الدقيقة التي اتفقت عليها الفرق قبل حدوث عملية النقل.

### تعيين الحقول لإنشاء مشكلات Jira

بمجرد استيفاء معايير التصعيد، يستدعي التدفق إجراء موصل Jira لملء المشكلة الجديدة ببيانات حية من منصة Salesforce. وتتضمن استراتيجية تعيين الحقول القياسية والفعالة ما يلي:

- موضوع الحالة إلى ملخص Jira.
- وصف الحالة إلى وصف Jira.
- أولوية Salesforce إلى أولوية Jira.
- اسم الحساب أو العميل إلى حقل مخصص في Jira.
- المنتج إلى مكوّن Jira أو حقل مخصص.
- رقم الحالة إلى حقل مرجعي لـ Salesforce داخل Jira.
- البيئة أو الإصدار إلى حقول Jira المقابلة.

والأهم من ذلك، يجب كتابة مفتاح مشكلة Jira (**Jira Issue Key**) المُعاد بعد الإنشاء مرة أخرى في حالة Salesforce. وبدون هذه العلاقة المستقرة بين السجلات، يصبح من المستحيل توجيه التحديثات اللاحقة بشكل موثوق.

### تفعيل المزامنة ثنائية الاتجاه وتحويل البريد الإلكتروني

إنشاء التذكرة يحل نصف المشكلة فقط؛ فبدون مسار عودة، لا يزال يتعين على وكلاء الدعم التحقق يدوياً من نظام Jira لمعرفة ما إذا تم حل المشكلة. ويزيل سير العمل ثنائي الاتجاه هذه التبعية. فعندما ينقل مهندس مشكلة Jira من قيد التنفيذ (**In Progress**) إلى تم الحل (**Resolved**)، يعيد التكامل هذا الحدث إلى منصة Salesforce. ويمكن لأداة Flow بعد ذلك تغيير حالة الحالة تلقائياً، وتسجيل أحدث حل من Jira، وإخطار مالك الحالة، وتنبيه مدير الحساب، وإنشاء مهمة متابعة، أو تشغيل سير عمل للتواصل مع العميل.

علاوة على ذلك، لا تظل الحالة ثابتة بعد التصعيد. فغالباً ما يرد العملاء بلقطات شاشة إضافية أو تحديثات عاجلة. ومن خلال الاستفادة من ميزة تحويل البريد الإلكتروني إلى حالة (**Email-to-Case**)، يمكن لمنصة Salesforce فحص الرسائل الواردة وتحديد ما إذا كان يجب إضافة محتوياتها إلى مشكلة Jira المرتبطة كتعليق. ويضمن هذا ألا تصبح تذكرة Jira لقطة قديمة للمشكلة في لحظة التصعيد.

### التعامل مع الأخطاء وتجنب حلقات المزامنة

في حين تفشل العمليات اليدوية بشكل مرئي، يمكن للأتمتة أن تفشل بصمت ما لم يتم تصميمها لكشف الأخطاء. قد يفشل طلب واجهة برمجة تطبيقات Jira (**API**) بسبب حقل مطلوب مفقود، أو نوع مشكلة مرفوض، أو انقطاع مؤقت في الاتصال. ويجب أن تتضمن التدفقات مسارات للأخطاء بدلاً من افتراض نجاح كل إجراء للموصل. وعند فشل إنشاء التذكرة، يجب أن تسجل منصة Salesforce خطأ في التكامل على الحالة، وتخطر المسؤول، وتنشئ مهمة إعادة محاولة، وتحافظ على الحالة الأصلية دون وضع علامة خاطئة عليها كمصعّدة.

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

### كيفية بناء سير عمل التصعيد الكامل

يمكن أن يظل سير عمل مزامنة الحالة إلى Jira العملي والفعال للغاية مضغوطاً بشكل مدهش عند تصميمه بشكل صحيح. اتبع هذه الخطوات الدقيقة لبناء المسار المؤتمت:

1. يؤكد وكيل الدعم أن الحالة تتطلب تدخلاً هندسياً.
2. تتحقق منصة Salesforce من ملء جميع الحقول المطلوبة.
3. يُقيّم تدفق مُشغّل بالسجلات معايير التصعيد المحددة.
4. يقوم الموصل بإنشاء أو ربط مشكلة Jira المقابلة.
5. يعيد نظام Jira مفتاح المشكلة الفريد الخاص به إلى الموصل.
6. تخزن منصة Salesforce مفتاح المشكلة مباشرة في سجل الحالة.
7. يتم توجيه رسائل البريد الإلكتروني اللاحقة للعملاء إلى مشكلة Jira كتعليقات عند الاقتضاء.
8. تُحدّث تغييرات حالة Jira تلقائياً حالة Salesforce المقابلة.
9. تُخطر منصة Salesforce المالك المناسب المواجه للعميل عند حدوث مراحل مهمة.

### التكلفة الخفية للمزامنة المفرطة

الخطأ الأكثر شيوعاً الذي ترتكبه الفرق عند ربط منصة Salesforce بنظام Jira هو محاولة تعيين كل حقل ممكن بين المخططين. ورغم أنه قد يبدو من الفعال عكس نقاط سباقات السرعة (**Sprint points**)، وتقديرات التطوير الداخلية، والتصنيفات الهندسية مباشرة في Salesforce، إلا أن هذا النهج يخلق بنية هشة. فكل حقل متزامن يقدم نقطة فشل جديدة، مما يتطلب صيانة مستمرة للأذونات، وقواعد الملكية، وتحويلات البيانات. وإذا قام مسؤول Jira بتغيير حقل مخصص بشكل طفيف، فقد يتعطل خط أنابيب الدعم بأكمله.

تتمثل الخطوة الاستراتيجية في فصل نماذج البيانات بصرامة من خلال التعامل مع نظام Jira باعتباره النظام المرجعي الموثوق للحلول التقنية، ومنصة Salesforce كنظام مرجعي للتواصل مع العملاء. ولا يحتاج وكلاء الدعم إلى رؤية التصنيفات الهندسية الخلفية؛ بل يحتاجون فقط إلى معرفة ما إذا كانت المشكلة محظورة أو تم حلها. ومن خلال الحفاظ على تعيين الحقول في حده الأدنى والتركيز حصرياً على عملية النقل، تبني المؤسسات تكاملاً مرناً أمام تغييرات المخطط وغير مرئي تقريباً للمستخدم النهائي.

## المصادر

- [digitalsynopsis.com](https://digitalsynopsis.com/tools/salesforce-jira-connector-automation-flows/)