İçeriğe geç
Program entegrasyonu

Wolvox Entegrasyonu

Wolvox’unuz yerinde kalır; raporu, depoyu ve web tarafını Wolvox’a bağlarız. Okumayı üreticinin kendi belgelediği ODBC yolundan yaparız, yazmayı yalnızca resmi arayüzden — doğrudan tabloya kayıt atmayız, çünkü o yolu üretici belgelememiş.

Kısa özet

  • Wolvox iki farklı veritabanı altyapısı üzerinde çalışabiliyor: Firebird ve MS SQL Server. Entegrasyon planı, hangisinde olduğunuza göre daha ilk adımda ikiye ayrılıyor.
  • Okuma tarafı üreticinin kendisi tarafından belgelenmiş: AKINSOFT kendi bilgi bankasında ODBC ile veritabanına bağlanıp Excel’e canlı rapor almayı adım adım anlatıyor.
  • Üstelik Firebird ile SQL veritabanları için PratikSQL adlı sorgulama aracını kendi kataloğunda sunuyor — okuma burada gri alan değil.
  • Yazma tarafında aynı şey geçerli değil. Veritabanına doğrudan kayıt atmanın üretici tarafından onaylandığına dair hiçbir kaynak yok; bu yüzden yazma işlerini resmi arayüzlerin dışına taşımıyoruz.
  • Wolvox Web Entegrasyon, AKINSOFT kataloğunda ayrı bir üründür ve stok, sipariş, fatura ile cari entegrasyonu için konumlanır. Kurulumunuzda mevcut olup olmadığı ve lisans koşulu yetkili bayinizle teyit edilir.
  • Firebird altyapısında istemci bağlantısının kopması, üreticinin kendi bilgi bankasında ayrı bir makale olarak belgeli. Bu somut bir operasyonel risk ve entegrasyonun tasarımı bu ihtimali baştan varsaymak zorunda.

Wolvox ERP ve Wolvox Web Entegrasyon: aynı ad, iki ayrı ürün

Görüşmelerin başında en çok zaman kaybettiren şey, bu iki ürünün tek bir şey sanılması. Wolvox ERP, firmanın günlük işini yürüten ana program. Wolvox Web Entegrasyon ise AKINSOFT kataloğunda ayrı bir ürün olarak yer alıyor ve stok, sipariş, fatura ve cari entegrasyonu için konumlanıyor.

Bu ayrımın pratik karşılığı şu: “Wolvox kullanıyoruz” cümlesi, dışarıdan veri alıp verecek bir arayüzünüz olduğu anlamına gelmiyor. O arayüz ayrı bir ürün ve sizin kurulumunuzda bulunup bulunmadığı, bulunuyorsa hangi koşullarla geldiği baştan kontrol edilmesi gereken bir kalem.

Bu sayfa boyunca ikisini ayrı ayrı anacağız. Çünkü entegrasyonun teknik tasarımı da ticari planı da bu sorunun cevabına göre değişiyor: elinizde yalnızca ana program mı var, yoksa entegrasyon ürünü de mi var.

Firebird mi, MS SQL Server mı? Proje burada ikiye ayrılıyor

Wolvox kurulumları hem Firebird hem MS SQL Server üzerinde çalışabiliyor. Entegrasyon açısından bu, bir detay değil, projenin ilk çatallanma noktası: ağ yüzeyi, sürücü seçimi, sorgu davranışı ve saha kurulumunun zorluğu bu tercihe göre değişiyor.

İlk keşif görüşmesinde sorduğumuz ilk teknik soru bu yüzden hangi altyapıda olduğunuzdur. Cevabı bilmiyorsanız da sorun değil — sunucudaki servis ve port yapılandırmasına bakarak birlikte çıkarıyoruz. Ama bu cevap netleşmeden verilen hiçbir süre tahmini gerçek değil.

Wolvox’un çalışabildiği iki veritabanı altyapısı ve entegrasyonu ilgilendiren ağ yüzeyi. Sizin kurulumunuzdaki gerçek yapılandırma keşif aşamasında teyit edilir.
Altyapıİlgili ağ portlarıErişim ve bilinen not
Firebird3050-3056 aralığı ve 80Kontrol Paneli tarafında varsayılan kullanıcı SYSDBA’dır. İstemci bağlantısının kopması, üreticinin kendi bilgi bankasında ayrı bir makale olarak ele alınıyor ve çözüm belirli Firebird sürümlerine bağlanıyor.
MS SQL Server1433 ve 1434ODBC üzerinden raporlama bağlantısı üreticinin dokümantasyonunda anlatılan yollardan biri. Kurumsal ağlarda bu portların güvenlik duvarı tarafında nasıl açıldığı, saha kurulumunun süresini doğrudan etkiliyor.

