Üretim takip programı nasıl seçilir — hazır mı özel mi?

Yanlış soru — “hangisi daha iyi?”

Üretim takip programı seçerken sorulan ilk soru genellikle şu oluyor: hazır bir paket mi alalım, yoksa bize özel mi yazdıralım?

Bu soru cevapsız çünkü eksik. İkisinin de daha iyi olduğu durumlar var ve hangisinin size uyduğunu belirleyen şey fiyat değil.

Doğru soru şu: süreciniz sektörün geneliyle aynı mı?

Cevap “evet”se hazır paket neredeyse her zaman doğru. Cevap “hayır”sa — yani rakiplerinizden ayrıştığınız yer üretim biçiminizin kendisiyse — hazır paketi ona benzetme çabası, özel yazılımdan pahalıya çıkabiliyor.

Hazır paket ne yapıyor, ne yapmıyor?

Sektörde bu paketlere ERP deniyor. Adını bilmeniz gerekmiyor; yaptıkları iş şu: muhasebe, cari hesap, stok, sipariş ve üretimi tek veritabanında toplamak.

Yaptığı: Standart işleri hazır getiriyor. Fatura kesme, stok düşme, cari takibi, temel üretim emri yönetimi. Bunlar her işletmede birbirine benziyor ve sıfırdan yazılması anlamsız.

Yapmadığı: Sizin özel sürecinizi tanımıyor. Paket, kendi varsaydığı akışa göre çalışıyor. Sizin akışınız farklıysa iki seçeneğiniz oluyor — ya siz akışınızı değiştiriyorsunuz ya da paketi değiştirtiyorsunuz.

Örnek senaryo — Başkent OSB’de kalıp üretimi yapan bir işletme düşünün. Her iş özel; müşteriden gelen teknik resme göre üretiliyor, ara ölçüm sonuçları kayıt altına alınıyor ve sipariş numarası değil kalıp numarası üzerinden takip ediliyor. Hazır bir paket alırsa, o paket seri üretim varsayar: aynı ürünü tekrar tekrar üretmek üzerine kuruludur. Kalıp numarası diye bir kavram yoktur. Birkaç yıl içinde yapılan uyarlamaların toplamı, özel yazılımın ilk teklifini kolayca geçebilir.

Kırılma noktası nerede?

Hazır paketin avantajı özelleştirme talepleri arttıkça eriyor. Pratikte gözlemlediğimiz eşik şu: süreçlerinizin dörtte birinden fazlası uyarlama gerektiriyorsa hesap tersine dönmeye başlıyor.

Bunun iki sebebi var. Birincisi, her uyarlama ayrı ücretlendiriliyor. İkincisi ve daha sinsi olanı: paket güncellendiğinde uyarlamalar bozulabiliyor ve her güncellemede yeniden çalışma gerekiyor.

Tablodaki son satır sık atlanıyor. Hazır paketin eğitim videoları, kullanım kılavuzu ve genellikle bir destek hattı var. Özel yazılımda bunların hepsi projenin parçası olarak üretilmeli — değilse yeni gelen personel sistemi öğrenemiyor.

Özel yazılımın gerçek avantajı ne?

Cevap “istediğiniz her şeyi yaptırabilirsiniz” değil. Bu, kulağa iyi gelen ama pratikte projeleri batıran bir vaat.

Gerçek avantaj daha dar ve daha değerli: sizi rakiplerinizden ayıran süreci olduğu gibi çalıştırabilmek.

Eğer işletmenizin farkı daha hızlı teslim etmekse, daha esnek üretim yapabilmekse ya da müşteriye rakiplerin veremediği bir bilgiyi verebilmekse — o farkı standart bir pakete sığdırmaya çalışmak, farkı törpülemek anlamına geliyor.

Dikkat — “Bize özel yazılım” ile “sıfırdan her şey” aynı şey değil. Muhasebe modülünü sıfırdan yazdırmanın hiçbir gerekçesi yok; o iş çözülmüş bir iş. Özel yazılım, ayrıştığınız yere odaklanmalı.

Üçüncü yol — ikisini birlikte kullanmak

Sahada en sık önerdiğimiz kurgu bu ve iki uçtan da daha az riskli.

Standart işler — muhasebe, cari, temel stok — hazır pakette kalıyor. Yalnızca sizi ayrıştıran süreç özel yazılımla üstüne kuruluyor ve ikisi veri alışverişi yapıyor.

Bu kurgunun tek şartı var: hazır paketin dışarıya veri açması. Paketin kapalı olduğu, verinin ancak ekrandan okunabildiği bir durumda bu yol kapanıyor.

Bu yüzden hazır paket değerlendirirken sorulacak soru listesinde şu madde en üstlerde olmalı: “Verimize dışarıdan erişebiliyor muyuz, hangi yöntemle?” Bu ve benzeri soruların tamamını yazılım firması seçerken sorulacak sorular yazısında topladık.

