Logo ERP Entegrasyonu: Logo'nuz kalsın, eksik katmanı üstüne ekleyelim
Logo ERP entegrasyonu denince çoğu firmanın kastettiği şey ERP'yi değiştirmek değil, ERP'nin göremediği sahayı ona bağlamaktır. Logo Tiger ya da Go kullanıyorsanız cari, stok ve muhasebe tarafınız zaten yerinde duruyor. Eksik olan; depoda, bakımda, sevkiyatta ve evrakta oluşan verinin elle girilmeden Logo'ya ulaşması. vRobot bu ara katmanı kurar, ERP'nizin yerine geçmez.
Tanıdık geldi mi?
- ERP'miz var, faturayı da stoğu da o tutuyor; ama depo sayımı, bakım ve evrak tarafı hâlâ Excel'de.
- Aynı veriyi iki kere giriyoruz: gündüz sahada kâğıda, akşam da birileri oturup Logo'ya.
- İhtiyacımızın onda birini kullanacağız ama her küçük ek iş için ayrı modül lisansı isteniyor.
- Bir kez entegrasyon yaptırdık, ilk sürüm güncellemesinden sonra çalışmaz oldu ve arayacak kimse kalmadı.
İşin iç yüzü
Bu bir ERP değil, ERP'nin üstüne oturan katman
vRobot bir ERP değil, ERP'nin üstüne oturan bir katmandır. Cari kartlarınız, stok kartlarınız, hesap planınız ve resmî belgeleriniz Logo'da kalır; biz oraya ikinci bir muhasebe kurmayız. vRobot yalnızca sahada oluşan hareketi kayıt altına alır ve Logo'ya doğru biçimde aktarır. Bu yüzden karar da basitleşir: mevcut sisteminizi bırakmanız gerekmiyor.
Hangi veri hangi yönde akıyor
Entegrasyonun en çok tartışılan yeri hangi verinin hangi yöne aktığıdır, o yüzden baştan yazıyoruz. Logo'dan okuduklarımız: cari kart, stok kartı, depo ve birim tanımları, açık sipariş bakiyeleri, kesilmiş irsaliye ve fatura durumu. Logo'ya yazdıklarımız: sayım farkı ve stok hareketi, üretim bildirimi ve sarf kaydı, sevkiyat kaynaklı irsaliye satırı. Çift yönlü çalışan tek alan sipariştir; sipariş Logo'da açılır, sahadaki karşılama ve sevk bilgisi geri işlenir.
Muhasebe fişini bilerek ayrı tutuyoruz
vRobot muhasebeye kendi başına fiş atmaz; taslağı hazırlar, onayı ve kaydı muhasebede kalır. Bunun sebebi teknik zorluk değil, sorumluluğun yerinde kalması: mali sonucu olan bir kaydı, o kaydın sahibi olmayan bir yazılımın sessizce oluşturmasını doğru bulmuyoruz. Fişin son hâlini her zaman bir insan onaylar.
Mükerrer kayıt tek bir yerden engellenir
Mükerrer kayıt, bu işin en sinsi hatasıdır. Her vRobot belgesi, karşılığındaki Logo belge numarasıyla bir eşleştirme tablosunda tutulur; aynı sayım ya da aynı sevkiyat ikinci kez aktarılmak istendiğinde sistem bunu kabul etmez, uyarı verir. Kod düzeni de sizde kalır: eşleşmeyen cari veya stok kodları bize değil, size liste olarak döner ve düzeltmeyi siz yaparsınız.
Sessizce düşen yazma işlemi gerçek bir tuzaktır
Bir servis çağrısı hatasız görünüp kaydı hiç oluşturmayabilir, ya da hata yerine boş cevap dönebilir; bu durumda ekran aktarıldı der, ERP'de kayıt yoktur. Bu yüzden her yazmadan sonra kaydın Logo tarafında gerçekten oluştuğu ayrıca sorgulanır. Doğrulanamayan iş başarılı sayılmaz; kuyrukta bekletilir, tekrar denenir ve çözülmezse sorumlusuna düşer.
Nasıl çalışıyoruz
1. Veri haritası çıkarılır
Hangi alan nereden okunacak, hangi kayıt hangi yöne yazılacak, hangi işlem hiç aktarılmayacak; bunlar birkaç sayfalık yazılı bir belgeye döner. Belge, işe başlamadan önce sizin onayınıza sunulur.
2. Ana veri eşleştirilir
Cari, stok, depo, birim ve iş merkezi kodları iki taraf arasında karşılıklı bağlanır. Eşleşmeyenler tek tek listelenir; kod düzenine biz karışmayız, düzeltmeyi siz yapar ya da eşleştirme kuralını birlikte belirleriz.
3. Bağlantı Logo'nun kendi servis katmanından kurulur
Veritabanı tablolarına doğrudan yazmayız. Her çağrının izi tutulur: hangi kullanıcı, hangi saatte, hangi belgeyi göndermiş, karşıdan ne cevap gelmiş. Sorun çıktığında tartışmak yerine kaydı açıp bakarız.
4. Kabul testi kopya veritabanında koşulur
Her tutar bandı ve her departman yetkisi tek tek denenir; genelde çalışıyor cevabını kabul etmiyoruz. Hata senaryoları da denenir: bağlantı koptuğunda, ERP kapalıyken, aynı belge iki kez gönderildiğinde ne oluyor.
5. Yetki matrisi yazılı teslim edilir
Kim hangi belgeyi oluşturabilir, hangi tutara kadar onaysız geçebilir, hangi işlem ikinci imza ister; bunlar sözlü kalmaz. Tablo hâlinde imzalanır ve öyle devreye alınır.
6. Canlıya dar kapsamla geçilir
Canlıya tek bir depo ya da tek bir hat ile geçilir; ilk dönem hata kuyruğu birlikte izlenir, aksayan yer düzeltilir, sonra kapsam genişletilir. Veri düzgün akmaya başladıktan sonra isterseniz ATLAS'ı bağlayabilir, yönetici rakamı WhatsApp'tan sorabilirsiniz. Bu bir ek imkândır, işin merkezi değil.
Kimler için
- Logo Tiger veya Go kullanan, üretim ve depo tarafı ERP'ye tam yansımayan imalatçılar.
- ERP'sini değiştirmek istemeyen, ama aynı verinin iki kez girilmesinden yorulan mali işler yöneticileri.
- Büyük bir modül paketi yerine yalnızca ihtiyacı kadarını almak isteyen küçük ve orta ölçekli firmalar.
- Birden çok lokasyonda çalışan, sayım ve sevkiyat verisini merkeze aynı gün geçirmesi gereken işletmeler.
Kapsam dışı — yapmadıklarımız
Ne yaptığımız kadar ne yapmadığımız da önemli. Bu sayfadaki iş için aşağıdakileri üstlenmiyoruz:
- Logo'nun çekirdek tablolarına doğrudan yazmıyoruz. Her yazma işlemi Logo'nun kendi servis katmanından geçer; veritabanına elle müdahale ettiğimiz bir kurulum teslim etmiyoruz.
- Güncelleme yolunuzu kapatmıyoruz. Logo'nun kendi dosyalarına yama atmıyoruz, sürüm geçişinizi engelleyecek ya da lisansınızı tartışmalı hâle getirecek bir müdahalede bulunmuyoruz.
- ERP danışmanlığı yapmıyoruz. Hesap planı, maliyet yöntemi, e-fatura kurulumu ve resmî beyan tarafı Logo iş ortağınızın işidir; biz o alana girmeyiz.
- Donanım satmıyoruz. El terminali, barkod yazıcı, RFID okuyucu satışı yapmıyoruz; mevcut cihazlarınızla çalışırız, gerekirse uygun modeli söyleriz ama faturasını başkası keser.
- Logo'nun resmî iş ortağı değiliz. Bağımsız bir çözüm sağlayıcısıyız; marka adını yalnızca hangi sistemle çalıştığımızı anlatmak için kullanıyoruz, reklam metinlerimizde kullanmıyoruz.
Sık sorulanlar
Hangi Logo sürümleriyle çalışıyorsunuz?
Tiger ve Go ailesinin yaygın sürümleriyle çalışıyoruz. Ama sürümünüzü, veritabanı yapınızı ve servis erişiminizin açık olup olmadığını görmeden söz vermeyiz. İlk görüşmede bu üç bilgiyi isteriz; bağlanacak bir kapı yoksa bunu da baştan söyleriz, sonradan çıkan sürpriz olmaz.
Logo güncellemesi yapınca entegrasyon bozulur mu?
Risk sıfır değil, bunu saklamıyoruz. Logo'nun kendi servis katmanından geçtiğimiz için etkilenen yüzey dar kalıyor; çekirdek tabloya yazan bir kurulumda ise güncelleme neredeyse her seferinde bir şeyi bozar. Güncellemeden önce haber verirseniz kabul testini test ortamında yeniden koşar, sonucu yazılı bildiririz.
Logo lisansımız bundan etkilenir mi?
Logo lisansınıza dokunmuyoruz; vRobot ayrı bir uygulamadır ve kendi tarafında çalışır. Servis erişimi için Logo tarafında ek bir bileşen ya da kullanıcı gerekiyorsa bunu teklif aşamasında açıkça yazarız. Lisans yorumu Logo'nun kendi kurallarına tabidir; o konuda karar sizin ve iş ortağınızındır.
Önce test ortamında deneyebilir miyiz?
Evet, kural bu. Kurulum ve kabul testi kopya veritabanı üzerinde yapılır; canlı veriye ilk yazma, kabul testi tamamlanıp yetki matrisi imzalanmadan yapılmaz. Test ortamınız yoksa kurulmasına yardım ederiz.
Kurulum ne kadar sürer?
Modül sayısına ve yönüne bağlı. Yalnızca okuma yönündeki tek bir modül kısa sürer; yazma yönü, kabul testi ve yetki matrisi işin uzun tarafıdır. Kesin takvimi veri haritası çıktıktan sonra yazılı veririz, öncesinde tarih vermeyiz. Küçük bir ekibiz; aynı anda az sayıda işe bakarız, buna karşılık işi yapan kişiyle doğrudan konuşursunuz.
İlgili sayfalar
Önce bir konuşalım
Keşif görüşmesi ücretsizdir ve bir şey satın almanızı gerektirmez. Mevcut durumunuzu dinler, yapılabilecekleri açıkça söyleriz.
Görüşme talebi bırakın →