Okuma tarafında üretici size yol gösteriyor — bu sanıldığından nadir

ERP dünyasında doğrudan veritabanı okuması genellikle gri alandır: teknik olarak mümkündür, üretici ise konuyu sessizce geçer. Wolvox bu açıdan ayrışıyor. AKINSOFT kendi bilgi bankasında ODBC ile veritabanına bağlanmayı ve buradan Excel’e canlı rapor almayı adım adım anlatıyor. Üstelik Firebird ve SQL veritabanları için PratikSQL adında bir sorgulama aracını kendi kataloğunda sunuyor.

Bunun entegrasyon tarafındaki anlamı büyük. Raporlama, panel ve analiz ihtiyaçları için okuma yolunu tartışmaya gerek kalmıyor; üreticinin kendi anlattığı yoldan ilerliyoruz. Bu, projenin en hızlı ilerleyen kısmı oluyor ve müşteriye ilk somut çıktıyı en erken veren kısım da genellikle burası.

ODBC ile canlı raporlama

Üreticinin anlattığı akış, veritabanına bir ODBC bağlantısı tanımlayıp bu bağlantı üzerinden Excel’e canlı veri çekmek üzerine kurulu. Küçük ölçekli raporlama ihtiyaçları için bu tek başına yeterli olabiliyor ve bunu söylemekten çekinmiyoruz — her ihtiyacın cevabı yazılım geliştirme değil.

Ölçek büyüdüğünde ise Excel’in sınırları devreye giriyor: aynı raporu birden fazla kişinin görmesi, yetkiye göre farklı kırılım görmesi, geçmişe dönük karşılaştırma ve otomatik dağıtım gerektiğinde araya bir katman koymak gerekiyor. Bizim devreye girdiğimiz nokta burası.

Ağır sorguların canlı sistemi yormaması

Aynı veritabanı hem Wolvox kullanıcılarına hem raporlama sorgularına hizmet ettiğinde, gün ortasında çalışan ağır bir rapor programı kullanan kişiyi bekletir. Bu, entegrasyon projelerinde en sık duyulan şikâyetlerden biri ve tamamen önlenebilir.

  • Ağır raporlama sorguları mümkün olduğunca canlı veritabanı yerine salt okunur bir kopya üzerinde çalıştırılır
  • Sık sorulan özetler her istekte baştan hesaplanmaz; belirli aralıklarla üretilip hazır tutulur
  • Çok şirketli ve çok şubeli kurulumlarda filtre atlanırsa rapor hata vermez, sessizce yanlış çıkar — bu yüzden filtre kuralları yazılı hâle getirilir
  • Sorgu davranışı Firebird ve MS SQL tarafında birebir aynı olmadığı için, rapor katmanı altyapıya göre ayarlanır

Alan anlamlarının ekran karşılığıyla doğrulanması

Bu sayfada tek bir tablo ya da kolon adı yazmıyoruz. Yazsak tahmin olurdu; tahmine dayalı teknik iddia ise bu sayfanın tüm değerini sıfırlardı. Pratikte alan anlamları sizin kurulumunuz üzerinde, ekranlardaki karşılıklarıyla eşleştirilerek doğrulanır.

Bu doğrulama projenin ilk kalemidir ve atlanamaz. “Hangi kolon ne demek” sorusunun cevabı, aynı ürünün farklı kurulumlarında farklı kullanım alışkanlıklarıyla değişebiliyor — özellikle firmaların kendi ekledikleri kodlama düzenlerinde.

Wolvox’a bağlanırken hangi bilgiler isteniyor? AKINSOFT e-Ticaret tarafındaki Entegrasyon Yönetimi ekranı

Aşağıdaki alanlar, AKINSOFT’un kendi bilgi bankasında anlattığı AKINSOFT e-Ticaret tarafındaki Entegrasyon Yönetimi ekranında Kontrol Paneli’ne bağlanırken isteniyor; Wolvox Web Entegrasyon’un kendi Genel Ayarlar ekranı değil — o yalnızca site adresi, kullanıcı ve şifre soruyor. Bu ayrımı belirtiyoruz, çünkü bu alanlar projenin teknik ön koşullarını doğrudan gösteriyor ve kurulum öncesi nelerin hazır olması gerektiğini önceden anlamanın en kestirme yolu.

