حافظ ترتيب عناصر الدمج بمفتاح تسلسلي مع تقرير تبديل

كيف يعمل

1. 1.شغّل Demo Trigger فتصدر عقدة Emit Sample Records ستة سجلات خيالية منها سجلات ببريد فارغ.
2. 2.تضيف عقدة Assign Ordinal Keys مفتاح ordinal تسلسليًا لكل عنصر قبل أي تفرّع.
3. 3.توزّع عقدة Route by Amount العناصر: amount أكبر من 100 إلى الفرع العالي وإلا إلى الفرع القياسي.
4. 4.تضيف كل عقدة Set حقول processingTier و emailStatus مع includeOtherFields للحفاظ على ordinal وحقول العميل.
5. 5.تجمع عقدة Append Branches بوضع append الفرعين في مدخلين مستقلين مما يكسر الترتيب عادةً.
6. 6.تعيد عقدة Resort by Ordinal and Report الفرز حسب ordinal وتصدر تقرير تبديل واحدًا يفصّل الانتقالات.

حالات الاستخدام

• تقارير تتطلب نفس ترتيب الصفوف الواردة بعد دمج فروع معالجة متعددة
• كشف تلقائي لأي إعادة ترتيب تسببها عقدة Merge قبل نشر التدفق
• معالجة سجلات عملاء بفرعين للقيم العالية والقياسية مع ضمان سلامة التسلسل

المتطلبات قبل التشغيل

• لا حاجة لأي بيانات اعتماد أو استدعاءات خارجية — القالب محلي بالكامل
• لاستبدال بيانات الاختبار: صِل مصدرك الحقيقي مباشرة بعقدة Assign Ordinal Keys بنفس البنية: id, customer, email, amount

الإعداد والاختبار في n8n

1. استورد ملف JSON في n8n وافتح التدفق
2. شغّل Demo Trigger وراقب ناتج Resort by Ordinal and Report: sortedCount=6 وترتيب sortedRecords مطابق لترتيب الإدخال
3. تحقق من swapReport: يذكر أن الدمج غيّر 5 مواضع مع تفاصيل الانتقالات
4. حالة حدية: أفرغ مصفوفة السجلات في Emit Sample Records وتأكد من رسالة آمنة لعدم وجود عناصر

ماذا يقدّم كخدمة؟

مناسب كخدمة أتمتة تشغيلية لربط الأنظمة، تقليل المهام اليدوية، وتسريع تسليم النتائج للعملاء أو الفرق الداخلية.