Kurumsal Sistemler ve Entegrasyonlar
Ödemeler, ajan tabanlı ticaret (AP2) ve POS
Kart ödemeleri, ajan tabanlı ödeme akışı ve mağazalar terminalden deftere kadar bağlantılı
Mağazalar, ödeme akışları ve defter birbiriyle uyuşmadığında
Bir kart ödemesi birkaç saniye içinde birçok sisteme dokunur: terminal veya ödeme akışı, bir ödeme geçidi, edinen banka, kart şeması ve kartı veren kuruluş. Para ve ücretler daha sonra, birinin ERP’nizdeki satışlarla eşleştirmesi gereken hesaplaşma dosyalarında gelir.
Mağazalar, çevrimiçi ödeme akışları ve ERP gece boyunca toplu işlerle senkronize olduğunda, promosyonlar sırasında stok fazla satılır ve hesaplaşma farkları edinen bankalar arasında birikir. Ödeme akışı en yoğun anlarda yavaşlar. Artık yapay zekâ ajanları da müşteriler adına satın almaya başlıyor.
Sizin için neler değişir
Stok ve satışta tek görünüm
Satışlar, iadeler, fiyatlar ve stok, gece boyunca değil gerçek zamanlı olarak her mağaza, vitrin ve ERP arasında uyum içinde.
Eşleşen hesaplaşmalar
Her edinen bankadan gelen hesaplaşma ve ücret dosyaları satışlarla otomatik olarak eşleştirilir, farklar ekibiniz için listelenir.
Ajan tabanlı ticarete hazır
Yapay zekâ ajanlarından gelen ödemeleri, müşterinin neyi yetkilendirdiğine dair doğrulanabilir bir kayıtla kabul edebilen bir ödeme akışı.
Neler sunuyoruz
Ödeme geçidi, edinen banka ve kart ağı bağlantısı
ISO 8583, ISO 20022 veya sağlayıcının API’si üzerinden yetkilendirme, tahsilat, iade ve ters kayıt akışları; çoklu edinen banka orkestrasyonu ve her yanıt kodunun işlenmesi.
AP2 ve kriptografik yetki ödeme akışı
AP2, bir yapay zekâ ajanının müşteri adına ödeme yapmasını sağlayan açık bir protokoldür. Kriptografik olarak imzalanmış yetkiler, müşterinin neyi onayladığını kaydeder ve biz bunları ödeme akışınıza entegre ederiz.
EMV ve SoftPOS terminalleri
EMV çipli ve temassız terminaller ile sıradan bir telefon veya tablette temassız kartları kabul eden SoftPOS, POS veya kiosk yazılımınıza bağlanır.
Otomatik hesaplaşma dosyası işleme
Edinen banka hesaplaşma ve ücret dosyaları toplanır, doğrulanır, denetlenir ve ERP’nizin eşleştirebileceği kayıtlara dönüştürülür.
Gerçek zamanlı POS-ERP senkronizasyonu
Satışlar, iadeler, fiyatlandırma, promosyonlar ve stok seviyeleri, olay akışı katmanı aracılığıyla her mağaza ile ERP arasında senkronize edilir.
Tokenizasyon ve PCI DSS kapsamı
Kart numaraları tokenlarla değiştirilir ve POS ile ERP’nizin dışında tutulur; hangi sistemlerin PCI DSS kapsamında kaldığına dair yazılı bir görünüm sunulur.
Sertifikasyon ve devreye alma
Her sağlayıcının sertifikasyonu için test senaryoları ve kanıtlar, birkaç mağazada pilot, ardından günlük toplamlar karşılaştırılarak mağaza mağaza devreye alma.
Nasıl çalışıyoruz
Tek bir satışı izleyin
Finans, mağaza ve BT ekiplerinizle birlikte bir satışı kasadan veya ödeme akışından deftere kadar izler ve kapsamı üzerinde anlaşırız.
Entegrasyonu tasarlayın
Protokolleri, tokenleştirme yaklaşımını ve mesaj akışlarını seçer ve arayüz şartnamesini yazarız.
Geliştirin ve test edin
Ödeme, hesaplaşma ve POS akışlarını otomatik testlerle geliştiririz; redler, zaman aşımları ve iadeler dahil.
Sağlayıcı ile sertifikasyon
Sağlayıcının test senaryolarını kendi test ortamında çalıştırır ve sertifikasyonun bulduğu sorunları gideririz.
Pilot, ardından devreye alma
Önce birkaç mağaza veya kanalda canlıya alır, toplamları günlük olarak karşılaştırır, ardından mağaza mağaza devreye alırız.
İzleyin ve destekleyin
Onay oranlarını, hesaplaşma dosyalarını ve mağaza kayıtlarını izler, sağlayıcı değişikliklerini duyuruldukça ele alırız.
Tüm çizimi görmek için yana kaydırın.
Kart ödemeleri: kasada yetkilendirilir, sonra hesaplaşır, ERP’de mutabakat edilir
Terminal veya ödeme sayfası ödeme geçidine sorar, geçit edinen bankaya sorar, edinen banka kart şemasına ve kartı veren kuruluşa yönlendirir. Hesaplaşma dosyaları daha sonra gelir ve ERP’de satışlar ve ücretlerle eşleştirilir. Zaman aşımı bir iptal işlemi başlatır, böylece müşteriden asla iki kez tahsilat yapılmaz.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 8 adımda
Akış, adım adım
- EMV terminali veya çevrimiçi ödeme sayfası → Ödeme geçidi: Yetkilendirme talebi, EMV · REST/JSON üzerinden (birincil akış).
- Ödeme geçidi → Edinen banka: Yetkilendirme, ISO 8583 üzerinden (birincil akış).
- Edinen banka → Kart şeması ve kartı veren kuruluş: Kartı veren bankaya yönlendirildi, ISO 8583 üzerinden (birincil akış).
- Edinen banka → Ödeme geçidi: Onaylandı veya reddedildi, ISO 8583 üzerinden (asenkron).
- Edinen banka → Entegrasyon katmanı: Hesaplaşma ve ücret dosyaları, SFTP üzerinden (asenkron).
- Entegrasyon katmanı → ERP: Hesaplaşan satışlar, ücretler ve ödemeler, REST/JSON üzerinden (birincil akış).
- Ödeme geçidi → EMV terminali veya çevrimiçi ödeme sayfası: Zamanında yanıt yok: otomatik iptal, ISO 8583 0400 üzerinden (istisna yolu).
- Entegrasyon katmanı → Ödeme operasyon ekibi: Hesaplaşma uyuşmazlığı veya ters ibraz (istisna yolu).
Tüm çizimi görmek için yana kaydırın.
POS’tan ERP’ye: her satış bir kez kaydedilir
Satışlar kasalardan ERP’ye olaylar olarak akar, fiyatlar ve stok geri akar. Çevrimdışı olan bir mağaza satışa devam eder ve sonra yetişir. Başarısız bir kayıt yeniden denenir, ardından bir kişiye iletilir.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 8 adımda
Akış, adım adım
- POS terminalleri → Mağaza veya POS bulut sunucusu: Satışlar, iadeler ve iptaller (birincil akış).
- Mağaza veya POS bulut sunucusu → Entegrasyon katmanı: Satış olayları ve gün sonu toplamları, bir olay kuyruğu üzerinden, REST/JSON üzerinden (asenkron).
- Entegrasyon katmanı → ERP: Satışlar ve stok hareketleri kaydedildi, OData · REST/JSON üzerinden (birincil akış).
- ERP → Entegrasyon katmanı: Fiyatlar, promosyonlar ve ürün verileri, API veya dosya dışa aktarımıyla, REST/JSON üzerinden (birincil akış).
- Entegrasyon katmanı → Mağaza veya POS bulut sunucusu: Fiyat ve stok güncellemeleri, REST/JSON üzerinden (birincil akış).
- Entegrasyon katmanı → Yeniden deneme kuyruğu: Kayıt başarısız (istisna yolu).
- Yeniden deneme kuyruğu → Entegrasyon katmanı: Yeniden denendi (istisna yolu).
- Yeniden deneme kuyruğu → Mağaza operasyon ekibi: Hâlâ başarısız: ayrıntılarla uyarı (istisna yolu).
Standartlar ve protokoller
Bir ürün veya sağlayıcının adının anılması, onunla ortaklık olduğu anlamına gelmez.
- Diller
- Go
- Çatılar
- Node.js
- Veri ve analitik
- Apache Kafka
- Veritabanları
- Redis
- DevOps ve gözlemlenebilirlik
- Kubernetes
- Bankacılık standartları ve kanalları
- ISO 20022
- Ödemeler
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Üretimde kanıt
Çok markalı bir Körfez perakende ve alışveriş merkezi grubu için gece boyunca çalışan toplu işleri gerçek zamanlı POS-ERP senkronizasyonuyla değiştirdik. Ayrıca çoklu edinen banka ödemelerini otomatik hesaplaşmayla birleştirdik ve flaş satış zirveleri için bir stok rezervasyon hizmeti geliştirdik.
Nasıl başlanır
Net sağlayıcı ve mağaza gereksinimleri doğrudan bir teklife dönüşür. Yeni bir ödeme platformu veya ajan tabanlı bir ödeme akışı genellikle Blueprint Studio’da başlar.
Sırada ne var
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.
Beş aşamada teslim
Harekete geçirme, canlı gösterimli sprintler, entegrasyon ve sağlamlaştırma, kabul ve canlıya alma, ardından yönetilen hizmetler. Lansmandan sonra bir garanti dönemi, ardından isteğe bağlı destek ve bakım gelir.
Yapay zekâ odaklı ürün ekipleri
Ajan tabanlı kodlama ve QA koşum takımlarıyla donatılmış, kıdemli mühendislerden oluşan yönetilen, işlevler arası podlar.
Sabit sonuçlu projeler ve 7/24 yönetilen hizmetler
Belirlenmiş teslim liderleriyle sabit kapsamlı, kilometre taşı odaklı teslim ve SLA yönetimi altında 7/24 uygulama yönetilen hizmetleri.
Sorular ve yanıtlar
ISO 8583 ile doğrudan çalışıyor musunuz?
Evet, edinen banka veya işlemci bunu sunduğunda. ISO 8583 tek bir format değil bir çerçevedir: her edinen banka kendi alan ve mesaj türü şartnamesini yayımlar. Biz bu şartnameden yola çıkar, yetkilendirmeleri, ters kayıtları ve bilgi mesajlarını işler ve her yanıt kodunu test ederiz.
AP2 nedir ve şimdi buna ihtiyacımız var mı?
Ajan Ödeme Protokolü (AP2), yapay zekâ ajanları tarafından yapılan ödemeler için açık bir protokoldür. Her satın alma, müşterinin neyi yetkilendirdiğini gösteren imzalı yetkiler taşır; böylece satıcılar, kartı veren kuruluşlar ve edinen bankalar buna güvenebilir ve denetleyebilir. Yapay zekâ ajanlarının sizinle alışveriş yapması muhtemelse, ödeme akışınızı mevcut akışlarınızla birlikte AP2’ye hazır hale getirebiliriz.
PCI DSS kapsamımızı nasıl azaltıyorsunuz?
PCI DSS’i ortadan kaldıramayız, ancak varlıklarınızın ne kadarının buna tabi olduğunu azaltabiliriz. Barındırılan ödeme sayfaları, terminalde uçtan uca şifreleme ve geçit tokenları kart numaralarını POS, ERP ve veri ambarınızın dışında tutar. Değerlendiriciniz için veri akışlarını belgelendiririz.
Terminal yerine telefonlarda kart kabul edebilir miyiz?
Evet, SoftPOS ile. Temassız kartlar ve cüzdanlar, edinen bankanızın veya sağlayıcınızın sertifikalı bir ödeme uygulaması aracılığıyla desteklenen bir telefon veya tablette kabul edilir. Biz bu uygulamayı diğer terminaller gibi POS, satış ve hesaplaşma akışlarınıza entegre ederiz.
Bir mağaza bağlantısını kaybettiğinde ne olur?
Mağaza satışa devam eder. Satışlar yerel olarak saklanır ve bağlantı geri geldiğinde ERP’ye gönderilir; her biri benzersiz bir tanımlayıcı taşır, böylece hiçbir şey iki kez kaydedilmez. Kart ödemelerinin çevrimdışı devam edip edemeyeceği edinen bankanızın kurallarına ve risk iştahınıza bağlıdır; bunu sizinle birlikte tasarlarız.
İadeler ve ters ibrazlarla ilgileniyor musunuz?
Evet. İadeler ve ters kayıtlar, geliştirdiğimiz ödeme akışlarının bir parçasıdır. Ters ibrazlar için edinen bankanın itiraz raporlarını içe aktarır ve her birini orijinal satış ve hesaplaşmayla ilişkilendiririz. Ekibiniz, kanıtları eklenmiş bir liste alır ve üzerinde çalışır.
İnşa etmeye hazır mısınız? Teklif isteyin.
Gereksinimlerinizi veya RFP’nizi gönderin. Mimarlarımız bunları doğrular ve bağlayıcı, sabit kapsamlı bir teklif sunar.
Sırada ne var
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Bağlayıcı teklif
ücretsiz mimari doğrulama sonrasında, 3–5 iş günü içinde içinde bağlayıcı ve sabit kapsamlı bir teklif alırsınız: kilometre taşları, mimari, ekip yapısı ve SLA’lar. Gereksinimlerinizi paylaşmadan önce, talebiniz üzerine sizinle bir gizlilik sözleşmesi (NDA) imzalarız.
Harekete geçirme
İmzaladıktan sonra mühendislik ekiplerimiz Sprint 0’a sözleşme imzalandıktan sonra 5–10 iş günü içinde başlar.
Beş aşamada teslim
Harekete geçirme, canlı gösterimli sprintler, entegrasyon ve sağlamlaştırma, kabul ve canlıya alma, ardından yönetilen hizmetler. Lansmandan sonra bir garanti dönemi, ardından isteğe bağlı destek ve bakım gelir.