İçeriğe geç
Entegrasyon · iyzico

iyzico tahsilatının sonucu satış ekranına gelir; kart verisi gelmez.

Tutar, tarih, durum ve varsa taksit sayısı müşteri kartına alan olarak taşınır; ödemesi geçmeyen sipariş için sorumluya görev açılır. Dürüst olalım: iyzico ürünün ödeme sağlayıcı kaydında tanımlı bir adaptör, ama canlı bir tahsilat akışını bugün bir müşteri kurulumuyla gösteremiyoruz. Bağlantıyı REST API ve dönemsel aktarımla biz kuruyoruz.

Rapitek CRM kanallar ve entegrasyonlar ekranı: Ödeme Sağlayıcılar, WhatsApp Botları, E-posta Hesapları, Meta Sayfaları, CTI Adaptörleri kartları
Kanallar ve entegrasyonlar — Ödeme Sağlayıcılar kartı

Ödeme iyzico'da geçti; satış tarafı hâlâ bilmiyor

iyzico sorusu genellikle Türkiye içine kartla satan şirketlerden gelir: e-ticaret, bayi satışı, kurumsal hizmet, eğitim. iyzico Türkiye'de kartla ödeme kabul etmeyi sağlayan bir ödeme kuruluşudur; sanal POS, ödeme linki ve pazaryeri tarafında ürünleri vardır. Hangi ürünün sizde açık olduğu, komisyon ve taksit koşulları iyzico'nun kendi sayfasında yazar — o rakamları bu sayfaya taşımıyoruz.

Mekanizma şu: tahsilat bilgisi ödeme tarafında oluşur, satış tarafı o panele bakmaz. Kendi projelerimizde gördüğümüz tablo şu:

  • Temsilci teklifi onaylatır, ödeme linkini gönderir ve bekler. Link açıldı mı, ödeme geçti mi, taksitli mi geçti — hiçbiri onun ekranında değildir.
  • iyzico paneline erişim finansta ve muhasebededir; her temsilciye açılması da doğru değildir. Dolayısıyla “ödendi mi” sorusunun tek cevap yolu bir mesaj trafiği olur.
  • Ödemesi geçmeyen sipariş hafızada kalır. Perşembe gönderilip Pazartesi hatırlanan link kimsenin raporunda görünmez.
  • Taksit ve komisyon farkı tekliften sonra ortaya çıkar; şirketin eline geçen net tutar satış tarafında görünmez.
  • İade edilmiş bir ödeme fırsat kaydında hâlâ “kazanıldı” olarak durur; ay sonunda iki farklı rakam tartışılır.
  • Hatırlatma temsilcinin kişisel telefonundan gider; temsilci ayrılınca yazışma da onunla gider.

Bunların hiçbiri ödeme kuruluşu değiştirerek çözülmez. Hepsi, iyzico'da zaten oluşmuş bilginin müşteri kaydına ulaşmamasından doğar.

Önce dürüst tablo: adaptör tanımlı, saha ölçümü yok

Ürünün ödeme sağlayıcı kaydında iyzico tanımlı bir adaptör olarak duruyor — PayNkolay ile birlikte, o kayıttaki iki addan biri. Ama bu sayfa “iyzico entegrasyonumuz hazır” demiyor, çünkü diyemez: canlı bir iyzico tahsilat akışını bugün bir müşteri kurulumuyla gösteremiyoruz.

İki cümle arasındaki farkı bilerek koruyoruz. “Adaptör üründe tanımlı” bir kayıt durumudur; “sahada çalışıyor” bir ölçümdür. İkincisi elimizde yok.

Aynı ayrımı ürünün başka bir yerinde de böyle yazdık: belge imzalama ekranı kurulu ama sahada ölçülmedi — 8 kiracıda 0 imza. Ekranın kurulu olması, kullanıldığı anlamına gelmiyor. iyzico adaptörü için de bugün paylaşabileceğimiz bir saha ölçümü yok; olsaydı sayıyı yazardık.