Aşağıdaki tablo bu alanları ve her birinin projede neden kritik olduğunu topluyor. Burada özellikle dikkat çekmek istediğimiz iki kalem var: bağlantının Kontrol Paneli’nin sabit IP’si üzerinden kurulması ve opsiyonel bir IP kısıtlaması bulunması.

AKINSOFT e-Ticaret tarafındaki Entegrasyon Yönetimi ekranında Kontrol Paneli bağlantısı için istenen alanlar ve proje açısından anlamları.
AlanNe anlama geliyorProjede neden kritik
SürümBağlanılacak Wolvox sürümünün seçilmesiEntegrasyon davranışının sürüme bağlı olduğunu gösteriyor; sürüm bilgisi olmadan davranış öngörülemez
IP NoKontrol Paneli’nin IP adresi — sabit olması gerekiyorDinamik IP kullanan kurulumlarda bağlantı kendiliğinden kopar; sabit IP bir ön koşul olarak baştan planlanmalı
Kullanıcı adı ve şifreBağlantı için kullanılacak kimlik bilgileriEntegrasyon için ayrı bir kimlik tanımlanması, kim ne yaptı sorusunun izlenebilir kalmasını sağlar
PortBağlantının kurulacağı ağ portuGüvenlik duvarı ve yönlendirici kuralları buna göre açılır; saha kurulumunun en sık takıldığı adım
Şirket koduHangi şirketin verisiyle çalışılacağıÇok şirketli kurulumlarda yanlış kod, hatasız görünen ama yanlış şirkete yazan bir entegrasyon demektir
Şube koduHangi şubenin verisiyle çalışılacağıÇok şubeli yapılarda stok ve sipariş akışının doğru yere düşmesini belirler
Çalışma yılıAktif çalışılacak yılYıl dönümünde elle güncellenmesi gereken bir değer; unutulursa yeni yıl kayıtları eski yıla düşer

Wolvox’ta okumak belgeli, yazmak değil — bu asimetri tesadüf değil

Bu sayfanın en önemli bölümü burası. Çünkü Wolvox, okuma tarafında üreticinin açıkça yol gösterdiği bir ürün ve bu rahatlık kolayca yanlış yere taşınıyor: “Madem veritabanına bağlanabiliyoruz, oraya kayıt da atalım.”

Atmıyoruz. Gerekçemiz duygusal değil, kaynak temelli: üretici okumayı belgeliyor, yazmayı belgelemiyor. Elimizde doğrudan veritabanına kayıt atmanın desteklendiğine dair hiçbir resmi kaynak yok. Bu sessizliği “o zaman serbesttir” diye yorumlamak, müşterinin verisiyle kumar oynamaktır.

Okuma — üreticinin kendi anlattığı yol

Rapor, panel, analiz ve karşılaştırma için veriyi doğrudan okumak burada gri alan değil. ODBC bağlantısı üreticinin bilgi bankasında anlatılıyor, sorgulama için kendi aracı katalogda yer alıyor. Hiçbir kaydı değiştirmediği için ürünün bütünlüğünü de tehdit etmiyor.

Bu yüzden Wolvox projelerinde okuma tarafı genellikle hızlı ilerliyor ve ilk çıktıyı erken veriyor. Projeye çoğu zaman buradan başlıyoruz: hiçbir kayıt değişmeden, bağlantının çalıştığını ve verinin doğru yorumlandığını risksiz şekilde görüyorsunuz.

Yazma — resmi arayüzün dışına çıkmıyoruz

Veritabanına doğrudan kayıt atıldığında ürünün kendi kontrolleri devreye girmez: cari doğrulaması, stok bakiye kontrolü, zorunlu alan kontrolleri ve belge ile satır arasındaki ilişkinin doğru kurulması atlanır. Hatanın ne zaman patlayacağını da kestiremezsiniz — genellikle aylar sonra, ay sonu kapanışında ortaya çıkar.