Kendi tarafımızda yaptığımız iş genellikle bu üçüncü yol: mevcut sisteminizin üzerine, yalnızca eksik olan parçayı kuruyoruz. Çalışma biçimini özel yazılım geliştirme sayfasında anlattık.

Yerli mi yabancı mı sorusunun asıl cevabı

Türkiye’de üretim yapan bir işletme için bu soru marka tercihi değil, risk yönetimi.

e-Fatura, e-İrsaliye ve e-Defter tarafındaki kapsam ve tarihler değişiyor; güncel metin Gelir İdaresi Başkanlığı’nın e-Belge portalında yayımlanıyor. Bir zorunluluk tarihi geldiğinde kullandığınız programın o tarihe hazır olması gerekiyor.

Özellik listesi daha uzun ama mevzuatı geriden takip eden bir çözüm, listesi kısa ama uyumu zamanında sağlayan bir çözümden daha çok sorun çıkarıyor. Değerlendirme yaparken üreticinin son iki mevzuat değişikliğine ne kadar sürede uyum sağladığını sormak, özellik listesini karşılaştırmaktan daha bilgi verici.

Karar vermeden önce yapılacak tek iş

Demoya çıkmadan önce bir çizim yapın.

Sipariş girişinden sevkiyata kadar akışı kâğıda dökün ve her adımda hangi bilgi nereye yazılıyor işaretleyin. Kim yazıyor, kim okuyor, nerede kayboluyor.

Bu çizim olmadan alınan demolarda satıcı kendi akışını gösteriyor ve siz onu değerlendiriyorsunuz. Çizim varsa demo sizin akışınız üzerinden yapılıyor ve paketin nerede zorlandığı ilk yarım saatte görünüyor.

İpucu — Demoyu sizin verinizle isteyin. “Örnek veri” ile yapılan demo her pakette pürüzsüz görünüyor. Kendi ürün adlarınız, kendi ölçü birimleriniz ve kendi müşteri isimlerinizle yapılan demo, gerçek resmi gösteriyor.

Hangi durumda hangisi — kısa özet

Hazır paket doğru seçim: Süreciniz sektör standardıyla aynıysa, hızlı devreye alma gerekiyorsa, iç teknik kaynağınız yoksa ve bütçeyi yıllara yaymak istiyorsanız.

Özel yazılım doğru seçim: Rekabet üstünlüğünüz sürecinizin kendisindeyse, birden çok hazır paket denenip uymadıysa, mevcut sistemlerinizle derin entegrasyon gerekiyorsa.

Karma yol doğru seçim: Standart işleriniz standart, tek bir süreciniz özelse. Pratikte üretim işletmelerinin çoğu bu tarife giriyor.

Mevcut programınız varsa — değiştirmeden önce

Çoğu işletme bu kararı sıfırdan değil, yıllardır kullanılan bir programla veriyor. "Bu program bize yetmiyor" dendiğinde ilk akla gelen komple değiştirmek oluyor; bu üç seçenekten yalnızca biri ve genellikle en pahalısı.

Şikâyetlerin azımsanmayacak kısmı programın yapamadığı değil, kimsenin nasıl yapıldığını bilmediği işlerden kaynaklanıyor: program yıllar önce kurulmuş, kuran kişi ayrılmış, kalanlar yalnızca kendilerine gösterilen üç ekranı kullanıyor. Bu yüzden ilk iş hiçbir maliyeti olmayan iki adım. Üreticiden güncel kullanım kılavuzunu, sürüm notlarını ve lisans kapsamınızı isteyin; şikâyet listesini kalem kalem yazıp her birinin karşısına "yapamıyor" mu, "bilinmiyor" mu, "lisansta yok" mu işaretleyin.

Gerçekten eksik bir şey kaldıysa seçenekleri tek bir soru belirliyor: mevcut program dışarıya veri açıyor mu? Veritabanına erişim veriyor ya da bir arayüz sunuyorsa üstüne ekleme yapılabiliyor; veri ancak ekrandan okunabiliyorsa bu yol kapanıyor.

Değiştirmek dört durumda makul: üretici desteği bıraktıysa, mevzuat değişikliklerine zamanında uyum sağlayamıyorsa, kendi verinize erişemiyorsanız ya da eksik olan tek bir modül değil sistemin temel mantığıysa — program seri üretim varsayıyor ama siz sipariş üzerine üretiyorsanız her ekleme yamayı büyütür. "Yeni program daha modern görünüyor" bir gerekçe değil. Değiştirme kararı verildiyse mali dönem başını hedefleyin, üretimin yoğun dönemini bekleyin, e-belge zorunluluk tarihlerinin yakınına denk getirmeyin ve eski sistemi bitiş tarihi belli iki üç aylık bir paralel dönem boyunca açık tutun.

