تعمل أطياف على تطوير واجهة دفع تجريبية تهدف إلى تسهيل التعاملات اليومية في قطاع غزة في ظل نقص النقد المتداول والصعوبات التقنية التي تواجه المدفوعات الرقمية. ويركز نموذج Atyaf Payments المتاح عبر pay.atyaf.co على بدء طلب الدفع بين البائع والمشتري بأقل عدد ممكن من الخطوات.
لا يسعى المشروع إلى إنشاء بنك أو محفظة إلكترونية أو مزود دفع مستقل. فالطبقة التي تطورها أطياف تُنشئ طلب الدفع ورمز QR وتتابع حالة العملية، بينما تبقى حركة الأموال وأرصدة المستخدمين داخل أنظمة المحافظ ومقدمي خدمات الدفع المدعومين والمرخّصين من سلطة النقد الفلسطينية.
مسار قصير من البائع إلى المشتري
في المسار المقترح، يُدخل البائع المبلغ المطلوب عبر واجهة سريعة، فتُصدر المنظومة رمز QR مرتبطاً بطلب الدفع. يمسح المشتري الرمز بهاتفه، وينتقل إلى محفظته المرخّصة المدعومة، ثم يراجع تفاصيل العملية ويؤكد الدفع من داخلها.
بعد ذلك يتحقق النموذج من حالة العملية ويعرض نتيجتها للبائع. ويهدف هذا التصميم إلى تقليل إدخال أرقام الهواتف أو الحسابات يدوياً، والحد من الأخطاء في بيئات البيع اليومية السريعة.
الاستجابة لواقع السيولة والاتصال في غزة
جعل نقص النقد المادي، وتضرر البنية المصرفية، وانقطاعات الاتصال، إنجاز المدفوعات اليومية أكثر صعوبة في غزة. وتوثق تقارير البنك الدولي واليونيسف ومؤسسات الأمم المتحدة توسع الاعتماد على المحافظ والمدفوعات الرقمية، مع استمرار تحديات الاتصال ونقاط القبول وكلفة الوصول إلى النقد.
لذلك لا يقتصر بحث Atyaf Payments على إصدار رمز QR؛ بل يتناول أيضاً تقليل خطوات الاستخدام، ووضوح حالة العملية، والتعامل الآمن مع فشل الاتصال، وإبقاء التأكيد المالي النهائي داخل المحفظة المرخّصة للمستخدم.
الوضع الحالي للنموذج
تعمل النسخة الحالية على pay.atyaf.co كمختبر تقني يحمل اسم “Debug Lab”، وتختبر خطوات اتصال التاجر، وإظهار رمز QR لمسحه عبر تطبيق المحفظة، والتحقق من حالة العملية. وهي ليست منتج دفع تجارياً متاحاً للجمهور، بل بيئة بحث وتطوير لتقييم التكامل والأمان وسيناريوهات التشغيل.
ويتطلب أي انتقال إلى استخدام أوسع تكاملاً رسمياً مع مقدمي الدفع المرخّصين، واستيفاء الموافقات التقنية والتنظيمية اللازمة، ومراجعة حماية البيانات، واختبار حالات الفشل والاسترداد وظروف الاتصال الضعيف بصورة شاملة.