Wolvox tarafında yazma ihtiyacı olduğunda izlediğimiz yol, kurulumunuzda mevcut olan resmi entegrasyon yüzeyini kullanmak. Böyle bir yüzey yoksa ya da kapsamı ihtiyacınızı karşılamıyorsa bunu açıkça söylüyoruz ve projeyi okuma tarafında tutuyoruz. “Bir şekilde hallederiz” demiyoruz.

  • Aynı kaydın iki kez gönderilmesi hâlinde mükerrer belge oluşmaması için yazma tarafı idempotent kurgulanır
  • Başarısız aktarımlar sessizce kaybolmaz; listelenir, sebebi yazılır ve yeniden denenebilir
  • Stok, cari ve birim eşlemeleri kodun içine gömülmez; sizin yönetebileceğiniz bir tabloda tutulur
  • Yazma tarafı önce test ortamında doğrulanır, canlıya ondan sonra alınır

Sürüm yükseltmesinde ne oluyor? İpucu konfigürasyon ekranında

Entegrasyon yapılandırmasında bir “Sürüm” seçimi bulunması, tek başına önemli bir bilgi veriyor: entegrasyonun davranışı Wolvox sürümüne bağlı. Eğer sürümden sürüme hiçbir şey değişmeseydi böyle bir alan olmazdı.

Burada dürüst olmamız gereken bir sınır var. Hangi sürümde tam olarak neyin değiştiğine dair kamuya açık bir liste bulamadık, dolayısıyla “şu sürümde şu kırılır” türünden somut bir örnek vermiyoruz. Vermek kolay olurdu ama uydurma olurdu.

Söyleyebileceğimiz şey, bu belirsizliğe göre nasıl tasarım yaptığımız. Sürüm bilgisini, bağlantı bilgilerini ve alan eşlemelerini kodun içine gömmüyoruz; yapılandırma tarafında tutuyoruz. Yükseltme sonrasında yapılması gereken şey kod değişikliği değil, yapılandırma güncellemesi oluyor. Ayrıca her yükseltmenin ardından küçük bir doğrulama seti çalıştırıyoruz: birkaç örnek kayıt akıtılır, sonuç Wolvox ekranlarından karşılaştırılır.

Sözleşmede iki ayrı satır vardır: teslim sonrası 15 gün ücretsiz hata düzeltme ve — isterseniz — sürüm sonrası doğrulama turlarını kapsayan bakım hizmeti. İkincisi olmadan da entegrasyon çalışır; ama yükseltme sonrası kontrolü o zaman siz üstlenirsiniz. Yükseltmenin kendisini yetkili AKINSOFT bayiniz yönetir; bizim sorumluluğumuz entegrasyonun o geçişi kaldırabilir durumda olması.

Neden teklif öncesi keşif yapıyoruz?

Bu üründe entegrasyonun eforu, projeye başlamadan kesin olarak söylenemez — çünkü üretici herkese açık bir geliştirici dokümantasyonu yayımlamıyor. Elimizde bilgi bankası makaleleri, ürün kataloğu ve yapılandırma ekranlarının kendisi var; bir geliştirici referansı yok.

Bu yüzden işe keşif adımıyla başlıyoruz: kurulumunuzda hangi arayüzün mevcut olduğunu, hangi altyapıda çalıştığınızı ve hangi yoldan veri alınıp verilebileceğini tespit ediyoruz. Takvim ve sabit fiyat bu tespitten sonra veriliyor.

Bunun sizin açınızdan anlamı şu: baştan sallanmış bir rakam duymuyorsunuz. Sallanmış rakamların sonu bellidir — proje ortasında kapsam tartışması, sonra ek fatura. Keşifle başlamak ilk günü biraz geciktirir ama sözleşmeyi gerçekten bağlayıcı kılar.

  • Altyapı tespiti — Firebird mi, MS SQL Server mı; sürüm ve yapılandırma nasıl
  • Arayüz envanteri — Kurulumunuzda hangi entegrasyon yüzeyi mevcut, kapsamı ne
  • Veri haritası — Hangi veri nerede duruyor, alan anlamları ekran karşılıklarıyla doğrulanıyor
  • Ağ ve erişim — Portlar, sabit IP durumu, IP kısıtlaması ve güvenlik duvarı kuralları
  • Salt okuma pilotu — Hiçbir kayıt değişmeden bağlantının çalıştığı gösteriliyor
  • Kapsam ve fiyat — Takvim ve sabit fiyat ancak bu beş adımdan sonra yazılıyor

AKINSOFT bayileri ve BT firmaları için: geliştirme yükünü devralıyoruz