Üstüne eklerken bozulan tek şey genellikle aynı: aynı veri iki yerde tutulmaya başlıyor ve kısa sürede ikisi birbirinden ayrılıyor. Kural şu: her veri parçasının tek bir sahibi olmalı; ürün ve stok hangi sistemdeyse orada kalır, diğeri oradan okur. Projeye başlarken tek sayfalık bir veri sahipliği tablosu çıkarmak bu hatayı baştan önlüyor.

Sektöre özel paketler işe yarıyor mu?

"Metal işleme için ERP", "gıda üretimi için ERP" gibi sektörel paketler pazarda çok. Bunların avantajı gerçek ama sınırlı.

Gerçek avantajı: sektörün ortak kavramları hazır geliyor. Parti numarası, son kullanma tarihi, tolerans, kalıp numarası gibi alanlar sonradan eklenmiyor, baştan var.

Sınırı: sektörel paket, sektörün ortalamasını varsayıyor. Sizi rakiplerinizden ayıran şey ortalamadan sapmanızsa, sektörel paket de standart paket kadar zorluyor.

Değerlendirirken sorulacak soru şu: paketin sektöre özel dediği şey gerçekten sektöre özel mi, yoksa isim mi? Demoda parti takibi, izlenebilirlik veya kalite kaydı gibi sektörün asıl ihtiyacını isteyip görün.

Bulut mu, kendi sunucunuz mu?

Bu, üretim tesislerinde fiyattan önce gelen bir karar ve sebebi bağlantı.

Tezgâh başındaki ekran internet kesildiğinde çalışmıyorsa üretim kaydı duruyor. Ofiste kabul edilebilir bir kesinti, sahada üretim kaybı demek.

Karar için elinizde veri olmalı: bir hafta boyunca kesintileri not edin. Kesinti sıkça yaşanıyorsa, kritik ekranların bağlantı olmadan da çalışıp bağlantı gelince eşitlenmesi bir gereklilik olarak şartnameye yazılmalı.

Bulut tarafının avantajı yedekleme ve güncellemenin sağlayıcıda olması; kendi sunucunuzun avantajı bağımsızlık ve düşük aylık gider. Üretim işletmelerinde pratikte en sık kurulan yapı karma oluyor: veri bulutta, saha ekranları çevrimdışı çalışabilir. Çevrimdışı çalışabilen saha ekranı için iki yol var: ayrı bir mobil uygulama ya da çevrimdışı desteği olan bir web uygulaması (PWA).

Demo değerlendirme kontrol listesi

Demoyu izlemek yerine yönetin. Şu altı şeyi isteyin:

1. Kendi verinizle çalıştırılsın. Kendi ürün adlarınız, ölçü birimleriniz, müşteri isimleriniz.
2. En karmaşık işinizi yaptırın. Standart siparişi herkes gösterebiliyor; sizi zorlayan işi görün.
3. Bir hata yaptırın. Yanlış girilen kaydın nasıl düzeltildiğini görmek, doğru kaydı görmekten daha bilgi verici.
4. Rapor aldırın. Hazır raporlar dışında, sizin istediğiniz bir kırılımda.
5. Yetki kısıtı gösterilsin. Depo sorumlusunun göremeyeceği bir ekran gerçekten gizleniyor mu?
6. Veriyi dışarı aktarttırın. Bu, ileride tedarikçi değiştirebilme sorusunun demodaki karşılığı.

İpucu — Demoyu satış temsilcisiyle değil, ürünü kuran ekipten biriyle yapmayı isteyin. Satış temsilcisi neyin mümkün olduğunu anlatıyor; kuran kişi neyin ne kadar sürdüğünü biliyor.

Süreç mi yazılım mı önce?

Programı seçmeden önce cevaplanması gereken bir soru daha var: mevcut süreciniz iyi bir süreç mi?

Kötü bir süreci yazılıma dökmek, kötü süreci hızlandırmaktan başka bir işe yaramıyor. Bu yüzden bazı işletmelerde doğru sıra önce süreci düzeltmek oluyor.

Sanayi ve Teknoloji Bakanlığı'nın yürüttüğü Model Fabrika programı tam bu ihtiyaca yönelik: dijitalleşmeden önce sürecin kendisini uygulamalı olarak iyileştirmek üzerine kurulu. Yatırım tarafında ise imalat sanayiindeki KOBİ'ler için KOSGEB'in dijital dönüşüm destek programı yazılım ve donanım kalemlerini kapsıyor.

Sonuç — Bu bir teknoloji değil bir strateji kararı. “Süreçlerimizden hangisi bizi rakiplerimizden ayırıyor?” sorusuna verilen cevap, doğru seçeneği neredeyse tek başına belirliyor.

Maliyetin neye göre değiştiğini üretim takip programı fiyatları yazısında açtık; kararın öncesindeki genel çerçeve fabrikalar için yazılım yazısında.

Bu konuyla ilgili

• yazılım geliştirme — Karma kurguyu da bu kapsamda kuruyoruz.