مطور Android متخصص في Telephony/VoIP لتنفيذ POC كبديل لـ GSM Gateway

أبحث عن مطور Android لديه خبرة عملية في Android Telephony / SIM / Voice Calls / VoIP لتنفيذ نموذج أولي (POC) لاختبار إمكانية استخدام هاتف Android يحتوي على SIM كبديل محتمل لـ GSM Gateway ضمن نظام SaaS قائم على Backend خارجي.

الهدف من المشروع ليس بناء تطبيق Production كامل، وإنما تنفيذ POC عملي يثبت إمكانية تنفيذ السيناريو المطلوب وتحديد القيود التقنية قبل اعتماد الحل.

السيناريو المطلوب اختباره

النظام الخارجي يرسل أمرًا إلى جهاز Android لإجراء اتصال:

Backend / API

↓

Android Device

↓

SIM

↓

Customer Call

ويقوم الـPOC باختبار الوظائف التالية:

استقبال أمر من Backend/API لبدء مكالمة.

إجراء المكالمة باستخدام شريحة SIM الموجودة في هاتف Android.

اكتشاف حالة المكالمة قدر الإمكان، مثل:

Dialing

Answered

Completed

Failed / Rejected

تشغيل رسالة صوتية مسجلة داخل المكالمة بحيث يسمعها الطرف الآخر.

اختبار إمكانية استقبال اختيار من الطرف الآخر أثناء المكالمة، مثل DTMF (Press 1 / Press 2) أو تحديد البديل التقني المناسب إذا كان Android يفرض قيودًا على ذلك.

إرسال نتيجة المكالمة والأحداث إلى Backend خارجي باستخدام API/Webhook.

اختبار السيناريو عمليًا على جهاز Android حقيقي وشريحة SIM فعلية.

المطلوب من المطور أيضًا

يجب توضيح القيود التقنية التي تم اكتشافها أثناء الـPOC، خصوصًا:

Android versions المدعومة.

الصلاحيات المطلوبة.

هل يحتاج التطبيق أن يكون Default Phone/Dialer.

هل يحتاج Root أو صلاحيات System خاصة.

القيود الخاصة بالتحكم في Call Audio.

إمكانية تشغيل Recorded Audio للطرف الآخر.

إمكانية التعامل مع DTMF.

هل الحل يعتمد على Android Telephony APIs فقط أم يحتاج SIP/VoIP أو مكونات إضافية.

مدى إمكانية تشغيل التطبيق في الخلفية بصورة مستقرة.

أي قيود متعلقة بنوع الهاتف أو الشركة المصنعة.

المخرجات المطلوبة Deliverables

في نهاية المشروع نحتاج:

Working Android POC.

Source Code الخاص بالـPOC.

تجربة فعلية على Android + SIM.

API/Webhook integration تجريبي.

توثيق مختصر لطريقة التشغيل.

توثيق القيود والصلاحيات المطلوبة.

Go / No-Go Recommendation واضحة حول صلاحية Android ليكون بديلًا للـGSM Gateway في هذا السيناريو.

في حالة نجاح الـPOC: توضيح Architecture المقترحة ومتطلبات تحويله لاحقًا إلى Production Android Gateway.

Acceptance Criteria

لن يعتبر الـPOC مكتملًا بمجرد قدرة التطبيق على إجراء مكالمة عادية.

الهدف الأساسي هو إثبات أو نفي إمكانية السيناريو التالي عمليًا:

Backend Command

↓

Android

↓

Call using SIM

↓

Detect Call State

↓

Play Recorded Message to Customer

↓

Receive / Handle Customer Option

↓

Return Result to Backend

إذا كانت إحدى هذه الوظائف غير ممكنة بسبب قيود Android، المطلوب إثبات وتوثيق القيد واقتراح البديل التقني المناسب، وليس الالتزام بتنفيذ شيء تمنعه المنصة.

الخبرة المطلوبة

يفضل وجود خبرة سابقة في واحد أو أكثر من:

Android Native (Kotlin/Java) — Android Telecom/Telephony APIs — SIM-based calling — Default Dialer applications — SIP/VoIP — Call State Management — DTMF — Android Audio Routing — Background Services — REST APIs/Webhooks

لا نبحث عن مطور UI أو Flutter فقط؛ الخبرة في Android Telephony هي العامل الأساسي في الاختيار.