Bu sayfayı okuyanların bir bölümü Wolvox kullanan firma değil, Wolvox satan bayi ya da müşterisinin sistemini ayakta tutan BT firması. Sizin tarafınızdaki tablo genellikle şu: müşteri standart ürünün dışında bir şey istiyor, işi geri çevirmek istemiyorsunuz ama bünyede yazılım geliştiren kimse yok.

Bizim üstlendiğimiz şey tam olarak o boşluk. Ürün bilgisi, lisans, kurulum ve eğitim sizin uzmanlık alanınız; biz o alana hiç girmiyoruz. Bağımsız olmamız burada teknik bir detay değil, iş birliğinin temeli: hiçbir üreticinin bayisi olmadığımız için sizinle aynı masaya rakip olarak oturma ihtimalimiz yok.

  • Ticari muhatap ve müşteri ilişkisi sizde kalır; biz yalnızca geliştirme tarafını alırız
  • İstenirse beyaz etiketli çalışırız — müşteriye karşı görünen taraf sizin ekibinizdir
  • Raporlama katmanı gibi tekrar eden işleri bir kez kurup çoklayabileceğiniz hâle getiririz
  • Sabit fiyat garantimiz size de geçer: müşterinize söylediğiniz rakamın geliştirme kısmı proje boyunca aynı kalır
  • Tek seferlik bir proje de olur, ihtiyaç oldukça çağırdığınız bir geliştirme kapasitesi de

Sahada nasıl görünüyor?

Yönetim paneli — Wolvox verisi tek ekranda

Stok, cari, sipariş ve satış verisi ODBC üzerinden salt okunur şekilde alınıp tek panelde birleşiyor. Hiçbir kayıt değişmediği için ERP tarafında risk oluşmuyor; yöneticiler rapor için kimseden dosya beklemiyor.

Excel raporlarının kalıcı bir sisteme dönüşmesi

Farklı kişilerin kendi bilgisayarında tuttuğu ODBC bağlantılı Excel dosyaları tek bir raporlama katmanında toplanıyor. Yetkiye göre kırılım, geçmişe dönük karşılaştırma ve otomatik dağıtım bu katmanda çözülüyor.

Depo ve sayım verisinin Wolvox bakiyesiyle karşılaştırılması

El terminaliyle toplanan sayım verisi Wolvox’taki bakiyeyle karşılaştırılıp fark listesi sorumluya düşüyor. Karşılaştırma okuma tarafında yapıldığı için sayım günü hiçbir kaydın bozulma riski yok.

Web sitesi ve e-ticaret tarafı için stok görünürlüğü

Güncel stok ve fiyat bilgisi düzenli aralıklarla okunup web tarafına aktarılıyor. Bağlantı koptuğunda site son bilinen veriyle çalışmaya devam ediyor; bağlantı dönünce güncelleme kaldığı yerden sürüyor.

Çok şubeli kurulumda şube bazlı performans takibi

Şirket ve şube kodu filtreleri yazılı kurallar hâline getirilip raporlama katmanına gömülüyor. Şube kırılımının sessizce karışması, entegrasyon projelerinde en sık görülen hatalardan biri ve burada baştan kapatılıyor.

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

Wolvox’un bir API’si var mı?

Herkese açık, üreticinin yayımladığı bir REST veya SOAP API dokümantasyonu bulamadık. AKINSOFT kataloğunda Wolvox Web Entegrasyon adında ayrı bir ürün yer alıyor ve stok, sipariş, fatura ile cari entegrasyonu için konumlanıyor. Bu ürünün sizin kurulumunuzda mevcut olup olmadığı ve kapsamının ihtiyacınızı karşılayıp karşılamadığı, keşif aşamasında birlikte tespit ediliyor. Durum değişirse tek doğru kaynak üreticinin kendi duyurusudur.

Veritabanımız Firebird. Sorun olur mu?

Olmaz ama planlaması farklı yapılır. Firebird tarafında ilgilendiğimiz portlar 3050-3056 aralığı ile 80, Kontrol Paneli’nde varsayılan kullanıcı SYSDBA. Bilmeniz gereken somut bir durum var: istemci bağlantısının kopması üreticinin kendi bilgi bankasında ayrı bir makale olarak ele alınıyor ve çözüm belirli Firebird sürümlerine bağlanıyor. Biz de entegrasyonu bağlantının kopmayacağı varsayımı üzerine değil, kopabileceği varsayımı üzerine kuruyoruz: yeniden bağlanma, kuyruklama ve yeniden deneme baştan yazılır.