Pratik sonucu şu: adaptör kendi iyzico hesabınızla yapılandırılır, ama işe başladığınız gün sizi bekleyen şey bir düğme değil bir kurulumdur. Tahsilat bilgisini satış ekranına taşımak istiyorsanız bunu — REST API, dönemsel aktarım ya da ikisinin karışımı — kapsamı keşif görüşmesinde belirlenen bir iş olarak kuruyoruz. Genel yaklaşımımızı entegrasyonlar sayfasında aynı açıklıkla yazdık; aynı soruyu PayTR ve Param için de ayrı ayrı cevapladık.

Veri yönü

Hangi veri hangi yöne akıyor

Önerdiğimiz kurgu tek yönlüdür: iyzico → CRM. Paranın otoritesi ödeme tarafında kalır, CRM görünürlük katmanı ekler.
VeriNerede oluşurYönCRM tarafında ne olur
Kart numarası, CVV, son kullanma tarihiiyzico ve banka tarafındaHiçbir yöne akmazCRM'e girmez; bu alanlar üründe hiç açılmaz
Ödemenin sonucu: tutar, tarih, para birimi, durumiyzico tarafındaiyzico → CRMMüşteri ve fırsat kaydına alan olarak yazılır
Taksit sayısı ve kesinti sonrası net tutariyzico tarafında hesaplanıriyzico → CRMAlan olarak taşınır; komisyonu CRM hesaplamaz
İade ve iptal bilgisiiyzico tarafındaiyzico → CRMDurum alanı güncellenir; iadeyi CRM başlatmaz
Sipariş ya da ödeme referans numarasıHer iki taraftaEşleşme anahtarıÖdemeyi doğru kayda bağlayan alan; keşifte seçilir
Ödeme linkiiyzico tarafında üretilirCRM üretmezLinki gönderme ve gönderimi kayda bağlama CRM'de çalışır
Müşteri adı, e-posta, telefonCRM tarafındaVarsayılanda akmazÖdeme tarafına alan geçmesi gerekiyorsa kapsamda tek tek yazılır
3D Secure doğrulaması ve banka yönlendirmesiiyzico ve banka tarafındaCRM'e akmazCRM bu akışın hiçbir adımında yer almaz

Bağlantı kurulduğunda CRM tarafında ne yapılabiliyor?

Tahsilat sonucunun kayda taşınması

Tutar, tarih, para birimi, durum ve varsa taksit sayısı alan olarak gelir. Paranın otoritesi iyzico tarafında kalır; CRM bir görünürlük katmanı ekler.

Ödemenin siparişle eşleştirilmesi

Ödeme kaydı, sipariş numarası ya da müşteri kodu anahtar alınarak ilgili fırsat ve müşteri kaydına bağlanır. Anahtar alan keşifte seçilir, test aktarımında doğrulanır ve yazılı kapsamda durur.

Ödenmemiş siparişte görev üretimi

Belirlenen sürede tahsilatı geçmeyen kayıt için sorumluya görev açan kural kurulur. CRM tahsilat denemesi yapmaz; yalnız insanın yapacağı takibi kayda bağlar.

Hatırlatmanın şirket kanalından gitmesi

WhatsApp Business ve SMS bağlantıları bugün üründe çalışıyor; hatırlatma şirket numarasından gider ve aynı kayda işlenir. Ticari ileti İYS izin kaydıyla birlikte yürür.

Ödeme alanlarını kod yazmadan tanımlamak

iyzico referansı, taksit sayısı, net tutar ya da tahsilat kanalı gibi alanları yönetici kod yazmadan ekler. Özel alan ekleme üründe standarttır: bugün 19 kiracıda toplam 277 özel alan tanımlı; bir kiracı 9 özel nesne ekledi.

Tahsil edilmemiş tutarın raporlanması

“Kazanıldı ama tahsil edilmedi” ayrı bir görünüm olur. Satış ve finans aynı tabloya bakar; ay sonunda iki farklı rakam tartışılmaz.

