Logo ERP E-Ticaret Entegrasyonu

Logo ERP ile e-ticaret entegrasyonu, online mağazanızdaki sipariş, stok ve fiyat verilerini Logo Tiger veya Go sisteminizle otomatik olarak senkronize etmenizi sağlar. Kopylon platformu, SQL Server veritabanı seviyesinde çalışarak sipariş fişlerini, stok miktarlarını, fiyat listelerini ve cari hesap kartlarını Logo ERP ile satış kanallarınız arasında aktarır. Bu entegrasyon manuel veri girişini ortadan kaldırır, stok tutarsızlıklarını önler ve sipariş işleme süresini dakikalara indirir.

Bu sayfada entegrasyonun neden gerektiğini, nasıl kurulduğunu, hangi verinin hangi yöne aktığını ve en sık karşılaşılan teknik sorunların nasıl çözüldüğünü bulacaksınız.

E-Ticaret Entegrasyonu Neden Gereklidir?

E-ticaret yapan işletmelerin büyük çoğunluğu muhasebe ve stok yönetimi için Logo ERP kullanır. Ancak satış kanalı ile ERP arasında otomatik bir bağlantı olmadığında sorunlar operasyonun tamamına yayılır:

• Stok tutarsızlığı ve fazla satış: Online satılan ürünün Logo'daki miktarı güncellenmezse aynı ürün başka bir kanalda tekrar satılır. Pazaryerlerinde fazla satış yalnızca sipariş iptaliyle kalmaz; satıcı puanını ve mağaza görünürlüğünü de düşürür.
• Sipariş gecikmesi: Siparişlerin Logo'ya elle girilmesi zaman alır. Günde birkaç yüz sipariş alan bir işletmede bu, sevkiyatın bir gün kaymasına yeter.
• Fiyat uyumsuzluğu: Logo'da güncellenen fiyatın kanala yansıtılması unutulduğunda satış eski fiyattan yapılır. Kampanya dönemlerinde bu fark doğrudan zarardır.
• Muhasebe yükü: Her siparişin ayrı ayrı girilmesi, ay sonunda mutabakat yükünü de beraberinde getirir.
• Kanal çoğaldıkça katlanan iş: Tek bir e-ticaret sitesi yönetilebilir. Siteye iki pazaryeri eklendiğinde aynı stok üç yerde elle takip edilir ve hata kaçınılmaz hâle gelir.

Entegrasyon Nasıl Kurulur?

Sağlıklı bir entegrasyon, kod yazmadan önce yapılan hazırlıkla belirlenir. İzlenen sıra şudur:

• 1. Veri modellerinin çıkarılması: Logo tarafında hangi tabloların kullanılacağı ve karşı sistemde bunların karşılığının ne olduğu belirlenir. Sipariş başlığı, sipariş satırı, malzeme kartı, fiyat listesi ve cari kart eşleşmeleri bu aşamada netleşir.
• 2. Eşleştirme anahtarlarının belirlenmesi: Bir kaydın "aynı kayıt" sayılması hangi alana bakılarak karar verilecek? Bu, entegrasyonun en kritik kararıdır ve varsayımla geçilmez — aşağıda ayrı bir bölümde ele alınmıştır.
• 3. Modül ve yön seçimi: Hangi verinin hangi yöne akacağı belirlenir. Stok genelde Logo'dan kanala, sipariş kanaldan Logo'ya akar. Her modül ayrı ayrı açılıp kapatılabilir.
• 4. Test firmasında doğrulama: Aktarım önce gerçek veriyle ama ayrı bir test firmasında çalıştırılır. Kayıt sayıları, tutarlar ve alan eşleşmeleri kaynakla karşılaştırılarak doğrulanır.
• 5. Canlıya alma ve izleme: Senkronizasyon aralıkları ayarlanır, ilk günler yakından izlenir. Durum ekranı ve günlük özet rapor bu izlemeyi kolaylaştırır.

