Logo B2B Entegrasyonu: Bayi Portalında Sipariş, Bakiye ve Fiyat Akışı

Logo B2B entegrasyonunda veri hangi yönde akar?

Ana kural şudur: kaynak kaydı Logo'da olan veri portala okunur, bayinin ürettiği sipariş ise portaldan Logo'ya yazılır. Bu ayrım hem veri bütünlüğünü korur hem de bir sorun çıktığında nereye bakılacağını gösterir.

Kayıtların tablo karşılıkları tanıdıktır: faturalar INVOICE, siparişler ORFICHE, cari kartlar CLCARD, cari hareketler CLFLINE, malzeme ITEMS, fiyat listeleri PRCLIST altında durur. Bu adlar örnek niteliğindedir, kullanılacak tam liste kurulumda doğrulanır. Sipariş ve cari hareket tabloları dönem bağımlıdır; bu yüzden portal, dönem numarasını koda sabit yazmak yerine çalışma anında çözmelidir.

Logo Tiger B2B entegrasyonunda sipariş nasıl yazılır?

Sipariş Logo'ya Logo Objects ya da Logo REST Servis üzerinden yazılır; doğrudan tabloya kayıt atılmaz. Resmî arayüz, cari doğrulaması ve zorunlu alan kontrollerini çalıştırır, fiş ile satırları Logo'nun veri modeline uygun bağlar.

Logo'nun sürüm duyurularında REST Servis'in sipariş kaynağı salesOrders adıyla geçer. Cari, malzeme ve fiyat kaynaklarının adlarını ve zorunlu alanları, servisle gelen Swagger ekranından kendi kurulumunuzda okumak gerekir.

Hangi yolun seçileceği ürününüze bağlıdır. Yetkili çözüm ortağı belgeleri Tiger 3, Tiger 3 Enterprise ve Wings için REST Servis desteği olduğunu; GO 3 ve GO Plus'ın ise desteklenmeyenler arasında sayıldığını söyler. Bu yüzden GO kullanan bir kurulumda yol büyük olasılıkla Logo Objects'tir, ama karar kurulumda verilir.

Portala başlamadan önce üç konu netleşmelidir:

1. Lisans ve kimlik bilgisi: Logo Objects run-time lisansı ve REST için gereken bilgiler Logo Çözüm Ortağı kanalından temin edilir. Bayi değiliz; bu adımı sizin yetkili bayinizle birlikte yürütüyoruz.
2. Ağ yapısı: Portal internette, Logo çoğunlukla iç ağda durur. Logo veritabanını internete açmak yerine, araya siparişleri kuyruğa alan bir katman koymak daha güvenli bir yapıdır.
3. Mükerrer kayıt koruması: Ağ kesintisinden sonra aynı istek tekrar gönderildiğinde iki fiş oluşmamalıdır. Her portal siparişinin eşsiz bir numarası tutulur, Logo'ya yazmadan önce bu numara kontrol edilir.

Logo kapalıyken bayi durmamalıdır. Kuyruklu yapıda sipariş portalda kaydedilir, "merkeze iletilmesi bekleniyor" diye görünür, bağlantı gelince sırayla işlenir.

Sipariş onay akışı Logo'da nasıl kurulur?

Sipariş onayı için en temiz yol, portaldaki durumu Logo'nun kendi onay bilgisine eşlemektir. Logo'nun Ticari Sistem belgesi (Tiger Enterprise, Kasım 2016) sipariş onay bilgisi için üç seçenek tanımlar: Öneri, Sevkedilemez ve Sevkedilebilir. Aynı belgeye göre Öneri durumundaki sipariş irsaliye ve faturaya aktarılamaz, onay bilgisi sonradan değiştirilebilir. Portalın bu bilgiyi hangi alan ve değerle yazacağı kurulumda doğrulanır.

Belge eski tarihli olduğu için davranışı kendi sürümünüzde test etmek şarttır. Logo'nun Logo Flow bilgi deposunda da Tiger satış siparişini onayla Öneri'den Sevkedilebilir'e geçiren bir akış anlatılır; Logo Flow kullanıyorsanız önce ona bakın. Burada verilmesi gereken asıl karar, siparişin Logo'ya ne zaman yazılacağıdır.

Logo'nun belgesi "kontrollü onaylama" adında bir işlemden de söz eder: otomatik parametresi açıksa sipariş sevkedilebilir kaydedilir, kriterlere takılırsa Öneri kalır. Portaldaki kural bazlı akış için önce bu özelliğin kurulumunuzda açık olup olmadığına bakın; Logo'nun zaten yaptığı kontrolü portalda yeniden yazmak gereksiz bir kopya üretir.

