نريد مطور ويب يقوم بربط بوابة دفع عبر العملات الرقمية في موقعنا يمكنك الأطلاع على التفاصيل عبر هذه الروابط سكربت الموقع: https://codecanyon.net/it... بوابة الدفع: https://cryptomus.com/ هذه مستندات التطوير: https://doc.cryptomus.com...

يوجد لدي تصميم UX & UI لتطبيق توصيل طلبات و خدمات للمنازل اريد برمجته مع التخصيص بعض التدفقات (عميل — مندوب توصيل — فني خدمة — تاجر — لوحة إدارة)، مع الاقتراحات التقنية، واجهات وتدفقات المستخدم، تكامل خرائط قوقل، المحادثات الفورية، بوابات الدفع المحلية، الاختبار، النشر على Android و iOS، والصيانة/التحديثات. سأعرض أيضاً اقتراحات معمارية ونقاط تنفيذ عملية يمكنك تسليمها لفريق تطوير أو استخدامها كخريطة طريق. أدرجت مراجع تقنية مهمة لكل جزئية أساسية.  1 — ملخص المنتج (نظرة عامة) تطبيق يجمع بين: توصيل طلبات (طعام، سوبرماركت، صيدلية، متاجر) + خدمات منزلية (سباكة، كهرباء، بستاني، تنظيف…). يدعم: تتبّع مباشر على الخريطة، محادثة فورية بين أطراف الطلب، نظام إشعارات ودفع إلكتروني محلي/دولي، إدارة متاجر ومندوبي وتتبّع أداء عبر لوحة إدارة. يعتمد على هوية مرسول (عربي/تونسي + فرنسي) ويستهدف إطلاقًا على Android و iOS. 2 — وظائف أساسية (features) — المطلوب بالكامل 1.تسجيل/تفعيل الحسابات: •عميل: تسجيل عبر رقم هاتف (OTP)، بريد/كلمة مرور، ملف شخصي. •مندوب: تسجيل + رفع مستندات (هوية، رخصة/صورة سيارة)، حالة تفعيل، لوحة رصيد. •فني خدمة: تسجيل + مهارات/شهادات/تكلفة ساعة أو سعر خدمة، ساعات متاحة. •تاجر/متجر: ملف المحل، قوائم منتجات، أوقات العمل، سياسات التسليم. •مشرف/Admin: إدارة المستخدمين، التقارير، إعداد بوابات الدفع والأسعار. 2.إنشاء الطلبات: •قوائم متاجر/فئات، صفحة منتج/سلة، اختيار فني (خدمة) أو مندوب (توصيل). •تقدير سعر ومهل وصول (ETA) ديناميكي. 3.التتبع المباشر: •موقع المندوب/الفني على الخريطة، تحديثات حركة، مسار، ETA، مشاركة موقع مؤقتة. (استخدم Google Maps SDK).  4.نظام مطابقة ذكي: •اختيار أقرب مندوب/فني بناءً على المسافة، التقييم، الحالة (متاح)، قدرات السيارة/المواد. •دعم قبول/رفض الطلب مع مؤقت (مثلاً 30s). 5.محادثة فورية وصور: •دردشة نصية بين عميل و مندوب/فني/تاجر؛ إرسال صور/موقع. خيارات: Firebase (Realtime DB أو Firestore) أو Socket.IO/Pusher/Ably حسب متطلبات قابلية التوسع والخصائص.  6.الدفع: •بوابات دفع محلية (إضافة أمثلة: Paymee, E-Dinar، أو الربط مع البنوك المحلية/مزود PSP) + Stripe/PayPal كخيار دولي. يجب دعم الدفع المسبق، الدفع عند التسليم، والمحافظ داخل التطبيق.  7.تقييمات وملاحظات، نظام شكاوى، استرجاع/مرتجعات. 8.إشعارات Push + SMS + Email للمرحلة الحرجة (طلب جديد، قبول، وصول، إلغاء). 9.إدارة عروض/كوبونات وبرامج ولاء. 10.تقارير/لوحة تحكم: مبيعات، أداء مندوبي/فنيين، طلبات حسب المنطقة، تقارير مالية، إدارة المحتوى (CMS). 11.إعدادات الأمان والامتثال: تشفير البيانات، إدارة مفاتيح API، حماية ضد تزوير الموقع، قيود عرض الخرائط/بلاط رسوم الاستخدام (Billing). 12.دعم لغتين: العربية (لهجة تونسية) + الفرنسية، مع إمكانية إضافة لغات لاحقًا. 3 — واجهات المستخدم (الشاشات الأساسية لكل دور) سأقسمها حسب الدور، مع ملاحظات سلوكية لكل شاشة. العميل (User / Customer) •شاشة ترحيب / Onboarding (AR/TN + FR). •تسجيل/تسجيل دخول (OTP + email). •الصفحة الرئيسية: فئات (طعام/سوبرماركت/صيدلية/خدمات)، شريط بحث، عروض. •صفحة المتجر / القوائم / منتج. •سلة الشراء + اختيار نوع الدفع + تفاصيل التوصيل (ملاحظات). •صفحة اختيار فني/خدمة (إن كانت خدمة منزلية): جداول أسعار، صور، تقييمات، وقت متاح. •تأكيد الطلب: ملخص، سعر، تقدير وقت الوصول. •شاشة تتبّع الطلب الحي: خريطة مع موقع المندوب، التقدم (تم الاستلام، في الطريق، تم التسليم). •محادثة فورية داخل الطلب. •لوحة الطلبات السابقة وإمكانية إعادة التكرار. •صفحة الملف الشخصي، طرق الدفع، العناوين المحفوظة، الإعدادات، مساعدة/دعم. مندوب التوصيل (Driver / Courier) •تسجيل وتوثيق: رفع مستندات، نوع وسيلة النقل. •شاشة المهام الحالية: قائمة بالطلبات المقترحة مع زر قبول/رفض. •خريطة ملاحة (turn-by-turn) + تعقب المسار، وضع متاح/غير متاح. •تفاصيل الطلب: عنوان الاستلام والتسليم، ملاحظات العميل، زر اتصال بالمشتري. •شاشة الأجرة / اجمالي الأرباح / رصيد داخلي. •سجل المهمات والتقييمات. •قائمة الإجراءات الطارئة (مثلاً: إبلاغ عن مشكلة، إلغاء). •إشعارات للطلبات العاجلة. فني الخدمة (Technician) •ملف تعريفي: مهارات، أسعار، صور أعمال سابقة، جدول مواعيد. •قبول/رفض مهمة، إدارة مواعيد (calendar). •شاشة تفاصيل المهمة + محادثة + رفع صور قبل/بعد. •إدارة أسعار الخدمات والإضافات (القطع). •تقارير أداء/فواتير. التاجر / المتجر •لوحة منخفضة الكود لإدارة القوائم (منتجات، صور، أسعار، وقت تحضير). •إدارة الطلبات الواردة (قبول/رفض)، إعدادات التوصيل (تسليم ذاتي أو عبر المنصة). •تقارير مبيعات، إعدادات خصومات، إدارة الموظفين داخل المتجر. لوحة الإدارة (Admin / Backoffice) •مصادقة 2FA. •إدارة المستخدمين (بحث/حظر/تفعيل). •إدارة الأحمال/التسعير، إعداد مناطق الخدمة، إدارة خرائط (نطاق المناطق). •تقارير مفصلة: معاملات يومية، تقارير ضريبية، ملاحظة الشكاوى. •إدارة بوابات الدفع وReconciling، لوحة عمليات إدارية (refunds). •مراقبة الخدمات (logs)، تنبيهات نظامية (crashes، معدل رفض مرتفع). •أدوات التسويق (إرسال حملات Push، كوبونات، صفحات Landing). 4 — تدفقات (Flows) — أمثلة تشغيلية سأصف 3 تدفقات رئيسية. A. طلب توصيل منتج من متجر 1.عميل يختار متجر + منتج → يضغط “اطلب”. 2.يحدد العنوان + طريقة الدفع → يضغط تأكيد. 3.backend يحسب التكلفة ويبحث عن أقرب مندوب نشط (مطابقة) → يرسل إشعارًا لمجموعة من المندوبين. 4.أحد المندوبين يقبل → حالة الطلب تنتقل إلى “مقبول”. 5.المندوب ينتقل إلى نقطة الاستلام (ناڤيجيشن)، يلتقط الطلب → يحدّث الحالة. 6.التتبّع الحي يظهر للعميل، محادثة فورية متاحة. 7.عند التسليم يتم تأكيد الاستلام + التقييم. B. حجز خدمة فني (مثال: سباكة) 1.العميل يختار خدمة → يرى قائمة الفنيين المتاحين + الأسعار. 2.يحدد الموعد → يرسل الطلب للفنيين المتاحين أو يختار فنيًا محددًا. 3. الفني يطلع على تفاصيل الطلب و الصور المرفقة و يقدم عرض سعر العميل يقوم بالقبول او الرفض في حالة الموافقة يتم حجز الموعد، تقبل الدفع كدفعة جزئية أو عند الإنتهاء. 4.بعد التنفيذ: رفع صور “قبل/بعد”، فاتورة، تقييم. C. حالة إلغاء/طوارئ •إذا لم يقبل أي مندوب خلال X دقائق، إعادة إرسال إشعار لأبعد مدى أو عرض خيار استرداد/إلغاء تلقائي مع إشعار العميل واسترداد جزئي (إن وُجد). 5 — مقترح المعمارية التقنية (Backend / Infra) 1.نموذج معماري مقترح: Microservices أو modular monolith مع services منفصلة: •Auth service (OTP, JWT, roles). •User/Profiles service. •Orders service (matching, states). •Real-time service (chat & location updates) — WebSocket/Socket.IO أو عبر Firebase. •Payments service (Integrations مع PSP). •Notifications service (FCM / APNs / SMS). •Admin/Reporting service. •Media service (صور/مرفقات). •Gateway / API Gateway (Throttling, rate-limiting, auth). •DBs: Relational (Postgres) للبيانات الحاسوبية + NoSQL (Redis) للكاش وPub/Sub للرسائل، وTime-series/Log storage (ELK) للمراقبة. 2.اختيارات جاهزة/Managed: •Realtime chat/locations: Firebase Realtime DB / Firestore أو Ably / Pusher / Socket.IO + Redis pubsub. (قرار يعتمد على حجم الميتخدمين). •Hosting: Kubernetes (GKE/EKS/AKS) أو managed services (Heroku, Cloud Run) حسب حجم الفريق. •CI/CD: GitHub Actions / GitLab CI لإرسال بنية تلقائية، اختبارات، ونشر. 6 — تكامل خرائط وقوائم الملاحة •استخدم Google Maps Platform SDK للعرض، الاتجاهات، والمسارات وNavigation SDK للـ turn-by-turn. احرص على إدارة مفاتيح API والـ billing لأن خرائط بها تكلفة حسب الاستخدام.  7 — تصميم المحادثة الفورية (Realtime chat) خيارات: •Firebase Realtime Database / Firestore: أسرع إعداد، إدارة سريعة للمزامنة، مناسب لبدء MVP، إدارة استضافية. لكن يجب مراقبة التكاليف حسب عمليات القراءة/كتابة.  •Socket.IO / WebSocket مع backend مخصص (Node.js/Go) + Redis pub/sub: تحكم كامل، أفضل عند حجم كبير وتخصيص بروتوكولات، لكن تحتاج إدارة البنية التحتية. •خدمات مدفوعة (Pusher, Ably, CometChat): تقلل عبء التطوير، ميزات out-of-the-box (typing, presence, history). اختيار عملي: ابدأ بـ Firebase للتسريع، وانتقل إلى Socket/Ably عند نمو الاستخدام. 8 — تكامل بوابات الدفع المحلية •حدد بوابات محلية موثوقة في تونس: أمثلة شائعة في السوق المحلي: Paymee وE-Dinar (راجع موفري PSP المحليين والبنوك). قد تحتاج إلى اتفاقية تجارية مع البنك المحلي لإتاحة التحويل بالـ TND وواجهة 3DS إذا لزم. دائمًا احرص على PCI DSS compliance أو استخدام tokenization عبر PSP لتجنّب تخزين بيانات البطاقات.  9 — مقترح Tech Stack (توصية عملية) •Mobile: Flutter (دعم iOS+Android من قاعدة كود واحدة، UI سلس) أو React Native. (Flutter خيار ممتاز للواجهات الغنية).  •Backend: Node.js (Express/NestJS) أو Go أو Spring Boot (Java/Kotlin). •DB: Postgres + Redis. للوسائط S3 (AWS) أو GCS. •Realtime: Firebase أو Socket.IO/Ably. •CI/CD: GitHub Actions, Fastlane (لنشر iOS/Android). •Monitoring: Sentry (errors), Prometheus+Grafana (metrics), ELK (logs). •Containers: Docker + Kubernetes (عند الحاجة للتوسع). 10 — جودة، اختبار، وإطلاق 1.اختبارات: •Unit tests (backend + mobile). •Integration tests (APIs). •End-to-end (E2E) على الأجهزة (Appium أو Detox أو Flutter integration tests). •Load testing (k6، JMeter) خصوصًا لمكونات التتبع والدردشة. 2.اختبارات الخرائط والملاحة: محاكاة مواقع GPS واختبار حالات ضعف الإشارة. 3.اختبارات الأمان: Penetration testing، OWASP Mobile Top 10، حماية endpoints، rate-limiting. 4.Beta / مراحل: •إصدار داخلي (alpha) → إصدار تجريبي مغلق (TestFlight على iOS، Internal on Play Console) → جمع ملاحظات → إطلاق عام. 5.متطلبات نشر: •Apple App Store: الالتزام بإرشادات App Store، إعداد App Store Connect، شهادات، تكوين privacy policy، screenshots، وفحص مراجعة Apple.  •Google Play: إعداد Play Console، إعداد signing keys، سياسات المحتوى، وصف التطبيق، استخدام خدمات الموقع الخلفية (يطلب أسباب استخدام صارمة). تابع تحديثات سياسات النشر. 11 — خطة نشر وتحديث (Release + Maintenance) •استخدم Fastlane لأتمتة بناء ونشر الإصدارات. •إصدار MVP خلال 8–12 أسبوعًا (تقريبيًا يعتمد على فريق)، مع وظائف أساسية: تسجيل، طلب، تتبع، دردشة، دفع. •تحديثات شهرية مصغرة (bug fixes) + إصدار رئيسي كل 6–12 أسبوعًا مع ميزات جديدة. •نظام مراقبة أخطاء وSLA لدعم المستخدمين. 12 — قياسات نجاح (KPIs) ومؤشرات يجب تتبعها •وقت قبول الطلب (acceptance time). •معدل إلغاء الطلبات. •متوسط وقت التوصيل (ETA accuracy). •معدل الاحتفاظ بالعملاء (retention). •قيمة العمر الافتراضي للعميل (LTV). •رسوم الاستخدام اليومية للخرائط (Google Maps billing). 13 — متطلبات قانونية وخصوصية •سياسة خصوصية واضحة (خصوصًا جمع الموقع والبيانات الشخصية). •التقيّد بقوانين الدفع الوطنيّة (KYC إذا لزم). •حفظ سجلات المعاملات لغايات محاسبية. •آليات لاسترداد الأموال (refunds) واحتياطات ضد الاحتيال. 14 — تحسينات لاحقة ونماذج مدفوعة •محرك تسعير ديناميكي (based on distance, ETA, time-of-day). •إخطارات ذكية باستخدام ML للتنبؤ بالطلب. •تكامل مع بوابات متعددة وقنوات دفع محلية دولية. •واجهة ويب للمتجر/تاجر لإدارة القوائم. 15 — تقديرات موارد (مقترح فرق) •مطوران Mobile (Flutter) أو React Native. •مطور Backend (1). مهندس DevOps (جزئي). •مهندس QA (جزئي/ •مدة MVP تقريبيًا: 2–3 أشهر مع فريق صغير وكفاءة، 16 — ملاحظات مهمة / نصائح عملية •ابدأ بمشروع MVP بسيط (طلبات + تتبع + دردشة + دفع) ثم أضف إدارة فنيين وخدمات. •اختبر الحمل على مكوّنات التتبع والدردشة: هذه هي أعلى أجزاء استهلاكًا للموارد. •راعِ تكاليف Google Maps (تفعيل الـ billing وقياس الاستخدام مبكرًا). •لا تخزن بيانات البطاقات داخل السيرفرات — استخدم tokenization من PSP. ⸻ مراجع تقنية أساسية (للقراءة والتنفيذ) •Google Maps SDK (Android): Maps SDK for Android.  •Google Maps SDK (iOS): Maps SDK for iOS.  •مقارنة حلول الـ realtime (Firebase vs Socket.IO / Ably).  •أمثلة بوابات دفع محلية (Paymee, E-Dinar) ومزودات محلية.  •متطلبات ونشر App Store (Apple).  ⸻

التطبيق عبارة عن قهوه تقدر تدخل فيها انت وصحابك ويكون عندك مكان entertainment تلعب الاعاب مع صحابك في ننفس الروم + تسمع اغاني + تقراء الاخبار وفي نظام كوين بتقدر تجمعها من داخل الapp ومش بيفتح غير اما يكون معاك كود دعوه ios / android

احتاج احد يجيد العمل على spline بسابقة اعمال جيدة سيقوم بتصميم ومساعدة مطور الويب على ربط ال spline بالموقع

السكربت المقترح: لارا كلاسيفايد (Lara Classifier) •الواجهة الأمامية (Front Area): https://demo.laraclassifi... 1. واجهة المستخدم وتجربة الاستخدام (UI/UX و Frontend) واجهة حديثة متجاوبة بالكامل باستخدام React.js أو Vue.js. تحسين الأداء: Lazy Load للصور والمكونات. WebP للصور لتسريع التحميل. استخدام CDN عالمي لتسريع التصفح. تقسيم بعض المكونات إلى مكتبات Frontend مستقلة لتسهيل التطوير المستقبلي. عرض الإعلانات بطرق متعددة: شبكة، قائمة، خريطة (Map View). محرك بحث ذكي وفلاتر متقدمة حسب الموقع، السعر، الفئة، الحالة، نوع المعلن. تجربة مستخدم محسنة للهواتف المحمولة مع Swipe وTouch Gestures. 2. تحسين محركات البحث (SEO) تنظيم الروابط حسب الدولة والفئة. Sitemap ديناميكي باستخدام spatie/laravel-sitemap. Schema Markup لكل إعلان. دعم hreflang و canonical URLs وملف robots.txt. SEO محلي لكل مدينة لزيادة الظهور في نتائج البحث. دعم Microdata و Open Graph لتحسين المشاركة على وسائل التواصل الاجتماعي. 3. لوحة الإحصائيات المتقدمة تتبع شامل للزوار حسب الأجهزة، الموقع الجغرافي، أنواع الإعلانات، مدة الجلسات والتحويلات. تصنيف المعلنين: فرد – شركة – جهة حكومية. تصدير التقارير بصيغ PDF و Excel. Dashboard بصري متقدم (Charts, Heatmaps). تحليلات Conversion Rate لكل إعلان مع فلترة متقدمة حسب الفئة والموقع. 4. نظام الإعلانات والدفع خطط اشتراك مرنة مع خيارات دفع متعددة. تخصيص مدة الإعلانات، ترتيب ظهورها، الإعلانات المميزة. إصدار فواتير إلكترونية وتقارير مالية دقيقة. إعلانات مميزة على الصفحة الرئيسية أو نتائج البحث بشكل ديناميكي. تنبيهات للمستخدمين عند انتهاء صلاحية الإعلان أو ظهور عروض مماثلة. 5. صفحة المعلنين المخصصة صفحة بيانات لكل معلن تظهر ضمن الهيدر والفوتر. تضم معلومات المعلن، الشعارات، الإعلانات النشطة، تقييمات العملاء. إضافة رتب خاصة: أفضل مشتري، أفضل معلن، أفضل بائع، مسوق معتمد. إدارة كاملة عبر لوحة التحكم. 6. التسويق بالعمولة وبرامج الولاء تتبع العمولات لموظفي التسويق. نظام نقاط ولاء قابلة للاستبدال. ترقيات تلقائية للحسابات النشطة. نقاط المكافآت على كل نشاط: نشر إعلان، مشاركة إعلان، إكمال الملف الشخصي. برنامج إحالة المستخدمين مع مكافآت عند دعوة مستخدمين جدد. 7. نظام الأمان والتحكم في الصلاحيات مصادقة ثنائية 2FA عبر البريد أو SMS. تكامل Captcha (reCAPTCHA أو hCaptcha). تتبع محاولات الدخول الفاشلة. صلاحيات دقيقة لكل موظف: التحكم في النظام، إخفاء البيانات الحساسة، فصل صلاحيات الإحصائيات والفوترة. حماية متقدمة ضد Spam Ads و Fake Accounts. إشعارات فورية عند اكتشاف نشاط مشبوه. 8. تطبيق الموبايل Flutter (Android + iOS) جميع وظائف الموقع متاحة عبر تطبيق مستقل. ميزات: تسجيل دخول/خروج، تصفح حسب الدولة والموقع، الإشعارات، إضافة وتعديل الإعلانات، إدارة المدفوعات والحساب الشخصي. صلاحيات الوصول: GPS، الكاميرا، التخزين، الإنترنت، الإشعارات، المعرض، الاتصال والرسائل. Push Notifications ذكية عند انتهاء صلاحية الإعلان أو ظهور عروض مشابهة. دعم Offline Mode لتصفح الإعلانات الأخيرة بدون اتصال. Map View لتحديد مواقع الإعلانات القريبة. 9. بوابات الدفع المقترحة لدول الخليج والعرب كل بوابة دمج عبر Laravel Payment Package مستقل لتسهيل الإضافة أو الإزالة مستقبليًا. دول الخليج: Tap Payments، Network International، MyFatoorah الدول العربية: MyFatoorah، Fawry، Pay Fort، Pay Tabs، HPS CMI، Dinar Pay، BaridiMob، Asia Hawala، Zain Cash 11. قسم التوظيف إضافة بلقن مستقل مخصص لقسم التوظيف ضمن النظام الأساسي للإعلانات المبوبة. المزايا الرئيسية: إنشاء وتحرير السيرة الذاتية باستخدام قوالب جاهزة ومتنوعة وتدعم نظام ats، لتسهيل إعداد السير الذاتية بسرعة وبشكل احترافي مع توفير قوالب جاهزه لا يقل عن 10 قوالب رفع السيرة الذاتية بصيغ متعددة (PDF، Word، وغيرها) لتسهيل التقديم للوظائف. إضافة وإدارة بيانات الشركات مع إمكانية الربط المباشر بمواقع مهنية مثل LinkedIn لتعزيز مصداقية الشركات وسهولة التواصل. عرض إعلانات الوظائف بشكل منظم مع خيارات بحث وفلاتر متعددة حسب: المجال/التخصص الموقع الجغرافي نوع العقد مستوى الخبرة الراتب نوع العمل ( مقر الشركة - عن بعد - دوام كامل - جزئي - فريلانسر ) نظام طلبات التوظيف متكامل يسمح للمستخدمين بتقديم طلبات للوظائف مباشرة من خلال البلجن، مع إمكانية متابعة حالة الطلبات (تم النظر فيها، تم القبول/الرفض). إدارة شاملة لشركات التوظيف تشمل: تخصيص صفحات لكل شركة تحتوي على شعار الشركة ووصف مختصر ترتيب ظهور الشركات فلترة إعلانات الوظائف الخاصة بها عرض الوظائف الأكثر نشاطًا أو تفاعلاً التنفيذ التقني: بلقن مستقل (Laravel Package) يعمل بشكل منفصل عن باقي النظام لتسهيل التطوير والصيانة. ربط قاعدة بيانات منفصلة أو جداول مخصصة لتحسين الأداء والعزل بين بيانات التوظيف وبيانات الإعلانات العامة. استخدام مكونات Laravel القياسية مع استغلال نظام الحزم (Packages) والـ API لتسهيل التكامل مع باقي النظام والتطبيقات الخارجية. 11. الدعم الفني والمتطلبات دعم فني لا يقل عن 3 أشهر قابل للتمديد باتفاق آخر. توفير كل متطلبات المشروع: نسخة رسمية من السكربت حسابات Apple و Google مزود SMS أي متطلبات أخرى لإتمام المشروع 11. آلية الدفع المقترحة 70% من المبلغ المتفق عليه يتم دفعه عند بدء المشروع (سوف في هذا المشروع او مشروع خاص للمبرمج الذي سيتم الاتفاق معه). وسوف يتم فتح مشروع اخر قبل استلام المشروع هذا من البرمج بعدة ايام وسوف يكون المشروع الجديد هو دعم فني لهذا المشروع ومكمل له وسوف يتم دفع المبلغ 30% من قيمة المشروع المتفق عليها -- بعد استلام المشروع وفي فترة الدعم الفني سوف اقوم بفتح مشروع اخر مستقل بطلب اختبار برمجي واختبار امني ( هكر اخلاقي ) لاختبار قوة الامان في السكربت وسوف يكون بالتواصل مع المبرمج لزيادة التحسينات الامان هذه الآلية تضمن حقوق المبرمج وتسريع العمل دون تأخير، مع حماية حق المبرمج وعدم التاخر في استلامه للمبلغ المتفق عليه وكذلك مع حماية صاحب المشروع لضمان جودة الدعم الفني. ( جميع المتطلبات سوف تكون من خلال المنصة هنا - وفي حال تطلب وجود اي اجتماع في زوم او قوقل ميت سوف يتم كتابة ملخص في نفس المنصه )