İçeriğe geç
Entegrasyon · DIA ERP

DIA kullanıyorsanız, CRM'iniz DIA ile konuşur.

Firma ve şube kodlarınız DIA'da nasıl duruyorsa öyle kalır; satış ekibiniz cari, bakiye, sipariş ve fatura bilgisini tek CRM ekranında görür. Bağlantıyı REST API, OAuth2, webhook ve içe/dışa aktarma ile biz kuruyoruz.

Rapitek CRM kanallar ve entegrasyonlar ekranı: E-posta Hesapları, Ödeme Sağlayıcılar, CTI Adaptörleri, WhatsApp Botları ve İYS Sağlayıcıları bağlantı kartları
Bağlantı kartlarının yer aldığı entegrasyon ekranı

Birden fazla firma, birden fazla şube — satış tarafı hepsini bir arada göremiyor

DIA ile çalışan işletmelerde kendi projelerimizde tekrar eden bir yapı gördük: tek bir tüzel kişilik değil, birkaç firma kodu, birkaç şube ve kimi işletmede bir bayi ağı. ERP bu ayrımı doğru tutar; sorun ERP'de değil, ERP ile müşteriyle konuşan taraf arasındaki boşlukta.

  • Aynı müşteri iki ayrı firma kodunda iki ayrı cari kart olarak durur. Temsilci müşterinin toplam riskini göremez, çünkü toplam diye bir ekran yoktur.
  • Şube satışçısının ERP ekranı yoktur; bakiye öğrenmek merkeze telefon etmek demektir ve cevap mesai saatine bağlıdır.
  • Hangi firmadan, hangi fiyat listesiyle satış yapılacağı görüşme sırasında karara bağlanır; karar kimsenin kaydında durmaz.
  • Bayi ve şube sorumluları kendi Excel'lerini tutar; iki tablo ayrı ayrı tutulduğu için birbirini tutmadığında hangisinin doğru olduğu belli olmaz.
  • Görüşme geçmişi, teklifler ve kaybetme nedenleri hiçbir yerde birikmez — ERP bunun için yapılmamıştır.
  • Ay sonunda konsolide satış ve tahsilat tablosu elle birleştirilir; birleştirmeyi yapan kişi izne çıktığında rapor da gecikir.

DIA'nın yerini almaya çalışmak bu boşluğu kapatmaz: muhasebe, stok ve resmî belge tarafı ERP'de durmaya devam eder. Kendi projelerimizde işleyen kurgu şu: ERP yerinde kalır, satış tarafı CRM'e taşınır, iki taraf tanımlı bir akışla bağlanır.

Bağlantı nasıl kuruluyor?

DIA için kutudan çıkan bir modülümüz yok ve olduğunu söylemeyeceğiz. Bağlantı; REST API, OAuth2, webhook ve içe/dışa aktarma ile kapsamı keşif görüşmesinde belirlenen bir entegrasyon projesi olarak kurulur.

Bağlantı üç araçla kurulur:

  • REST API — ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor; erişim OAuth2 ile yetkilendirilir. Toplu okuma ve bileşik istek desteklenir.
  • Giden webhook — CRM'deki olaylar dış sisteme imzalı olarak iletilir; başarısız çağrı yeniden denenir, hedef adres doğrulanır.
  • İçe/dışa aktarma — dört adımlı sihirbazla Excel/CSV aktarımı: yükle, alan eşle, önizle, çalıştır. Eşleşmeyi ekranda siz onaylarsınız.

Bu üç aracın sınırları ölçülüdür, tahmin değildir: REST API nesne ve alan tanımlarını describe ucundan verir, tek toplu istekte 200 kayda kadar işlem yapar, bileşik çağrıda 25 alt isteği tek seferde taşır. İçe aktarma sihirbazı 75'ten fazla nesnede, iş başına 100.000 satıra ve dosya başına 25 MB'a kadar çalışır. Kapsamı keşifte bu sınırların içinde kurguluyoruz.