Bağlantı nasıl kuruluyor: REST API, OAuth2, webhook

Teknik taraf da satış tarafı kadar açık olsun.

Arayüz. Ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor — alan yapısını describe ile dışarıdan okuyabilirsiniz. Yetkilendirme OAuth2 ile yapılır. Hacim tarafında iki sayı işinize yarar: composite uç tek istekte 25 alt-istek taşır, toplu uç bir çağrıda 200 kayıt yazar. Bir günlük tahsilat dosyasının kaç istekte biteceğini bu iki sayı belirler.

Webhook — burada dikkat. Üründeki webhook giden yöndedir ve imzalıdır: CRM'de bir şey olduğunda dışarıya bildirim gider. iyzico'nun size gönderdiği bildirimi kutudan dinlediğimizi söylemiyoruz. Gelen bildirimin nasıl karşılanacağı — doğrudan mı, aradaki bir uç mu — keşifte kararlaştırılan bir kurulum kalemidir.

Dönemsel aktarım. Olay bazlı akış kurulmuyorsa tahsilat dosyası dört adımlı içe/dışa aktarma sihirbazıyla dönemsel olarak taşınır. Tavan şudur: dosya 25 MB, iş 100.000 satır. Sıklık — günlük ya da gün içinde birkaç kez — yazılı kapsamda tanımlanır; peşinen “anında” demiyoruz.

Test aktarımı neden asıl adım? Çünkü ölçtük: 8 kiracıda 34 içe aktarma işi çalıştı, 16'sı hatayla bitti. Yarıya yakını. Alan eşlemesinin kendiliğinden tutmadığını da ölçtük — ölçtüğümüz bir kişi dışa aktarımında 17 başlığın 13'ü eşleşti, 2'si yanlış alana bağlandı. Yanlış alana bağlanmış bir tutar, boş kalmış bir tutardan daha zararlıdır: boş olanı görürsünüz, yanlış olanı görmezsiniz. Bu yüzden örnek bir dönemin tahsilatını canlıdan önce test olarak aktarıyoruz.

Bağlantıyı kendi geliştiriciniz yazmak isterse bu desteklediğimiz bir yoldur: API belgesini, OAuth2 erişimini, nesne tanımlarını ve alan eşleme tablosunu veririz.

Ne var, ne yok

iyzico tarafında ne var, ne yok

Sol kolon iyzico sorulunca gerçekte istenen şeyi yazıyor. Sağdaki kolon o isteğin bugün nerede karşılandığını gösteriyor.
Ne isteniyorRapitek CRM'deNerede yapılır
iyzico'nun ürüne gömülü ödeme adaptörü olarak gelmesiKısmen. Ürünün ödeme sağlayıcı kaydında iyzico tanımlı; canlı bir tahsilat akışını bugün bir müşteri kurulumuyla gösteremiyoruzRapitek CRM — kendi iyzico hesabınızla yapılandırılır
Ödeme tutarı, tarihi ve durumunun müşteri kartında görünmesiVar. REST API ya da dönemsel aktarımla alan olarak taşınırRapitek CRM — kapsamı keşifte belirlenen bağlantıyla
Ödemesi geçmeyen sipariş için takip göreviVar. Süre eşiği, sorumlu ve zamanlama kurulumda tanımlanırRapitek CRM
Ödeme hatırlatmasının şirket numarasından gitmesiVar. WhatsApp Business ve SMS bağlantıları bugün üründe çalışıyor; İYS izin senkronu iki yönlüRapitek CRM — kendi Meta ve Verimor hesaplarınızla
CRM ekranından iyzico ödeme linki üretilmesiYok. Link üretimi ödeme kuruluşunun işidiriyzico panelinizde ya da e-ticaret sisteminizde
CRM'in müşterinin kartından tahsilat çekmesiYok. Kart saklama ve tahsilat denemesi ürünün işi değil; kart verisi CRM'e hiç gelmeziyzico tarafında
İade ve iptalin CRM'den başlatılmasıYok. İade iyzico tarafında başlatılır; CRM yalnız sonucunu taşıriyzico panelinizde
iyzico'nun gönderdiği bildirimin kutudan dinlenmesiYok. Üründeki webhook giden yöndedir; gelen bildirimi karşılayan taraf kurulumda tanımlanırKurulum kapsamında
Abonelik ve tekrarlayan tahsilat motoruYok. Abonelik, fatura ve ödeme modeli üründe tanımlı değilFaturalandırma sisteminizde
Pazaryeri ve alt üye işyeri hakediş yönetimiYok. Bu tarafta üründe tanımlı bir modül bulunmuyoriyzico tarafında
Banka ekstresiyle havale tahsilatının eşleştirilmesiYok. Banka, ekstre ve IBAN eşleştirme tarafında ürüne yazılmış kod bulunmuyorMuhasebe ya da banka tarafınızda
Tahsilatın ardından e-Fatura kesilmesiYok. Rapitek CRM GİB özel entegratörü değildir ve resmî belge düzenlemeze-Fatura sağlayıcınızda; bilgisi CRM'e taşınabilir
Uygulama

