المنصات
DIGITAL
قيد الدراسة · دراسة تقنية محدثة
3PX

اتصالات العمل. بخطة واضحة قبل أي تركيب.

3PX تصور لمنصة اتصال مؤسسية تجمع الهاتف، التوجيه، الاجتماعات والتكاملات في تجربة واحدة. هذه الصفحة توثق ما يمكن بناؤه لاحقًا، وما يحتاجه السيرفر، وما يجب إثباته قبل أي خطوة إنتاجية.

3PX · SCOPE

ما الذي يمكن أن يقدمه 3PX لاحقًا؟

المجالات التالية مدعومة من قدرات 3CX الرسمية، لكن 3PX يبقى طبقة هوية وتجربة وتكامل خاصة بنا، ولا يعني أن كل ميزة ستدخل النسخة الأولى.

هاتف مؤسسي وامتدادات

مكالمات داخلية، تطبيقات Web / iOS / Android / Windows، أرقام داخلية، Voicemail، وحضور المستخدمين ضمن نظام PBX مركزي.

توجيه ذكي للمكالمات

IVR، ساعات العمل، مجموعات الرنين، Queues، تحويلات ومسارات مختلفة للأرقام الواردة بحسب القسم والوقت.

اجتماعات وتكاملات

Video conferencing، Web client، تكاملات الأعمال، وإمكانية بناء طبقة 3PX مخصصة حول Call Control API في مرحلة متقدمة.

INFRASTRUCTURE · GATE

قرار البنية قبل التركيب

المتطلب الحاكم هنا ليس شكل الواجهة، بل عزل نظام الاتصالات عن الـHost الحالي وحماية بقية المواقع والخدمات.

لا تركيب مباشر على الـHost الحالي

3CX يحتاج بيئة Debian مخصصة؛ اختلاف Linux الحالي يعني أن الحل الآمن هو العزل، لا تعديل السيرفر القائم.

توثيق 3CX الرسمي يطلب تخصيص نسخة Debian للنظام وعدم تثبيت حزم أخرى أو تغيير إعداداتها يدويًا. كما أن المسار الرسمي الحالي لـLinux يعتمد Debian 12. لذلك لا نغيّر نظام الـVPS المشترك ولا نغامر بالمواقع الموجودة عليه.

1
الخيار A — VM معزولة على نفس البنيةمناسب فقط إذا أثبت الفحص وجود KVM قابل للاستخدام، موارد كافية، وإمكانية تحقيق نموذج 3CX الشبكي المدعوم: شبكة خاصة RFC1918، Public IP مخصص وSplit DNS، بدون المساس بالـHost.
2
الخيار B — Cloud instance مستقلة ضمن مسار مدعومعندما لا تتوفر بيئة عزل مناسبة على البنية الحالية، نستخدم أحد مسارات 3CX Self‑Hosted الرسمية مثل DigitalOcean أو AWS / Lightsail أو Azure أو Google Cloud، مع Debian 12 حسب مسار النشر.
3
الخيار C — Hosted / Private Cloudبديل رسمي إذا أردنا تقليل إدارة نظام التشغيل، مع بقاء قرار الترخيص وSIP Trunk منفصلًا.
OFFICIAL BASELINE≤ 10 EXT

بداية صغيرة

CPU2 vCPU
Memory4 GB
Storage80 GB SSD

مقاس تخطيطي محافظ للـPBX الصغير وفق صفحة Hardware الرسمية، وليس مجرد الحد الأدنى للتركيب.

OFFICIAL BASELINE≤ 50 EXT

نمو متوسط

CPU4 vCPU
Memory4 GB
Storage160 GB SSD

التسجيل، كثافة الـQueues، وكثرة Web Clients قد ترفع الحاجة للموارد والتخزين.

OPTIONAL LATERPRIVATE MCU

اجتماعات خاصة

OSDebian 12
25 seats4 vCPU / 4 GB
Storage50 GB

ميزة منفصلة ومتقدمة، وتوثيق 3CX يشترط ترخيص 16SC+ AI Edition لخادم Video Conferencing الخاص.

TECHNICAL · STUDY

الدراسة التقنية — بدون ازدحام

