ETA:V.11 kullanıyorsanız artık üreticinin kendi REST API’si var: stok, cari, fatura, irsaliye, sipariş ve kasa kayıtları belgelenmiş uç noktalardan yazılıp okunabiliyor. ETA:SQL ve V.8-SQL kurulumlarında yol hâlâ ODBC ile okuma, Transfer ve Veri Aktarma modülleriyle yazma. Önce hangi sürümde olduğunuza bakıyor, yöntemi ona göre seçiyoruz.
ETA Bilgisayar, ETA:V.11 için “ETAV11 REST API” adlı bir REST API yayımlıyor; belge ETA Bilgi Merkezi’nde herkese açık ve OpenAPI tanımı indirilebiliyor (23 Ekim 2026’da okunan sürüm v3.1).
API güncel ETA:V.11 sürümü, lisansta “API Entegrasyon” opsiyonu ve kullanıcı lisansı ister. Her API oturumu bir kullanıcı lisansı kullanır; oturum kapatılınca lisans bağlantısı da kapanır.
Belgede 47 uç nokta var: stok, cari, kasa ve banka kartları; stok, cari ve kasa fişleri; fatura, irsaliye ve sipariş için ekleme, ön kontrol, listeleme, okuma ve silme.
Muhasebe fişi, çek ve senet, banka fişi ve üretim kayıtları v3.1 belgesinde yer almıyor. Bunlar için ETA’nın Transfer ve Veri Aktarma modülleri (TXT, XLS, CSV, XML) kullanılmaya devam ediyor.
ETA:SQL ve V.8-SQL için bu API’nin geçerli olduğuna dair belge bulamadık. Bu sürümlerde okuma ODBC ile, yazma Transfer ve Veri Aktarma modülleriyle yapılır; iki modül de ayrı lisans kalemidir.
Önce sürüm: hangi ETA’da hangi yol açık?
ETA entegrasyonunda ilk soru “ne yapmak istiyorsunuz” değil, “hangi ETA kurulu” sorusudur. Ekim 2026 itibarıyla cevap yöntemi kökten değiştiriyor: ETA:V.11’de üreticinin belgelenmiş bir REST API’si var, ETA:SQL ve V.8-SQL’de ise entegrasyon ODBC ve dosya tabanlı aktarım modülleri üzerine kurulu.
Aynı firma içinde iki yolun birlikte kullanılması da olağan. V.11’de sipariş ve fatura API’den yazılırken, API belgesinde yer almayan bir kayıt türü, örneğin muhasebe fişi, yine Veri Aktarma modülünden gönderilebilir. Rapor tarafında ise ODBC ile okuma her iki sürüm hattında da geçerli.
ETA sürümüne göre resmi entegrasyon yolları. Kaynak: ETA Bilgi Merkezi API belgesi (ETAV11 REST API v3.1) ve ETA ürün tanıtımları. Lisans durumu her kurulumda yetkili bayiyle teyit edilir.
Kurulum
Okuma
Yazma
Ön şart
ETA:V.11, API opsiyonu lisanslı
REST API (Listele, Oku) ve ODBC
REST API (Ekle, Güncelle; kayıttan önce Kontrol)
Güncel V.11 sürümü, API Entegrasyon opsiyonu, oturum başına bir kullanıcı lisansı
ETA:V.11, API opsiyonu yok
ODBC
Transfer ve Veri Aktarma modülleri
İlgili aktarım modüllerinin lisansta olması
ETA:SQL ve ETA:V.8-SQL
ODBC
Transfer ve Veri Aktarma modülleri
İlgili aktarım modüllerinin lisansta olması; bu sürümler için API belgesi bulamadık
ETA:V.11 REST API: neyi kapsıyor?
ETA, V.11 için yayımladığı API’yi e-ticaret, CRM, pazaryeri, depo yönetim sistemleri ve özel yazılımları muhasebe altyapısına bağlamak için konumluyor. Belge Redoc biçiminde, uç noktaların istek ve yanıt örnekleriyle birlikte yayımlanmış; OpenAPI tanımı da indirilebiliyor. Bu, ETA’yı entegrasyon açısından “önce keşif” grubundan “belge elimizde” grubuna taşıyor.
API dokuz başlık altında toplanmış: Oturum, Genel, Stok, Cari, Fatura, İrsaliye, Sipariş, Kasa ve Banka. Fatura, irsaliye ve sipariş tarafında her belge türü için aynı beş işlem var; stok, cari ve kasada kart ile fiş ayrı ayrı yönetiliyor.
ETAV11 REST API v3.1 belgesindeki uç noktaların özeti (23 Ekim 2026’da okundu). Sürüm değiştikçe kapsam genişleyebilir; projede kurulumunuzdaki API sürümü esas alınır.
Başlık
Kart işlemleri
Fiş / belge işlemleri
Stok
Ekle, Güncelle, Listele, Sil
Stok fişi: Ekle, Oku, Listele, Sil
Cari
Ekle, Güncelle, Listele, Sil
Cari fiş: Ekle, Oku, Listele, Sil
Fatura
—
Ekle, Kontrol, Listele, Oku, Sil
İrsaliye
—
Ekle, Kontrol, Listele, Oku, Sil
Sipariş
—
Ekle, Kontrol, Listele, Oku, Sil
Kasa
Ekle, Oku, Listele, Sil
Kasa fişi: Ekle, Oku, Listele, Sil
Banka
Ekle, Oku, Listele, Sil
Belgede banka fişi işlemi yok
Genel
Parametre okuma (modül ve kullanıcı bazlı parametreler)
—
Oturum: şirket, dönem ve işyeri oturumla seçiliyor
Her bağlantı EtaLogin ile başlıyor. İstekte lisansın set ve ürün numarası, programın kurulu olduğu klasör, API kullanıcısının kodu ve şifresi, şirket kodu, şirket dönemi, işyeri kodu ve program ile API sürüm numaraları gönderiliyor. Karşılığında süreli bir token dönüyor; sonraki her istek bu token ile yapılıyor, token yoksa ya da süresi dolmuşsa istek reddediliyor.
Bu yapının entegrasyon açısından önemli bir sonucu var: şirket ve dönem, oturum açılırken seçiliyor. ETA’nın “şirket kodu + dönem” düzeni API’de de aynen sürüyor. Birden fazla şirkete ya da döneme kayıt yazan bir entegrasyonda oturumlar buna göre ayrı tasarlanır; yıl değiştiğinde dönemin nasıl güncelleneceği baştan yazılır.
Lisans: her oturum bir kullanıcı lisansı
Belgeye göre oturum açma kullanıcı lisans sayısına bağlı, oturum kapatma da kullanıcı lisans bağlantısını kapatıyor. Pratikte API, ETA’yı kullanan bir kişi gibi bir lisans koltuğu tutuyor. Ofiste aynı anda kaç kişinin ETA’ya girdiği ile entegrasyonun kaç oturum açtığı birlikte hesaplanmazsa, sabah mesai başında birilerinin programa girememesi gibi bir sonuç doğabilir.
Bu yüzden entegrasyonu tek oturum üzerinden, işi bitince oturumu kapatacak şekilde kuruyoruz. Lisans sayısı ve API Entegrasyon opsiyonu yetkili bayinizin alanıdır; ihtiyacı birlikte hesaplıyoruz, lisans satmıyoruz.
İstek sınırı: varsayılan dakikada 60 istek
Belgedeki varsayılan ayarda aynı IP adresi 60 saniyede en fazla 60 istek gönderebiliyor. Giriş tarafında 60 saniyede 60 başarılı ve 3 başarısız deneme sınırı var; üç hatalı girişten sonra doğru bilgilerle yapılan giriş bile süre dolana kadar işlenmiyor. Sınır aşılınca istek reddediliyor.
Bu değerler API’nin kendi ayar dosyasından değiştirilebiliyor ve değişiklik için API servisi yeniden başlatılıyor. Yani API, ETA’nın kurulu olduğu ortamda sizin kontrolünüzde çalışan bir servis; bir bulut hizmeti değil. Bunun iki sonucu var: dışarıdan erişim için ağ ve güvenlik duvarı kurgusu gerekiyor, toplu aktarımlarda da istekler bu sınıra göre sıraya konuyor.
Kontrol metodu: kaydetmeden önce sor
Fatura, irsaliye ve siparişte Ekle’nin yanında bir de Kontrol metodu var. Belgedeki tanımıyla bu metot kayıttan önce işlem kontrollerini yapıyor, hesaplanmış değerleri ya da bulduğu hatayı döndürüyor. Bizim için bu, API’nin en değerli parçası.
Dış sistemden gelen bir faturayı doğrudan kaydetmek yerine önce Kontrol’e gönderiyoruz. ETA’nın hesapladığı toplam, vergi ve iskonto tutarı kaynak sistemdeki tutarla eşleşmiyorsa kayıt yapılmıyor, fark listeye düşüyor. Böylece “ETA’daki fatura toplamı web sitesindekinden 3 kuruş farklı” türünden sorunlar muhasebeye ulaşmadan yakalanıyor.
Listeleme, e-Fatura alanları ve belgede olmayanlar
Listele metotları filtre ve sayfalama alıyor; değişen kayıtları periyodik çekmek bu yolla yapılıyor. Belgede kayıt değiştiğinde dış sisteme haber veren bir bildirim mekanizması bulamadık; senkronizasyonu buna göre zamanlanmış sorgularla kuruyoruz.
Fatura modelinde e-Fatura senaryosu, belge durumu ve yanıt bilgileri için alanlar, cari kartta da e-Fatura senaryosu ve posta kutusu alanları bulunuyor. Faturanın GİB’e gönderim adımını API’nin kendisinin yapıp yapmadığı belgede yazmıyor; bu adım kurulumunuzdaki e-Dönüşüm akışına göre teyit edilir.
v3.1 belgesinde muhasebe fişi, çek ve senet, banka fişi, üretim ve bordro işlemleri yer almıyor. Bu kayıtlar gerekiyorsa aşağıda anlattığımız Transfer ve Veri Aktarma yolu devam ediyor.
Şirket ve çalışma dönemi: ETA’nın çekirdek kavramı
ETA’da veri düzeninin merkezinde şirket ve çalışma dönemi var. Şirketler etasqlsys aracıyla açılıyor; şirket kodu, kısa ad, uzun ad, yasal ad ve dönemin başlangıç-bitiş tarihleri bu sırada giriliyor. Kurulumda bir ana veritabanı adı soruluyor, bağlantı parametreleri ETASQLCON aracıyla yönetiliyor. V.11 API’sinin oturum açarken şirket kodu, dönem ve işyeri istemesi de aynı düzenin devamı.
Şirket ve dönem ayrımının veritabanında fiziksel olarak nasıl kurulduğu, yani ayrı veritabanı mı, ayrı tablo seti mi, kolon bazlı bir ayrım mı olduğu kamuya açık kaynaklarda net değil. Bu yüzden bu sayfada bir iddiada bulunmuyoruz. ODBC ile okuma yapan her rapor için hangi şirketin ve hangi dönemin verisine hangi bağlantıdan erişileceğini, sizin kurulumunuz üzerinde yazılı hâle getirmeden kod yazmıyoruz.
Okuma: ODBC ve açık veritabanı
ETA, açık veritabanı kullanımını ve ODBC sürücüsünü kendi tanıtımında öne çıkarıyor. Excel, Word ve Access gibi programlara doğrudan bağlantı kurulabildiği, başka firmaların yazılımlarıyla birlikte çalışabildiği açıkça belirtiliyor. Okuma amaçlı doğrudan veritabanı erişimi ETA’da tartışmalı bir yol değil, üreticinin ifade ettiği bir özellik.
V.11’de API’nin Listele ve Oku metotları da okuma için kullanılabiliyor. Hangisini seçeceğimiz işe bağlı: tek bir faturanın tüm ayrıntısını almak ya da değişen siparişleri çekmek için API daha düzenli; çok şirketli bir yönetim paneli, yaşlandırma raporu ya da yıllar boyu karşılaştırma gibi toplu sorgularda ODBC çok daha verimli. API’nin dakikalık istek sınırı da toplu raporlamayı ODBC tarafına itiyor.
Ağır rapor sorguları canlı kurulumu yormayacak saatlerde ya da hazır özet tablolar üzerinden çalışır
Şirket kodu ve çalışma dönemi filtresi her sorguda açıkça yazılır
Alan anlamları eski belgelere güvenilerek değil, ETA ekranlarındaki karşılıklarıyla eşleştirilerek doğrulanır
Tablo adları tahmin edilmez; kurulumun kendisinden çıkarılır
Tablo adlandırma: öğrenilebilir bir kalıp
ODBC ile okurken işi kolaylaştıran bir düzen var: tablo adları modül önekiyle nesne tipinin birleşiminden oluşuyor. Kartlar KART, fiş başlıkları FIS, hareketler HAR ekiyle bitiyor. Kaynakların bir kısmı eski sürümlere ait olduğu için aşağıdaki adları kesin bir liste olarak değil, kalıbı gösteren örnekler olarak veriyoruz.
ETA tablo adlandırma kalıbı ve örnekler. Kesin liste değildir; sizin kurulumunuzdaki karşılıkları proje başlangıcında veritabanı üzerinden doğrulanır.
Nesne tipi
Ek
Örnek
Kart (tanım kaydı)
KART
CARKART, URTRECKART, URTROTAKART
Fiş başlığı
FIS
FATFIS, IRSFIS, STKFIS, BANKAFIS
Hareket satırı
HAR
CARHAR, FATHAR, IRSHAR, STKHAR, BANKAHAR
Tanım / hesap kaydı
—
BANKHESAP, STKBARKOD
Transfer ve Veri Aktarma: eski sürümlerin ve API dışı kayıtların yolu
ETA:SQL ve V.8-SQL’de ETA’ya dışarıdan veri sokmanın resmi yolu dosya tabanlı ve iki ayrı modül üzerinden yürüyor: Transfer Modülü ve Veri Aktarma Modülü. Desteklenen biçimler TXT, XLS, CSV ve XML. V.11’de de API belgesinde yer almayan kayıtlar için bu modüller kullanılmaya devam ediyor.
Aktarılabilen veri kümesi geniş: stok kartı ve fiyat bilgileri, cari kart, hesap planı, fatura hareketleri, nakit, çek ve senet hareketleri. Akış iki yönlü; stok ve fiyat bilgisinin yazarkasa ve POS cihazlarına çıkışı da bu yoldan yapılıyor.
XML ile muhasebe fişi
Muhasebe fişlerinin XML ile aktarımı için menü yolu şöyle: Veri Aktarma → Aktarma İşlemleri → ETA Dosya Aktarımı → Fiş Aktarma → Muhasebe Fişi → Dosyadan Fişe Aktarma (xml). V.11 API belgesinde muhasebe fişi işlemi bulunmadığı için, dış sistemde oluşan muhasebe kayıtları V.11’de de çoğunlukla bu yoldan gelir.
Metin dosyası ve tanım dosyası
Metin dosyasıyla transferde Metin Tipi “1-Eta Tanımlı” seçildiğinde, dosyanın nasıl okunacağını anlatan .dfn uzantılı bir tanım dosyası devreye giriyor; nakit, çek, senet ve cari hareket verisini taşıyan dosyalar bu tanıma göre okunuyor. Menü yolu: Transfer Modülü → Dosya Transferi → Metin Dosyasından Transfer İşlemi → Cari Fiş Transferi. Dosya düzeni değiştiğinde iş çoğu zaman kod değişikliği değil, tanım güncellemesi oluyor.
Yazma kuralımız: yalnızca resmi kapıdan
ETA’da veritabanının açık olması, oraya kayıt yazmanın desteklendiği anlamına gelmiyor. Üreticinin açık veritabanı vurgusu okuma bağlamında geçiyor; doğrudan veritabanına yazmanın desteklenen bir kullanım olduğuna dair bir belge bulamadık. V.11 API’sinin yayımlanması bu tabloyu daha da netleştirdi: üreticinin dışarıdan kayıt yazmak için gösterdiği yol artık belgelenmiş uç noktalar.
Bu yüzden kuralımız sürümden bağımsız aynı: okumada ODBC ya da API, yazmada ya API ya da Transfer ve Veri Aktarma modülleri. “Veritabanı nasılsa açık, oraya yazalım” önerisini kabul etmiyoruz. ETA’nın fişlerde hesapladığı tutarlar, numaralandırma ve bağlı kayıtlar, ürünün kendi kapısından geçmeyen bir yazmada atlanabilir.
V.8-SQL’den V.11’e geçiş ve sürüm yükseltmesi
V.8-SQL ya da ETA:SQL kullanan ve yoğun veri alışverişi olan firmalar için V.11’e geçiş artık yalnızca program yükseltmesi değil, entegrasyon yönteminin de değişmesi demek. Dosya aktarımıyla belirli aralıklarla çalışan bir sipariş akışı, V.11’de API ile kayıt bazında ve kayıttan önce kontrol edilerek çalışabilir. Geçiş kararı ve lisans tarafı bayinizin alanı; biz geçiş sonrası entegrasyonun nasıl kurulacağını ve hangi dosya akışlarının API’ye taşınacağını planlıyoruz.
Hangi sürümde olursanız olun, yükseltme entegrasyona üç yerden dokunabilir: veri modeli (ODBC sorguları), aktarım dosyalarının yapısı ve tanımları, V.11’de de API sürümü. EtaLogin’in program ve API sürüm numarasını ayrı ayrı istemesi, API’nin de kendi sürümüyle değişebileceğini gösteriyor. Okuma sorgularını tek bir veri erişim katmanında, dosya biçimlerini yapılandırmada, API çağrılarını tek bir istemci katmanında topluyoruz; her yükseltmeden sonra birkaç örnek kayıtla doğrulama turu çalıştırıyoruz.
Teslim sonrası 15 gün ücretsiz hata düzeltme sözleşmeye yazılır. Yükseltme sonrası doğrulama tekrar eden bir iş olduğu için aynı sözleşmede ayrı bir bakım maddesi olarak tanımlanır.
ETA bayileri için: lisans sizde, entegrasyon kodu bizde
V.11 API’si bayiler için yeni bir satış kalemi doğurdu: API Entegrasyon opsiyonu. Ama opsiyonu satmak ile müşterinin e-ticaret sitesini, pazaryerini ya da depo uygulamasını ETA’ya bağlayan kodu yazmak ayrı işler. Her bayide bu kodu yazacak bir ekip yok.
Sınır net: ETA ürün bilgisi, lisans ve opsiyon satışı, kurulum, eğitim ve müşteri ilişkisi sizde. Bizim üstlendiğimiz, API’yi, ODBC’yi ve aktarım modüllerini kullanan entegrasyon yazılımının geliştirilmesi ve sürdürülmesi.
API opsiyonunu sattığınız müşteriye çalışan bir entegrasyonla teslim edebilirsiniz
Eski sürümdeki müşteriniz için ODBC ve dosya aktarımıyla çalışan çözümü, V.11’e geçişte API’ye taşırız
Lisans koltuğu ihtiyacını sizinle birlikte hesaplarız; teklifiniz eksik lisansla çıkmaz
Müşteri karşısında görünür ya da tamamen arka planda kalırız, kararı siz verirsiniz
Sabit fiyat ve yazılı kapsam bizden gelir; teklifinizde geliştirme satırı kesin rakamla durur
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.
Web sitesinden ya da pazaryerinden gelen sipariş önce Kontrol metoduna gönderiliyor, ETA’nın hesapladığı tutar kaynakla eşleşirse sipariş olarak kaydediliyor. Eşleşmeyen sipariş kaydedilmiyor, nedeniyle birlikte listeye düşüyor.
Stok ve fiyatın web mağazasına aktarılması
Stok kartları ve fiyatlar V.11’de API’nin listeleme metotlarıyla, eski sürümlerde ODBC ile okunup web mağazasına belirli aralıklarla gönderiliyor. İstek sınırı hesaba katılarak yalnızca değişen kartlar taşınıyor.
Yönetim paneli: ODBC ile raporlama
Satış, stok, cari ve tahsilat verisi salt okunur alınıp tek panelde toplanıyor. Hiçbir kayıt değişmediği için risk düşük; şirket ve dönem filtresi katmanda sabitlendiği için rapor yanlış toplam üretmiyor.
Dış sistemden muhasebe fişi aktarımı
Farklı bir uygulamada oluşan muhasebe fişleri doğrulanmış XML’e dönüştürülüp Veri Aktarma modülüyle aktarılıyor. Muhasebe fişi V.11 API belgesinde yer almadığı için bu akış V.11’de de dosya üzerinden kuruluyor.
Saha satış uygulamasından cari ve kasa kaydı
Saha ekibinin girdiği tahsilat V.11’de kasa ya da cari fişi olarak API’den yazılıyor, müşterinin güncel bakiyesi aynı yoldan okunuyor. Eski sürümlerde aynı hareket metin dosyası ve tanım dosyasıyla Transfer modülünden aktarılıyor.
Yazarkasa ve POS’a fiyat çıkışı
Stok kartları ve fiyat bilgisi Transfer modülüyle yazarkasa ve POS cihazlarına aktarılıyor. Fiyat değişikliğinin sahaya ulaşması elle liste dolaştırmaya bağlı kalmı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.
Şehriniz fark etmez
Türkiye'nin neresinde olursanız olun süreç aynı başlar: keşif online yapılır, geliştirme uzaktan yürür. Sahada yapılması gereken bir adım varsa (depo ölçümü, cihaz kurulumu, açılış sayımı gibi) ziyaret planı teklifte baştan yazılır.
Sık sorulan sorular
ETA’nın API’si var mı?
ETA:V.11 için var. ETA Bilgisayar, “ETAV11 REST API” adıyla bir REST API yayımlıyor; belge ETA Bilgi Merkezi’nde herkese açık, OpenAPI tanımı indirilebiliyor. Stok, cari, fatura, irsaliye, sipariş, kasa ve banka işlemlerini kapsıyor. API güncel V.11 sürümü, lisansta API Entegrasyon opsiyonu ve kullanıcı lisansı istiyor. ETA:SQL ve V.8-SQL için bu API’nin geçerli olduğuna dair bir belge bulamadık; bu sürümlerde ODBC ve Transfer, Veri Aktarma modülleri kullanılıyor.
ETA V.11 API’sini kullanmak için ek lisans gerekiyor mu?
Belgeye göre API, API Entegrasyon opsiyonu ve kullanıcı lisans sayısına bağlı çalışıyor; her API oturumu bir kullanıcı lisansı kullanıyor. Opsiyonun lisansınızda olup olmadığını ve kaç kullanıcı lisansına ihtiyaç olduğunu yetkili ETA bayinizle teyit etmeniz gerekiyor. Fiyatlandırma bayi alanında; biz entegrasyonun kaç oturum açacağını hesaplayıp bu görüşmeye veri sağlıyoruz.
ETA API’si ile hangi kayıtlar yazılabiliyor?
23 Ekim 2026’da okuduğumuz v3.1 belgesine göre stok, cari, kasa ve banka kartı; stok, cari ve kasa fişi; fatura, irsaliye ve sipariş yazılabiliyor. Stok ve cari kartlar güncellenebiliyor; kasa ve banka kartları için belgede güncelleme metodu yok. Fatura, irsaliye ve sipariş için kayıttan önce çalışan bir Kontrol metodu var. Muhasebe fişi, çek ve senet, banka fişi ve üretim kayıtları bu belgede yer almıyor; gerekiyorsa Transfer ve Veri Aktarma modülleriyle aktarılıyor.
API’nin istek sınırı var mı?
Var. Varsayılan ayarda aynı IP adresi 60 saniyede en fazla 60 istek gönderebiliyor; girişte 60 saniyede 3 başarısız deneme sınırı var. Değerler API’nin ayar dosyasından değiştirilebiliyor. Toplu aktarımları bu sınıra göre sıraya koyuyor, yalnızca değişen kayıtları taşıyoruz. Yüksek hacimli raporlamayı ise API yerine ODBC ile yapıyoruz.
Veritabanımıza doğrudan erişmeniz sorun yaratır mı?
Okuma için hayır; açık veritabanı ve ODBC sürücüsü ETA’nın kendi tanıtımında öne çıkardığı bir özellik. Yazma için aynısını söyleyemiyoruz: doğrudan veritabanına yazmanın desteklendiğine dair bir belge bulamadık. Bu yüzden kayıtları V.11’de API ile, diğer sürümlerde aktarım modülleriyle yazıyoruz.
ETA:V.8-SQL kullanıyoruz. API için V.11’e geçmemiz şart mı?
Şart değil. V.8-SQL’de raporlama ODBC ile, kayıt aktarımı Transfer ve Veri Aktarma modülleriyle kurulabiliyor ve bu yol yıllardır kullanılıyor. Geçişin size kazandıracağı şey kayıt bazında, kayıttan önce kontrol edilerek çalışan bir akış. Sipariş ve fatura trafiği yoğunsa bu fark önemli; değilse dosya aktarımı yeterli olabilir. Geçiş kararını ve lisansı bayinizle, entegrasyon tarafını bizimle konuşabilirsiniz.
Birden fazla şirketimiz ve dönemimiz var. Nasıl ele alıyorsunuz?
ETA’da şirket ve çalışma dönemi çekirdek kavramlar; V.11 API’si de oturum açarken şirket kodu, dönem ve işyeri istiyor. Birden fazla şirkete yazan bir entegrasyonda oturumları buna göre ayırıyoruz. ODBC ile okumada ise hangi şirketin ve dönemin verisine hangi bağlantıdan erişileceğini sizin kurulumunuz üzerinde yazılı hâle getiriyoruz; bu ayrımın veritabanındaki fiziksel karşılığı kamuya açık kaynaklarda net olmadığı için varsayımla ilerlemiyoruz.
ETA bayisi misiniz?
Hayır. ETA Bilgisayar’ın da, başka bir üreticinin de bayisi, çözüm ortağı ya da iş ortağı değiliz; bağımsız bir yazılım evi olarak çalışıyoruz. Lisans, API opsiyonu, kurulum ve ürün eğitimi yetkili bayinizin alanı. Bizim işimiz ürünün belgelenmiş erişim yolları üzerinden çalışan entegrasyon yazılımını geliştirmek. Bayilerle taşeron geliştirme modelinde de çalışıyoruz.
Mersin dışındaki firmalarla nasıl çalışıyorsunuz?
Mersin, Tarsus, Adana, Hatay, İskenderun ve Osmaniye’de keşfi ve gerektiğinde kurulumu yerinde yapıyoruz. Türkiye’nin diğer illerinde API, ODBC ve aktarım dosyası geliştirmesi uzaktan yürür; ETA tarafı için bu çoğu zaman yeterli. API dışarıdan erişileceği için güvenli bağlantı kurgusunu kurulumda bilgi işlem sorumlunuzla birlikte yapıyoruz. Yazarkasa ya da POS gibi saha işi varsa ziyaret takvime baştan yazılır.
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.