iyzico bağlantısı nasıl devreye alınır?

  1. 1

    Keşif

    iyzico tarafında hangi ürünü kullandığınızı, tahsilatın hangi kanaldan geldiğini ve verinin bugün kimde durduğunu çıkarırız. Finans ya da muhasebe sorumlunuzun bu görüşmede olmasını öneririz.

  2. 2

    Eşleşme anahtarının seçilmesi

    Ödemeyi hangi alanın siparişe bağladığına karar veririz: sipariş numarası, müşteri kodu ya da e-posta. Bu, entegrasyonun en kritik satırıdır ve yazılı kapsamda durur.

  3. 3

    Yöntemin seçilmesi

    Olay bazlı akış mı, dönemsel aktarım mı — ve iyzico'nun gönderdiği bildirimi kimin karşılayacağı burada netleşir. Sıklık ve alan eşleme tablosu yazılı paylaşılır.

  4. 4

    Yapılandırma ve test aktarımı

    Ödeme alanları, görev kuralları, hatırlatma şablonları ve yetkiler kurulur; örnek bir dönemin tahsilatı test olarak aktarılır. Eşleşmeyen kayıtlar burada görülür, canlıda değil.

  5. 5

    Eğitim ve canlı geçiş

    Satış ekibine hangi alanın neyi gösterdiği ve hatırlatmanın hangi izinle gidebileceği anlatılır. Keşiften önce süre taahhüt etmiyoruz; keşif görüşmesinden sonra size aralık değil tarih veririz.

Sınırlarımız: bu sayfada vaat etmediklerimiz

Sayfa bir çekinceyle açıldı; sınırların tamamı da tek yerde dursun.

  • “iyzico entegrasyonumuz hazır” demiyoruz. Adaptör ürünün ödeme sağlayıcı kaydında tanımlıdır; canlı bir tahsilat akışını bugün bir müşteri kurulumuyla gösteremiyoruz.
  • Kart verisi CRM'e girmez. Kart numarası, CVV ve son kullanma tarihi taşınmaz; bu alanlar üründe hiç açılmaz. Bu bir tercih değil kuraldır ve kapsamın ilk satırına yazılır. Kart verisi bize hiç gelmediği için PCI DSS kapsamına giren bir iş de yapmıyoruz.
  • CRM ödeme linki üretmez, tahsilat denemesi yapmaz, iade başlatmaz. Para hareketi iyzico tarafında gerçekleşir; CRM yalnız sonucunu taşır.
  • “iyzico webhook'unu kutudan dinliyoruz” demiyoruz. Üründeki webhook giden yöndedir ve imzalıdır; gelen bildirimi karşılayan taraf kurulum kapsamında tanımlanır.
  • Abonelik ve tekrarlayan tahsilat motoru vaat etmiyoruz. Abonelik, fatura ve ödeme modeli üründe tanımlı değil.
  • Pazaryeri ve alt üye işyeri hakediş yönetimi için modül tanımlamıyoruz. Taşınabilecek şey, ödeme tarafında zaten hesaplanmış tutarların bilgisidir.
  • Banka ekstresiyle havale eşleştirme yok. Banka, ekstre ve IBAN eşleştirme tarafında ürüne yazılmış kod bulunmuyor.
  • iyzico'nun komisyon ve taksit koşullarını bu sayfaya yazmıyoruz. Güncel koşullar iyzico'nun kendi sayfasındadır; iki yerde farklı bir rakam okumayasınız diye.
  • Sipariş → fatura → tahsilat zincirinin kendiliğinden akacağını söylemiyoruz, stok senkronu vaat etmiyoruz ve üretim/MRP otomasyonu vaat etmiyoruz. Üçünün nedenini ve yerine ne yapılabildiğini tek yerde yazdık: vaat etmediğimiz üç şey.
  • e-Fatura kesmiyoruz. Ayrıntı e-Fatura sayfamızda.