Kurulum süresi entegrasyonun kapsamına göre değişir. Standart sipariş–stok–fiyat üçlüsü genellikle kısa sürede devreye alınırken, özel iş kuralları ve çok kanallı yapılar proje süresini uzatır.

Hangi Veri Hangi Yöne Akar?

E-ticaret entegrasyonu tek yönlü değildir. Tipik bir kurulumda akış şöyledir:

Bu tablo bir başlangıç noktasıdır; aralıklar ve yönler işletmenin çalışma biçimine göre ayarlanır. Örneğin bayi portalı üzerinden çalışan bir yapıda cari kartlar Logo'da açılıp kanala aktarılır, tersi değil.

Kopylon ile E-Ticaret Entegrasyonu

Kopylon, Logo ERP'nin SQL Server veritabanına doğrudan erişerek çalışır. Toplam 19 modül üzerinden kart ve fiş aktarımı yapar; e-ticaret senaryosunda bunların bir alt kümesi kullanılır.

Sipariş Senkronizasyonu

Satış kanalınızdan gelen siparişler, Logo'nun sipariş fişleri modülüne (ORFICHE/ORFLINE) yazılır. Her sipariş satırındaki malzeme, birim, fiyat, miktar ve indirim bilgileri Logo formatına çevrilir. Malzeme eşleşmesi kod üzerinden yapılır; kanaldaki ürün kodu ile Logo'daki malzeme kodu örtüşmüyorsa aradaki dönüşüm kuralı tanımlanır. Sipariş başlığındaki müşteri bilgisi cari hesap kartıyla eşleştirilir.

Aktarım sonrası satır sayısı doğrulanır: kaynaktaki satır sayısı ile hedefte oluşan satır sayısı karşılaştırılır. Eşleşmiyorsa belge başarılı sayılmaz. Bu kontrol, "başlık gitti ama satırlar düştü" türünden sessiz veri kayıplarını engeller.

Stok Senkronizasyonu

Logo'daki güncel stok miktarları periyodik olarak okunur ve satış kanalınıza aktarılır. Okuma delta mantığıyla yapılır: yalnızca son senkronizasyondan bu yana değişmiş kayıtlar sorgulanır. Bu, binlerce ürünlü kataloglarda bile sorgunun hafif kalmasını sağlar ve ERP üzerinde yük oluşturmaz.

Malzeme kartları modülü (ITEMS) üzerinden yeni ürünler, açıklamalar, birim setleri ve barkod bilgileri de senkronize edilebilir. Böylece Logo'da açılan bir ürün kanala elle girilmek zorunda kalmaz.

Fiyat Senkronizasyonu

Logo'daki fiyat listeleri (PRCLIST) kanala aktarılır. Farklı müşteri grupları için tanımlanmış farklı listeler ayrı ayrı yönetilebilir; bayi fiyatı ile perakende fiyatı aynı kurulumda birlikte taşınabilir.

Fiyat aktarımında doğrulama devrededir: negatif fiyat, geçersiz tarih aralığı veya birim uyumsuzluğu taşıyan kayıtlar aktarılmaz. Bu kayıtlar sessizce atlanmaz — sebebiyle birlikte loglanır ve geçerli kayıtların aktarımı kesintisiz sürer.

Cari Hesap Senkronizasyonu

Kanal müşterilerinizin bilgileri Logo'daki cari hesap kartlarıyla (CLCARD) eşleştirilir. Mevcut müşteriler eşleştirme anahtarıyla tanınır; yeni müşteriler için Logo'da otomatik cari kart oluşturulabilir. Sevk adresleri (SHIPINFO) ayrı bir modül olarak taşınır, çünkü bir carinin birden fazla sevk adresi olabilir.

Pazaryeri Entegrasyonunun Kendine Özgü Zorlukları

Pazaryeri entegrasyonu, kendi e-ticaret sitenizle yapılan entegrasyondan birkaç noktada ayrılır ve bu farklar projenin başında hesaba katılmazsa sonradan sorun çıkarır:

• Stok tek, kanal çok: Aynı fiziksel stok birden fazla pazaryerinde satışa açıktır. Kanallara ayrı ayrı stok yazmak yerine, ortak stok havuzundan dağıtım kuralı tanımlanması gerekir; aksi hâlde toplam satış eldeki miktarı aşar.
• Komisyon ve kesintiler: Pazaryerinin komisyonu, kargo bedeli ve hizmet kesintileri sipariş tutarıyla birebir örtüşmez. Muhasebenin doğru çalışması için bu kalemlerin Logo'da hangi hesaba yazılacağı önceden belirlenmelidir.
• İade ve iptal akışı: Pazaryerlerinde iade oranı görece yüksektir ve iade, siparişin aynası değildir. İade akışının ayrı bir belge tipiyle taşınması gerekir.
• Ürün eşleşmesi: Pazaryerindeki ürün kodu genellikle Logo'daki malzeme kodundan farklıdır. Barkod üzerinden eşleşme çoğu durumda daha güvenilirdir.
• Kesinti toleransı: Pazaryeri servisleri geçici olarak yanıt vermeyebilir. Entegrasyonun bu durumda durmaması, hatayı loglayıp bir sonraki turda kaldığı yerden devam etmesi gerekir.

Eşleştirme: Aynı Kaydın İki Kez Oluşmasını Önlemek

Entegrasyonlarda en pahalı hatalar, "aynı kayıt" tanımının yanlış yapılmasından doğar. Bir sipariş iki kez aktarılırsa mükerrer kayıt oluşur; iki farklı kayıt yanlışlıkla aynı sayılırsa biri diğerinin üstüne yazar ve veri sessizce kaybolur. İkincisi daha tehlikelidir, çünkü hiçbir hata mesajı üretmez.

Kopylon bu riski üç kuralla yönetir:

• MERGE mantığı: Her kayıt önce hedefte aranır. Varsa güncellenir, yoksa oluşturulur. Böylece aynı senkronizasyon defalarca çalıştırılsa bile sonuç değişmez.
• Önce GUID, sonra kod: Eşleşme öncelikle Logo'nun benzersiz kayıt kimliği (GUID) üzerinden yapılır. Kod bazlı eşleşme yalnızca GUID bulunmadığında devreye girer.
• Anahtar ölçülür, varsayılmaz: Kodun tek başına benzersiz olduğu varsayımı her tabloda geçerli değildir. Bazı Logo tablolarında aynı kod, farklı kart tipiyle meşru biçimde iki kez bulunabilir. Bu nedenle her tablonun gerçek benzersiz anahtarı veritabanından ölçülür ve aktarım o anahtarla yapılır.

Aynı titizlik ölçüm tarafında da geçerlidir: durum ekranı, kaynak ve hedefi karşılaştırırken aktarımın kullandığı anahtarın aynısını kullanır. İkisi farklı olursa eksik kayıt ekranda "var" görünür ve sorun hiç fark edilmez.

Gerçek Zamanlı ve Periyodik Senkronizasyon

Kopylon iki çalışma biçimi sunar:

• Periyodik senkronizasyon: Her modül için ayrı aralık tanımlanır. Stok için 5 dakika, fiyat için saatlik, ürün kartları için günlük aralık tipik bir yapılandırmadır. Aralıklar arayüzden değiştirilir, kod değişikliği gerektirmez.
• Anlık tetikleme: Senkronizasyon web arayüzünden elle başlatılabilir. Kampanya öncesi toplu fiyat güncellemesi veya acil stok düzeltmesi için kullanılır.

Her çalışmanın sonucu kaydedilir ve web arayüzüne anlık olarak yansıtılır. Böylece bir aktarımın çalışıp çalışmadığını anlamak için ertesi günü beklemek gerekmez.

Hata Yönetimi ve İzlenebilirlik

Entegrasyonun uzun vadede güvenilir olması, hata olmamasına değil, hatanın görünmesine bağlıdır. Kopylon bu ilkeye göre kurulmuştur:

• Belge bazlı hata izolasyonu: Bir siparişin hatası diğerlerini durdurmaz. Sorunlu belge loglanır, aktarım kalan belgelerle devam eder.
• Durum ekranı: Her modül için kaynak ve hedefteki kayıt sayıları karşılaştırılır, eksik kayıtlar tek tek listelenir. Liste aranabilir ve Excel'e aktarılabilir.
• Tek kayıt aktarma: Eksik görünen bir kayıt, tüm senkronizasyonu beklemeden tek tuşla yeniden aktarılabilir.
• Otomatik çözülme: Önce hata alıp sonraki denemede başarılı olan belgelerin eski hata kayıtları otomatik olarak "çözüldü" durumuna çekilir; böylece hata listesi gerçek sorunları gösterir.
• Bildirim: Hata anında e-posta gönderilir, her gün 23:00'te günlük özet rapor iletilir. Haftalık Excel raporu da zamanlanabilir.
• Trend takibi: Günlük başarı oranı arşivlenir; eksik kayıt sayısı belirlenen eşiği aştığında uyarı üretilir.

Teknik Altyapı ve Güvenlik

Kopylon, ASP.NET 8 üzerine kurulu bir on-premise uygulamadır. Kendi sunucunuzda çalışır; e-ticaret ve muhasebe verileriniz bulut ortamına gönderilmez. SQL Server üzerinde yüksek performanslı veri okuma ve yazma yapılır, aktarımlar toplu (batch) çalışır.

Bağlantı bilgileri ve parolalar sunucuda şifreli olarak saklanır. Uygulama Windows görev zamanlayıcısıyla otomatik başlatılır ve sunucu yeniden başlasa bile senkronizasyon kaldığı yerden devam eder. Yetkilendirme, kullanıcı adı ve parola ile korunan web arayüzü üzerinden yapılır.

Firmalar arası senkronizasyon ihtiyacınız da varsa aynı platform bunu da karşılar; ayrıntılar için Logo firmalar arası entegrasyon sayfasına, ürünün tamamı için Kopylon nedir sayfasına bakabilirsiniz. Fatura tarafındaki otomatik aktarım için Logo fatura entegrasyonu sayfası ayrıntılıdır.

Kendi Geliştirmek mi, Hazır Çözüm mü?

Logo entegrasyonu için üç yol vardır ve üçünün de yerinde olduğu durumlar farklıdır:

• Sıfırdan kendi geliştirmeniz: Logo'nun tablo yapısına ve iş kurallarına hâkim bir ekibiniz varsa mümkündür. Zorluk yazılımın ilk sürümünde değil, sürdürmesindedir: Logo sürüm güncellemeleri, yeni mali dönem, yeni modül talepleri ve hata takibi sürekli emek ister. Çoğu işletmede bu iş, onu yazan kişi ayrıldığında sahipsiz kalır.
• Hazır entegrasyon ürünü: Standart senaryolar için en hızlı yol budur. Sipariş, stok, fiyat ve cari akışı kutudan çıktığı gibi çalışır. Sınırı, işletmenin standart dışı iş kurallarıdır — ürün bunları karşılamıyorsa esneme payı yoktur.
• Hazır altyapı + proje bazlı özelleştirme: Standart modüller temel akışı taşır, işletmeye özgü kurallar üzerine eklenir. Sürdürme yükü tek elde toplanır, esneklik korunur.

Karar verirken sorulacak soru "hangisi daha ucuz" değil, "iki yıl sonra bu entegrasyonu kim sürdürecek" olmalıdır. Entegrasyonun ilk kurulumu toplam maliyetin küçük kısmıdır; asıl maliyet, sistem değiştikçe entegrasyonun ayakta tutulmasıdır.

Entegrasyon Öncesi Kontrol Listesi

Projeye başlamadan önce şu başlıkların netleşmiş olması, ilerleyen aşamalarda geri dönüşü pahalı olan kararların doğru verilmesini sağlar:

• Ürün kodu karşılığı: Kanaldaki ürün kodu ile Logo'daki malzeme kodu aynı mı? Değilse eşleşme neyin üzerinden kurulacak — barkod mu, ayrı bir eşleşme tablosu mu?
• Birim uyumu: Kanalda "adet" olarak satılan bir ürün Logo'da kutu veya koli biriminde takip ediliyor olabilir. Birim dönüşüm katsayısı tanımlanmadan miktarlar tutmaz.
• KDV ve fiyat tipi: Kanaldaki fiyat KDV dahil mi, hariç mi? Logo tarafındaki fiyat listesi hangi tipte? Bu iki taraf uyuşmadığında fark her siparişte tekrarlar.
• Cari kart politikası: Her online müşteri için ayrı cari kart mı açılacak, yoksa perakende satışlar tek bir toplu cari altında mı toplanacak? İkisinin de muhasebe ve raporlama sonuçları farklıdır.
• Sipariş numarası: Kanaldan gelen sipariş numarası Logo'da hangi alana yazılacak ve kaynak kanal nasıl ayırt edilecek? Çok kanallı yapılarda bu ayrım olmadan mutabakat yapılamaz.
• Depo ve ambar: Online satışlar hangi ambardan düşecek? Fiziksel mağaza ile online stok aynı ambarı paylaşıyorsa fazla satış riski baştan hesaba katılmalıdır.
• İade ve iptal: İade edilen sipariş Logo'da hangi belge tipiyle karşılanacak? Bu akış çoğu projede sonradan hatırlanır ve aceleyle eklenir.
• Dönem sonu: Logo'da yeni mali döneme geçildiğinde entegrasyonun hangi döneme yazacağı ayarlanmalıdır. Atlanırsa yeni yılın ilk günlerinde aktarım durur.

Sık Yapılan Hatalar

Entegrasyon projelerinde tekrar tekrar karşılaşılan, çoğu sonradan pahalıya mal olan hatalar şunlardır:

• Eşleştirme anahtarının varsayılması: "Kod benzersizdir" varsayımı her tabloda doğru değildir. Yanlış anahtar, farklı iki kaydın birbirini ezmesine yol açar ve bu kayıp hiçbir hata mesajı üretmez.
• Sadece başarı sayısına bakmak: Bir belgenin "başarılı" loglanması, tüm satırlarının gittiği anlamına gelmez. Başlık aktarılıp satırların düştüğü durumlar, satır sayısı doğrulanmadığı sürece fark edilmez.
• Tüm veriyi her turda okumak: Delta okuma kurulmadığında entegrasyon her turda tüm kataloğu tarar. Başlangıçta sorun çıkarmaz, veri büyüdükçe ERP'yi yavaşlatır.
• Ölçümün aktarımdan farklı çalışması: Kontrol raporu, aktarımın kullandığı anahtarla aynı anahtarı kullanmıyorsa eksik kayıtları "var" gösterir. Rapor yeşil görünürken veri eksiktir.
• Hata bildiriminin kimseye ulaşmaması: Log tutulup kimse bakmıyorsa hata yok sayılmış olur. Bildirimin bir kişiye ulaşması ve o kişinin ne yapacağını bilmesi gerekir.
• Test ortamının atlanması: İlk aktarımın doğrudan canlı firmada denenmesi, geri alınması zor kayıtlar oluşturur. Ayrı bir test firmasında doğrulama bu riski ortadan kaldırır.

Özel Entegrasyon Hizmeti

Her e-ticaret yapısı farklıdır. Standart modüllerin ötesinde, platformunuza özgü veri dönüşümleri, özel iş kuralları ve raporlama ihtiyaçları için proje bazlı çözümler üretilir.

Logo'nun tüm sürümlerinde — Go, Tiger, Tiger Enterprise ve j-guar — 16 yıllık ve 100'ü aşkın projelik entegrasyon deneyimiyle çalışıyoruz. E-ticaret ve pazaryerlerinin yanı sıra ödeme sistemleri, WMS, CRM, B2B portalleri, üretim (MRP) ve lojistik yazılımlarıyla entegrasyon projeleri yürüttük. İhtiyacınız standart bir kurulumun dışındaysa önce mevcut yapınızı inceleyip uygulanabilir bir yol haritası çıkarıyoruz.