افتح فقط البند الذي تحتاجه. بقية التفاصيل تبقى مطوية حتى تظل الصفحة نظيفة على الهاتف والديسكتوب.

01 نظام التشغيل والعزلما المطلوب قبل تثبيت أي PBX.

المسار الرسمي الحالي: Debian 12 لنسخة Linux، مع Instance مخصصة لـ3CX. توثيق 3CX يحذر من إضافة حزم أخرى أو تغيير إعدادات النظام يدويًا. لذلك اختلاف Linux على الـVPS الحالي ليس أمرًا نعالجه بترقية عشوائية؛ نعالجه بالعزل.

  • KVM 2.8+ مدعوم رسميًا كمنصة Virtual Machine.
  • إذا لم يكن KVM أو نموذج الشبكة المطلوب متاحًا، ننتقل إلى Cloud Provider مدعوم رسميًا بدل VPS عام غير مُثبت الدعم.
  • لا apt upgrade / reboot / firewall global change على الـHost المشترك لأجل 3PX.
02 الشبكة، FQDN والـFirewallالعناصر التي تجعل الصوت يعمل بثبات خارج المكتب وداخله.

يلزم FQDN ثابت وتصميم شبكة واضح. في سيناريو On‑Premise تشير الوثائق إلى Public IP مخصص وSplit DNS، بينما الـPrivate Cloud يعتمد البنية التي يوفرها مزود السحابة. فتح المنافذ يتم للـVM المخصصة فقط.

5060 UDP5060-5061 TCP5090 TCP/UDP443 / 5001 TCP9000-10999 UDP48000-65535 UDP · Meetings
  • SIP ALG يجب أن يكون قابلاً للتعطيل عند استخدامه في المسار الشبكي.
  • نجري 3CX Firewall Checker قبل اعتماد الاتصالات الخارجية.
  • لا نفتح Range واسع على الـHost الحالي؛ فقط على عنوان/VM الاتصالات المعزولة.
03 SIP Trunk والأرقامكيف يدخل الاتصال ويخرج إلى الشبكات الهاتفية.

3PX يحتاج مزود SIP Trunk مناسبًا وأرقام DID بحسب البلد والاستخدام. 3CX يدعم Registration‑based وIP‑based trunks، مع توجيه الـDID إلى مستخدم أو Queue أو Ring Group أو IVR، ثم Outbound Rules للمكالمات الصادرة.

  • نختار مزودًا مدعومًا أو نثبت Interoperability قبل ربط أرقام حقيقية.
  • Phase تجريبية تبدأ بأرقام Test أو Trunk محدود قبل نقل أي رقم تشغيلي.
  • TLS/SRTP يدرس مع مزود الخدمة وفق طريقة Authentication التي يدعمها.
04 تجربة الاتصال داخل 3PXالميزات التي يمكن تحويلها إلى تجربة موحدة للمستخدم.
  • Extensions: مستخدمون وامتدادات وتطبيقات هاتف/Web.
  • IVR: استقبال رقمي وتوجيه حتى 10 خيارات في القائمة القياسية، مع إمكانية إنشاء أكثر من IVR.
  • Queues / Ring Groups: فرق استقبال، توزيع مكالمات، وانتظار عند الانشغال.
  • Office Hours: مسارات مختلفة للعمل، الإغلاق، الاستراحة والعطل.
  • Web Meeting: اجتماعات فيديو، مع إمكانية دراسة MCU خاص لاحقًا إذا استدعت الخصوصية والحجم ذلك.
05 طبقة 3PX والتكامل البرمجيأين تبدأ هويتنا الخاصة بدل أن تكون مجرد واجهة 3CX.

توثيق 3CX الحالي يتضمن Call Control API وConfiguration APIs. هذا يفتح لاحقًا باب بناء لوحة 3PX أو Workflow خارجي يتحكم في حالات واتصالات محددة بدل محاولة تعديل قلب 3CX نفسه.

  • نبدأ باستخدام واجهات 3CX الرسمية كما هي.
  • بعد استقرار PBX نحدد ما الذي يحتاج UI خاصًا بـ3PX فعليًا.
  • أي API integration يأتي بعد توثيق الصلاحيات، Authentication، والـAudit trail.
