Integrations

01مدمج بشكل أصيل تماماً، وليس مجرد تكامل خارجي

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

02عمليات تكامل فعلية مع أطراف خارجية قيد التشغيل بالفعل

تُعد Google أحد أكبر رابطين: تسجيل دخول واحد عبر OAuth يغطي كلاً من Google Calendar وGoogle Meet (تحصل المقابلة على رابط Meet حقيقي تلقائياً عند اختياره كمزود)، وGoogle Drive (تتم مزامنة السير الذاتية للمرشحين مع Drive الخاص بك عند الطلب)، وYouTube (تُنشر مقاطع فيديو الوظائف كفيديوهات قصيرة Shorts). وMicrosoft هي الرابط الآخر: تسجيل الدخول عبر Entra ID، وروابط اجتماعات Outlook Calendar وTeams للمقابلات، ومزامنة السير الذاتية عبر OneDrive تعمل بالطريقة نفسها تحت حساب Microsoft 365 الخاص بك. ويقوم Slack وWhatsApp Business بإشعار فريقك ومراسلة المرشحين عبر القنوات التي يتابعونها بالفعل. كما ينشر Facebook وInstagram فيديو الوظيفة المُنشأ تلقائياً مباشرة على صفحتك. ويربط كل من Google Ads وMicrosoft Ads وGoogle Analytics 4 التوزيع المدفوع وتقارير الزيارات الخاصة بك. ويتيح لك بروتوكول SMTP المخصص إرسال رسائل البريد الإلكتروني للمرشحين من نطاقك الخاص، وتكشف خطافات الويب (Webhooks) كل أحداث مسار التوظيف لأي أداة أتمتة تستخدمها — بما في ذلك Zapier وn8n، دون انتظار موصل مخصص.

تتولى Stripe فوترة الاشتراكات وبوابة الفوترة للخدمة الذاتية، كما تدعم Gemini، عائلة النماذج الذكية من Google، خطوة الاستخراج الدلالي الموضحة في صفحتي CMS والتوظيف الذكي — وكلاهما تبعيات خارجية حقيقية وليست مبنية داخلياً، وتخضع لشروط خدمة موفريها.

03API-first underneath

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

04ما لا يزال قيد التطوير في خطة العمل

تم بناء أدوات النشر على Zoom وDropbox وLinkedIn وX، وDocuSign للتوقيع الإلكتروني على العروض، وموصلات أنظمة HRIS والرواتب والمحاسبة الأصلية (Xero وQuickBooks ومزودو التحقق من الخلفية) بالكامل في المنتج ولكن لم يتم تسجيلها بعد في منصاتها المعنية — وسيتم إطلاقها دون أي تغيير في المنتج بمجرد اكتمال هذا التسجيل. لا يوجد أي منها بشكل سري تحت اسم مختلف؛ إذ يوضح دليل التطبيقات والربط حالة كل منها بصراحة كخدمة مفعلة أو ضمن خطة العمل، وتتحرك هذه الحالة دائماً في اتجاه واحد فقط.

05كيفية التمييز بين الميزات 'الأصلية' و'التكاملات' عند تقييم أي نظام لتتبع المتقدمين

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

عند تقييم ادعاءات التكامل لأي مزود خدمة، فإن السؤال المفيد ليس "كم عدد عمليات التكامل لديهم" بل "أيٌّ من هذه الأنظمة خارجي بالفعل، وأيها مجرد ميزات داخلية يتم تسويقها بلغة التكامل لتبدو أكثر شمولاً مما هي عليه". لقد حاولنا الإجابة عن هذا السؤال بوضوح لمنتجنا في هذه الصفحة بدلاً من تركك للتخمين.