التشفير المتقدم للرموز

يستخدم Jotform الترميز القائم على الرموز المؤقتة (nonce) بحيث لا يتم تخزين بيانات الدفع الاساسية أو كشفها أبدًا. يتم التعامل مع حقول بطاقة الائتمان بأمان عبر SDK الخاص ببوابة الدفع (JavaScript SDK)، مما يعني أن Jotform لا يصل أبدًا إلى تفاصيل البطاقة. بدلاً من ذلك، تقوم البوابة بإنشاء رمز مشفر لمرة واحدة يُرسل مباشرة إلى معالج الدفع، مما يقلل المخاطر ويضمن الامتثال لمعايير PCI.

Heading

تظل بيانات مدفوعات العملاء المالية آمنة، ويظل عملك محميًا.

أمان الدفع من المستوى المتقدم

يعمل الترميز والتشفير المدمجان على إبقاء البيانات الحساسة بعيداً عن الخوادم، مما يحميك أنت وعملائك.

المدونة
Heading

كيف يعمل تدفق الرموز المؤقتة (nonce) في Square وStripe وPayPa

  • Square: يتم إدخال تفاصيل البطاقة في نموذج Square المدمج. يقوم SDK الخاص بـ Square بإنشاء رمز مؤقت قصير الأمد (nonce) يُرسل إلى Jotform. يستخدمه Jotform عبر واجهة برمجة تطبيقات Square لإتمام عملية الدفع. لا يرى Jotform بيانات البطاقة أبدًا.
  • Stripe: يتم إدخال تفاصيل البطاقة عبر Stripe Elements أو Checkout. يقوم SDK الخاص بـ Stripe بإنشاء رمز/طريقة دفع، يتم إرساله إلى Jotform. يستخدم Jotform هذا الرمز مع واجهة برمجة تطبيقات Stripe لإجراء الدفع، إنشاء الاشتراكات، أو ربطه بالعميل. لا يتم كشف بيانات البطاقة لـ Jotform أبدًا.
  • PayPal: الدفع (المحفظة/الأزرار): يتم إعادة توجيه المستخدمين إلى PayPal. يتلقى Jotform فقط معرف/رمز الدفع بعد التفويض. بطاقات متقدمة / Braintree: يتم إدخال بيانات البطاقة عبر SDK الخاص بـ PayPal/Braintree، والذي يولد رمزًا مؤقتًا (nonce/token). يستخدم Jotform هذا الرمز لإتمام الدفع عبر واجهة برمجة تطبيقات PayPal. كل المسارات تضمن بقاء بيانات البطاقة خارج خوادم Jotform.