Ürün & Teknik Akış

Mars Pay Recurring, işletmelerin abonelik / üyelik ödemelerini tekrarlı (aylık/yıllık) olarak tahsil edebilmelerini sağlar.

Ürün Akışı (in progress...)

1. Kullanıcı, partner uygulama/servis üzerinde abonelik veya üyelik planı satın almak istediğinde MARS Pay ödeme ekranına yönlendirilir.

2. Kullanıcı kredi kartı bilgilerini girer ve Recurring ödemeye onay verir (kayıt + izin).

3. Kart bilgisi güvenli şekilde saklanır ve kullanıcıya ait bir Recurring Agreement ID oluşturulur.

4. Sistemde tanımlanan periyotlara (aylık/yıllık) göre otomatik tahsilat denemeleri yapılır.

5. Her tahsilat sonucu partner sistemine webhook ile bildirilir (başarılı / başarısız).

6. Partner, webhook ile aldığı sonucu işleyerek kullanıcıya hizmetin devamını sağlar veya aksiyona geçer.

Akış Diyagramı (in progress...)

Teknik Akış (in progress...)

MARS Pay Recurring’ın teknik akışı, kart saklama, periyodik tahsilat ve sonuç bildirimini içeren aşağıdaki adımlarla işler:

1. Recurring Başlatma

   • Partner sistem, Mars Pay Recurring API’sine /recurring/initiate isteği yapar.

   • Body’de plan (aylık/yıllık), tutar, callback URL gibi bilgiler bulunur.

   • Response içinde bir recurringAgreementId döner.

   • Bu ID, ileride yapılacak tahsilatlarda referans olarak kullanılır.

2. Kart Saklama

   • Kullanıcı kart bilgilerini girer ve sistem kartı token olarak şifreli şekilde saklar.

   • PCI/DSS uyumluluğu ile güvenli tokenization sağlanır.

3. Tahsilat Planlama

   • Sistemde scheduler altyapısı ile tahsilat zamanları belirlenir (monthly/yearly).

   • Her periyot geldiğinde, Mars Pay Recurring motoru, saklı kart/kartlar üzerinden ödeme girişimi yapar.

4. Tahsilat Sonuç Değerlendirme

   • Başarılı ödeme: partner tarafından belirlenen webhook endpoint’ine subscription.payment_succeeded eventi gönderilir.

   • Başarısız ödeme: subscription.payment_failed eventi gönderilir.

   • Bu event’lerde recurringAgreementId, amount, cycle, status gibi bilgiler bulunur.

5. Webhook ile Bildirim

   • Partner webhook endpoint’i bu event’leri alır ve işleyerek:

     • Başarılı ise hizmeti aktif/yenileme

     • Başarısız ise uyarı/yeniden deneme politikası uygular

   • Böylece partner kendi sisteminde abonelik durumu güncellemesi yapar.

6. Durum Sorgulama

   • Partner, /recurring/status endpoint’ini çağırarak bir abonelik anlaşmasının son durumunu alabilir.