06 التسجيل، النسخ الاحتياطي والمراقبةما الذي يجب حسمه قبل الاستخدام الحقيقي.

التخزين يتغير جذريًا إذا فُعّل Recording؛ توثيق 3CX يقدّر دقيقة التسجيل الصوتي بحوالي 1MB، كما أن Verbose logging قد يصل تقريبًا إلى 1GB يوميًا في نظام مزدحم. لذلك التخزين والـretention والنسخ الاحتياطي جزء من التصميم وليس مرحلة لاحقة.

  • سياسة Recording واضحة: من يسجل؟ ولمدة كم؟ وأين تتم الأرشفة؟
  • Backups خارج الـPBX مع اختبار Restore دوري.
  • CDR / Call History يمكن أرشفته بعيدًا عن قاعدة النظام عند الحاجة.
3PX · ROADMAP

خطة عمل من الدراسة إلى Pilot

لا يوجد Deployment إنتاجي في هذه الخطة قبل إغلاق بوابات العزل والشبكة والـSIP والنسخ الاحتياطي.

R0
Read‑Only VPS ReconOS، CPU، RAM، SSD، virtualization، KVM، Public IP، شبكة، Firewall ownership.
الخطوة الحالية
R1
Architecture DecisionVM معزولة تحقق شروط On‑Premise الرسمية، أو Self‑Hosted على Cloud Provider مدعوم. لا تعديل للـHost المشترك.
التالي
R2
Isolated PBX PilotFQDN، HTTPS، Extensions تجريبية، Web Client وتطبيقات الهاتف، مكالمات داخلية فقط.
Pilot
R3
SIP Trunk & DIDمزود متوافق، رقم تجريبي، Inbound/Outbound، Firewall Checker، ثم قبول جودة الصوت.
بعد R2
R4
Call FlowIVR، Office Hours، Ring Groups، Queues، Voicemail ومسارات عدم الرد.
Functional
R5
3PX Experience Layerتحديد ما يستحق واجهة خاصة أو Call Control API بدون تعديل Core 3CX.
Integration
R6
Meetings & Optional ServicesVideo، Private MCU عند الحاجة، Messaging/Integrations بحسب الترخيص والسياسة.
Optional
R7
Security / Backup / AcceptanceACL، Backup/Restore، Monitoring، Recording policy، E2E test، ثم قرار Production.
Gate

لن نقوم به على الـHost الحالي

  • لا تحويل نظام التشغيل فقط لإرضاء متطلب 3CX.
  • لا packages أو services أو firewall global changes.
  • لا reboot/reload قد يؤثر على المواقع أو المشاريع الأخرى.

ما نثبته قبل الشراء أو النشر

  • عدد المستخدمين والـSimultaneous Calls المتوقع.
  • مزود SIP والأرقام المتاحة للبلد المستهدف.
  • حاجة Recording / Video / AI لأنها تغيّر الموارد والترخيص.
OFFICIAL · DOCUMENTATION

المراجع الرسمية التي بُنيت عليها الدراسة

هذه الروابط تفتح توثيق 3CX الرسمي مباشرة. تمت مراجعتها في 16 سبتمبر 2026، ويجب إعادة التحقق منها قبل أي تنفيذ لأن متطلبات المنتج قد تتغير.

Installing 3CX using Debian ISODebian 12، Dedicated Instance، VM requirements، Public IP وSplit DNS.
Hardware Requirementsأحجام Small / Medium / Large، RAM، vCPU، SSD وSBC.
Firewall & Router ConfigurationSIP، RTP، Tunnel، Apps، WebMeeting ومنافذ الخدمة.
SIP TrunksDID routing، Provider setup، Inbound/Outbound rules.
Queues & Ring Groupsتوزيع المكالمات، الانتظار، Ring strategies وTeams.
IVR / Digital Receptionistقوائم الاستقبال والتوجيه الآلي للأقسام والامتدادات.
Call Control APIالمرجع الرسمي لبناء طبقة تحكم وتكامل خارجي في مرحلة متقدمة.
Private Video Conference ServerDebian 12، MCU requirements، bandwidth، ports ومتطلب الترخيص.