Ticari ileti: ödeme hatırlatmasının ticari ileti sayılıp sayılmayacağı metnin içeriğine bağlıdır. İYS izin durumu CRM'de kayıtlı tutulur ve iki yönlü senkronlanır; gönderim bu kayıtla birlikte yürür. Hukuki değerlendirme sizin ve danışmanınızındır; biz mekanizmayı kuruyoruz.

Veri konumu: verileriniz Avrupa Birliği'nde tutulur — veritabanı Helsinki'de (Finlandiya), dosyalar Frankfurt'ta, yedekler Falkenstein'da (Almanya). Türkiye'de hiçbir bileşenimiz yok ve bölge seçimi diye bir özelliğimiz yok. Bu, KVKK m.9 kapsamında yurt dışına aktarımdır; dayanağınızı sözleşme sürecinde birlikte kurarız. Ayrıntı güvenlik sayfasında ve KVKK aydınlatma metnindedir.

Sertifika: ISO 27001 veya SOC 2 belgemiz yok ve alana kadar da iddia etmeyeceğiz.

Rakamı bu sayfaya değil, fiyatlandırma sayfasına yazıyoruz

iyzico bağlantısının kapsamı ve varsa bedeli keşif görüşmesinde çıkarılıp yazılı paylaşılır. iyzico'nun kendi komisyonu bizde değil onların sayfasında yazar. Plan fiyatlarını tek yerde tutuyoruz — iki yerde farklı bir rakam okumayasınız diye.

Üç plan, kapsam tablosu ve ayrı fiyatlanan kalemler tek sayfada.

SSS

iyzico ve Rapitek CRM hakkında sık sorulanlar