Doğrudan veritabanından veri okumanız sakıncalı değil mi?

Wolvox bu konuda diğer ürünlerden farklı bir yerde duruyor. AKINSOFT kendi bilgi bankasında ODBC ile veritabanına bağlanıp Excel’e canlı rapor almayı adım adım anlatıyor ve Firebird ile SQL veritabanları için PratikSQL adlı sorgulama aracını kendi kataloğunda sunuyor. Yani okuma, üreticinin kendisinin gösterdiği bir yol. Dikkat ettiğimiz tek şey, ağır sorguların canlı sistemi yormaması ve alan anlamlarının tahminle değil ekran karşılıklarıyla doğrulanması.

Madem veritabanına bağlanabiliyoruz, oraya doğrudan kayıt da atsak olmaz mı?

Olmaz ve bunu net söylüyoruz. Üretici okuma tarafını belgelemiş ama doğrudan veritabanına kayıt atmanın desteklendiğine dair hiçbir resmi kaynak yok. Bu sessizliği “serbest” diye yorumlamıyoruz. Doğrudan kayıt atıldığında ürünün kendi kontrolleri devreye girmez: cari doğrulaması, bakiye kontrolü, zorunlu alanlar ve belge-satır ilişkisi atlanır. Sonuç genellikle hemen değil, ay sonu kapanışında ortaya çıkar ve düzeltmesi kazanılan zamandan çok daha pahalıya mal olur.

Bağlantı için sabit IP şart mı?

AKINSOFT e-Ticaret tarafındaki Entegrasyon Yönetimi ekranında Kontrol Paneli’nin IP adresi isteniyor ve bunun sabit olması gerekiyor. Dinamik IP kullanan bir kurulumda adres değiştiği anda bağlantı kopar, üstelik bu kopma çoğu zaman gece yarısı olur ve sabah kimse sebebini anlamaz. Bu yüzden sabit IP’yi bir ön koşul olarak proje planına yazıyoruz. Ayrıca e-Ticaret paneli API kullanıcı tanımında opsiyonel bir IP Adresi alanı bulunuyor; veritabanı erişimi söz konusu olan projelerde bu kısıtlamayı açık bırakmanızı öneriyoruz.

AKINSOFT bayisi misiniz?

Hayır. AKINSOFT bayisi, çözüm ortağı ya da iş ortağı sıfatımız yok; bunu hiçbir üretici için de taşımıyoruz. Bağımsız bir yazılım geliştiricisiyiz. Lisans, kurulum, eğitim ve ürün danışmanlığı yetkili bayinizin alanı ve o alana girmiyoruz. Bizim işimiz, ürünün belgelenmiş veri erişim yolları üzerinden çalışan yazılımı geliştirmek. Bayiler ve BT firmalarıyla taşeron modelde de çalışıyoruz; bağımsız olmamız o modelde bir avantaj.

Ne kadar sürer, ne kadar tutar?

Keşif yapmadan söylemiyoruz ve bunun sebebi kaçamak değil, ürünün gerçeği: AKINSOFT herkese açık bir geliştirici dokümantasyonu yayımlamıyor. Elimizde bilgi bankası makaleleri ve yapılandırma ekranları var, bir geliştirici referansı yok. Bu yüzden önce kurulumunuzda hangi altyapının ve hangi arayüzün mevcut olduğunu tespit ediyoruz; takvim ve sabit fiyat bu tespitten sonra veriliyor. Teslimden sonraki 15 günde çıkan hatalar ücretsiz düzeltilir; devam eden takip bakım sözleşmesine bağlıdır.

Tarsus OSB’deyiz. Kurulum için gelir misiniz?

Geliriz; Tarsus, Mersin merkezden yerinde hizmet verdiğimiz ilk halka. Adana, Hatay, İskenderun ve Osmaniye de aynı kapsamda: keşif ve saha kurulumu yerinde, altyapı tespiti (Firebird mi, MS SQL mi; portlar, sabit IP) sunucunuzun başında yapılır. Türkiye’nin diğer illerinde ODBC bağlantısı ve raporlama katmanı uzaktan kurulur; el terminali ya da depo montajı gerekiyorsa seyahat takvime baştan yazılır.

Mevcut sisteminizi konuşalım

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.