Microsoft Dynamics 365 — دليل الربط والتكامل | بصمتك

Microsoft Dynamics 365 — دليل الربط والتكامل

موصّل مخصص لـ Power Platform لواجهة شركاء بصمتك، قابل للاستخدام عبر بيئتك، مع تدفق سحابي جاهز للتكييف لمزامنة الموظفين (Recurrence ← ListEmployees ← Upsert row).

أدلة ربط أخرى

  • Odoo

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

  • SAP SuccessFactors

    طريقتان للتشغيل: iFlow في SAP Integration Suite (CPI) تستورده وتنشره، أو مزامنة مرجعية قابلة للتشغيل. كلاهما يبحث عن الشخص في SuccessFactors قبل الكتابة، ويعيّن بالترتيب الذي توثّقه SAP، ويحدّث ما تغيّر فقط، وينهي خدمة المغادرين، ويفحص حالة كل سجل في كل upsert (لأن SuccessFactors يُرجع HTTP 200 حتى عند فشل السجلات). وتعكس المزامنة المرجعية أيضاً الإجازات المعتمدة كـ EmployeeTime (والملغاة تُضبط CANCELLED) وتوفّر ‎--verify للتحقق دون تعديل.

  • Oracle Fusion HCM

    طريقتان للتشغيل: وصفة Oracle Integration Cloud (OIC)، أو مزامنة مرجعية تبني ملفات HCM Data Loader (HDL) وترفعها وتنتظر اكتمال التحميل وتفحص كل سطر خطأ. التعيينات الجديدة تحمل كل المكوّنات الإلزامية، والعاملون الموجودون في Fusion يُطابَقون بدلاً من تعيينهم مرتين، والمغادرون تُنهى خدمتهم، والإجازات المعتمدة تصبح قيود غياب تُسحب إذا أُلغيت الإجازة. تزايدية عبر مؤشر الخادم، والتحميل الفاشل لا يحرّك المؤشر أبداً. ويقرأ ‎--verify بيانات Fusion ويقارنها ببصمتك.

  • Dynamics 365 Business Central

    يُزامن موظفي بصمتك إلى Business Central عبر BC REST API v2.0 بمصادقة Microsoft Entra (OAuth 2.0 client credentials). مفتاح الموظف هو رقم BC = الرقم الوظيفي في بصمتك (أو BSM-<id> عند غيابه أو طوله الزائد)، ويُتبنّى الموظفون الموجودون في BC بدلاً من تكرارهم، ولا تُكتب إلا الحقول المتغيّرة مع etag الحقيقي (فلا تُستبدل تعديلات BC)، ويصبح المغادرون غير نشطين/منتهية خدمتهم، ويقرأ ‎--verify بيانات BC ويقارنها ببصمتك. شغّله كإضافة AL قابلة للتثبيت أو كسكربت مرجعي أو كتدفق Power Automate.

  • SAP Business One

    يرسل موظفي بصمتك إلى EmployeesInfo في SAP Business One عبر Service Layer، بمفتاح ExternalEmployeeNumber (أو BSM-<id> عند غياب الرقم الوظيفي أو تجاوزه الطول المسموح في B1). يُطابَق الموظفون الموجودون في B1 بالمفتاح أو البريد بدلاً من تكرارهم، وتحترم الحقول أطوال أعمدة B1، ويُعطَّل المغادرون مع تاريخ انتهاء الخدمة، ولا يوقف سجل خاطئ واحد التشغيل، ويقرأ ‎--verify بيانات B1 للتحقق. يبقى التحقق من شهادة TLS مفعّلاً (استخدم ca_bundle لشهادة Service Layer الموقّعة ذاتياً). لا تملك B1 بيانات حضور/رواتب رئيسية أصلية، لذا يغطي هذا بيانات الموظفين.

  • ERPNext

    طريقتان للتشغيل: تطبيق Frappe قابل للتثبيت (صفحة إعدادات، زر Sync now، مجدول ساعي، حقول basmtak_id المخصصة)، أو سكربت مزامنة REST مستقل. كلاهما تزايدي (updated_since) وغير مُكرِّر (basmtak_id).

  • Oracle NetSuite

    يرسل موظفي بصمتك إلى NetSuite عبر SuiteTalk REST بمصادقة Token-Based Authentication (OAuth 1.0a، HMAC-SHA256). يُحدَّث الموظف عبر المعرّف الخارجي BSM-<رقم بصمتك> (ثابت وصالح للروابط حتى لو احتوى الرقم الوظيفي على مسافات أو شرطات)، ويُتبنّى الموجودون مسبقاً في NetSuite بمطابقة المعرّف الخارجي أو رقم الموظف أو البريد بدلاً من تكرارهم، ويُعطَّل المغادرون، ويقرأ ‎--verify بيانات NetSuite ويفشل عند أي موظف ناقص أو قديم أو مكرر أو يتيم.

