Pix, sisteminizin içinde

Kimin için

Pix ile ödeme alan ama her ödemeyi hâlâ hesap hareketlerinden kontrol eden şirketler için.

Neyi çözer

• Müşteri ödüyor, ama sipariş ancak biri hesap hareketlerine baktıktan sonra onaylanıyor.
• Bütün tahsilatlar aynı Pix anahtarıyla yapıldığı için kimin neyi ödediği anlaşılmıyor.
• Kaybolan bir webhook, ödemeyi sistemde kayıtsız bırakıyor.
• İadeler sistemin dışında, elle yapılıyor; hangi aşamada olduklarını kimse bilmiyor.

Ne yapıyoruz

Dinamik QR kodlu tahsilat

Her tahsilatın siparişe bağlı kendi kimliği, tutarı ve son ödeme tarihi olur.

Webhook ile onay

Onaylanan ödeme siparişi günceller; aynı bildirim tekrar gelse de ödeme iki kez işlenmez.

Bildirim gelmezse sorgu

Webhook ulaşmazsa sistem tahsilatı ödeme kuruluşundan sorgular, durumu günceller.

İade

Tam ya da kısmi iade sistemin içinden istenir, gerekçesiyle kaydedilir.

Test ortamında deneme

Bütün akışlar canlıya çıkmadan önce ödeme kuruluşunun test ortamında denenir.

Kodun dışında erişim bilgileri

Erişim anahtarları ve kuruluşun istediği karşılıklı TLS bağlantısı ayrı bir kasada saklanır.

Neler teslim edilir

• Ödeme kuruluşunuzun Pix API'siyle canlıda çalışan entegrasyon
• Her tahsilatın, ödemenin ve iadenin kaydı
• Onaylanmayan ödeme için alarm
• Tahsilat ve iade akışları için otomatik testler
• Ekibinizin entegrasyonu işletmesi ve geliştirmesi için belgeler

Nasıl ilerliyoruz

1. Haritalama

   Sipariş nasıl doğuyor, tahsilatı kim yapıyor, ödeme nerede görünmeli.

2. Kuruluş incelemesi

   Bankanızın ya da kuruluşunuzun API'sinin neler sunduğuna bakarız.

3. Geliştirme

   Tahsilat, webhook, sorgu ve iade; test ortamında denenmiş olarak.

4. Canlıya geçiş

   Gözetim altında, geri dönüş planıyla canlıya geçiş.

5. İzleme

   Alarmlar, ilk günlerin ödeme kontrolü ve ince ayar.

Teknoloji örnekleri

• API Pix
• OpenAPI
• mTLS
• Webhooks
• PostgreSQL
• RabbitMQ

Brezilya'da ele aldıklarımız

Pix

Brezilya Merkez Bankası'nın anlık ödeme sistemi.