Saha verisi ERP'ye aktarma: ERP'niz kalsın, eksik katmanı üstüne ekleyelim
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. Kurumsal bir ERP 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 ERP'ye 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 ERP'ye.
- İ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 ERP'de kalır; biz oraya ikinci bir muhasebe kurmayız. vRobot yalnızca sahada oluşan hareketi kayıt altına alır ve ERP'ye 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. ERP'den okuduklarımız: cari kart, stok kartı, depo ve birim tanımları, açık sipariş bakiyeleri, kesilmiş irsaliye ve fatura durumu. ERP'ye 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ş ERP'de 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 ERP 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 ERP 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ı ERP'nin 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
- Kurumsal bir ERP 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:
- ERP'nin çekirdek tablolarına doğrudan yazmıyoruz. Her yazma işlemi ERP'nin kendi servis katmanından geçer; veritabanına elle müdahale ettiğimiz bir kurulum teslim etmiyoruz.
- Güncelleme yolunuzu kapatmıyoruz. ERP'nin 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ı ERP 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.
- Hiçbir ERP üreticisinin resmî iş ortağı ya da bayisi değiliz. Bağımsız bir çözüm sağlayıcısıyız; kendi ürünümüzü anlatırız, başka ürünlerle kıyaslama yapmayız.
Sık sorulanlar
Hangi ERP sürümleriyle çalışıyorsunuz?
Yaygın kullanılan kurumsal ERP'lerin güncel 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.
ERP güncellemesi yapınca entegrasyon bozulur mu?
Risk sıfır değil, bunu saklamıyoruz. ERP'nin 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.
ERP lisansımız bundan etkilenir mi?
ERP lisansınıza dokunmuyoruz; vRobot ayrı bir uygulamadır ve kendi tarafında çalışır. Servis erişimi için ERP tarafında ek bir bileşen ya da kullanıcı gerekiyorsa bunu teklif aşamasında açıkça yazarız. Lisans yorumu ERP üreticinizin 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 →