Rapitek CRM'in iyzico entegrasyonu var mı?
Cevap yarım ve yarım olduğunu söylüyoruz: ürünün ödeme sağlayıcı kaydında iyzico tanımlı bir adaptör olarak duruyor. Ama canlı bir iyzico tahsilat akışını bugün bir müşteri kurulumuyla gösteremiyoruz, o yüzden “entegrasyonumuz hazır” demiyoruz. Tahsilat bilgisini — tutar, tarih, durum, taksit — CRM'e alan olarak taşımak isterseniz bu, REST API ya da dönemsel aktarımla kapsamı belirlenmiş bir iştir. Akış tek yönlü kurulur: iyzico'dan CRM'e.
“Adaptör tanımlı” ile “entegrasyon hazır” arasındaki fark ne?
Birincisi bir kayıt durumu, ikincisi bir ölçüm. Adaptörün üründe tanımlı olması, onun sahada çalıştığını göstermez. Aynı ayrımı ürünün başka bir yerinde de yazdık: belge imzalama ekranı kurulu ama sahada ölçülmedi — 8 kiracıda 0 imza. iyzico adaptörü için de bugün paylaşabileceğimiz bir saha ölçümü yok. Olsaydı sayıyı yazardık; sayı yerine bu paragrafı yazıyoruz.
Kart bilgisi CRM'e taşınır mı?
Hayır. Kart numarası, CVV ve son kullanma tarihi CRM'e girmez; bu alanlar üründe hiç açılmaz. Taşınan şey ödemenin sonucudur: tutar, tarih, para birimi, durum ve varsa taksit sayısı. Bu bir tercih değil kuraldır ve kapsamın ilk satırına yazılır. Kart verisi bize hiç gelmediği için PCI DSS kapsamına giren bir iş de yapmıyoruz. 3D Secure doğrulaması ve banka yönlendirmesi tamamen iyzico tarafındadır; CRM bu akışın hiçbir adımında yer almaz.
Hangi veri hangi yöne akıyor?
Önerdiğimiz kurgu tek yönlüdür: iyzico'dan CRM'e. Ödemenin sonucu, taksit sayısı, net tutar ve iade/iptal durumu ödeme tarafında oluşur ve CRM'e alan olarak taşınır. CRM'den iyzico'ya varsayılan olarak bir şey akmaz; ödeme tarafına CRM'den alan geçmesi gereken bir ihtiyacınız varsa bunu keşifte ayrıca konuşur ve kapsamda tek tek yazarız. Varsayılanımız, mali kaydın tek bir yerde üretilmesidir.
CRM'den iyzico ödeme linki gönderebilir miyiz?
Link üretimi ödeme kuruluşunun işidir; CRM link üretmez. Üretilen linki müşteriye gönderme ve gönderimi kayda bağlama tarafı ise CRM'de çalışır: WhatsApp Business ve SMS bağlantıları bugün üründe vardır, mesaj ilgili müşteri kaydına işlenir. Ticari ileti niteliğindeki gönderim İYS izin kaydıyla birlikte yürür.
iyzico'nun webhook'unu dinliyor musunuz?
Kutudan dinlediğimizi söylemiyoruz. Üründeki webhook giden yöndedir ve imzalıdır: CRM'de bir şey olduğunda dışarıya bildirim gider. iyzico'nun size gönderdiği bildirimi karşılayacak tarafın nasıl kurulacağı — doğrudan mı, aradaki bir uç mu — keşifte kararlaştırılan bir kurulum kalemidir. Bu kurulmazsa yöntem dönemsel çekmedir.
Ödeme geçtiğinde CRM'de anında görünür mü?
Yönteme bağlıdır; peşinen “anında” sözü vermiyoruz. Olay bazlı bir akış kurulduysa CRM olaya yakın güncellenir. Kurulmadıysa dönemsel çekme yapılır ve sıklık — günlük ya da gün içinde birkaç kez — yazılı kapsamda tanımlanır. Hangi yolun kurulacağı keşifte belirlenir.
Ödemeyi siparişle nasıl eşleştiriyorsunuz?
Bir anahtar alan seçerek: sipariş numarası, müşteri kodu ya da e-posta. Bu seçim entegrasyonun en kritik satırıdır, çünkü mekanizma şöyle işler: anahtar yanlışsa aynı müşteri iki ayrı kayda bağlanır ve fark her aktarımda büyür. Kendi ölçümümüz de bunu söylüyor — ölçtüğümüz bir kişi dışa aktarımında 17 başlığın 13'ü eşleşti, 2'si yanlış alana bağlandı. Bu yüzden kararı keşifte birlikte veriyor, test aktarımında doğruluyor ve yazılı kapsama geçiriyoruz.
İade ve iptal CRM'de görünür mü?
Bilgisi görünür, işlemi CRM'den yapılmaz. İade iyzico tarafında başlatılır; CRM iade edilmiş bir ödemenin durumunu alan olarak taşır ve ilgili fırsat kaydına yansıtır. “Kazanıldı” görünen bir kaydın altında iade edilmiş bir tahsilat kalmaması için bu alanın taşınmasını öneriyoruz.
Taksit ve komisyon bilgisi CRM'e taşınır mı?
Taşınabilir. Taksit sayısı ve kesinti sonrası net tutar alan olarak tanımlanırsa temsilci iskonto konuşurken şirketin eline ne geçtiğini görür. Hangi alanların taşınacağı kapsamda seçilir. Komisyon hesabını CRM yapmaz; ödeme tarafında hesaplanmış değeri taşır. iyzico'nun komisyon oranlarını da bu sayfaya yazmıyoruz — güncel koşullar onların kendi sayfasındadır.
Pazaryeri modelimiz var; alt üye işyeri hakedişlerini CRM'de yönetebilir miyiz?
Hakediş yönetimi için üründe tanımlı bir modül yok ve olduğunu söylemeyeceğiz. Taşınabilecek şey, ödeme tarafında zaten hesaplanmış tutarların bilgisidir: alt üye işyeri kodu, hakediş tutarı ve durumu alan olarak tutulabilir. Bu alanları kod yazmadan siz de ekleyebilirsiniz — özel alan ekleme üründe standarttır: bugün 19 kiracıda toplam 277 özel alan tanımlı; bir kiracı 9 özel nesne ekledi.
Bağlantıyı bizim geliştiricimiz yazabilir mi?
Evet, desteklediğimiz bir yoldur. Ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor; yetkilendirme OAuth2 iledir. Hacim tarafında composite uç tek istekte 25 alt-istek, toplu uç bir çağrıda 200 kayıt taşır. Biz API belgesini, erişimi, nesne tanımlarını ve alan eşleme tablosunu veririz.
Bu bağlantının maliyeti nedir?
Bu sayfaya rakam yazmıyoruz, çünkü bedel kapsama bağlıdır: hangi alanların taşınacağı, yöntem, sıklık ve eşleşme kuralının karmaşıklığı. Keşif görüşmesinden sonra kapsamı ve bedeli yazılı paylaşırız; süre için de aralık değil tarih veririz. Plan kapsamları fiyatlandırma sayfasındadır.
Kurulum ne kadar sürüyor?
Keşiften önce süre taahhüt etmiyoruz; keşif görüşmesinden sonra size aralık değil tarih veririz — hangi gün canlıya çıkacağınız yazılı kapsamda durur. Kurulum şu adımlardan oluşur: keşif, eşleşme anahtarının seçimi, yöntemin seçimi, yapılandırma ve test aktarımı, eğitim ve canlı geçiş.
Verilerimiz nerede tutuluyor?
Avrupa Birliği'nde: veritabanı Helsinki'de (Finlandiya), yüklediğiniz dosyalar Frankfurt'ta, veritabanı yedekleri Falkenstein'da (Almanya). Türkiye'de hiçbir bileşenimiz yok ve bölge seçimi sunmuyoruz. Bu, KVKK m.9 kapsamında yurt dışına aktarımdır; dayanağını sözleşme sürecinde birlikte kurarız. CRM verileriniz size ait ayrı bir veritabanında tutulur.
Bu bağlantıyı satın almadan önce görebilir miyiz?
Kendi başınıza başlatacağınız bir deneme yok. Önce 30 dakikalık canlı bir demo yapıyoruz; ardından ürünü kendi hızınızda gezmek isterseniz süreli bir demo hesabı açıyoruz. Demoda ürünün standart hâli görülür; iyzico bağlantısı satın alma sonrası kurulum kapsamında yapılır.

Tahsilat akışınızı 30 dakikada netleştirelim

Demoda iyzico tarafında hangi ürünü kullandığınızı, ödemeyi siparişe hangi alanın bağladığını ve ödenmemiş siparişi bugün kimin takip ettiğini kendi senaryonuz üzerinden konuşalım.

Kart verisi CRM'e girmez. Adaptör üründe tanımlı; saha ölçümü yok.

RapitekGO ile yapıldı

Ziyaretinizi ölçmek için isteğe bağlı çerez kullanmak istiyoruz. Reddederseniz site aynen çalışır. Çerez politikası