Neden kutudan çıkan bir eklenti değil de kurulan bir bağlantı? Çünkü DIA tarafındaki erişim kurulumdan kuruluma değişir: kaç firma kodu kullandığınız, hangi modüllerin açık olduğu ve ERP'ye dışarıdan erişimin nasıl tanımlandığı yöntemi belirler. Herkese aynı düğmeyi verip “her kurulumda aynı çalışır” demek, koşullar değiştiğinde tutmayan bir vaat olurdu. Genel yaklaşımımızı entegrasyonlar sayfasında, aynı çerçevenin başka bir ERP'deki hâlini Netsis entegrasyonu sayfasında anlattık.

Somut senaryo

Çarşamba 14:05 — grup içindeki ikinci firmadan sipariş isteniyor. Bağlantı kurulduğunda şunlar değişir:

  1. 1

    Müşterinin tüm firma kodlarındaki bakiyesi tek kartta

    DIA'dan aktarılan cari bakiye, firma kodu etiketiyle birlikte müşteri kartına yazılır. Temsilci aynı müşterinin iki firmadaki açık riskini tek ekranda görür; toplamı kafasından çıkarmaz.

  2. 2

    Hangi firmadan satılacağı kayda bağlanır

    Satışın hangi firma koduyla yapılacağı fırsat kaydında alan olarak durur. Karar görüşmede alınır ama görüşmeyle birlikte kaybolmaz; faturalama tarafı da aynı alanı okur.

  3. 3

    Vadesi geçen bakiye görev üretir

    Belirlediğiniz eşiği aşan bakiye için sorumluya takip görevi açılır. Tahsilat hatırlatması kişisel hafızaya değil kayda bağlanır.

  4. 4

    Şube ve bayi kaydı, görme yetkisiyle birlikte kurulur

    Kaydın hangi şubeye ait olduğu alan olarak tutulur; hangi ekibin hangi kaydı göreceği profil ve izin setiyle tanımlanabilir. Bu yetkilendirme üründe desteklenir, kurulumda birlikte yapılandırılır.

  5. 5

    Teklif süreci ERP'nin dışında, kayıtlı yürür

    Müşteri adayı, görüşme geçmişi, teklif ve kaybetme nedeni CRM'de durur. Kazanılan fırsat, kapsamda tanımlanan alanlarla ERP tarafına iletilebilir.

  6. 6

    Konsolide rapor elle birleştirilmez

    Firma ve şube kırılımındaki satış ve tahsilat verisi aynı raporda görünür. Ay sonunu kapatmak, iki tabloyu yan yana koyup fark aramak olmaktan çıkar.

DIA ile Rapitek CRM arasında kurulabilen akışlar

Firma ve şube kodunun CRM'e taşınması

DIA tarafındaki firma kodu ve şube bilgisi CRM'de alan olarak kurulur; raporlar bu kırılımı okur. Hangi kodun hangi CRM alanına karşılık geldiği yazılı kapsamda durur.

Cari kart – müşteri kaydı eşleşmesi

Vergi numarası anahtar alınarak cari kartlar CRM'deki müşteri kayıtlarıyla eşleştirilir. Aynı müşterinin farklı firma kodlarındaki kartları tek müşteri kaydına bağlanabilir.

Bakiye ve vade görünürlüğü

Cari bakiye ve vadesi geçen tutar müşteri kartına aktarılır. Aktarım sıklığı — günlük, haftalık ya da dönemsel — ihtiyaca göre kapsamda belirlenir.

Sipariş ve fatura bilgisinin izlenmesi

Sipariş ve fatura başlık bilgileri müşteri kartında liste olarak izlenebilir. Belgenin otoritesi DIA'da kalır; CRM satış ekibine görünürlük katmanı ekler.

Ürün ve fiyat listesinin aktarılması

Ürün kataloğu ve firma bazlı fiyat listesi ERP'den CRM'e aktarılarak teklifler doğru fiyatla hazırlanır. Aktarım dönemsel de olabilir, API ile de kurgulanabilir.

Kendi alanlarınızı kod yazmadan eklemek

ERP'den gelen alanların CRM tarafındaki karşılığını (risk limiti, bayi kodu, ödeme vadesi) kod yazmadan siz tanımlarsınız. Özel nesne ve alan ekleme üründe standarttır.

Yöntem seçimi

Hangi yöntem ne zaman?

