نستخدم Google Analytics لإحصاءات الزيارات. لا نفعّل ملفات تعريف الارتباط التحليلية إلا بموافقتك. وفي حال عدم الموافقة، تُقدَّر الإحصاءات اعتمادًا على إشارات لا تستخدم ملفات تعريف الارتباط. سياسة ملفات تعريف الارتباط.
Gateway · المدفوعات
مثال تطبيقي يمر عبر الصفحة كلها — Arc Studio SRL، الطلب 9F21-0716، بمبلغ €49.00. يختار العميل البطاقة أو Apple Pay أو Google Pay أو USDC أو التحويل المصرفي، وتبقى الصورة عند التاجر واحدة في كل الأحوال: مرجع واحد، وإيصال واحد، ومبلغ واحد باليورو.
ضمانات
تشتت طرق الدفع مشكلة التاجر، وهي تتفاقم: معالج بطاقات بلوحة تحكم خاصة، وSDK للمحافظ بدورة إصدار مستقلة، وخيار للعملات المشفّرة في صفحة أخرى لا يُطابَق في أي مكان. كل طريقة تُضاف تعني تكاملًا جديدًا، وتقارير جديدة، ومكانًا آخر قد تضيع فيه دفعة. يختصر Gateway ذلك في صفحة واحدة وسجل واحد.
الـcheckout نفسه على الجوال — بطاقات ومحافظ وUSDC في صفحة واحدة. · الإيصال — 52.95 USDC مدفوعة، و€49.00 مُسوّاة، بوضوح تام.
البطاقات وApple Pay وGoogle Pay وUSDC والتحويل المصرفي والطرق المحلية التي يتوقعها مشترووك، كلها في الصفحة المستضافة نفسها، مرتبة بحسب ما يرجَّح أن يستخدمه العميل أمامها. تتكيف الصفحة مع سطح المكتب والهاتف وداخل التطبيق، وقبول طريقة جديدة مجرد مفتاح تبديل، لا مشروع.
المكتب الخلفي للروابط — كل رابط بحالته، و€2,304.50 محصّلة هذا الشهر.
يُسعَّر USDC بسعر يظهر في الصفحة قبل أن يؤكد العميل، ويُسوّى باليورو، ويصل في الدفعة نفسها مع تحصيلات البطاقات. فلا تحتفظ بأي مركز من الرموز، ولا تنشئ وظيفة خزينة، ولا يرى محاسبك عملة ثانية. ويذكر الإيصال التحويل في سطر واحد — العميل دفع بعملة مشفّرة؛ والدفاتر تقول €49.00.
استرداد جارٍ — على مستوى الطلب، والسبب إلزامي، وتعود الأموال بالمسار الأصلي.
كل شيء يتعلق بالطلب لا بطريقة الدفع. يحمل الطلب 9F21-0716 بنوده، ورسوم معالجته €0.50، وإجماليه، ونتيجة تفويضه، وإيصاله، ومبالغه المستردة. ولهذا تصبح المطابقة مجرد بحث، والنزاع شاشة واحدة، ويشير الاسترداد إلى طلب لا إلى بطاقة أو محفظة أو سلسلة.
هوية الـcheckout — الشعار والألوان والخط والزوايا، بمعاينة حية قبل الحفظ.
تُحفظ البطاقات في خزنتنا ويُشار إليها برمز token، فيدفع العميل العائد بنقرة، وتخزّن أنظمتك مرجعًا لا رقم بطاقة. وتعمل الاشتراكات بالجدول الذي تحدده على هذا الرمز، وتعيد محاولة حالات الرفض المؤقتة تلقائيًا، وتتبع حامل البطاقة عند إعادة إصدارها — وتنتج كل دورة طلبها وإيصالها.
إعداد الطرق — فعّل الطرق لكل checkout، والتسوية والتوجيه بجانبها.
تتبع حركة البطاقات سياسة توجيه تُكتب بمصطلحات مألوفة لك، وتعيد محاولة الرفض المؤقت عبر مسار بديل قبل أن يرى العميل أي فشل، وتنتقل إلى 3-D Secure عندما تقتضي السياسة ذلك لا افتراضيًا. وحين تُرفض دفعة فعلًا، يصل السبب بلغة يستطيع المشغّل التصرف على أساسها بدل رمز خام من المصدِر.
ارفع شعارًا، واضبط الألوان والخط والزوايا، وعاين الـcheckout الفعلي قبل الحفظ. شغّله على نطاقنا أو نطاقك أو داخل تطبيقك — بتذييل «مدعوم من» أو بنظام whitelabel كامل. الـcheckout التجريبي يخص Arc Studio SRL، ويبدو كأنه لهم تمامًا.
الطرق
كل طريقة يعرضها checkout، والمسارات التي تقف خلفها، والعملة التي تصل بها. العمود الأيمن هو الخلاصة: مهما اختار العميل، تصل دفعة التاجر بمبلغ واحد باليورو.
التكامل
أنشئوا طلبًا بمفتاح idempotency، ثم وجّهوا العميل إلى checkout المستضاف، واستلموا نتيجة موقّعة. التكامل كله بضع نقاط نهاية وWebhook واحد.
دون أي تكامل — أنشئوا رابطًا من لوحة الإدارة، للاستخدام مرة واحدة أو لتحصيل متعدد، وأرسلوه. تصل المدفوعات إلى المكان نفسه الذي تصله مدفوعات API.
يعرض iOS وAndroid الـ checkout نفسه بشكل أصلي، فيبقى العميل داخل تطبيقكم عبر نوافذ المحافظ و3-D Secure.
اربطوا متجرًا قائمًا دون مطوّر: ثبّتوا الإضافة، والصقوا المفاتيح، ونفّذوا دفعة تجريبية ببطاقة sandbox.
احتفظوا بتصميمكم وضمّنوا حقول الدفع فيه. تبقى الحقول مستضافة وضمن نطاق PCI لدينا، فلا تلمس بيانات البطاقة خوادمكم أبدًا.
التكامل
ينشئ الخادم الخلفي لديكم طلبًا عبر API: المبلغ والعملة ومرجعكم.
يختار العميل بطاقة أو محفظة أو USDC في الصفحة المستضافة.
يجري التحقق من الأموال وحجزها، ويتدخل 3-D Secure فقط عندما تقتضي السياسة.
تكتمل عملية الخصم وتنتظر في طابور التسوية.
يصل Webhook موقّع من نوع order.paid؛ تحققوا من التوقيع ثم نفّذوا الطلب.
تُجمع طلبات اليوم في دفعة وتُدفع باليورو — بمرجع واحد من checkout إلى سطر كشف الحساب البنكي.
المزايا
تعرض صفحة checkout المستضافة البطاقات وApple Pay وGoogle Pay وUSDC جنبًا إلى جنب. الطلب 9F21-0716 على اليسار — ثلاثة بنود ورسوم معالجة 0.50 € والمستحق 49.00 € — واختيار الطريقة على اليمين. يختار العميل، فتتكيّف الصفحة، ويكون التاجر قد أجرى التكامل مرة واحدة.
رابط checkout نفسه يعيد ترتيب التخطيط ليناسب الهاتف: يُطوى الطلب في شريط ملخص، وتبقى أزرار الطرق في مكانها، ويحتفظ نموذج البطاقة بتسمياته. ما يعمل على سطح المكتب يعمل على الجوال — وحين تريد أن يتم الدفع داخل تطبيقك بدل المتصفح، يعرض SDK لنظامي iOS وAndroid الـ checkout نفسه بشكل أصلي على الطلب نفسه.
ينتهي الدفع بـ USDC بإيصال يستطيع محاسب التاجر قراءته. الطريقة: 52.95 USDC على Base →︎ تسوية بـ EUR بالسعر المطبوع على الإيصال، 1 EUR = 1.0807 USDC. المرجع 9F21-0716، يُرسل إلى العميل بالبريد ويُنزَّل فورًا. دفع العميل بعملة رقمية، ودفاتر التاجر تقول 49.00 €.
تحصل روابط الدفع على مكتب حقيقي: 8 روابط لـ Arc Studio SRL بين مدفوع ونشط ومنتهي، مع المبلغ وعدد المدفوعات والحالة في كل صف. تتابع البطاقات في الأعلى الحصيلة — 4 روابط نشطة، و2,304.50 € محصّلة هذا الشهر عبر 18 دفعة، و49.00 € مدفوعة اليوم. أنشئ، وابحث، وصدّر، وانتهى.
يرتبط الاسترداد بالطلب، لا بطريقة الدفع. تفتح اللوحة على 9F21-0716 والمبلغ مضبوط مسبقًا على كامل 49.00 €، مع سبب إلزامي وملاحظة اختيارية تظهر في التصدير وعلى إيصال العميل. تعود الأموال تلقائيًا عبر مسار الدفع الأصلي — استرداد البطاقات إلى البطاقة، وطلبات USDC بما يعادل تسويتها بـ EUR — عادةً خلال 1–3 أيام عمل.
العلامة التجارية صفحة إعدادات لا مشروع خدمات: ارفع شعارك، وحدّد ألوان التمييز والنص والخلفية، واختر الخط وشكل الزوايا. تعرض المعاينة الحية الـ checkout الفعلي — لسطح المكتب أو الجوال — قبل الحفظ، ويتحكم لون التمييز في تركيز زر الدفع وعلامات الحالة والتبويب النشط. شغّله على مضيف checkout الصادر مع بيئتك التجريبية أو على نطاقك الخاص.
طرق الدفع مفاتيح تشغيل خلفها مزوّدون: البطاقات مع 3-D Secure، وApple Pay وGoogle Pay كأزرار محافظ، وUSDC عبر Ethereum وBase وSolana، وتحويل SEPA المصرفي بمرجع vIBAN. وبجانبها تذكر لوحة التسوية الاتفاق بوضوح: يرى العملاء التحويل قبل التأكيد، وتُسوّى أنت دائمًا بـ EUR.
أنشئ طلبًا، ووجّه إلى الصفحة المستضافة، واستلم النتيجة. يتولى Gateway واجهة الدفع ومنطق الطرق والإيصالات. لا توجد واجهة checkout يلزم فريقك ببنائها أو ترقيعها أو تحديثها كلما تغيّرت الطرق.
كل شيء يرتبط بالطلب لا بطريقة الدفع. يحمل الطلب 9F21-0716 بنوده — سبرينت هوية بصرية بقيمة 38.50 €، وترخيص خط بقيمة 6.00 €، وتسليم عاجل بقيمة 4.00 € — ورسوم معالجة 0.50 €، وإجماليًا واحدًا. وأيًّا كانت طريقة الدفع، يبقى هذا المرجع ما تستعلم به وتطابق وتسترد عليه.
تُطبَّق تغييرات الطرق والهوية على جلسات checkout الجديدة فقط — وهذا مذكور على الشاشة التي تحفظ منها. العميل في منتصف الدفع لا تتغير الصفحة تحت يديه أبدًا.
مسار البطاقة هو الجزء الممل، وقد عولج: تحقق فوري في الحقول، و3-D Secure مع مصادقة قوية للعميل مدمجة في المسار تحت سياسة توجيه مقروءة، وبطاقات اختبار لكل بيئة تجريبية. قبول العملات الرقمية لا يُضعف مسار البطاقات.
المحافظ أزرار وليست مشاريع. يظهر Apple Pay وGoogle Pay كشاشتين بلمسة واحدة في الصفحة نفسها ويدفعان برموز الجهاز — رقم البطاقة الحقيقي لا يصل إلى الصفحة أبدًا — عبر الطلب نفسه والإيصال نفسه. تفعيلهما مفتاح في شاشة الطرق.
تُسعَّر العملة الرقمية بسعر يظهر في checkout وتُسوّى باليورو. لا يجد التاجر نفسه محتفظًا بمركز في رمز رقمي عن غير قصد، وتبقى الدفاتر بعملة واحدة.
تغطي طريقة USDC شبكات Ethereum وBase وSolana بمفتاح واحد. يدفع العميل على الشبكة التي توجد عليها محفظته، ولا يتغير شيء من جهة التاجر.
يحمل الدفع بالتحويل مرجع vIBAN، فتتعرّف دفعة SEPA الواردة على طلبها بحكم البناء. فعّله للعملاء الذين يريدون فاتورة يدفعونها من البنك، وتبقى المطابقة تلقائية.
إلى جانب البطاقات والمحافظ، يضم الـ checkout طرق الحساب إلى الحساب والطرق المحلية التي يتوقعها المشتري الأوروبي، ويعرضها بحسب بلد العميل بدل قائمة واحدة طويلة.
يقع BNPL في صف الطرق نفسه مع غيره — يقسّم العميل الدفعة، ويُدفع للتاجر مرة واحدة، ولا يتغير مرجع الطلب. مفتاح واحد، والإيصال نفسه، والمطابقة نفسها.
ترتّب الصفحة الطرق بحسب ما يرجَّح أن يستخدمه العميل — البلد واللغة والجهاز وهل سبق أن دفع لك — فيكون الخيار المناسب هو الأول لا الرابع.
اعرض المبلغ بعملة العميل مع بيان التحويل قبل التأكيد، وسوِّ بـ EUR في كل الأحوال. يرى العميل رقمًا مألوفًا، ويحتفظ دفترك برقم واحد.
تترجم الصفحة المستضافة تسمياتها ورسائل الأخطاء والإيصالات. لا أحد يتخلى عن الدفع لأن الزر بلغة غير لغته.
يدفع العميل العائد ببطاقة محفوظة بلمسة واحدة. تُحفظ البطاقة في خزنتنا ويُشار إليها برمز، فتخزّن أنظمتك مرجعًا لا رقم PAN، وتصبح عملية الشراء الثانية أقصر من الأولى.
تعمل الخصومات المتكررة وفق جدول تحدده — المبلغ والفترة والبداية والنهاية — على بطاقة مرمَّزة. تنتج كل دورة طلبها وإيصالها، فيُطابَق الاشتراك سطرًا بسطر كأي شيء آخر.
الرفض المؤقت لخصم متكرر تُعاد محاولته وفق جدول بدل شطبه، ولا يُبلَّغ العميل إلا عند الحاجة. لم يعد فشل التجديد انقطاعًا صامتًا للعملاء.
تُحفظ البطاقات المخزّنة كرموز شبكة وتتبع حاملها عبر إعادة الإصدار وانتهاء الصلاحية. الاشتراك الذي كان ينقطع عند استبدال البطاقة يواصل الخصم.
تُنشأ الطلبات عبر API بمفاتيح idempotency — الطلب المُعاد يرجع النتيجة الأصلية ولا يخصم مرتين — ويضم قسم المطورين المفاتيح والتوثيق. الـ checkout مستضاف، والتكامل حفنة من نقاط النهاية موثّقة حيث توجد الإعدادات.
يعرف نظامك الخلفي بالمدفوعات لحظة حدوثها: أحداث webhook موقّعة على دورة حياة الطلب — مدفوع وفاشل ومسترد — مع التحقق من التوقيع من جهتك والحماية من إعادة التشغيل من جهتنا.
تعرض التطبيقات الأصلية الـ checkout نفسه داخل التطبيق بدل إخراج المستخدم إلى المتصفح. يحمل SDK منطق الطرق وشاشات المحافظ و3-D Secure؛ أما الطلب والإيصال فهما ما يعرفه نظامك الخلفي أصلًا.
تربط إضافات سلال التسوق متجرًا قائمًا بـ Gateway دون مطوّر: ثبّت، والصق المفاتيح، وأجرِ دفعة تجريبية. تصل الطلبات نفسها إلى الواجهة الإدارية نفسها كطلبات API.
حين يجب أن يتم الدفع داخل تصميمك أنت، ضمّن حقول الدفع مباشرةً: المدخلات مستضافة ومشمولة بنطاق PCI من جهتنا، والصفحة المحيطة بها لك بالكامل، وبيانات البطاقة لا تلمس خوادمك.
يمكن للرابط أن يُغلق بعد دفعة واحدة أو يواصل التحصيل — مقعد ورشة العمل في العرض التجريبي استقبل 3 دفعات، وساعة الاستشارة 6. تنتهي صلاحية الروابط تلقائياً بعد 30 يوماً افتراضياً، والرابط المنتهي يُظهر ذلك بدل أن يفشل بصمت.
تُجرى اختبارات التكامل على جلسات تجريبية بالبطاقات الصادرة مع مفاتيح sandbox الخاصة بك، قبل أن يتحرك أي مبلغ حقيقي. المسارات متطابقة، فما ينجح في الاختبار هو ما يُطلق.
تتبع حركة البطاقات سياسة توجيه مكتوبة بمصطلحات تعرفها — علامة البطاقة، بلد الإصدار، العملة، المبلغ — لا صندوقاً أسود. ويمكنك معرفة المسار الذي سلكته أي دفعة من الشاشة نفسها التي تعرض الدفعة.
يُعاد تنفيذ الرفض المرن عبر مسار بديل ضمن جلسة checkout نفسها، قبل أن يرى العميل أي فشل. أغلب الدفعات المستردة لم يعرف العميل يوماً أنها كانت مهددة.
تُترجم رموز جهة الإصدار الخام إلى أسباب يمكن للمشغّل التصرف بناءً عليها — بطاقة منتهية، رصيد غير كافٍ، مخاطر لدى جهة الإصدار — وتُجمَّع بحيث يظهر النمط عبر دفعات كثيرة بوصفه نمطاً.
تمر معظم الدفعات بإشارات الجهاز والسلوك وحدها؛ ويظهر تحدٍّ إضافي عندما تقتضيه السياسة. أنت تحدد السياسة — دائماً، أو بحسب المخاطر، أو إعفاء حيث تسمح القواعد — وتتولى الصفحة المستضافة بقية المسار.
يحمل checkout والإيصال والتسوية مرجع الطلب نفسه. من يطابق 9F21-0716 يجد قيداً واحداً بقيمة €49.00 — لا سجل بطاقة في نظام وسجل عملات رقمية في آخر.
تُعرَض التسوية حيث تضبطها: تحويل تلقائي إلى EUR، وتسوية إلى RO49 •••• 0421، وصرف يومي عند 23:00. الرقم الذي سيراه المحاسب غداً يتحدد على شاشة يقرؤها التاجر اليوم.
يفتح كل صرف على الطلبات التي موّلته، مع بنود الرسوم مفصلة. وسطر البنك يطابق قائمة يمكنك تصديرها، فيصبح إقفال الشهر استعلاماً لا تحقيقاً.
مبلغ الاسترداد قابل للتعديل حتى قيمة الخصم الأصلية — تعرض اللوحة الحد الأقصى وتعامل أي مبلغ أقل كاسترداد جزئي. عشرة استردادات جزئية على طلب واحد تُطابَق مع مرجع واحد.
يحمل كل استرداد سبباً إلزامياً وملاحظة اختيارية، والملاحظة تنتقل معه: تظهر في ملفات التصدير وعلى إيصال العميل. وبعد ستة أشهر لا يحتاج أحد إلى تذكّر سبب تعويض الطلب 9F21-0716.
تُرسل الإيصالات إلى العميل بالبريد الإلكتروني ويمكن تنزيلها فوراً، وتتبع إيصالات الاسترداد المسار نفسه. ولا يبني التاجر أي قالب إيصال.
الإلغاء قبل دفعة اليوم يحرر حجز التفويض ولا يتحرك أي مال — بلا استرداد ولا رسوم ولا شيء في كشف العميل يحتاج إلى شرح.
تعمل مدفوعات البطاقات بـ 3-D Secure وفق سياسة توجيه تستطيع قراءتها. وتحمل مدفوعات المحافظ مصادقة الجهاز نفسه، ويُتحقق من توقيعات أحداث webhook قبل الوثوق بها.
تُقرأ قواعد الفحص كجمل — مبلغ يتجاوز X من بلد Y على بطاقة تُستخدم لأول مرة — وتتخذ إجراءً: السماح أو التحدي أو الحظر. وخلف الشاشة نفسها قوائم البطاقات والبريد والعناوين الموثوقة والمحظورة.
تلتقط قواعد المعدّل المحاولات المتكررة من بطاقة أو جهاز أو عنوان واحد، بدل أن يلاحظها شخص لاحقاً. وتُعرض الإشارات على الدفعة نفسها، لا مدفونة داخل درجة.
يُفتح chargeback ومعه الطلب الذي يقف خلفه: نتيجة التفويض، ونتيجة 3-D Secure، والإيصال، والتسليم، وسجل الاستردادات. ترد من تلك الشاشة، وتُجمَّع حزمة الأدلة من السجل لا من الذاكرة.
الصفحة التي تجمع بيانات البطاقة صفحتنا، مستضافة وخاضعة لنطاق PCI. وسواء دفع العميل على نطاقنا أو نطاقك أو داخل تطبيقك، ترى خوادمك token ومرجع الطلب — لا رقم بطاقة أبداً.
تُشفَّر بيانات الدفع أثناء التخزين وتُعالج داخل الاتحاد الأوروبي. وبالنسبة لتاجر أوروبي، مكان وجود البيانات جواب لا حاشية.
تُسجَّل الاستردادات وتغييرات الطرق وتغييرات العلامة وتدوير المفاتيح في سجل تدقيق مع المشغّل والتوقيت والسبب. وتتطلب الإجراءات الحساسة ذكر السبب قبل تنفيذها.
يرى المالي التحويلات، ويرى الدعم الطلبات وينفذ الاستردادات، ويرى المطورون المفاتيح والسجلات. تُمنح الصلاحيات بحسب الدور لا بمشاركة حساب دخول واحد.
يتجمع الدافعون في عرض للعملاء — من دفع، وكم مرة، وبأي وسيلة — فيصبح العميل المتكرر سجلاً لا مصادفة تطابق رسائل بريد في ملفات التصدير.
اعثر على أي دفعة بالرابط أو المرجع من مربع البحث، وصدّر العرض الحالي إلى CSV عندما تحتاجه الدفاتر. فالواجهة الخلفية تفترض أن المحاسب سيسأل.
الحجم ونسبة القبول والاستردادات وتوزيع الوسائل، على الفترة التي تختارها. يكفي لمعرفة أين ذهب المال وأي وسيلة تستحق الترويج — دون تصدير أي شيء.
يرتبط Gateway بـ Protocore Center: تعرض الواجهة الخلفية لروابط الدفع هناك كل رابط مع تحويل التسوية المرتبط به ورابط فتح في Tracer للتتبع الكامل. ويرى فريق العمليات من checkout حتى دفتر الأستاذ.
checkout التجريبي ملك Arc Studio SRL: اسمها وعلامتها وطلباتها. شغّله بتذييل powered-by-Protocore أو بـ whitelabel كامل — وفي الحالتين تبدو الصفحة صفحتك.
FAQ
تمر مدفوعات البطاقات بخطوتين: التفويض يحجز المبلغ عند الشراء، والتسوية تنقله. يجري Gateway التحصيل تلقائيًا، ويجمع طلبات اليوم في دفعة، ثم يحوّلها باليورو إلى حسابكم المسمّى في موعد الدفع اليومي المحدد في الإعدادات.
التوقيت. قبل التسوية، يؤدي الإلغاء إلى رفع حجز التفويض دون أي حركة أموال. وبعد التسوية يصبح استردادًا، يُصدر على الطلب كاملًا أو جزئيًا، ويعود عبر وسيلة الدفع الأصلية مع تسجيل السبب.
كسياسة، لا كعائق افتراضي. تمر معظم العمليات بالاعتماد على بيانات الجهاز والسلوك وحدها، ولا يظهر تحدٍّ إضافي إلا عندما تقتضيه سياسة التوجيه. أنتم تضعون السياسة، والصفحة المستضافة تتولى سير العملية.
اليورو. يُسعَّر مبلغ USDC في الصفحة قبل أن يؤكد العميل، ويُسوّى إلى EUR بالسعر المعلن، ويسجّل الإيصال عملية التحويل. يشترك checkout والإيصال والتسوية في مرجع طلب واحد، فلا تحتفظون بأي رصيد من الرموز.
الطلب هو ملف الإثبات. نتيجة التفويض والإيصال وسجل الاستردادات وتسليم Webhook كلها مرتبطة بمرجع واحد، وبحث واحد يجيب عن النزاع، وغالبًا ما يكون الاسترداد من الشاشة نفسها أسرع حل.
لا. تُنشأ الطلبات بمفاتيح idempotency، فيعيد الطلب المكرَّر النتيجة الأصلية بدل خصم ثانٍ، كما أن Webhooks موقّعة ومحمية من إعادة الإرسال في طريق العودة.
الصفحة التي تجمع بيانات البطاقة تخصنا، فهي مستضافة وضمن نطاق PCI لدينا. تستلم خوادمكم رمزًا ومرجع طلب، ولا تستلم رقم بطاقة أبدًا. وينطبق ذلك سواء دفع العميل على نطاقنا أو نطاقكم أو داخل تطبيقكم أو عبر حقول دفع مضمّنة في تصميمكم.
نعم. شغّلوه على مضيف checkout الصادر مع بيئة sandbox، أو على نطاق خاص بكم، أو ضمّنوه في صفحتكم بحقول دفع مستضافة. الهوية البصرية — الشعار والألوان والخط وزوايا العناصر — شاشة إعدادات مع معاينة مباشرة، ويمكنكم اختيار تذييل «مدعوم من» أو whitelabel كامل.
تُحفظ البطاقات لدينا على شكل network tokens، وتحتفظ أنظمتكم بمرجع فقط. يخصم الاشتراك هذا الرمز وفق الجدول الذي تحددونه، ويعيد المحاولة تلقائيًا عند الرفض المؤقت، ويتبع حامل البطاقة عند إعادة إصدارها. كل دورة تنشئ طلبها وإيصالها، فيمكن مطابقة الاشتراك بندًا بندًا.
يرى المبلغ بعملته، مع بيان التحويل قبل أن يؤكد، وبلغته في الـ checkout. وتبقى تسويتكم باليورو. المبدأ نفسه كما في USDC: يتكيّف جانب العميل، ويبقى دفتركم بعملة واحدة.
ما يخصكم هو مستحق باليورو. يتولى Gateway الجزء المتعلق بالعملات الرقمية — التسعير والدفع على السلسلة والتحويل — وما يصل إلى حسابكم هو EUR عبر مسار تسوية خاضع للتنظيم، مسجَّلًا في الإيصال مع السعر المطبَّق. أنتم لا تحفظون رموزًا ولا تديرون محفظة ولا تحتفظون بمركز، لأن التحويل يتم قبل التسوية لا بعدها.
يعمل رابط الدفع في يوم فتح الحساب. أما تكامل API فيتكوّن من نقطة نهاية للطلب، وإعادة توجيه، وWebhook موقّع واحد؛ ومعظم الفرق تشغّله في الاختبار خلال الأسبوع نفسه، وتنتقل إلى الإنتاج بعد دفعة تجريبية كاملة. أما إضافات المتاجر فلا تتطلب تطويرًا إطلاقًا.
نعم — شغّلوا الاثنين معًا. وجّهوا الطلبات الجديدة إلى Gateway بينما ينهي المزوّد القديم تسوية طلباته واستردادها، فالاستردادات تعود دائمًا عبر المسار الذي استقبل الدفعة. تنتقل البطاقات المحفوظة على شكل tokens، فلا يعيد المشتركون إدخال بياناتهم.
استدعاء الطلب ومعالج Webhook. أما صفحة الدفع ومنطق الطرق ونوافذ المحافظ و3-D Secure والإيصالات وكل طريقة تُضاف لاحقًا فنحن من يحدّثها، وهذا هو جوهر checkout المستضاف.
الأسعار
انطلق دون رسوم منصة — يكسب Gateway من المدفوعات التي يعالجها، فتتبع التكلفة حجم ما يمر عبر الـcheckout.
شغّل الـcheckout بعلامتك على ترخيص يحدَّد نطاقه بالمسارات التي تفعّلها والإنتاجية التي تخطط لها.
علامتك على صفحة الدفع، ومساراتنا تحتها، ونتولى تشغيلها عنك — ويتبع النطاق طرق الدفع التي تفعّلها.
تتبع التكلفة حجم ما يمر عبر الـcheckout والمسارات التي تفعّلها — البطاقات والمحافظ وتسوية USDC. اعتمده مستقلًا أو بنظام whitelabel كامل.
قيّم
نستعرض معك المثال التطبيقي — Arc Studio SRL، الطلب 9F21-0716 — بالدفع بالبطاقة والمحفظة وUSDC، ونُريك المكتب الخلفي للتاجر خلفه.
حساب تاجر تجريبي بمفاتيح API، ليتمكن فريقك من إنشاء الطلبات وتشغيل الـcheckout المستضاف واستلام النتائج الموقَّعة من البداية إلى النهاية.
واجهة الطلبات API، وwebhook الحدث order.paid، ودليل التكامل — كل ما يلزم لتوجيه الـcheckout إلى Gateway بدل بناء واحد بنفسك.
الصفحة المستضافة بشعارك وألوانك وخطوطك، لترى الـcheckout الخاص بك قبل الإطلاق.
للمزيد من القراءة
يعمل مستقلًا أو بنظام whitelabel — علامتك على الـcheckout، ومساراتنا تحتها.
يشارك PoS نموذج الطلبات الخاص بـ Gateway عند الكاونتر، ويمنح vIBAN طلبات التحويل المصرفي مراجع تعرّف بنفسها، وتسوّي Chain مدفوعات USDC إلى EUR، ويمثل Center لوحة المشغّل خلف الـ checkout، وتطبّق Agents نموذج الطلبات نفسه على المدفوعات التي تبدؤها البرمجيات وفق سياسة بشرية.
كل ما سبق يعمل في عروض إنتاجية نستعرضها معك: بشكل مستقل أو whitelabel أو كمنصة واحدة. أخبرنا بما تبنيه ونريك أقصر طريق إليه.
