PayTR tahsilatının durumu satış ekranınızda görünür.
Ödemenin tutarı, tarihi ve durumu müşteri kartına alan olarak gelir; ödemesi geçmeyen sipariş için sorumluya görev açılır, hatırlatma CRM'den WhatsApp ya da SMS ile İYS izin kaydıyla gider. Bağlantıyı REST API ve dönemsel içe aktarmayla biz kuruyoruz; üründe tanımlı ödeme adaptörleri iyzico ve PayNkolay.
Ödeme linki gitti; ödendi mi, kimse bilmiyor
PayTR sorusu Türkiye içine satan, sanal POS ve ödeme linkiyle çalışan şirketlerden gelebilir: e-ticaret, bayi satışı, kurumsal hizmet. Mekanizma şu: tahsilat bilgisi ödeme tarafında oluşuyor, satış tarafı ise o panele erişmiyor. Kendi projelerimizde gördüğümüz tablo şu:
- Temsilci teklifi onaylatır, ödeme linkini gönderir — sonra bekler. Link açıldı mı, ödeme düştü mü, taksitli mi geçti; bunların hiçbiri onun ekranında değildir.
- Sanal POS paneline erişim finansta ve muhasebededir; satış temsilcisine açılması doğru da değildir. Dolayısıyla “ödendi mi” sorusunun tek cevap yolu bir mesaj trafiği olur.
- Ödemesi geçmeyen sipariş hafızada kalır. “Cuma akşamı gönderdim, Pazartesi bakarım” deyip unutulan link kimsenin raporunda görünmez.
- Havale ve kapıda ödeme karışabilir; hangi tahsilatın hangi siparişe ait olduğu ay sonunda ekstre üzerinden elle eşleştirilir.
- Taksit ve komisyon farkı tekliften sonra ortaya çıkar; net gelirin ne olduğu satış tarafında görünmez.
- Ödeme hatırlatması kişisel WhatsApp'tan gidebilir; temsilci ayrılınca yazışma da gider.
Bunların hiçbiri yeni bir sanal POS alarak çözülmez. Hepsi, PayTR'de zaten oluşmuş tahsilat bilgisinin satış tarafına ulaşmamasından doğar.
Önce dürüst tablo: PayTR bizim ödeme sağlayıcı kaydımızda yok
PayTR için ürüne gömülü bir ödeme adaptörümüz yok; tahsilat bilgisini CRM'e taşımak isterseniz bu, REST API veya dönemsel içe aktarma ile kapsamı belirlenmiş bir iştir.
Bu bir mecaz değil, kayıt durumu: ürünün ödeme sağlayıcı kaydında tanımlı iki adaptör var — iyzico ve PayNkolay. PayTR bu kayıtta geçmiyor. Satış sayfamızda geçiyor olması onu ürüne eklemez; o yüzden bu sayfayı düzelttik.
Neden bir düğme yerine kurulan bir bağlantı? Çünkü ödeme tarafında “her kurulumda aynı çalışan” bir düğme yoktur: sanal POS'unuzun çalışma biçimi, taksit ve komisyon kurgunuz, sipariş numarası ile ödemeyi hangi alanın eşlediği şirketten şirkete değişir. Herkese aynı düğmeyi verip “bir tuşla bağlanır” demek, eşleşme alanı başka olan ilk müşteride tutmayan bir vaat olurdu.
Bağlantı için gereken arayüz hazır ve belgeli: ü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. Yanında OAuth2, imzalı giden webhook ve dört adımlı içe/dışa aktarma sihirbazı var. Ayrı bir olgu olarak şunu da yazalım: bugün canlı bir müşteri kurulumunda üçüncü taraf bir ERP entegratörü aynı REST API üzerinden kayıt okuyup yazıyor; bu tek bir kurulumdur, bir vaka listesi değil. Genel yaklaşımımızı entegrasyonlar sayfasında aynı açıklıkla anlattık.
Cuma 17:20 — ödeme linki gönderildi, hafta sonu geçti. Tahsilat bilgisi CRM'e aktığında şunlar değişir:
-
1
Ödemenin durumu siparişin yanında durur
Tutar, tarih ve ödeme durumu müşteri ve fırsat kaydına işlenir. Temsilci Pazartesi sabahı sanal POS paneline girmeden, kendi listesinden ödenmemişleri görür.
-
2
Ödemesi geçmeyen sipariş görev açar
Belirlediğiniz süre içinde tahsilatı geçmeyen kayıt için sorumluya takip görevi düşer. Unutulan ödeme linki bir hafıza meselesi olmaktan çıkar.
-
3
Hatırlatma şirket kanalından gider
Hatırlatma CRM'den WhatsApp Business ya da SMS ile gönderilir ve aynı müşteri kaydına işlenir. Gönderim İYS izin kaydıyla birlikte yürür; kişisel telefondan giden mesaj olmaktan çıkar.
-
4
Taksit ve net tutar satışın gördüğü yerde
Taksit sayısı ve kesinti sonrası net tutar alan olarak taşınırsa, temsilci iskonto konuşurken şirketin eline ne geçtiğini bilir. Hangi alanların taşınacağı kapsamda seçilir.
-
5
Tahsilat siparişle eşleşir, ekstreyle değil
Ödeme kaydı sipariş numarası ya da müşteri kodu anahtar alınarak ilgili kayıtla eşleştirilir. Anahtarın hangi alan olacağı keşifte kararlaştırılır.
-
6
Tahsil edilmemiş tutar rapora girer
“Kazanıldı ama tahsil edilmedi” durumu ayrı bir görünüm olur. Satış ve finans aynı tabloya bakar; ay sonunda iki farklı rakam tartışılmaz.
Gömülü adaptörümüz yok — bunun yerine ne yapıyoruz?
Tahsilat kaydının CRM'e taşınması
Tutar, tarih, ödeme durumu ve varsa taksit bilgisi REST API ya da dönemsel içe aktarma ile alan olarak gelir. Paranın otoritesi sanal POS tarafında kalır; CRM görünürlük katmanı ekler.
Sipariş ile ödemenin 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 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.
Gerçekten tanımlı iki adaptöre yönlendirme
Üründe iyzico ve PayNkolay adaptörleri tanımlıdır ve kendi sağlayıcı hesabınızla yapılandırılır. Canlı bir tahsilat akışını bugün referansla anlatamıyoruz; bunu da söylüyoruz.
Ödeme alanlarını kod yazmadan tanımlamak
Sanal POS 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ı.
Tahsilat tarafında ne var, ne yok
| Ne isteniyor | Rapitek CRM'de | Nerede yapılır |
|---|---|---|
| PayTR'nin ürüne gömülü ödeme adaptörü olarak gelmesi | Yok. Ürünün ödeme sağlayıcı kaydında PayTR tanımlı değil | PayTR panelinizde; CRM'e taşıma REST API ile proje kapsamında kurulur |
| CRM ekranından ödeme linki üretilmesi | Yok. Link üretimi ödeme sağlayıcınızın işidir | PayTR panelinizde ya da e-ticaret sisteminizde |
| CRM'in müşterinin kartından tahsilat çekmesi | Yok. Kart saklama ve tahsilat denemesi ürünün işi değil | Ödeme sağlayıcınızda |
| Ödeme tutarı, tarihi ve durumunun müşteri kartında görünmesi | Var. REST API ya da dönemsel içe aktarma ile alan olarak taşınır | Rapitek CRM — kapsamı keşifte belirlenen bağlantıyla |
| Ödemesi geçmeyen sipariş için takip görevi | Var. Süre eşiği, sorumlu ve zamanlama kurulumda tanımlanır | Rapitek CRM |
| Ödeme hatırlatmasının şirket numarasından gitmesi | Var. 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 |
| Ödeme adaptörüyle CRM üzerinden ödeme alınması | Kısmen. Üründe iyzico ve PayNkolay adaptörleri tanımlıdır; canlı bir tahsilat akışını bugün referansla anlatamıyoruz | Rapitek CRM — kendi iyzico ya da PayNkolay hesabınızla |
| Banka ekstresiyle havale tahsilatının eşleştirilmesi | Yok. Banka, ekstre ve IBAN eşleştirme tarafında ürüne yazılmış kod bulunmuyor | Muhasebe ya da banka tarafınızda |
| Tahsilatın ardından e-Fatura kesilmesi | Yok. Rapitek CRM GİB özel entegratörü değildir ve resmî belge düzenlemez | e-Fatura sağlayıcınızda; bilgisi CRM'e taşınabilir |
Tahsilat görünürlüğü nasıl devreye alınır?
-
1
Keşif
Tahsilatın hangi kanaldan geldiğini — sanal POS, ödeme linki, havale, kapıda ödeme — ve her kanalın verisinin kimde durduğunu çıkarırız. Muhasebe ya da finans sorumlunuzun bu görüşmede olmasını öneririz.
-
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 seçim entegrasyonun en kritik satırıdır ve yazılı kapsamda durur.
-
3
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.
-
4
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 yoklukla açıldı; sınırların tamamı da tek yerde dursun.
- “PayTR entegrasyonu” demiyoruz. Ürünün ödeme sağlayıcı kaydında PayTR tanımlı değil; gömülü bir adaptör yok.
- “CRM'den tahsilat alın” demiyoruz. CRM kart saklamaz, tahsilat denemesi yapmaz, ödeme linki üretmez. Para hareketi ödeme sağlayıcınızda gerçekleşir.
- “Canlı tahsilat alıyoruz” demiyoruz. iyzico ve PayNkolay adaptörleri üründe tanımlıdır; canlı bir tahsilat akışını bugün bir referansla anlatamıyoruz.
- Banka ekstresiyle havale eşleştirme yok. Banka, ekstre ve IBAN eşleştirme tarafında ürüne yazılmış kod bulunmuyor.
- 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. Kapsamı kurulumda birlikte belirleriz.
Kart verisi: CRM'e kart numarası ya da kart verisi taşınmaz. Taşınan şey ödemenin sonucudur: tutar, tarih, para birimi, durum ve varsa taksit sayısı.
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
PayTR bağlantısının kapsamı ve varsa bedeli keşif görüşmesinde çıkarılıp yazılı paylaşılır. Plan fiyatlarını ise tek yerde tutuyoruz — iki yerde farklı bir rakam okumayasınız diye.
Üç plan, kapsam tablosu ve ayrı fiyatlanan kalemler tek sayfada.
PayTR ve Rapitek CRM hakkında sık sorulanlar
Rapitek CRM'in PayTR entegrasyonu var mı?
Rapitek CRM'de hazır PayTR modülü var mı?
CRM'den PayTR ödeme linki gönderebilir miyiz?
Ödeme geçtiğinde CRM'de anında görünür mü?
Ödemeyi siparişle nasıl eşleştiriyorsunuz?
Taksit ve komisyon bilgisi CRM'e taşınır mı?
Havale ve kapıda ödeme tahsilatlarını da görebilir miyiz?
Ödeme hatırlatması göndermek İYS açısından sorun olur mu?
iyzico kullansak fark eder mi?
Kart bilgisi CRM'e taşınır mı?
Tahsilatın ardından e-fatura kesilmesini sağlayabilir misiniz?
Bu bağlantının maliyeti nedir?
Verilerimiz nerede tutuluyor?
Bu bağlantıyı satın almadan önce görebilir miyiz?
İlgili sayfalar
Entegrasyonlar
Hangi bağlantı bugün üründe çalışıyor, hangisini talep üzerine kuruyoruz — ve vaat etmediğimiz üç şeyin nedeni.
e-Fatura ve CRM
Tahsilattan sonraki soru: belgeyi kim keser, bilgisi CRM'e nasıl gelir, hangi alan üründe hiç yoktur.
Netsis entegrasyonu
Cari ve bakiye tarafı bir ERP'deyse: hangi verinin hangi yöne aktığı ve yöntemin nasıl seçildiği.
Tahsilat akışınızı 30 dakikada netleştirelim
Demoda hangi kanaldan tahsilat aldığınızı, ödemeyi siparişe hangi alanın bağladığını ve hatırlatmayı bugün kimin gönderdiğini kendi senaryonuz üzerinden konuşalım.
Kart verisi CRM'e taşınmaz. Kapsam ve varsa bedel keşifte çıkarılıp yazılı paylaşılır.
