LOGO ERP ve ERPNext Entegrasyonu: Muhasebeyi Değiştirmeden Operasyonu Güçlendirmek Mümkün

Bir ERP projesi konuşulmaya başlandığında masaya genellikle aynı öneri gelir: "Mevcut sistemi değiştirelim."

Kulağa mantıklı gelebilir. Tek sistem, tek veri tabanı, tek kullanıcı deneyimi... Ama sahada işler çoğu zaman böyle yürümüyor.

Özellikle yıllardır LOGO ERP kullanan şirketlerde sorun, muhasebe tarafında ortaya çıkmıyor. Finans ekipleri günlük işlerini sorunsuz yürütüyor; e-Fatura süreçleri çalışıyor, cari hesaplar takip ediliyor, resmi kayıtlar tutuluyor. Kısacası şirketin finansal omurgası görevini yerine getiriyor.

Asıl baskı operasyon tarafında hissedilmeye başlıyor. Şirket büyüdükçe ürün sayısı artıyor, üretim planları karmaşıklaşıyor, depo sayısı çoğalıyor. Satın alma ekibi aynı parçayı beş farklı tedarikçiden fiyat alarak yönetmeye çalışıyor. Satış ekibi müşteriye teslim tarihi vermeden önce üretimi arıyor. Depo ise "stok var" ile "kullanılabilir stok var" arasındaki farkı anlatmaya çalışıyor.

Bir süre sonra herkes aynı şeyi söylüyor: "Aslında verimiz var ama ihtiyacımız olan bilgiye zamanında ulaşamıyoruz."

İşte bu cümle önemli. Çünkü problem veri eksikliği değil. Verinin doğru yerde, doğru zamanda ve doğru ekip tarafından kullanılamaması.

Tam da bu yüzden biz konuya "LOGO'yu değiştirelim" diye yaklaşmıyoruz. Tam tersine. LOGO'nun güçlü olduğu alanı koruyoruz. Operasyonu ise ERPNext ile destekliyoruz. İki sistemi de çift yönlü konuşturarak her birinin en iyi yaptığı işi yapmasını sağlıyoruz.

Her Yazılımın Güçlü Olduğu Bir Alan Var

Kurumsal yazılımlarda yıllardır gördüğümüz en büyük yanılgılardan biri, tek bir uygulamanın bütün ihtiyaçları aynı başarıyla karşılamasını beklemek. Gerçek hayatta böyle olmuyor.

Bir üretim müdürünün ihtiyaç duyduğu ekranlarla muhasebe müdürünün ihtiyaç duyduğu ekranlar aynı değil. Satın alma ekibinin görmek istediği bilgilerle finans ekibinin raporları da aynı değil. Dolayısıyla tek bir yazılımdan herkesi aynı ölçüde memnun etmesini beklemek yerine, sistemleri doğru şekilde konuşturmak çok daha sürdürülebilir bir yaklaşım oluyor.

LOGO yıllardır Türkiye'deki işletmelerin finans süreçlerini başarıyla yönetiyor. Vergi mevzuatına uyum, e-Dönüşüm uygulamaları, cari hesap yönetimi ve muhasebe kayıtları konusunda oturmuş bir yapıya sahip.

ERPNext ise operasyon tarafında öne çıkıyor. Üretim planlama, MRP, depo yönetimi, satın alma, CRM, bakım yönetimi, proje takibi ve iş akışları gibi süreçlerde daha esnek bir çalışma modeli sunuyor.

Büyüme Başladığında İlk Alarm Nereden Geliyor?

İlginçtir, ilk şikâyet çoğu zaman IT ekibinden gelmiyor. Üretimden geliyor.

Bir üretim planı hazırlanıyor, planlama sırasında stok yeterli görünüyor, üretim emri açılıyor, makine hazırlanıyor, operatör işe başlıyor. Sonra depodan telefon geliyor: "Bu malzemenin bir kısmı başka sipariş için ayrılmış." Plan değişiyor, teslim tarihi değişiyor, satış ekibi müşteriyi arıyor. Muhasebenin bundan haberi bile olmuyor. Çünkü yaşanan problem finansal değil, tamamen operasyonel.

