On yıllık muhasebe verinize dokunmuyoruz. ERP entegrasyonu ile mevcut programınız yerinde kalır; tezgâhı, depoyu, sahayı ve siparişi ona bağlayan katmanı yazarız.
D’Cloud Software, Mersin merkezli bağımsız bir yazılım firmasıdır. Hiçbir muhasebe programının bayisi değiliz; mevcut programınıza özel ekran, web paneli, B2B portalı, depo ve üretim ekranı, mobil uygulama ve rapor paneli geliştiririz.
ERP entegrasyonu, mevcut muhasebe programınızı değiştirmeden başka bir sistemle veri alışverişi kurmaktır — göç (migration) değildir.
Her programın veriye erişim yolu farklıdır: Mikro Desktop API, Logo Objects ve REST Servis, Netsis ise NetOpenX sunar.
ETA dosya aktarımı ve ODBC üzerine kuruludur; Zirve’nin herkese açık bir geliştirici API’si yayımlanmıyor (bulamadık; kurulumda teyit edilir), veri XML ve Excel dosyalarıyla taşınır.
Veri okumak ile veri yazmak aynı risk sınıfında değildir. Okuma genelde doğrudan veritabanından yapılabilir; yazma daima ürünün resmi arayüzünden yapılmalıdır.
Entegrasyon tek seferlik proje değil, sürümle birlikte yaşayan bir bakım kalemidir — ERP güncellemeleri alan ve şema değişiklikleri getirir.
Son kullanıcı firmalara doğrudan, kendi geliştirme ekibi olmayan ERP bayilerine taşeron mühendislik olarak çalışıyoruz.
Bayi değiliz: programınızın üstüne yazılım geliştiriyoruz
Muhasebe programı satmıyoruz, lisans kurmuyoruz, program eğitimi vermiyoruz. Bunlar yetkili bayinizin işi ve öyle kalmalı. Bizim işimiz, programınızın karşılamadığı süreci onunla konuşan ayrı bir yazılımla tamamlamak.
Bağımsız olmamızın iki sonucu var. Hangi programı kullandığınıza göre tavsiyemiz değişmez; programınızı değiştirmenizi önermek için de bir sebebimiz yoktur. Logo, Netsis, Mikro, Zirve, ETA veya başka bir ürün — başlangıç noktası elinizdeki kurulumdur.
Özel ekran ve web paneli: programın standart ekranlarında olmayan iş akışı için
B2B bayi sipariş portalı: bayinin girdiği sipariş programınıza kayıt olarak düşer
Depo ve el terminali uygulaması: barkod okutma, sayım, sevkiyat kontrolü
Üretim ekranı: iş emri, duruş ve fire kaydı
Mobil saha uygulaması: satış, servis ve teslimat ekipleri için
Rapor paneli: programınızın verisinden beslenen yönetim raporları
Veri aktarımı: e-ticaret sitesi veya başka bir sistemle iki yönlü alışveriş
Entegrasyon nedir, ne değildir
Entegrasyon, iki sistemin birbirinin verisini okuyup yazabilmesidir. Muhasebe programınız yerinde kalır; yanına gelen sistem ondan veri alır, ona veri verir. Kimse veri göçü yaşamaz, kimse alışkanlığını değiştirmez.
Bunu üç şeyle karıştırmamak gerekiyor. Göç (migration), verinin bir programdan diğerine taşınıp eskisinin kapatılmasıdır — tek seferliktir. Uyarlama, programın kendi içinde ekran veya rapor özelleştirmesidir. Değiştirme ise mevcut programı bırakıp yenisine geçmektir. Bizim yaptığımız iş bunların hiçbiri değil: programınız kalır, yanına bir katman eklenir.
Bir uyarı: “entegrasyon” kelimesi her üründe aynı şeyi ifade etmiyor. Örneğin Zirve’nin kendi dokümantasyonunda entegrasyon, ticari taraftaki işlemlerin genel muhasebeye fiş olarak aktarılması anlamına gelir — yani program içi bir süreçtir, dış sistem bağlantısı değil. Görüşmeye başlarken hangi anlamda konuştuğumuzu netleştirmek, iki tarafın da zamanını kurtarıyor.
Hangi program verisini nasıl açar?
Entegrasyon planının ilk adımı, programın veriye hangi kapıyı açtığını bilmektir. Aşağıdaki tablo, Türkiye’de en yaygın kullanılan ürünlerin belgelenmiş erişim yollarını özetliyor. Her satır, üreticinin kendi dokümantasyonuna ya da doğrulanabilir teknik kaynaklara dayanıyor.
Ürünlerin belgelenmiş veri erişim yolları — Eylül 2026 itibarıyla. Sürüm ve lisans koşulları değişebilir; proje başlangıcında müşteri kurulumunda teyit edilir.
Ürün
Veritabanı
Resmi entegrasyon arayüzü
Doğrudan SQL okuma
Logo Tiger 3 / Wings
MS SQL Server — tablolar LG_ önekli, firma ve dönem numarası tablo adına gömülü
Logo Objects (COM) ve Logo REST Servis
Raporlama için yaygın
Logo GO 3 / GO Plus
Tiger ile aynı LG_ şeması
Yalnızca Logo Objects. Yetkili çözüm ortağı dokümanları GO 3 ve GO Plus’ı REST Servis desteklemeyenler arasında sayıyor; kurulumda teyit edilir
Raporlama için yaygın
Logo Netsis 3
MS SQL Server — TBL önekli tablolar; şube ve işletme ayrımı SUBE_KODU / ISLETME_KODU kolonlarında, firma ve dönemin fiziksel ayrımı kurulumda teyit edilir
NetOpenX ve NetOpenX REST (Swagger ile gelir, IIS gerektirmez)
Raporlama için yaygın
Logo j-Platform
Java tabanlı, web mimarisi
SOAP web servisi, REST ve Custom Web Service (controller); Excel/XML aktarımı kurulumda teyit edilir
Şema kamuya açık değil
Logo İşbaşı (bulut)
Bulut — doğrudan veritabanı erişimi yok
API (geliştirici portalı üzerinden, API Key ile)
Yok — API tek yol
Mikro (Run / Jump / Fly)
MS SQL Server — düz Türkçe tablo adları (STOKLAR, CARI_HESAPLAR, STOK_HAREKETLERI); firma ve şube kolon bazlı
Mikro Desktop API (REST, Windows servisi olarak çalışır)
Üretici SqlVeriOku ucunu yalnızca SELECT için belgeliyor
Zirve (Ticari / Müşavir)
MS SQL Server — varsayılan kurulum SQL Express
Üreticinin yayımladığı açık bir API bulamadık; piyasadaki API ürünleri üçüncü taraflara ait. Resmi yol dosya tabanlı: XML ve Excel aktarımı
Şema kamuya açık değil
ETA SQL / V.8-SQL
MS SQL Server — CARKART/CARHAR, FATFIS/FATHAR kalıbında tablo adları
Transfer ve Veri Aktarma modülleri (TXT, XLS, CSV, XML) ve ODBC bağlantısı
Üretici ODBC ile okumayı açıkça destekliyor
Akınsoft Wolvox
Firebird veya MS SQL Server (kuruluma göre değişir)
Wolvox Web Entegrasyon ayrı bir ürün olarak sunulur. Herkese açık geliştirici dokümantasyonunu Eylül 2026 itibarıyla bulamadık; kurulumda teyit edilir
Üretici ODBC ile okumayı kendi bilgi bankasında öğretiyor
Nebim V3
MS SQL Server
Nebim V3 Entegratör üzerinden REST servisleri; ayrıca veritabanı import/export. Geliştirici dokümantasyonu public değil
Import/export yoluyla
Luca (TÜRMOB)
Bulut — doğrudan veritabanı erişimi yok
Excel/CSV dosya aktarımı (muhasebe fişi, fatura, banka). Kamuya açık, dokümante bir geliştirici API’si yok; üretici ücretli ve başvuruya bağlı “Web Servis Aktarımı API Hizmeti” listeliyor, kapsamı teyit edilir
Yok
DİA (bulut)
Bulut — doğrudan veritabanı erişimi yok
Sürümlü JSON REST web servis; apikey ile login → oturum kimliği. Ekleme, güncelleme ve silme resmi olarak destekleniyor
Yok — web servis tek yol
Paraşüt (bulut)
Bulut — doğrudan veritabanı erişimi yok
REST API v4, OAuth 2.0. Erişim için üreticiden istemci kimlik bilgisi talep edilmesi zorunlu
Yok — API tek yol
SAP Business One
MS SQL Server veya SAP HANA
Service Layer (OData tabanlı REST) ve DI API (COM). Sistem tablolarına doğrudan yazmak üretici tarafından desteklenmiyor
Okuma için evet — Service Layer’ın SQL sorgusu salt okunurdur
Dynamics 365 Business Central
Online’da veritabanı erişimi yok; şirket içi kurulumda SQL Server
API v2.0 (OData v4), OAuth/Entra kimlik doğrulama, resmi webhook desteği. SOAP mevcut ama üretici deprecate edeceğini bildiriyor
Üretici doğrudan veritabanı entegrasyonunu desteklemiyor
Üç kategori: entegrasyonun zorluğunu asıl belirleyen şey
Yukarıdaki tabloyu uzun uzun okumak istemiyorsanız, işin özeti şu: piyasadaki ürünler entegrasyon açısından üç gruba ayrılıyor ve hangi grupta olduğunuz, projenin ne kadar tahmin edilebilir olacağını belirliyor.
1a) Açık dokümantasyonlu — efor baştan tahmin edilebilir
DİA, Paraşüt, SAP Business One ve Dynamics 365 Business Central bu grupta. Üretici geliştiriciler için herkese açık dokümantasyon yayımlıyor; uç noktalar belgede yer alıyor, istek sınırları ve kimlik doğrulama modeli de çoğunlukla belgede yazılı.
Bunun pratik anlamı: keşif görüşmesinde mimariyi ve yaklaşık eforu size söyleyebiliriz, çünkü sürprizlerin çoğu belgede yazılı.
1b) Belgelenmiş ama erişim anahtarı bayi kanalından — takvimin ilk maddesi kod değil
Logo (Objects ve REST Servis), Netsis (NetOpenX) ve Mikro (Desktop API, API Key) bu grupta. Arayüz belgelenmiş ve olgun; ancak run-time lisansı, ClientId/ClientSecret ya da API Key yetkili bayi kanalından veya üreticiye başvuruyla açılıyor.
Bunun pratik anlamı: efor tahmin edilebilir, ama takvimin ilk maddesi geliştirme değil, yetkili bayi üzerinden erişimin açılması. Bu adımı sizin bayinizle birlikte yürütüyoruz; bayi olmadığımız için erişimin ne zaman açılacağını sizin adınıza taahhüt etmiyoruz.
2) Kapalı dokümantasyonlu — önce keşif gerekir
Wolvox ve Nebim V3 bu grupta. Ürünler yaygın ve güçlü; ancak üretici herkese açık bir geliştirici dokümantasyonu yayımlamıyor. Erişim yolları büyük ölçüde kurulumun kendisinde ve yetkili bayi kanalında netleşiyor.
Bunun pratik anlamı: işe kod yazarak değil, keşifle başlıyoruz. Kurulumunuzda hangi arayüzün mevcut olduğunu tespit ediyor, takvimi ve sabit fiyatı ondan sonra veriyoruz. Bu adımı atlayıp rakam söyleyen bir teklif, tahmin üzerine kuruludur.
3) Dosya tabanlı — gerçek zamanlı değil, toplu
Luca bu grubun tipik örneği; ETA ve Zirve de ağırlıklı olarak buraya yakın. Veri alışverişi Excel, CSV veya XML dosyaları üzerinden, toplu partiler hâlinde yapılıyor. Luca için üreticinin başvuruyla verdiği ücretli web servis seçeneği ayrıca teyit edilir.
Bunun pratik anlamı: “anlık senkronizasyon” beklentisi bu grupta karşılanamaz. Buna karşılık doğru kurgulandığında son derece dayanıklıdır — dosya biçimi, bir API’den çok daha yavaş değişir.
2026 notu: Logo kullanıcıları için geçiş dönemi
Logo, ürün hattını Logo Edge çatısı altında yeniden adlandırdı: Tiger ailesi T-Series, Netsis ailesi N-Series, j-Platform ise J-Series olarak konumlandırıldı. Üreticinin ürün sayfalarında bu seri adları yer alıyor.
Bunun entegrasyon açısından anlamı şu: önümüzdeki dönemde Logo kullanan firmaların bir kısmı sürüm geçişi yaşayacak. Mevcut entegrasyonların bu geçişte nasıl davranacağı, projenin baştan nasıl kurulduğuna bağlı. Doğrudan veritabanına yazan entegrasyonlar bu tür geçişlerde en kırılgan olanlardır; resmi arayüz üzerinden çalışanlar daha korunaklıdır.
Geçiş takvimi ve hangi ürünün hangi seriye karşılık geldiği konusunda tek doğru kaynak Logo ve yetkili bayinizdir — biz bayisi olmadığımız için bu bilgiyi sizin adınıza taahhüt etmiyoruz. Bizim işimiz, entegrasyonu sürüm geçişini kaldıracak şekilde kurgulamak.
Okuma ve yazma aynı risk sınıfında değil
Entegrasyon tartışmalarının çoğu bu ayrımı atladığı için kilitleniyor. Veriyi okumak ile veriyi yazmak teknik olarak da hukuken de farklı ağırlıkta işlerdir.
Okuma — düşük riskli
Rapor, panel, analiz ve karşılaştırma için veriyi doğrudan veritabanından okumak yaygın ve pratiktir. Hiçbir kaydı değiştirmediği için ERP’nin bütünlüğünü tehdit etmez.
Ağır raporlama sorgularını canlı veritabanı yerine salt-okunur bir kopya üzerinde çalıştırmak, ERP kullanıcılarının performansını korur
Ham kolon değerleri çoğu üründe kod olarak tutulur; anlamlı metne çevirmek için ürünün kendi çözümleme fonksiyonları kullanılmalıdır
Çok firmalı ve çok şubeli kurulumlarda firma/şube filtresi atlanırsa rapor sessizce yanlış çıkar — bu, entegrasyon projelerinin klasik hatasıdır
Yazma — daima resmi arayüzden
Veritabanına doğrudan kayıt atmak teknik olarak mümkündür ve tam da bu yüzden tehlikelidir. Resmi arayüz üzerinden yazıldığında ürünün kendi kontrolleri devreye girer: cari doğrulama, stok bakiye kontrolü, zorunlu alan kontrolleri, fiş ile satır arasındaki ilişkinin doğru kurulması. Hata varsa anlamlı bir mesaj döner ve veri bozulmaz.
Doğrudan INSERT bu kontrollerin tamamını atlar. Üreticilerin kendi tasarım tercihi de bu yöndedir: örneğin Mikro, API içindeki serbest SQL ucunu yalnızca SELECT için belgeliyor ve yazma işlemlerini tipli uç noktalara bağlıyor. Bu, “neden doğrudan veritabanına yazmıyoruz” sorusunun en net cevabıdır — biz uydurmuyoruz, üretici böyle kurgulamış.
Nasıl kuruyoruz: ara katman ve kuyruk
İki sistemi doğrudan birbirine bağlamak en kolay ama en kırılgan yoldur: biri durduğunda diğeri de durur, biri güncellendiğinde diğeri kırılır. Bu yüzden arada bir katman kuruyoruz.
Ara katman (middleware) — İki tarafın da bağlandığı, veriyi dönüştüren ve eşleştiren bağımsız servis. ERP değişse de saha uygulaması değişmez, saha uygulaması değişse de ERP etkilenmez.
Kuyruk — Yoğun veri akışında kayıtlar kuyruğa alınır. ERP kapalıyken veya bakımdayken saha durmaz; bağlantı geri geldiğinde birikmiş kayıtlar sırayla işlenir.
Eşleme tablosu — Stok kodu, cari kodu, birim ve ambar eşlemeleri kodda gömülü değil, yönetilebilir bir tabloda tutulur. Kod değişikliği geliştirici gerektirmez.
İdempotent yazma — Aynı kayıt iki kez gönderilse bile ERP’de iki kez oluşmaz. Ağ kesintisi ve yeniden deneme senaryolarında mükerrer fiş oluşmasını bu engeller.
Hata kaydı ve uyarı — Başarısız aktarımlar sessizce kaybolmaz; listelenir, sebebi yazılır ve yeniden denenebilir. Sessiz başarısızlık, entegrasyon projelerindeki en sinsi sorundur.
Entegrasyon bitmiş bir iş değildir
Bunu sözleşme aşamasında açıkça konuşuyoruz, çünkü sektörde en sık yaşanan hayal kırıklığı burada: entegrasyon kurulup teslim edilir, altı ay sonra ERP güncellenir ve bir sabah çalışmayı bırakır.
Bu bir kusur değil, işin doğası. ERP üreticileri her sürümde yeni alanlar ekliyor, uç noktalarını sürümlüyor ve bazen kırıcı değişiklikleri ayrıca ilan etmiyor. Örneğin Mikro’da hem uç noktalar V1, V2, V3 sonekiyle sürümlenir hem de büyük sürüm geçişinde servisin dinlediği port değişir; eski sürümü kullanan entegrasyon yeni alanları görmez, sabit port yazan entegrasyon ise kopar.
Bizim yaklaşımımız üç maddeli: entegrasyonu sürüm değişikliğine dayanıklı kurmak, ERP sürüm notlarını takip etmek ve her yükseltme öncesi bir kontrol turu yapmak. Entegrasyon bir gün durduğunda ilk muhatabınız biziz: teşhisi biz koyarız; sorun ürün tarafındaysa çözümü yetkili bayinizle birlikte yürütürüz. Bunun karşılığı bir bakım anlaşmasıdır — teslim sonrası 15 gün ücretsiz hata düzeltme standardımızdır, süreklilik gerektiren takip ise ayrı bir kalemdir.
ERP bayileri ve çözüm ortakları için taşeron mühendislik
Bu sayfayı iki farklı kişi okuyor. Birincisi programı kullanan firma. İkincisi o programı satan bayi.
Bayi tarafındaki tablo tanıdık: müşteri “şu da olsa” diyor, istek standart ürünün dışında kalıyor, işi geri çevirmek istemiyorsunuz ama bünyede geliştirme ekibi yok. Bu noktada biz devreye giriyoruz.
Müşteri ilişkisi ve ticari muhatap sizde kalır — biz yalnızca geliştirme tarafını üstleniriz
İstenirse beyaz etiketli çalışırız: müşteriye karşı görünen taraf sizsiniz
Kapsam ve fiyat baştan sabitlenir, böylece müşterinize verdiğiniz teklif havada kalmaz
Ürün bilgisi ve lisans tarafı sizin uzmanlığınızdır; biz o alana girmeyiz, sizin belirlediğiniz arayüz ve yöntemle çalışırız
Tek seferlik proje de olur, sürekli geliştirme kapasitesi de
Ne zaman entegrasyon yapmamalısınız
Her sorunun cevabı entegrasyon değil. Aşağıdaki durumlarda projeyi kabul etmiyoruz ya da önce başka bir şey öneriyoruz — çünkü yanlış yerde kurulan entegrasyon mevcut sorunu otomatikleştirerek büyütür.
Stok kodları iki sistemde tutarsızsa — önce kod düzeni oturtulmalı. Karışık kodları bağlamak karışıklığı hızlandırır.
Aktarılacak süreç zaten hatalıysa — bozuk süreci otomatikleştirmek onu daha hızlı bozar, düzeltmez.
Günde birkaç kayıt söz konusuysa — elle giriş daha ucuz ve daha az risklidir. Dürüst cevap budur.
Mevcut program kısa vadede değişecekse — entegrasyonu yeni programdan sonra kurmak gerekir.
Karar vericiler hangi verinin doğru kabul edileceği konusunda anlaşamamışsa — bu teknik değil, yönetim sorunudur ve önce o çözülmelidir.
Nasıl başlıyoruz
Teknik keşif — Hangi ürün, hangi sürüm, kaç firma ve dönem, hangi modüller kullanılıyor. Bu bilgi olmadan verilen her süre tahminidir.
Arayüz ve lisans teyidi — Kullanılacak arayüzün o kurulumda mevcut olup olmadığı, ek modül veya lisans gerekip gerekmediği yetkili bayinizle birlikte teyit edilir.
Salt okuma pilotu — Önce yalnızca veri okunur. Hiçbir kayıt değişmez; bağlantının çalıştığı, verinin doğru yorumlandığı risksiz şekilde görülür.
Eşleme ve kural tanımı — Kodlar, birimler ve ambarlar eşlenir; hangi olayın hangi kaydı oluşturacağı yazılı hale gelir.
Yazma tarafı ve test — Resmi arayüz üzerinden yazma açılır, önce test ortamında doğrulanır.
Devreye alma ve izleme — Hata kaydı, uyarı ve yeniden deneme mekanizması ile canlıya geçilir.
Bu programın üstüne ne kurulur?
Programınız yerinde kalır. Aşağıdaki çözümler onun karşılamadığı süreci tamamlar ve kaydı programın resmi arayüzü üzerinden işler.
Sahadaki iş emri kapandığında mamul girişi ve hammadde sarfı mevcut ERP’ye kendiliğinden düşüyor. Vardiya sonunda kimse Excel’den toplu giriş yapmıyor, ay sonu maliyeti gerçek veriyle kapanıyor.
Depo sayımı ERP ile eşleşiyor
El terminaliyle yapılan sayım ERP’deki bakiyeyle karşılaştırılıyor, fark listesi sorumluya düşüyor. Sayım günü iki ayrı listeyi elle karşılaştıran kimse kalmıyor.
E-ticaret ve pazaryeri siparişleri
Siparişler ERP’ye otomatik giriliyor, stok bakiyesi tek yerden yönetiliyor. Aynı ürünü iki kanalda birden satıp karşılayamama durumu ortadan kalkıyor.
Bayi portalı ile sipariş akışı
Bayiler siparişi portalden giriyor, sipariş ERP’ye resmi arayüz üzerinden düşüyor. Telefonla alınan siparişin yanlış girilmesi ve sonrasındaki tartışma bitiyor.
Yönetim paneli — tek ekran
Üretim, stok, sipariş ve cari verisi tek panelde birleşiyor. Veri ERP’den salt okunur şekilde alındığı için hiçbir kayıt riske girmiyor.
Referans iş birliği
Entegrasyon tarafında yeni bir hat kuruyoruz ve ilk projeleri referans iş birliğiyle yürütüyoruz: projenin sonunda ölçülebilir sonuçları vaka çalışması olarak yayımlamamıza ve sizi referans göstermemize izin veren firmalara özel koşul uyguluyoruz. Karşılığında alacağınız şey standart bir paket değil, süreçlerinize göre yazılmış bir sistem — ve geliştiren ekibe doğrudan erişim.
Sık sorulan sorular
Muhasebe programımızı değiştirmemiz gerekiyor mu?
Hayır. Bu çalışmanın tüm mantığı programın kalmasına dayanıyor. On yıllık verinize, mali müşavirinizin alışkanlığına ve e-dönüşüm kurgunuza dokunmuyoruz. Entegrasyon katmanı mevcut programınızla konuşur; onun yerine geçmez.
Logo / Mikro bayisi misiniz?
Hayır, hiçbir ERP üreticisinin bayisi, çözüm ortağı veya iş ortağı değiliz. Bağımsız bir yazılım geliştiricisiyiz ve entegrasyonu ürünlerin kendi belgelenmiş arayüzleri üzerinden yapıyoruz. Bunu dezavantaj değil avantaj olarak görüyoruz: hangi ürünü kullandığınıza göre taraf tutmuyoruz ve bayinizle rekabet etmiyoruz — aksine bayilerle birlikte de çalışıyoruz.
Entegrasyon için ek lisans veya modül gerekiyor mu?
Ürüne göre değişiyor ve bu, projenin ilk teyit edilmesi gereken kalemi. Bazı ürünlerde resmi arayüzün kullanımı ayrı bir lisansa ya da üreticiye yapılan bir başvuruya bağlı; bazılarında aktarım modülü lisansınızda olmayabilir. Keşif aşamasında hangi arayüzü kullanacağımızı belirleyip, gerekli lisansın kurulumunuzda mevcut olup olmadığını yetkili bayinizle birlikte teyit ediyoruz. Bu teyit yapılmadan takvim vermiyoruz.
Verilerimizin bozulma riski var mı?
Riski en aza indiren üç şey yapıyoruz. Birincisi, yazma işlemlerini istisnasız ürünün resmi arayüzü üzerinden yapıyoruz — böylece programın kendi doğrulamaları devreye giriyor ve hatalı kayıt en baştan reddediliyor. İkincisi, projeye salt okuma pilotuyla başlıyoruz; hiçbir kayıt değişmeden bağlantının doğru çalıştığını görüyorsunuz. Üçüncüsü, yazma tarafı önce test ortamında doğrulanıyor. Ayrıca aynı kaydın iki kez gönderilmesi durumunda mükerrer fiş oluşmaması için idempotent yazma kurguluyoruz.
ERP’mizi güncellersek entegrasyon bozulur mu?
Bozulma ihtimali her zaman var ve bunu baştan söylüyoruz. Üreticiler her sürümde alan ekliyor, uç noktalarını sürümlüyor, bazen kırıcı değişiklikleri ayrıca ilan etmiyor. Bizim yaptığımız şey riski azaltmak: resmi arayüz üzerinden çalışmak (doğrudan veritabanına yazan entegrasyonlar bu geçişlerde en kırılgan olanlardır), sürüm bağımlılıklarını gevşek tutmak ve yükseltme öncesi kontrol turu yapmak. Sürekli takip bir bakım anlaşması konusudur.
Ne kadar sürer?
Dürüst cevap: hangi ürün ve hangi arayüz olduğunu bilmeden söyleyemeyiz. Resmi REST arayüzü olan bir kurulumla, dosya aktarımı üzerinden çalışan bir kurulum arasında ciddi fark var; çok firmalı ve çok dönemli yapılar da işi uzatıyor. Keşif görüşmesinde ürün, sürüm ve kapsam netleştikten sonra yazılı takvim veriyoruz — ve o takvim sabit fiyatla birlikte sözleşmeye giriyor.
Bulut tabanlı programlarla da çalışıyor musunuz?
Evet, ama mimari farklı kuruluyor. Bulut ürünlerde doğrudan veritabanı erişimi yoktur; tek yol üreticinin API’sidir. Bu bazı açılardan daha temiz bir çalışma şekli — sürüm ve şema sorunları azalır. Buna karşılık istek sınırları, yetkilendirme modeli ve API’nin kapsamı belirleyici olur; bunları projeye başlamadan önce kontrol ediyoruz.
ERP bayisiyiz, müşterimiz özel geliştirme istiyor. Çalışabilir miyiz?
Evet, bu bizim bilinçli olarak açtığımız bir çalışma modeli. Müşteri ilişkisi ve ticari muhatap sizde kalır, geliştirme tarafını biz üstleniriz; istenirse beyaz etiketli çalışırız. Herhangi bir üreticinin bayisi olmadığımız için sizinle rekabet etme ihtimalimiz yok. Ürün ve lisans bilgisi sizin uzmanlık alanınız; biz sizin belirlediğiniz arayüz ve yöntemle geliştiriyoruz.
Verimize kim, nasıl erişecek? VPN, gizlilik ve KVKK tarafı nasıl işliyor?
Erişim yazılı yetkiyle açılır: hangi sunucuya, hangi kullanıcıyla ve hangi yetki seviyesiyle bağlanılacağı proje başında belirlenir; entegrasyon için ayrı bir kullanıcı tanımlanır, kişisel hesap kullanılmaz. Bağlantı sizin BT politikanıza göre VPN ya da IP kısıtlı erişimle kurulur. Gizlilik yükümlülüğü (NDA) sözleşmenin parçasıdır; kişisel veri işlenecekse KVKK kapsamında veri işleme sözleşmesi ayrıca imzalanır. Kimin, ne zaman, neye eriştiği erişim kaydında tutulur ve istendiğinde sizinle paylaşılır. Proje bittiğinde erişim kapatılır; sözleşmede bu da yazar.
Mersin dışındaysak da çalışıyor musunuz?
Evet. Mersin, Tarsus, Adana, Hatay, İskenderun ve Osmaniye’de keşif ve saha kurulumunu yerinde yapıyoruz; Türkiye’nin geri kalanında geliştirme ve entegrasyon uzaktan yürüyor — ERP tarafı için bu çoğu zaman yeterli. Saha montajı gerektiren bir iş (terminal, depo, tezgâh başı kurulum) varsa seyahat proje takvimine başta yazılır; sonradan çıkan bir kalem olmaz.
Hangi programı kullandığınızı, sahada hangi verinin elle girildiğini ve neyi otomatikleştirmek istediğinizi anlatın. İlk görüşmede teknik olarak mümkün olup olmadığını ve hangi yöntemle yapılacağını netleştiriyoruz.
Bu sayfada adı geçen ürün ve markalar ilgili firmaların tescilli ticari markalarıdır. D'Cloud Software bağımsız bir yazılım geliştiricisidir; anılan firmaların yetkili bayisi, çözüm ortağı veya iş ortağı değildir. Entegrasyon hizmeti, ürünlerin kendi belgelenmiş arayüzleri ve veri erişim yöntemleri üzerinden sunulur.