Yöntem, DIA tarafındaki erişime ve kaç firma kodunun kapsama gireceğine göre keşifte seçilir; kapsam yazılı paylaşılır.
YöntemNe işe yararNe zaman tercih edilir
REST API (kutudan gelen 183 iş nesnesi, her biri kendi veri ve şema ucuyla)Dış sistem CRM'deki kayıtları okur ve yazar; OAuth2 ile yetkilendirilir, toplu ve bileşik istek desteklerDIA tarafında uygun erişim olduğunda ve akışın otomatik ilerlemesi istendiğinde
Giden webhookCRM'deki olaylar (örn. fırsat kazanıldı) dış sisteme imzalı olarak iletilir; başarısız çağrı yeniden denenirCRM'den ERP yönüne bildirim gereken akışlarda
İçe aktarma (Data Hub)Excel/CSV dökümleri dört adımlı sihirbazla aktarılır: yükle, alan eşle, önizle, çalıştır. Dışa aktarma aynı modülde yapılır; sınırlarını ölçmedikKarşı tarafta erişim açılmasını gerektirmediği için erişim sorusu cevaplanmadan da başlatılabilir; dönemsel senkron yeterliyse ya da erişim henüz tanımlı değilse
Üçüncü taraf entegratörDIA tarafını tanıyan iş ortağınız aynı REST API'yi kullanarak bağlantıyı kendisi yazabilir; biz şemayı, OAuth2 erişimini ve alan eşleme tablosunu veririzDIA'nızı kuran firmayla çalışmaya devam etmek istediğinizde
Ne söyleyebiliyoruz

Doğruladıklarımız

183
REST API'de iş nesnesi
200 kayıt
Tek toplu API isteğinde işlenen kayıt; bileşik çağrıda 25 alt istek
İmzalı
Giden webhook çağrıları imzalanır, başarısız çağrı yeniden denenir
Uygulama

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

  1. 1

    Keşif

    Kaç firma kodu ve şube kullandığınızı, hangi modüllerin açık olduğunu ve DIA'ya dışarıdan erişimin nasıl tanımlandığını çıkarırız. DIA'nızı kuran iş ortağınızın bu görüşmeye katılmasını öneririz.

  2. 2

    Kapsam ve yöntem

    Hangi firma kodundan hangi verinin, hangi yöne ve hangi sıklıkta akacağına burada karar verilir. Yöntem, alan eşleme tablosu ve varsa bedel yazılı olarak paylaşılır — sürpriz kalem yok.

  3. 3

    Yapılandırma ve test aktarımı

    CRM tarafındaki alanlar, firma ve şube listeleri ile görme yetkileri kurulur; örnek veriyle test aktarımı yapılır. Vergi numarası anahtarıyla eşleşmeler doğrulanır, mükerrer kartlar ayıklanır.

  4. 4

    Eğitim ve canlı geçiş

    Merkez ve şube ekiplerinin eğitimi, ardından ilk hafta yakın takip. Keşiften önce süre taahhüt etmiyoruz; keşif görüşmesinden sonra size aralık değil tarih veririz. İçe/dışa aktarma tabanlı DIA akışı bu planın içinde devreye girebilir.

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

ERP entegrasyonu konuşulurken sorulan dört şey var. Dördünü de biz vaat etmiyoruz ve nedenini yazıyoruz.

  • “Stoklarınız senkron olur” demiyoruz. Stok kaydının otoritesi DIA'da kalır.
  • Sipariş → fatura → tahsilat zincirinin kendiliğinden akacağını söylemiyoruz. Bu zincir üründe kuruludur, ama otomatik bir muhasebe akışı olarak satılmasını doğru bulmuyoruz.
  • Üretim ve MRP otomasyonu vaat etmiyoruz. Ürün reçetesi ve üretim hattı tanımı üründe vardır; iş emri yürütmesini bugün bir referansla anlatamayız.
  • e-Fatura ve e-Arşiv düzenlemiyoruz. Rapitek CRM bir GİB özel entegratörü değildir; resmî belge üretmez, ETTN ya da GİB durumu takip etmez. Faturalarınız bugünkü düzeninizde kesilmeye devam eder; fatura numarası ve tutar gibi bilgiler CRM'e alan olarak taşınabilir.