Benzer bir senaryoyu satın alma tarafında da görüyoruz. Aynı rulman geçen ay hangi tedarikçiden alınmıştı? O teklif dosyası kimdeydi? En son hangi fiyat üzerinden anlaşılmıştı? Excel dosyaları açılıyor, e-postalar taranıyor, eski teklif PDF'leri aranıyor. Aslında bilgi şirketin içinde var. Ama bilgiye ulaşmanın maliyeti giderek artıyor.

Excel'in Suçu Yok

ERP projelerinde Excel'e gereğinden fazla haksızlık yapıldığını düşünüyoruz. Excel kötü bir araç değil. Hatta birçok şirket ilk yıllarında operasyonunu onun sayesinde büyütüyor. Sorun, şirket büyüdükten sonra Excel'in hâlâ ana operasyon sistemi olarak kullanılmaya devam etmesi.

Çünkü Excel veri saklar, ERP ise süreç yönetir. Aradaki fark tam olarak budur. Bir stok miktarını Excel'de güncellemek kolaydır. Ama aynı değişikliğin satın alma, üretim, satış ve depo ekipleri tarafından aynı anda görülmesini sağlamak artık Excel'in işi değildir. O noktada merkezi bir operasyon altyapısına ihtiyaç duyulur.

Bir Sipariş Aslında Tek Başına Yaşamaz

Bir müşteri sipariş verdiğinde yalnızca satış ekibi çalışmaya başlamaz. O sipariş;

• stok yönetimini,
• üretim planını,
• satın alma sürecini,
• kalite kontrolü,
• sevkiyatı,
• finans kayıtlarını

aynı anda etkiler. Bu yüzden siparişi yalnızca "satış belgesi" olarak görmek eksik kalır. Aslında sipariş, bütün şirketi harekete geçiren ilk adımdır.

Eğer bu bilgi farklı sistemlerde manuel olarak yeniden oluşturuluyorsa hata ihtimali de katlanarak artar. Bir yerde ürün kodu farklı yazılır, başka bir yerde müşteri unvanı güncellenmez, bir kullanıcı stok kartını yeniden açar, diğeri eski fiyat listesiyle devam eder. Bunların hiçbiri büyük problemler gibi görünmez. Ama ay sonunda envanter sayımı yapıldığında veya maliyet hesapları tutmadığında bütün bu küçük hatalar tek bir yerde karşınıza çıkar.

Asıl İhtiyaç Yeni Bir ERP Değil

Sahada en sık duyduğumuz cümlelerden biri şu: "LOGO bize yetmemeye başladı." Biraz konuşunca aslında kastedilen şeyin farklı olduğunu görüyoruz. Muhasebe yetiyor. Sorun üretimde, depo yönetiminde, satın alma süreçlerinde, CRM tarafında. Yani değiştirilmek istenen şey ERP'nin tamamı değil; operasyonun çalışma biçimi.

İşte bizim yaklaşımımızı farklı kılan nokta tam olarak burada. LOGO'yu rakip olarak görmüyoruz. Aksine, onu finans süreçlerinin merkezi olarak konumlandırıyoruz. ERPNext'i ise operasyonun merkezi hâline getiriyoruz. Bu sayede şirket yıllardır kullandığı muhasebe altyapısını korurken üretimden depoya, satın almadan CRM'e kadar uzanan süreçlerini çok daha esnek bir yapıyla yönetebiliyor. Üstelik kullanıcıların aynı veriyi iki kez girmesine gerek kalmadan.

Entegrasyonun Amacı Veri Taşımak Değil, İş Süreçlerini Birleştirmek

Entegrasyon denildiğinde akla genellikle iki sistem arasında veri aktarımı geliyor. Bizim bakış açımız biraz farklı. Biz entegrasyonu bir "veri taşıma işi" olarak görmüyoruz. Amaç, iş süreçlerinin bölünmesini engellemek.

Cari kart bir kez oluşturuluyorsa tek bir yerde oluşturulmalı. Stok kartının tek sahibi olmalı. Sipariş hangi sistemde başladıysa diğer sistem bunu doğal akışın bir parçası olarak görmeli. Kullanıcılar arka planda kaç API çağrısı yapıldığını, hangi servisin çalıştığını veya hangi verinin senkronize edildiğini düşünmemeli. Onlar sadece işlerini yapmalı. Entegrasyon görünmez olmalı.

İyi tasarlanmış bir entegrasyonun en büyük başarısı da budur: Kimse onun çalıştığını fark etmez. Çünkü her şey olması gerektiği gibi akar.