Örnek senaryo: Diyelim ki kuralınız şu: risk limiti içindeki ve fiyatı listeden gelen sipariş doğrudan onaylansın, manuel iskonto isteyen sipariş satış müdürüne düşsün. Bu cümle yazılımdan önce sözleşmeye yazılmalıdır; çünkü her istisna, sonradan yeni bir kural demektir.

Bakiye neden risk toplamıyla aynı değil?

Bakiye cari hesabın anlık alacak-borç durumudur, risk toplamı ise Logo'da hangi işlemlerin seçildiğine göre hesaplanan farklı bir rakamdır. Bayi portalında en sık yaşanan yanlış anlama buradan çıkar.

Logo'nun Ticari Sistem belgesine göre risk toplamına açık hesap, firma ve müşteri çek/senetleri, ciro edilen çek/senetler, irsaliye, sipariş (sevkedilebilir) ve sipariş (öneri) kalemleri seçenek olarak dahil edilebilir. Limit aşıldığında ne olacağı da parametreyle belirlenir: işleme devam edilebilir, kullanıcı uyarılıp onay istenebilir ya da işlem durdurulabilir. Bu kontrol sipariş, irsaliye ve açık hesap için ayrı ayrı tanımlanır. Bu yüzden portalda "Limitiniz var" demeden önce Logo'daki ayarları okumak gerekir.

Pratik sonuçları şunlardır:

• Portal bayiye iki rakam gösterebilir: cari bakiye ve kullanılabilir limit. Bunları tek rakamda birleştirmek tartışma çıkarır.
• Limit kontrolünün sonucunu test firmasında deneyin. Logo'ya resmî arayüzden yazılan siparişin "işlem durdurulacak" ayarında nasıl davrandığını canlıya geçmeden görün.
• Bekleyen Öneri siparişlerin riske girip girmediğini muhasebeyle konuşun. Giriyorsa aynı bayinin onay bekleyen siparişleri limitini doldurabilir.

Gecikmeyi de gizlemeyin. Diyelim ki bayi öğleden sonra bankaya ödeme yaptı, muhasebe bunu iki saat sonra işledi. Bu aralıkta portal doğru olarak eski bakiyeyi gösterir, çünkü Logo'da henüz kayıt yoktur. Bakiyenin yanına "son güncelleme" zamanını ve ödemelerin muhasebe işlemi sonrası yansıyacağı notunu koymak, telefonla gelen soruları azaltır. Kayıtların nasıl tutulacağı mali müşavirinizle belirlenir.

Bayi yetkileri nasıl ayrılır?

Bayi portalında yetkiler, firma ve kişi olarak iki seviyede ayrılmalıdır: her bayi yalnız kendi carisini, her kullanıcı yalnız kendi rolünün izin verdiğini görür. Portaldaki en ciddi hatalardan biri, bir bayinin başka bayinin fiyatını veya ekstresini görebilmesidir; bu yüzden filtre tarayıcıda değil, sunucuda uygulanır.

Bayi cari kodu ile portal kullanıcısı arasındaki eşleme tek bir yerde tutulmalı, çalışan ayrıldığında kullanıcı kapatılmalıdır. Her işlem kim tarafından yapıldı kaydıyla saklanır; "ben böyle sipariş vermedim" konuşması bu kayıtla biter. Bayi kullanıcılarının bilgileri kişisel veri olduğundan KVKK aydınlatması da hukuk danışmanınızla ele alınmalıdır.

Fiyat ve kampanya portalda nasıl hesaplanır?

Tek bir fiyat kaynağı olmalıdır; portal Logo'dan farklı bir fiyat hesaplamaya başlarsa ay sonunda fatura ile sipariş uyuşmaz. Logo tarafında fiyat kartları ve kampanyalar bulunur, belgeye göre kampanyalar sipariş üzerinde elle veya otomatik uygulanacak işlemler seçilerek çalıştırılabilir.

Burada iki yol vardır. Birincisinde portal fiyatı Logo'dan okur ve kullanıcıya gösterir; sipariş Logo'ya yazılırken nihai tutarın Logo'da oluşması beklenir. İkincisinde portal kendi hesapladığı fiyatı satıra yazar. Birinci yol kaynağı tek tutar, ikincisi Logo'da karşılığı olmayan özel kurallar için gerekebilir.