İlk üçünün nedenini ve “bunun yerine ne yapılabildiğini” tek yerde, satır satır yazdık: vaat etmediğimiz üç şey. Burada tekrarlamıyoruz ki iki yerde iki farklı cümle kurmuş olmayalım.

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; aktarım 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. Kurumsal güvenlik değerlendirme formlarınızı dolduruyor, mimariyi yazılı anlatıyoruz.

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

DIA 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.

SSS

DIA entegrasyonu hakkında sık sorulanlar

DIA ile CRM entegrasyonu mümkün mü?
Evet — ama kutudan çıkan bir modülle değil, kapsamı belirlenmiş bir entegrasyon projesi olarak. Bağlantı REST API, OAuth2, imzalı giden webhook ve içe/dışa aktarma ile kurulur. Hangi firma kodundan hangi verinin (cari, bakiye, sipariş, fatura) hangi yöne, hangi sıklıkta akacağı keşif görüşmesinde çıkarılır ve yazılı kapsam olarak paylaşılır.
Rapitek CRM'de hazır DIA modülü var mı?
Yok; olduğunu söylemek doğru olmaz. DIA'ya özel, kutudan çıkan bir modülümüz bulunmuyor. Bunun yerine belgeli bir arayüzümüz var: ü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ı. Bağlantıyı bu araçlarla projeye özel kuruyoruz.
Rapitek CRM'in REST API'si belgeli mi, dışarıdan kullanılabiliyor mu?
Evet. Ürün kutudan 183 iş nesnesiyle geliyor ve her biri REST API'de kendi veri ve şema ucuyla yayımlanıyor — nesneler okunur ve yazılır, alan yapısını describe ucundan dışarıdan okuyabilirsiniz. Erişim OAuth2 ile yetkilendirilir; toplu uçta tek istekte 200 kayda kadar işlem yapılır, bileşik uçta 25 alt istek tek çağrıda taşınır. CRM'deki olaylar imzalı giden webhook ile dış sisteme iletilir ve başarısız çağrı yeniden denenir. API belgesini, nesne tanımlarını ve alan eşleme tablosunu keşiften sonra yazılı veririz.
Grubumuzda birden fazla firma var. Hepsi tek CRM'de mi duracak?
Evet, tek CRM'de durur ve firma kırılımı kaybolmaz. DIA tarafındaki firma kodu CRM'de alan olarak kurulur; kayıtlar bu alanla etiketlenir, raporlar bu kırılımı okur. Hangi firmanın satışını kimin göreceği ise ayrı bir karardır ve yetkilendirmeyle çözülür. İkisi de kurulumda yapılandırılır; kaç firma kodunun kapsama gireceği keşifte netleşir.
Aynı müşteri iki firma kodunda ayrı cari kartla duruyor. CRM'de ne olacak?
Bu kalemi kurulumun ilk adımlarında ele alıyoruz. Vergi numarası anahtar alınarak kartlar eşleştirilir; aynı tüzel kişiliğe ait kartlar tek müşteri kaydına bağlanabilir ve firma kodu bakiye satırında etiket olarak durur. Sonuçta temsilci müşterinin toplam açık riskini tek ekranda görür. Eşleşme kuralını keşifte birlikte belirler, yazılı kapsama yazarız.
DIA'yı bulutta kullanıyoruz. Entegrasyon değişir mi?
Yöntem değişebilir, çerçeve değişmez. Belirleyici olan, DIA tarafında dışarıya açık bir arayüzün tanımlı olup olmadığıdır; bunu keşifte birlikte kontrol ederiz. Erişim varsa akış API tabanlı kurulur, yoksa dönemsel içe/dışa aktarmayla yürür. Rapitek CRM tarafı iki durumda da aynıdır: kutudan gelen 183 iş nesnesi, her biri REST API'de kendi veri ve şema ucuyla, OAuth2 ile yetkilendirilmiş.
Şube bazlı yetki verebilir miyiz — Ankara ekibi İzmir'in kayıtlarını görmesin?
Bu üründe desteklenen bir yapılandırmadır. Profil, izin seti, rol hiyerarşisi, kuruluş geneli varsayılan görünürlük ve kayıt paylaşımı üründe vardır; hangi ekibin hangi kaydı göreceği bunlarla tanımlanır. Kurulumda sizin şube ve ekip yapınıza göre birlikte kurarız. Yetki modelini kurulum sonrası da değiştirebilirsiniz.
Muhasebe ekibimiz DIA'da çalışmaya devam edecek mi?
Evet, ve önerimiz de budur. Muhasebe, resmî belge ve stok tarafı DIA'da kalır; CRM satış tarafını alır. Entegrasyonun işi iki tarafı tanımlı bir akışla bağlamak, muhasebeyi taşımak değildir. Muhasebe ekibinize yeni bir ekran öğretme yükü çıkarmıyoruz.
Stoklarımız CRM ile senkron çalışır mı?
Anlık stok senkronizasyonu vaat etmiyoruz. Stok kaydının otoritesi DIA'da kalır; CRM tarafına taşınacak stok bilgisinin kapsamı, sıklığı ve hangi alanları içereceği keşifte tanımlanır. Nedenini ve bunun yerine ne yapılabildiğini entegrasyonlar sayfasındaki sınırlar bölümünde satır satır yazdık.
CRM'den e-fatura kesebilir miyiz?
Hayır. Rapitek CRM e-Fatura veya e-Arşiv belgesi düzenlemez ve GİB özel entegratörü değildir; ETTN ya da GİB durumu gibi alanlar üründe bulunmuyor. Faturalarınız bugünkü sağlayıcınızda kesilmeye devam eder. Fatura numarası, tarihi ve tutarı gibi bilgiler REST API ya da dönemsel içe aktarma ile müşteri kartına taşınabilir.
DIA'nın yerini alır mı?
Hayır ve almasını da önermiyoruz. DIA muhasebe, stok ve resmî belge tarafında kalır; Rapitek CRM müşteri adayı, görüşme geçmişi, teklif süreci ve satış raporlaması tarafını alır. Entegrasyonun işi bu iki tarafı tanımlı bir akışla bağlamaktır.
Senkronizasyon gerçek zamanlı mı olur?
Yönteme bağlıdır ve peşinen “gerçek zamanlı” sözü vermiyoruz. API ve webhook tabanlı akışlar olaya yakın çalışabilir; içe/dışa aktarma dönemseldir. İhtiyacınız günlük bakiye görünürlüğüyse bunu kapsamda günlük olarak tanımlarız; sıklık taahhüdü yazılı kapsamda yer alır.
DIA sunucumuza dışarıdan erişim yok. Entegrasyon yine mümkün mü?
Evet, yöntem değişir. Erişim yoksa akış içe/dışa aktarma üzerinden kurulur: DIA'dan alınan cari, bakiye ve sipariş dökümleri şablonla dönemsel olarak CRM'e aktarılır. İçe aktarma işi başına üst sınır 100.000 satır, dosya başına 25 MB'tır. Erişim koşulları sonradan değişirse aynı kapsam API tabanlı akışa taşınabilir.
DIA entegrasyonunun maliyeti nedir?
Bu sayfaya rakam yazmıyoruz, çünkü bedel kapsama bağlıdır: kaç firma kodunun ve kaç kaydın taşınacağı, akışın yönü, sıklığı ve DIA tarafındaki erişim imkânı. Keşif görüşmesinden sonra kapsamı ve bedeli yazılı olarak paylaşırız. Plan detayları fiyatlandırma sayfasındadır.
Kurulum ne kadar sürer?
Keşiften önce süre taahhüt etmiyoruz. Keşif görüşmesinden sonra size aralık değil tarih veririz: keşif, yapılandırma, veri aktarımı, eğitim ve canlı geçiş adımlarının tarihi yazılı planda durur. İçe/dışa aktarma tabanlı bir DIA akışı bu planın içinde kurulabilir; API tabanlı akışların kapsamı ve tarihi aynı planda netleştirilir.
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.

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

Demo görüşmesinde firma ve şube yapınızı, cari ve bakiye verinizin CRM'e nasıl akacağını kendi senaryonuz üzerinden konuşalım; yöntemi ve kapsamı birlikte seçelim.

Kurulumun kapsamı ve varsa bedeli keşif görüşmesinde çıkarılıp yazılı paylaşılır.

RapitekGO ile yapıldı

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