Microsoft Dynamics 365 — HR integration guide

A Power Platform Custom Connector for the Basmtak Partner API, usable across your tenant, plus a ready-to-adapt employee-sync cloud flow (Recurrence → ListEmployees → Upsert row).

Other integration guides

  • Odoo

    The Basmtak addon installs straight into Odoo and keeps it in sync: incremental after the first import, resumable for large companies (it continues across scheduler runs instead of timing out), and duplicate-safe — every record is matched by its Basmtak ID, enforced by the database, and employees that already exist in Odoo are linked rather than created twice. Deletions and cancellations in Basmtak are mirrored, and employees created in Odoo can be pushed back to Basmtak.

  • SAP SuccessFactors

    Two ways to run it: an SAP Integration Suite (CPI) iFlow you import and deploy, or a runnable reference sync. Both look each person up in SuccessFactors before writing, hire in SAP's documented order, update only what changed, terminate leavers, and check the per-record status of every upsert (SuccessFactors answers HTTP 200 even when records fail). The reference sync also mirrors approved leave as EmployeeTime (cancelled leave is set CANCELLED) and offers a read-only --verify.

  • Oracle Fusion HCM

    Two ways to run it: an Oracle Integration Cloud (OIC) recipe, or a reference sync that builds HCM Data Loader (HDL) files, submits them, waits for the load and checks every error line. New hires carry every mandatory component, existing Fusion workers are matched instead of hired twice, leavers are terminated, and approved leave becomes absence entries that are withdrawn if the leave is cancelled. Incremental via the server cursor; a failed load never advances it. `--verify` reads Fusion back and compares it with Basmtak.

  • Dynamics 365 Business Central

    Syncs Basmtak employees into Business Central (BC's SMB ERP) through the BC REST API v2.0, secured with Microsoft Entra (Azure AD) OAuth 2.0 client credentials. Employees are keyed by BC No. = the Basmtak HR number (or BSM-<id> when it is missing or too long for BC), existing BC employees are adopted rather than duplicated, only changed fields are written with the real etag (so edits made in BC are not overwritten), leavers become Inactive/Terminated, and --verify reads BC back and compares it with Basmtak. Run it as an installable AL extension with a Sync now button, a reference script, or a Power Automate flow.

  • SAP Business One

    Pushes Basmtak employees into SAP Business One's EmployeesInfo through the Service Layer, keyed by ExternalEmployeeNumber (BSM-<id> when the HR number is missing or longer than B1 allows). Existing B1 employees are matched by key or email instead of duplicated, fields respect B1's column sizes, leavers are set inactive with a termination date, one bad record never stops the run, and --verify reads B1 back. TLS verification stays on (use ca_bundle for a self-signed Service Layer certificate). B1 has no native attendance/payroll master, so this covers the employee master.

  • ERPNext

    Two ways to run it: an installable Frappe app (settings page, Sync now button, hourly scheduler, basmtak_id custom fields), or a standalone REST sync script. Both are incremental (updated_since) and idempotent (basmtak_id).

  • Oracle NetSuite

    Pushes Basmtak employees into NetSuite via SuiteTalk REST, secured with Token-Based Authentication (OAuth 1.0a, HMAC-SHA256). Employees upsert by NetSuite external id BSM-<Basmtak id> (stable and URL-safe even when HR numbers contain spaces or slashes); people who already exist in NetSuite are matched by external id, employee id or email and adopted instead of duplicated; leavers are set inactive; --verify reads NetSuite back and fails on missing, stale, duplicate or orphan employees.