Hangisi seçilirse seçilsin şu kontrol eklenmelidir: bayinin ekranda gördüğü toplam ile Logo'ya düşen fiş toplamı karşılaştırılır, fark varsa sipariş merkez kontrolüne düşer. Excel'de tutulan özel fiyat kuralları varsa önce bunlar yazıya dökülür; yazıya dökülemeyen bir kuralın koda dökülmesi de zordur.

Logo bayi portalı için hazır ürün ne zaman yeterli?

Standart bayi sipariş akışınız varsa ve Logo Tiger, j-Platform ya da Netsis kullanıyorsanız, önce Logo'nun kendi B2B ürününü değerlendirin. Logo'nun tanıtım broşürüne göre Logo B2B bu ürün aileleriyle entegre çalışıyor; kademeli onay, risk ve DBS limit kontrolü, otomatik kampanya, stok görünürlüğü ve ödeme altyapısı gibi başlıkları kapsıyor. Logo'nun sitesinde 2026 itibarıyla Logo Cloud Sales Platform da listeleniyor; ürün sayfasına göre bayi portalı, bayiye özel fiyat, bakiye ve risk görünümü ile sipariş, fatura, irsaliye, stok ve cari için ERP ile iki yönlü entegrasyon kapsamda. İki ürünün ilişkisini ve güncel kapsamı bayinizden teyit edin. Broşürde GO ailesi sayılmadığı için GO kullanıyorsanız bunu da sorun.

Kararı vermek için gerçek bir siparişle demo isteyin. Üretici, bayi ve bağımsız ekip aynı örnek üzerinden konuşursa farklar kolayca görülür. Hazır ürün işinizi görüyorsa özel geliştirme önermeyiz.

Sıkça Sorulan Sorular

Logo B2B için Logo'yu değiştirmemiz gerekir mi?

Hayır. Portal Logo'nun yanında çalışır, Logo muhasebe ve stok kaydının ana kaynağı olarak kalır. Yapılması gereken, kullanılacak arayüzü ve lisansı yetkili bayinizle teyit etmektir.

Logo'ya sipariş doğrudan SQL ile yazılabilir mi?

Teknik olarak tabloya kayıt atılabilir, ama bu yöntemi kullanmıyoruz. Resmî arayüz cari, zorunlu alan ve iş kuralı kontrollerini çalıştırır; doğrudan yazma bunları atlar ve sorun çoğu zaman ay sonunda ortaya çıkar. Okuma ise rapor ve görüntüleme için doğrudan SQL ile yapılabilir.

Bayi bakiyesi gerçek zamanlı görünür mü?

Portal Logo'daki son kaydı anlık okuyabilir, ama henüz işlenmemiş bir ödemeyi gösteremez. Bu nedenle ekranda son güncelleme zamanı belirtilmelidir. Okuma sıklığı, Logo sunucusunu yormayacak biçimde hacme göre belirlenir.

Logo GO kullanıyoruz, portal yapılabilir mi?

Yetkili çözüm ortağı belgeleri GO 3 ve GO Plus'ı REST Servis desteklenmeyenler arasında sayıyor, bu durumda yazma yolu Logo Objects olur. Kurulumda ve bayinizle teyit edildikten sonra mimari belirlenir. Veritabanı mantığı Tiger ile benzer olduğu için okuma tarafı benzer çalışır.

Logo sürüm yükseltmesi portalı etkiler mi?

Etkileyebilir. Logo Objects ile ERP dosyalarının sürümleri birbirini tutmalıdır, sürümlerle birlikte veritabanına yeni alanlar da eklenebilir. Yükseltmeden önce test firmasında kontrol yapmak ve bunu bakım anlaşmasına yazmak gerekir.

Logo portalınızı birlikte planlayalım

Ürününüzü, lisans durumunuzu ve onay kuralınızı görmeden mimari söylemek tahmin olur. D'Cloud Software olarak Logo bayisi değiliz; Logo entegrasyonu ve B2B bayi portalı işini yetkili bayinizle birlikte, resmî arayüz üzerinden kuruyoruz. Bu alanda yayımlanmış bir vaka çalışmamız yok, bunu da baştan söylüyoruz. Hazır bir ürün yetiyorsa o yolu öneririz.

Ücretsiz online keşif görüşmesi için iletişime geçin; WhatsApp'tan da yazabilirsiniz, en geç 24 saat içinde dönüş yapıyoruz. Kapsam netleşince sabit fiyatlı yazılı teklif veriyor, teslim sonrası 15 gün ücretsiz hata düzeltme sağlıyoruz; sonrası ayrı bakım anlaşmasıdır.