ERP Programı Nedir? KOBİ'ler İçin ERP Seçim Rehberi

Kısa cevap: ERP programı, bir işletmenin muhasebe, stok, satın alma, satış, üretim ve insan kaynakları verisini tek bir veritabanında toplayan ve her departmanın aynı güncel rakama bakmasını sağlayan yönetim yazılımıdır. Doğru ERP'yi seçmek için önce süreçlerinizi yazıya döker, sonra kısa listedeki ürünleri kendi verinizle hazırlanmış senaryolar üzerinde denersiniz. Karar lisans fiyatına göre değil; sürecinize uyum, e-Fatura ve e-ticaret entegrasyonu, yerel destek ve toplam sahip olma maliyetine göre verilir. Her KOBİ'nin büyük bir ERP'ye ihtiyacı yoktur; bazen iyi bir stok programı ya da mevcut muhasebe programının üstüne kurulan bir operasyon katmanı yeter.

ERP programı nedir, ne işe yarar?

ERP programı, işletmenin tüm temel işlerini aynı veritabanı üzerinde yürüten ve bir departmanda girilen kaydın diğerlerinde anında görünmesini sağlayan kurumsal yazılımdır. ERP, İngilizce "Enterprise Resource Planning" ifadesinin kısaltmasıdır ve Türkçede "kurumsal kaynak planlaması" diye geçer. "Kaynak" burada para, malzeme, makine, insan ve zaman demektir; ERP bunların nerede, ne kadar ve hangi işe bağlı olduğunu tek ekrandan gösterir.

ERP'nin asıl değeri tek tek ekranlarında değil, ekranların aynı veriyi paylaşmasındadır. Satış bir sipariş girdiğinde depo ayrılan stoğu, satın alma eksilecek hammaddeyi, muhasebe de oluşacak alacağı aynı anda görür. Kimse bir tabloyu başka bir tabloya kopyalamaz, kimse "hangi rakam doğru?" diye telefon açmaz.

ERP'yi sıradan bir programdan ayıran şey nedir?

ERP'yi ayıran şey, işletmenin farklı işlerini birbirinden habersiz programlarda değil, ortak kayıtlar üzerinde birbirine bağlı biçimde tutmasıdır. Bir ön muhasebe programı faturayı ve cariyi bilir ama üretim hattında hangi iş emrinin beklediğini bilmez. Bir e-ticaret paneli siparişi bilir ama o ürünün hammaddesinin depoda kalıp kalmadığını bilmez. ERP bu kopuk adaları tek bir haritaya çevirir.

Bu yüzden ERP bir yazılım kararından önce bir düzen kararıdır. Ürün kodlarının, birimlerin, depo adlarının ve onay akışlarının tek bir standarda bağlanması gerekir. Bu standardı kurmayan bir işletme, en pahalı ERP'de bile eski dağınıklığını yeni ekranlarda yaşar.

Tek veritabanı günlük işte neyi değiştirir?

Tek veritabanı, bir siparişin teklif aşamasından tahsilata kadar her adımının aynı kayıt üzerinden izlenmesini sağlar. Varsayımsal bir örnekle düşünelim: Bir mobilya üreticisine bayiden 40 adet masa siparişi geliyor.

1. Satış ekibi siparişi girer; sistem bayinin cari bakiyesini ve risk limitini aynı ekranda gösterir.
2. Stokta 15 masa vardır; sistem kalan 25 adet için üretim ihtiyacı doğar diye işaretler.
3. Ürün ağacına (reçete) bakılarak tabla, ayak, vida ve vernik ihtiyacı hesaplanır; eksik vernik için satın alma talebi açılır.
4. Üretim planlayıcı iş emrini açar; hangi istasyonda ne zaman başlayacağı görünür.
5. Ürünler bitince sevk irsaliyesi ve fatura oluşturulur; muhasebede alacak kaydı kendiliğinden oluşur.
6. Ay sonunda bu siparişin gerçek maliyeti, kullanılan malzeme ve işçilikle birlikte rapora yansır.

Aynı akış Excel, WhatsApp grubu ve ayrı bir muhasebe programıyla da yürür; ama her adımda biri bir rakamı elle taşır ve her taşıma bir hata fırsatıdır. ERP'nin vaadi bu taşımaları ortadan kaldırmaktır.

ERP nereden çıktı?

ERP, fabrikalarda kullanılan malzeme ihtiyaç planlaması (MRP) sistemlerinin zamanla finans, satış, satın alma ve insan kaynaklarını da kapsayacak şekilde genişlemesiyle ortaya çıktı. Bu köken bugün de hissedilir: Pek çok ERP'nin en güçlü tarafı stok, reçete ve üretim planlamasıdır. Üretim yapmayan bir ticaret firması için ERP'nin değeri daha çok stok, satın alma, cari ve çok kanallı satışın tek yerde toplanmasından gelir.

Bir ERP'de hangi modüller bulunur?

Tipik bir ERP; finans ve muhasebe, stok ve depo, satın alma, satış ve sevkiyat, üretim ve MRP, insan kaynakları ile raporlama modüllerinden oluşur. Ürünlerin çoğu modüler satılır; yani hepsini birden almak zorunda değilsiniz. Aşağıdaki tablo her modülün hangi soruya cevap verdiğini ve işletmede kimin işine yaradığını özetliyor.

Finans ve muhasebe modülü

Finans modülü, ERP'nin diğer modüllerinden gelen hareketleri muhasebe kayıtlarına çeviren omurgadır. Satış faturası kesildiğinde alacak, mal kabul yapıldığında borç, kasaya para girdiğinde tahsilat kaydı kendiliğinden oluşur. Türkiye'de bu modülün e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter ile nasıl çalıştığı, seçimin en kritik sorularından biridir; bu konuyu aşağıda ayrı bir başlıkta ele alıyoruz.

KOBİ'lerin büyük kısmı muhasebeyi zaten yerleşik bir programla ve mali müşavirle birlikte yürütür. Bu durumda finans modülünü değiştirmek yerine, ERP'nin operasyon tarafını mevcut muhasebe programına bağlamak da geçerli bir yoldur.

Stok ve depo modülü

Stok modülü, hangi ürünün hangi depoda ve hangi rafta ne kadar olduğunu, giriş-çıkış hareketleriyle birlikte tutar. İyi bir stok modülünde birim dönüşümü (koli, adet, kilogram), lot ve son kullanma tarihi takibi, seri numarası, barkodla mal kabul ve sayım farkı raporu bulunur. Depo yönetiminin ayrıntıları için stok takip programı rehberimize bakabilirsiniz; orada fabrika, depo ve e-ticaret senaryolarını ayrı ayrı ele aldık.

Satın alma modülü

Satın alma modülü, ihtiyacın doğduğu andan malın depoya girdiği ana kadar olan zinciri kayıt altına alır. Talep açılır, tedarikçilerden teklif toplanır, onaylanan teklif siparişe döner, mal kabulde miktar ve kalite kontrol edilir. Minimum stok seviyesi tanımlıysa sistem, hammadde bitmeden satın alma ekibini uyarır.

Satış ve sevkiyat modülü

Satış modülü teklif, sipariş, fiyat listesi, iskonto ve sevkiyat adımlarını tek akışta yönetir. Bayi, toptan ve perakende için farklı fiyat listeleri, müşteri bazında risk limiti ve kısmi sevkiyat bu modülün tipik işleridir. Bayilerinizin siparişi kendisi girsin istiyorsanız ERP'nin üzerine bir B2B bayi sipariş paneli eklenebilir; panel siparişi doğrudan ERP'ye düşürür.

Üretim ve MRP modülü

Üretim modülü, ürün ağacından (reçete) yola çıkarak neyin, ne zaman ve hangi malzemeyle üretileceğini planlar; MRP bu planın malzeme tarafını hesaplar. Sipariş ve stok durumuna göre hangi yarı mamulün ve hammaddenin ne zaman gerekeceğini çıkarır, iş emirlerini açar, fireyi ve gerçek maliyeti kaydeder. Üretim takibinin sahadaki karşılığını üretim takip programı yazımızda anlattık.

İnsan kaynakları modülü

İK modülü personel kartlarını, izinleri, vardiyaları ve bazı ürünlerde bordroyu yönetir. Türkiye'de bordro ve SGK bildirimleri çoğu zaman ayrı bir bordro programında ya da mali müşavirde yürür; bu yüzden "ERP'nin İK modülü bordroyu da yapıyor mu, yoksa yalnız personel kaydı mı tutuyor?" sorusunu açıkça sorun. Personel maliyetinin üretim maliyetine yansıması gerekiyorsa iki sistemin nasıl konuşacağı da netleşmelidir.

Raporlama ve iş zekâsı

Raporlama modülü, diğer modüllerin topladığı veriyi yöneticinin karar vereceği biçime getirir. Ürün ve müşteri bazında kârlılık, geciken siparişler, stok devir hızı ve nakit akışı tahmini en çok istenen raporlardır. Burada dikkat edilecek nokta, hazır raporların sizin sorularınıza ne kadar cevap verdiğidir; ihtiyaç duyduğunuz beş-altı raporu seçim aşamasında yazılı olarak listelemek, sonradan sürpriz yaşamamanın en kolay yoludur.

ERP'lerdeki yapay zekâ özellikleri ne işe yarar?

ERP'lerdeki yapay zekâ özellikleri, çoğunlukla veriyi sorgulamayı, rapor özetlemeyi, talep tahminini ve tekrarlayan kayıt işlerini hızlandırmaya yöneliktir. Bazı üreticiler ürünlerine sohbet tabanlı asistanlar ekliyor; yöneticinin "geçen ay en çok geciken tedarikçi hangisi?" gibi soruları rapor menüsünde aramadan sorabilmesi bunun tipik örneğidir. Bu özelliklerin değeri tamamen alttaki verinin kalitesine bağlıdır: Stok kaydı tutmayan bir sistemde yapay zekâ yalnızca yanlış rakamı daha hızlı söyler.

Seçim aşamasında yapay zekâ özelliklerini bir karar ölçütü olarak değil, temel modüller sağlam olduktan sonra gelen bir artı olarak değerlendirin. Hangi verinin hangi modele gönderildiğini ve bunun veri güvenliği politikanızla uyumunu da sorun. İşletmelerde yapay zekâ ajanlarının nerede gerçekten işe yaradığını yapay zekâ ajanları rehberimizde tartıştık.

Her modül gerekli mi?

Her işletmede tüm modüller gerekmez; en çok kaybın olduğu yerden başlamak, hem bütçeyi hem ekibin öğrenme yükünü korur. Üretim yapmayan bir distribütörün üretim modülüne, tek depolu bir hizmet firmasının lot takibine ihtiyacı yoktur. Çoğu KOBİ'de mantıklı başlangıç stok, satış ve satın alma üçlüsüdür; üretim ve gelişmiş raporlama bunların üzerine eklenir.

ERP, ön muhasebe programı, CRM ve MES arasındaki fark nedir?

ERP işletmenin tamamını, ön muhasebe programı fatura ve cariyi, CRM müşteri ve satış fırsatlarını, MES ise üretim hattını dakika ölçeğinde yönetir. Bu dört sistem sık karıştırılır, çünkü hepsinin satıcısı ürününü "işletmenizi tek yerden yönetin" diye tanıtır. Aradaki farkı görmek, gereğinden büyük ya da gereğinden küçük bir sistem almamanın ilk adımıdır.

Pratikte bu sistemler birbirinin yerine değil, üst üste kurulur. Ön muhasebe programı resmî kayıtta kalabilir, ERP operasyonu yönetebilir, CRM satış ekibinin günlük işini taşıyabilir, MES de hattan veri toplayıp ERP'ye aktarabilir. Önemli olan hangisinin hangi verinin "asıl sahibi" olduğunu baştan belirlemektir.

ERP mi, CRM mi önce gelir?

Sorununuz stok, maliyet ve sipariş takibindeyse önce ERP, sorununuz teklif takibi, unutulan müşteri ve dağınık satış süreciyse önce CRM gelir. Birçok hizmet firması ve proje bazlı çalışan işletme için CRM tek başına yeterli olur. Satış ekibinin süreçlerine odaklanan bir yapı arıyorsanız CRM yazılımı sayfamızda kapsamı görebilirsiniz.

MES ne zaman ERP'nin yanına eklenir?

MES, üretim hattında makine ve istasyon bazında anlık veri toplamak gerektiğinde ERP'nin üzerine eklenir. Çoğu KOBİ için önce ERP'nin üretim modülündeki iş emri ve fire kaydı yeterlidir. İki sistemin ayrıntılı karşılaştırmasını MES sistemi ve ERP farkı yazımızda bulabilirsiniz.

İşletmeniz ERP'ye ne zaman geçmeli?

İşletmenizin ERP'ye geçme zamanı, dağınık araçlarla yürümenin bedeli bir sistem kurmanın bedelini aşmaya başladığında gelir. Bu bedel faturada görünmez; kaybolan saatler, yanlış stok yüzünden iptal edilen siparişler, geç fark edilen maliyet artışları ve ay sonunda birinin günlerce tablo birleştirmesi olarak ortaya çıkar. Aşağıdaki sinyallerden üç ya da daha fazlası sizi anlatıyorsa ERP'yi ciddi olarak değerlendirme zamanıdır.

Hangi durumda henüz ERP gerekmez?

Tek depo, sınırlı sayıda ürün ve tek satış kanalıyla çalışan, üretim yapmayan bir işletmede ERP çoğu zaman gerekli değildir. Bu durumda iyi kurulmuş bir ön muhasebe programı ve düzenli bir stok takibi işi görür. Yalnız e-ticaret satıyorsanız, kullandığınız e-ticaret altyapısının stok yönetimi ve hazır muhasebe entegrasyonları da büyük ölçüde yeterli olabilir.

Bir diğer durum, süreçlerin hiç yazılı olmamasıdır. Kimin neyi, hangi sırayla, hangi onayla yaptığı belli değilse önce bunu netleştirmek, yazılım almaktan daha çok kazandırır. ERP, düzeni hızlandırır; düzensizliği düzeltmez, yalnızca görünür kılar.

Ön muhasebeden ERP'ye giden ara basamaklar nelerdir?

Ön muhasebeden tam bir ERP'ye tek adımda atlamak zorunda değilsiniz; çoğu KOBİ bu yolu birkaç ara basamakla yürür. Her basamak bir öncekinin bıraktığı boşluğu kapatır ve bir sonraki için veri disiplinini hazırlar. Tipik sıra şöyledir:

1. Ön muhasebe programı: Fatura, cari ve kasa-banka düzenli tutulur; e-belge akışı oturur.
2. Stok ve depo disiplini: Ürün kodları standartlaşır, barkodlu giriş-çıkış başlar, düzenli sayım yapılır.
3. Satış kanallarının bağlanması: E-ticaret sitesi ve pazaryerleri hazır entegrasyonlarla muhasebeye ve stoğa bağlanır.
4. İlk ERP modülü: En çok kaybın olduğu akış, çoğu zaman sipariş ve stok, tek sistemde toplanır.
5. Üretim, satın alma ve raporlama: İlk modül oturduktan sonra diğer modüller sırayla eklenir.

Bu basamakların avantajı, her birinin kendi başına fayda üretmesidir; projeyi bir noktada durdursanız bile o ana kadar yaptığınız iş boşa gitmez. İkinci basamakta takılan işletmelerin çoğu, aslında yazılım değil ürün kodlama ve sayım disiplini eksikliği yaşar.

"Büyüyünce alırız" demenin riski nedir?

ERP kararını erteleme riski, geçişin her geçen dönemde daha pahalı ve daha sancılı hâle gelmesidir. Ürün sayısı, cari kayıt sayısı ve kanal sayısı arttıkça temizlenecek veri büyür, alışkanlıklar kökleşir. Öte yandan erken ve büyük bir paket almak da işletmeyi kullanmadığı modüllere bağlar. Dengeli yol, bugünün en büyük sorununu çözen küçük bir başlangıç yapıp büyümeye açık bir altyapı seçmektir.

Türkiye'de yaygın hazır ERP aileleri hangileri?

Türkiye'de KOBİ'lerin en sık değerlendirdiği hazır ERP aileleri Logo, Mikro, ETA ve Nebim gibi yerli üreticilerin ürünleri ile SAP Business One, Microsoft Dynamics 365 Business Central ve Odoo gibi uluslararası ürünlerdir. Aşağıdaki tablo bir sıralama ya da tavsiye değildir; her ailenin genel konumlandırmasını ve seçimde sormanız gereken soruyu özetler. Ürün adları ve paket kapsamları sık değiştiği için güncel bilgiyi her zaman üreticinin kendi sitesinden ya da yetkili iş ortağından teyit edin.

Bu listenin dışında Uyumsoft, Workcube ve IAS'ın canias ürünü gibi yerli seçenekler ile sektöre özel paketler de vardır. Liste uzadıkça karar zorlaşır; bu yüzden aşağıdaki seçim sürecinde kısa listeyi en fazla üç-dört ürünle sınırlamanızı öneriyoruz.

Logo, Netsis, Mikro ve ETA: yerli muhasebe kökenli aileler

Yerli muhasebe kökenli ailelerin ortak avantajı, Türkiye'deki vergi ve e-belge düzenine yakınlıkları ile mali müşavir çevresinde yaygın tanınmalarıdır. Logo Yazılım, Tiger, Netsis ve j-Platform kökenli ERP ürünlerini güncel adlandırmada Logo Edge çatısı altında farklı seriler olarak sunuyor; bulut tarafında Logo Cloud, küçük işletmelerin ön muhasebesi için de İşbaşı bulunuyor. Netsis bugün Logo'nun ürün ailesinin parçasıdır.

Mikro Yazılım, kendi sitesinde ürünlerini çalışan sayısına göre ayırıyor: RUN mikro işletmelere, JUMP KOBİ'lere, FLY büyük işletmelere konumlanıyor. ETA ise V.11 ailesindeki muhasebe ve ticari paketlerin yanında e-dönüşüm ürünleri ile İK, CRM ve iş zekâsı gibi tamamlayıcı çözümler sunuyor. Bu ailelerde asıl farkı çoğu zaman ürün değil, kurulumu yapan iş ortağının sizin sektörünüzdeki deneyimi belirler.

Nebim: perakende ve mağazacılık odaklı

Nebim, V3 ERP ürününü gıda dışı perakende ve mağazacılık için konumlandırıyor; hazır giyimde beden, renk, koleksiyon ve sezon yönetimi gibi perakendeye özgü ihtiyaçlar bu ailenin güçlü alanıdır. Üretici, toptancı ve perakendeciye yönelik modüllerin yanında fiziksel ve dijital kanalları birleştirmeye yönelik ERA adlı bir bulut platformu da sunuyor. Çok mağazalı bir perakendeciyseniz kısa listenize bu tür sektör odaklı bir ürünü eklemek mantıklıdır.

SAP Business One ve Microsoft Business Central: uluslararası seçenekler

Uluslararası ERP'lerin avantajı, yurt dışı ortaklı ya da çok ülkeli yapılarda grup şirketleriyle aynı dili konuşabilmeleridir. Türkiye'de ise bu ürünler genellikle yerel iş ortakları üzerinden kurulur ve uyarlanır. Microsoft'un kendi ülke ve dil listesine göre Business Central'ın Türkçe uygulama çevirisi bir iş ortağı tarafından sağlanıyor; yerel mevzuat ve e-belge uyarlamaları için de iş ortaklarının çözümlerine bakmak gerekiyor.

Bu yüzden uluslararası bir ürün değerlendirirken "Türkiye'deki e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter akışını kim, hangi eklentiyle karşılıyor ve o eklentinin bakımı kimde?" sorusunu yazılı olarak sorun. Ürünün kendisi kadar, yerel iş ortağının kalıcılığı da kararın parçasıdır.

Odoo: modüler ve açık kaynak çekirdekli

Odoo, açık kaynaklı Community sürümü ve bunun üzerine kurulan lisanslı Enterprise sürümüyle sunulan modüler bir iş uygulamaları paketidir. Muhasebe, stok, üretim, CRM ve e-ticaret gibi uygulamaları ihtiyaca göre eklemek mümkündür. Açık kaynak çekirdek esneklik sağlar ama "ücretsiz ERP" anlamına gelmez: Kurulum, barındırma, Türkiye'ye özgü muhasebe ve e-belge modülleri, uyarlama ve bakım için ya kendi teknik ekibinize ya da güvendiğiniz bir iş ortağına ihtiyaç duyarsınız.

İş ortağı seçimi neden ürün seçimi kadar önemli?

Hazır ERP'lerin çoğu Türkiye'de doğrudan üretici tarafından değil, yetkili iş ortakları tarafından satılır, kurulur ve desteklenir; bu yüzden projenin kalitesini çoğu zaman ürün değil iş ortağı belirler. Aynı ürün, sektörünüzü bilen bir iş ortağının elinde birkaç haftada oturabilir, sektörünüzü bilmeyen birinin elinde aylarca sürüncemede kalabilir. İş ortağını değerlendirirken şunlara bakın:

• Sizin sektörünüzde ve ölçeğinizde kaç proje yaptığı, bunlardan biriyle görüşüp görüşemeyeceğiniz
• Projeye atanacak danışmanların kim olduğu ve proje boyunca değişip değişmeyeceği
• Destek talebinin nasıl açıldığı ve takip edildiği
• Muhasebe, e-belge ve e-ticaret entegrasyonlarını kendisinin mi yaptığı, başka bir firmaya mı devrettiği
• Ürünün üreticisi nezdindeki yetki ve eğitim durumu

Demo toplantısına satış temsilcisiyle birlikte, projeyi yürütecek danışmanın da katılmasını isteyin. Satış sürecinde size söz verilen şeyleri uygulamayı yapacak kişinin de duyması, sonradan "bu kapsamda yoktu" tartışmalarını azaltır.

Bulut ERP mi, kurulumlu (on-premise) ERP mi?

Bulut ERP'de yazılım sağlayıcının sunucularında çalışır ve tarayıcıdan ya da uygulamadan abonelikle kullanılır; kurulumlu ERP ise sizin sunucunuza ya da kiraladığınız bir sunucuya kurulur ve bakımı sizin sorumluluğunuzdadır. İkisi arasındaki seçim yalnızca teknik bir tercih değildir; nakit akışını, BT sorumluluğunu ve özelleştirme sınırlarını belirler. Aşağıdaki tablo iki modeli karar ölçütleri üzerinden karşılaştırıyor.

İkisinin arasında bir yol daha vardır: Kurulumlu bir ürünü bir barındırma firmasının sunucusunda çalıştırmak. Bu modelde donanım yükü sizden çıkar ama yazılımın güncelleme ve bakım sorumluluğu çoğunlukla sizde kalır. Bulut uygulamalarının genel mantığını web uygulaması ve SaaS rehberimizde ayrıntılı anlattık.

Bulut ERP'de kişisel veri ve KVKK neden sorulmalı?

Bulut ERP'de müşteri, personel ve tedarikçi verileri sağlayıcının sunucularında durduğu için verinin hangi ülkede tutulduğu KVKK açısından önem taşır. Kişisel Verileri Koruma Kurumu'nun açıklamasına göre, 7499 sayılı Kanunla değişen 6698 sayılı Kanun'un 9. maddesi yurt dışına aktarımı yeterlilik kararı, standart sözleşme gibi uygun güvenceler ve arızi istisnalar üzerine kurar. Sağlayıcıya veri merkezinin konumunu, veri işleyen sözleşmesini ve yurt dışına aktarım varsa hangi güvenceye dayandığını sorun; değerlendirmeyi hukuk danışmanınızla birlikte yapın.

Ayrıca e-Fatura, e-Arşiv ve e-Defter gibi elektronik belgelerin saklanmasına ilişkin vergi mevzuatı yükümlülükleri de vardır. Bu belgelerin nerede ve nasıl saklandığını hem ERP sağlayıcınıza hem e-belge entegratörünüze hem de mali müşavirinize doğrulatın.

Bulut ERP'de internet kesintisine karşı ne yapılabilir?

Bulut ERP'de internet kesintisinin etkisini azaltmanın yolu, kritik noktalarda yedek bağlantı kurmak ve kesinti anında ne yapılacağını önceden yazmaktır. Depo ve sevkiyat gibi durması pahalıya patlayan alanlarda ikinci bir internet hattı ya da mobil veri yedeği yaygın bir önlemdir. Bazı ürünlerin mobil ya da el terminali uygulamaları kısa süreli bağlantı kopmalarında kaydı cihazda tutup bağlantı gelince gönderebilir; bu özelliğin var olup olmadığını seçim sırasında sorun. Kesinti anında kâğıda alınan kayıtların bağlantı gelince kim tarafından, hangi sırayla sisteme işleneceği de yazılı bir prosedür olmalıdır.

Hangi işletmeye hangisi uyar?

Kendi BT ekibi olmayan, birden çok lokasyondan ya da sahadan erişim isteyen ve büyük ilk yatırım yapmak istemeyen KOBİ'ler için bulut ERP genellikle daha rahat bir başlangıçtır. Üretim hattı internet kesintisine tahammül edemeyen, derin özelleştirme gerektiren ya da verisini kendi altyapısında tutmak isteyen işletmeler için kurulumlu model hâlâ mantıklıdır. Karar verirken "beş yıl boyunca toplam ne öderiz ve bu sürede kim neyle uğraşır?" sorusunu iki model için ayrı ayrı yazın.

Hazır paket mi, özel ERP mi, hibrit mi?

Süreciniz sektördeki yaygın akışa yakınsa hazır ERP paketi, süreciniz pakete sığmıyorsa işinize göre geliştirilen özel ERP, muhasebe programınızı korumak ve yalnız operasyonu kendi akışınıza göre kurmak istiyorsanız hibrit yapı daha doğru seçimdir. Bu kararın ölçüsü lisans fiyatı değil, sürecinizin pakete ne kadar uyduğu ve uymayan kısmın sizin için ne kadar kritik olduğudur. Aşağıdaki tablo üç yolu aynı ölçütlerle yan yana koyuyor.

Hazır paket hangi durumda en doğru seçimdir?

Hazır paket, işiniz sektördeki yaygın akışa benziyorsa ve ekibiniz yeni bir düzene uyum sağlamaya istekliyse en hızlı ve en az riskli yoldur. Paketin akışı, binlerce işletmenin ortak ihtiyacından süzülmüştür; bu akışa uyum sağlamak bazen işletmeye kendi kendine düzen getirir. Dikkat edilecek nokta, pakete uymayan her süreci özel geliştirmeyle pakete "zorla" eklemektir: Bu eklemeler arttıkça sürüm yükseltmeleri zorlaşır ve hazır paketin avantajı kaybolur.

Özel ERP hangi durumda mantıklıdır?

Özel ERP, rekabet avantajınız sürecin kendisindeyse ve hazır paketler bu süreci ancak ağır uyarlamayla taşıyabiliyorsa mantıklıdır. Örneğin sipariş başına değişen reçeteler, sektöre özgü kalite adımları ya da bayi, e-ticaret ve pazaryeri kanallarını aynı stoktan besleyen karmaşık bir yapı bu kapsama girebilir. Özel yazılımın genel karar çerçevesini hazır mı özel yazılım mı yazısında, özel CRM ve ERP projelerinin kapsamını da özel CRM, ERP ve otomasyon yazılımı rehberimizde ele aldık.

Üç yol arasında karar vermek için hangi sorular sorulmalı?

Üç yol arasında karar vermenin en kısa yolu, şu dört soruya dürüst cevap vermektir. Cevaplar çoğu zaman sizi tek bir yola doğru iter:

1. Senaryolu demoda süreçlerinizin ne kadarı paketin standart ekranlarıyla yürüdü? Büyük çoğunluğu yürüdüyse hazır paket; önemli bir kısmı ancak geçici çözümle yürüdüyse hibrit ya da özel.
2. Mali müşaviriniz ve muhasebe ekibiniz mevcut programdan vazgeçmeye hazır mı? Değilse muhasebeyi yerinde bırakan hibrit yapı ciddi bir seçenektir.
3. Sizi rakiplerinizden ayıran şey bir süreç mi? Siparişe özel üretim, özel fiyatlama ya da kendine özgü bir bayi modeli gibi; evetse o süreci pakete sıkıştırmak avantajınızı törpüleyebilir.
4. Uzun vadede yazılımın bakımını kim üstlenecek? Özel ya da hibrit yapı seçiyorsanız bakım sözleşmesi ve belgelendirme, kararın ayrılmaz parçasıdır.

Hibrit yapı nasıl kurulur?

Hibrit yapıda resmî kayıt, fatura ve cari alıştığınız muhasebe programında kalır; üretim, stok, satın alma ve sipariş ise işinize göre kurulan bir operasyon katmanında yürür ve iki taraf entegrasyonla konuşur. Bu model, mali müşavirin iş akışını bozmadan sahadaki dağınıklığı çözmek isteyen KOBİ'ler için sık tercih edilir. Hibrit yapının diğer biçimi de hazır bir ERP'nin üzerine yalnız eksik kalan süreçler için eklenti geliştirmektir.

Hibritte başarının anahtarı, hangi verinin hangi sistemde "asıl" olduğunu baştan yazmaktır: Cari kartın sahibi muhasebe programı mı, operasyon katmanı mı? Stok miktarının resmî kaydı nerede tutuluyor? Entegrasyonun derinliği, muhasebe programınızın sürümüne ve verdiği API ya da veri aktarım imkânına bağlıdır. Bu yapıyı nasıl kurduğumuzu muhasebe programınızı değiştirmeden kurulan ERP yazılımı sayfamızda anlattık.

e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter ERP'ye nasıl bağlanır?

ERP, elektronik belgeleri genellikle Gelir İdaresi Başkanlığı'ndan (GİB) izin almış bir özel entegratör üzerinden düzenler; ERP belgeyi oluşturur, entegratör GİB'e ve alıcıya iletir. Türkiye'de bir ERP'nin işe yarayıp yaramadığını belirleyen sorulardan biri de bu akışın ne kadar sorunsuz çalıştığıdır. Aşağıdaki tablo dört temel e-belgenin ne zaman kullanıldığını ve ERP'deki karşılığını özetliyor.

e-Fatura ile e-Arşiv arasındaki fark ERP'de nasıl yönetilir?

e-Fatura ile e-Arşiv arasındaki seçimi alıcı belirler: GİB'in e-Arşiv açıklamasına göre alıcı e-Fatura uygulamasına kayıtlıysa e-Fatura, kayıtlı değilse e-Arşiv Fatura düzenlenir. İyi bir ERP bu ayrımı her faturada kendisi yapar; alıcının vergi numarasını entegratör üzerinden kayıtlı kullanıcı listesinde sorgular ve doğru belge türünü seçer. Bu sorgu elle yapılıyorsa ya da her fatura türü ayrı ekrandan kesiliyorsa, hata riski ve iş yükü artar.

e-Fatura'nın kendisi, GİB'in tanımıyla veri formatı ve standardı GİB tarafından belirlenen ve kâğıt faturayla aynı niteliklere sahip elektronik belgedir; standart olarak UBL-TR kullanılır. Kimlerin e-Fatura, e-Arşiv ve e-İrsaliye'ye geçmek zorunda olduğu ise 509 Sıra No.lu Vergi Usul Kanunu Genel Tebliği ve sonraki düzenlemelerle belirlenir. Eşikler ve kapsam zaman zaman değiştiği için kendi durumunuzu mali müşavirinize doğrulatın.

e-Belgede üç yararlanma yöntemi nedir?

GİB, e-Fatura için üç yararlanma yöntemi tanımlar: GİB'in e-Fatura portalı, özel entegratör ve doğrudan entegrasyon. Bu yöntemlerin ERP açısından anlamı farklıdır:

• GİB portalı: Faturalar GİB'in web arayüzünden elle düzenlenir. Az sayıda fatura kesen işletmeler için uygundur ama ERP'den otomatik akış sağlamaz.
• Özel entegratör: GİB'den izin almış bir firmanın altyapısı kullanılır; ERP faturayı entegratöre gönderir, entegratör GİB'e ve alıcıya iletir. GİB, izinli firmaları özel entegratörler listesinde yayımlar. KOBİ'lerin ERP'yle en sık kullandığı yöntem budur.
• Doğrudan entegrasyon: İşletmenin kendi bilgi işlem sistemi GİB'e doğrudan bağlanır. Teknik ve idari yükü yüksektir; genellikle büyük ölçekli işletmeler tercih eder.

e-Defter kapsamı neden genişledi?

e-Defter, yasal defterlerin GİB'in belirlediği format ve standartta elektronik ortamda tutulmasıdır; muhasebe modülünüzün ya da muhasebe programınızın bu formatta çıktı üretebilmesi gerekir. 8 Kasım 2024 tarihli Resmî Gazete'de yayımlanan Elektronik Defter Genel Tebliği (Sıra No: 1)'nde Değişiklik Yapılmasına Dair Tebliğ (Sıra No: 5) ile bilanço esasına göre defter tutmak zorunda olan ve bu esası isteğe bağlı seçen mükellefler de e-Defter kapsamına alındı. Güncel kapsam ve duyurular için e-Defter sitesini takip edin.

Hibrit yapıda e-Defter'i genellikle muhasebe programı üretir; ERP'nin görevi, faturaları ve stok hareketlerini muhasebeye eksiksiz ve zamanında aktarmaktır. Bu yüzden "e-Defter'i hangi sistem üretecek ve o sisteme veri nasıl gidecek?" sorusu, ERP seçiminin teknik sorularından biridir.

e-İrsaliye depo ve sevkiyatı nasıl etkiler?

e-İrsaliye, GİB'in açıklamasıyla kâğıt sevk irsaliyelerinin elektronik olarak hazırlanmasını, gönderilmesini, saklanmasını ve sunulmasını kapsar ve 509 Sıra No.lu tebliğle belirli sektör ve mükellef gruplarına zorunlu tutulmuştur. ERP açısından bu, depodan çıkışın sevkiyat anında sisteme işlenmesi demektir; mal kamyona yüklenirken irsaliye de düzenlenmiş olmalıdır. Depo ekibi el terminali ya da barkod okuyucuyla çalışıyorsa irsaliye bu akışın içine yerleştirilmelidir.

ERP seçerken e-dönüşümde hangi sorular sorulmalı?

e-dönüşüm tarafında sorulması gereken temel soru, belgenin ERP'de oluşup entegratöre kimse dokunmadan gidip gitmediğidir. Seçim sırasında şunları yazılı olarak sorun:

• Hangi özel entegratörlerle hazır bağlantı var; mevcut entegratörünüzle çalışabiliyor mu?
• e-Fatura ve e-Arşiv ayrımı otomatik mi yapılıyor?
• Gelen e-Faturalar ERP'ye düşüyor mu, satın alma siparişiyle eşleştirilebiliyor mu?
• İade faturası, kısmi iade ve iptal akışları nasıl yönetiliyor?
• e-İrsaliye sevkiyat ekranından mı düzenleniyor?
• e-Defter hangi sistemde oluşuyor, berat süreçleri kimin sorumluluğunda?
• Mevzuat değiştiğinde güncellemeyi kim, ne kadar sürede yapıyor?

Bu konular vergi mevzuatına dayandığı için son kararı mali müşavirinizle birlikte verin. E-ticaret satışlarında faturanın siteden otomatik kesilmesini ikas ve Shopify'da otomatik fatura kesimi rehberimizde anlattık.

ERP e-ticaret sitesi ve pazaryerleriyle nasıl entegre olur?

ERP, e-ticaret sitesi ve pazaryerleriyle API ya da hazır entegrasyon uygulamaları üzerinden bağlanır; amaç ürün, stok ve fiyatın ERP'den kanallara, sipariş ve müşteri bilgisinin de kanallardan ERP'ye kendiliğinden akmasıdır. Doğru kurulduğunda bir ürün iki kanalda birden satılıp eksiye düşmez, siparişler elle yeniden yazılmaz ve fatura tek bir yerden kesilir. Aşağıdaki tablo hangi verinin hangi yöne aktığını gösteriyor.

ikas ile ERP bağlantısı nasıl kurulur?

ikas'ta ERP bağlantısı, üst paketlerde sunulan hazır entegrasyonlarla ya da API üzerinden yapılan özel entegrasyonla kurulur. Logo, Mikro, Netsis ve Nebim V3 gibi yaygın programlar için hazır entegrasyonlar bulunduğundan, yalnız e-ticaret satan ve üretim yapmayan bir işletme için ayrı bir ERP projesine gerek kalmayabilir. Hangi paketin hangi entegrasyonu içerdiğini ikas paketleri sayfasında karşılaştırabilirsiniz; güncel kapsamı ikas'tan da teyit edin.

Shopify ile ERP bağlantısı nasıl kurulur?

Shopify'da ERP bağlantısı genellikle Shopify App Store'daki bağlayıcı uygulamalarla ya da Shopify'ın Admin API'si üzerinden geliştirilen özel entegrasyonla kurulur. Türkiye'deki yerli ERP'ler için hazır bağlayıcı bulunup bulunmadığı üründen ürüne değişir; bulunmadığında ürün, stok ve sipariş akışını taşıyan bir ara katman yazılır. Yurt dışına satış yapan markalarda para birimi, vergi ve çoklu depo ayarlarının ERP tarafında nasıl karşılanacağı da baştan konuşulmalıdır.

Faturayı kim kesmeli: e-ticaret sitesi mi, ERP mi?

Faturayı tek bir sistem kesmelidir; ERP kullanan bir işletmede bu sistem çoğu zaman ERP'dir, çünkü stok, maliyet ve muhasebe kaydı orada birleşir. E-ticaret altyapıları da entegratör üzerinden otomatik fatura kesebilir; bu, ERP'si olmayan bir mağaza için pratik bir çözümdür. Sorun, iki yol birden açık kaldığında başlar: Site faturayı keser, sipariş ERP'ye düştüğünde ERP de keser ve aynı satış için iki belge oluşur.

Karar verirken şu soruları sorun: İade ve kısmi iade hangi sistemde işleniyor? Pazaryeri siparişlerinin faturası nereden kesiliyor? Fatura numarası ve PDF'i müşteriye hangi kanaldan ulaşıyor? GİB'in e-Arşiv düzenlemesi internet üzerinden yapılan satışların faturasında ek bilgiler (örneğin satışın internetten yapıldığına dair ibare, web adresi, ödeme şekli) bulunmasını istediği için, faturayı kesen sistemin bu alanları sipariş verisinden eksiksiz alabildiğini de kontrol edin.

Pazaryerleri ERP'ye nasıl bağlanır?

Pazaryerleri ERP'ye ya doğrudan pazaryeri API'leriyle ya da birden çok pazaryerini tek panelde toplayan bir entegratör üzerinden bağlanır. Pek çok işletme ERP ile pazaryerleri arasına bir entegratör koyar; ERP stoğu ve fiyatı entegratöre, entegratör de pazaryerlerine dağıtır. Bu yapıda "stok rakamının asıl sahibi kim?" sorusu daha da önemlidir: Hem ERP hem entegratör hem e-ticaret sitesi stok düşürüyorsa çift düşüm ve eksi stok kaçınılmaz olur. Kanal yönetiminin ayrıntılarını çoklu pazaryeri yönetimi ve entegrasyon rehberimizde bulabilirsiniz.

Stok senkronunda en sık hangi sorunlar çıkar?

Stok senkronunda en sık sorun, aynı ürünün sistemler arasında farklı kodlarla tanımlanması ve güncelleme aralığında aynı ürünün iki kanalda birden satılmasıdır. Sahada sık görülen diğer sorunlar şunlardır:

• Çift fatura: Hem e-ticaret sitesi hem ERP aynı sipariş için fatura kesiyor. Çözüm: fatura kaynağını tek sisteme bağlamak.
• Varyant eşleşmemesi: Sitede "Mavi / M" olan ürün ERP'de tek koddan ibaret. Çözüm: varyant başına ayrı stok kodu ve barkod.
• Kampanya fiyatı çakışması: ERP fiyatı her senkronda sitedeki indirimi eziyor. Çözüm: kampanya fiyatının hangi sistemde yönetileceğini belirlemek.
• İade stoğu: İade gelen ürün kontrol edilmeden satılabilir stoğa ekleniyor. Çözüm: iadeler için ayrı bir ara depo.
• Güvenlik payı yok: Son birkaç ürün aynı anda iki kanalda satılıyor. Çözüm: kanallara toplam stoğun tamamını değil, güvenlik payı düşülmüş miktarı göndermek.

Stok ve nakit arasındaki ilişkiyi merak ediyorsanız e-ticarette nakit akışı ve stok finansmanı yazımız, yanlış stok verisinin nakde nasıl yansıdığını gösteriyor.

ERP seçim süreci adım adım nasıl yürür?

ERP seçimi, ürün demolarıyla değil, kendi süreçlerinizin yazılı hâliyle başlar; ardından ihtiyaç listesi, kısa liste, senaryolu demo, referans görüşmesi ve puanlı karar matrisi gelir. Bu sıra, satıcıların en parlak özelliklerine değil sizin gerçek ihtiyacınıza göre karar vermenizi sağlar. Aşağıdaki adımlar KOBİ ölçeğinde, iç ekiple yürütülebilecek bir seçim sürecini anlatıyor.

1. Süreç haritasını çıkarın: Siparişten tahsilata, talepten mal kabule, hammaddeden mamule kadar her akışı kim, hangi bilgiyle, hangi sırayla yapıyor; yazın.
2. Sorunları ve hedefleri listeleyin: "Sayım farkları azalsın", "ay sonu kapanışı hızlansın" gibi ölçülebilir hedefler belirleyin.
3. İhtiyaçları önceliklendirin: Her ihtiyacı "olmazsa olmaz", "olsa iyi olur" ve "ileride" diye üçe ayırın.
4. Kısa liste yapın: Sektörünüzde kullanılan, mevzuata uyumlu, yakınınızda iş ortağı bulunan üç-dört ürünle sınırlayın.
5. Senaryolu demo isteyin: Kendi ürün kartlarınız ve gerçek bir sipariş akışınızla hazırlanmış senaryoyu her satıcıya aynı şekilde oynatın.
6. Referans görüşün: Benzer ölçek ve sektörden en az iki kullanıcıyla, satıcının yanında olmadan konuşun.
7. Toplam maliyeti karşılaştırın: Lisans ya da aboneliğin yanına kurulum, entegrasyon, eğitim, bakım ve iç ekip zamanını ekleyin.
8. Puanlayıp karar verin: Önceden belirlenmiş ağırlıklarla karar matrisini doldurun; sonucu ekiple tartışın.

Süreç haritası neden ilk adımdır?

Süreç haritası ilk adımdır, çünkü neyi otomatikleştireceğinizi bilmeden hangi yazılımın bunu iyi yaptığını ölçemezsiniz. Harita, aynı zamanda bugün kimsenin sahiplenmediği boşlukları da ortaya çıkarır: Örneğin iade gelen ürünün kim tarafından kontrol edildiği ya da fiyat listesinin kim tarafından güncellendiği. Bu çalışmayı depo, üretim, satış ve muhasebeden birer kişiyle birlikte yapın; yalnız yönetimin gözünden çizilen harita sahadaki gerçeği kaçırır.

Senaryolu demo nasıl hazırlanır?

Senaryolu demo, satıcının hazır sunumu yerine sizin gerçek bir iş akışınızın ürün üzerinde baştan sona oynatılmasıdır. Senaryo şunları içermelidir: gerçek ürün kartlarınızdan birkaçı, bir müşteri siparişi, kısmi sevkiyat, bir iade, varsa reçeteli bir üretim, bir satın alma ve bunların faturaya, stoğa ve rapora yansıması. Her satıcıya aynı senaryoyu verin; böylece ürünleri aynı terazide tartarsınız.

Demoda ekranlara değil adım sayısına bakın. Bir siparişi girmek kaç tıklama sürüyor, depocu hangi ekranı kullanacak, bir hatayı geri almak mümkün mü? En çok kullanılacak üç-dört işlemi sahadaki kişilere demoda bizzat denetin.

Karar matrisi nasıl kurulur?

Karar matrisi, ölçütlere demolardan önce ağırlık verip her ürünü bu ağırlıklarla puanlamaktır; böylece etkileyici bir sunum kararı tek başına belirleyemez. Aşağıdaki ağırlıklar varsayımsal bir örnektir; kendi önceliklerinize göre değiştirin.

Seçim öncesi kontrol listesi

Seçim sürecini yürütürken aşağıdaki listeyi adım adım işaretleyebilirsiniz; işaretlenmemiş madde bırakmadan karar vermemek, sonradan pişmanlık yaratan sürprizlerin çoğunu önler.

ERP projesinde kim hangi rolü üstlenir?

Bir ERP projesinde en az beş rol bulunur: kararı sahiplenen proje sponsoru, günlük işi yürüten proje yöneticisi, her departmandan anahtar kullanıcılar, mali müşavir ve uygulayıcı tarafın danışmanı. KOBİ'lerde bu rollerin bir kısmı aynı kişide toplanabilir; önemli olan her rolün bir sahibinin olması ve sahibin bunun için zaman ayırabilmesidir. Rolü olmayan iş, projenin ortasında "kimin işiydi?" sorusuna dönüşür.

İç proje yöneticisi neden şarttır?

İç proje yöneticisi şarttır, çünkü uygulayıcı firma sizin işletmenizin önceliklerini, iç dengelerini ve kimin neyi bildiğini sizin kadar bilemez. Uygulayıcının proje yöneticisi kendi takvimini, sizin proje yöneticiniz ise işletmenin çıkarını korur. Bu rolü haftada yalnızca birkaç saat ayırabilecek birine vermek, projenin en sık rastlanan yavaşlama nedenidir; ERP projesi süresince bu kişinin günlük işinin bir kısmı başka birine devredilmelidir.

ERP nasıl devreye alınır?

ERP beş aşamada devreye alınır: analiz, seçim ve sözleşme, kurulum ve veri aktarımı, eğitim, canlıya geçiş. Bu aşamaların her biri bir öncekinin çıktısına dayanır; analizi atlanan bir proje kurulumda, eğitimi atlanan bir proje canlıya geçişte tökezler. ERP projelerinde en sık görülen başarısızlık nedeni yazılımın kendisi değil, her şeyi tek seferde devreye almaya çalışmaktır.

1. Analiz: neyi, hangi sırayla devreye alacaksınız?

Analiz aşamasında süreç haritası ayrıntılandırılır, modüllerin devreye alınma sırası belirlenir ve kapsam yazılı hâle gelir. Bu aşamanın çıktısı bir kapsam dokümanıdır: hangi süreçler sisteme girecek, hangi raporlar üretilecek, hangi entegrasyonlar kurulacak ve hangileri bu fazın dışında kalacak. Kapsam dışı olanın da yazılması, proje ortasında "bu da olsun" taleplerinin bütçeyi ve takvimi kaydırmasını önler.

2. Seçim ve sözleşme

Seçim ve sözleşme aşamasında karar matrisi tamamlanır, teklif kapsam dokümanıyla karşılaştırılır ve sorumluluklar yazılı olarak paylaştırılır. Sözleşmede ödemelerin teslim edilen işe, yani kilometre taşlarına bağlanması hem sizi hem uygulayıcıyı korur. Bu aşamada sorulacak soruları aşağıda ayrı bir başlıkta topladık.

3. Kurulum, uyarlama ve veri aktarımı

Kurulum aşamasında sistem parametreleri ayarlanır, kullanıcı yetkileri tanımlanır, entegrasyonlar kurulur ve temizlenmiş veri yeni sisteme aktarılır. Yetki tasarımı küçük bir ayrıntı gibi görünse de önemlidir: Kim fiyat değiştirebilir, kim stok düzeltmesi yapabilir, kim fatura iptal edebilir? Bu sorular kurulumda cevaplanmazsa işlem geçmişi anlamını yitirir. Veri aktarımının ayrıntılarını bir sonraki başlıkta ele alıyoruz.

4. Eğitim: kim, neyi, ne zaman öğrenecek?

Eğitim, her kullanıcı grubuna yalnız kendi işini yaptığı ekranların, kendi gerçek verisiyle öğretilmesidir. Depocuya muhasebe ekranı, muhasebeciye üretim planlaması öğretmek zaman kaybıdır. Her departmanda bir "anahtar kullanıcı" yetiştirmek, canlıya geçişten sonra gelen soruların büyük kısmının içeride çözülmesini sağlar. Eğitim tek seferlik bir etkinlik değil, canlıya geçişten sonraki ilk haftalarda tekrarlanan bir süreçtir.

5. Canlıya geçiş ve paralel çalışma

Canlıya geçişte yeni sistem bir süre eski yöntemle yan yana çalıştırılır, iki tarafın rakamları karşılaştırılır ve tutarlılık sağlandığında eski yöntem bırakılır. Geçiş tarihi olarak ay başı ya da dönem başı gibi açılış bakiyelerinin net olduğu bir zaman seçmek işinizi kolaylaştırır. Canlıya geçişten sonraki ilk dönemde uygulayıcının yoğun destek vermesi, sözleşmede ayrıca yazılması gereken bir konudur.

Canlıya geçiş gününden önce şu hazırlıkların tamamlandığından emin olun:

1. Açılış stokları fiilî sayımla doğrulandı ve sisteme girildi.
2. Cari bakiyeler muhasebe kayıtlarıyla mutabık.
3. Açık siparişler ve kısmi sevkiyatlar yeni sisteme aktarıldı.
4. e-Fatura, e-Arşiv ve e-İrsaliye için entegratör bağlantısı canlı ortamda test edildi.
5. E-ticaret ve pazaryeri senkronu, eski entegrasyon kapatılmadan önce ürün eşleşmeleriyle birlikte denendi.
6. Her kullanıcının yetkisi tanımlandı, şifreleri teslim edildi.
7. İlk günlerde sorulara kimin, hangi kanaldan cevap vereceği duyuruldu.
8. Bir sorun çıkarsa eski yönteme nasıl dönüleceği yazılı.

Modül modül ilerlemek, riski en çok azaltan yaklaşımdır: Önce stok ve sipariş gibi en çok zaman kaybedilen akış canlıya alınır, oturduktan sonra üretim, satın alma ve raporlama eklenir. Fabrika ölçeğinde kurulum sırasını fabrikada entegre üretim sistemi kurulum rehberimizde, aşamalı geliştirme mantığını da özel yazılım geliştirme süreci ve MVP yazımızda anlattık. Modül modül ilerleyen bir geçişin aşamalarını ve tipik sürelerini ERP yazılımı hizmet sayfamızda da bulabilirsiniz.

Veri aktarımı: hangi veriler taşınır, nasıl temizlenir?

ERP'ye geçişte ürün kartları, reçeteler, cari kayıtlar, açılış stokları ve açık siparişler taşınır; eski yılların tüm hareket geçmişi ise çoğu zaman taşınmaz, eski sistemde okunur hâlde saklanır. Veri hazırlığı ayrı bir aşama olarak planlanmazsa yeni sistem eski hataları devralır ve kullanıcılar ilk haftada sisteme güvenini kaybeder. Aşağıdaki tablo hangi verinin nasıl ele alınacağını özetliyor.

Veri temizliğini kim yapmalı?

Veri temizliğini, o veriyi her gün kullanan kişiler yapmalıdır; uygulayıcı yalnızca araç ve şablon sağlar. Hangi iki ürün kartının aslında aynı ürün olduğunu depocu, hangi carinin pasif olduğunu muhasebe bilir. Bu çalışma çoğu zaman beklenenden uzun sürer; proje takviminde ona ayrı bir zaman ayırın ve ekibin günlük işinden bu zamanı gerçekten açın.

Ürün kodlama standardı neden önemlidir?

Ürün kodlama standardı, ERP'nin, e-ticaret sitesinin, pazaryerlerinin ve barkod okuyucunun aynı ürünü aynı kodla tanımasını sağlar. Kodlar anlamlı bir yapıda (örneğin kategori, model, varyant sırasıyla) ve tekrar etmeyecek şekilde kurulursa hem arama hem raporlama kolaylaşır. Geçiş, yıllar içinde biriken kod karmaşasını düzeltmek için en iyi fırsattır; bu fırsatı kaçırmak, karmaşayı yeni sisteme taşımak demektir.

Toplam sahip olma maliyetini neler belirler?

ERP'nin toplam sahip olma maliyetini lisans ya da abonelik bedelinden çok kurulum ve uyarlama emeği, entegrasyonlar, veri hazırlığı, eğitim, bakım ve iç ekibin projeye ayırdığı zaman belirler. Teklifler çoğunlukla yalnız lisans ve kurulum kalemini öne çıkarır; diğer kalemler projenin ortasında ortaya çıkar. Aşağıdaki tablo bu kalemleri tek seferlik ya da sürekli oluşlarına göre ayırıyor.

Görünmeyen maliyetler nerede saklanır?

Görünmeyen maliyetlerin en büyüğü, anahtar kullanıcıların projeye ayırdığı ve o sürede günlük işten çekildikleri zamandır. Bunu bütçede bir kalem olarak görmeyen işletmeler ya projeyi yavaşlatır ya da günlük işi aksatır. Diğer görünmeyen kalemler; geçiş döneminde verimliliğin geçici olarak düşmesi, pakete zorla eklenen özelleştirmelerin her sürüm yükseltmede yeniden test edilmesi ve pazaryeri API'leri değiştikçe entegrasyonların güncellenmesidir.

Bir de çıkış maliyeti vardır: Yıllar sonra sistemi değiştirmek isterseniz verinizi hangi formatta, ne kadar sürede ve hangi bedelle alabileceğiniz. Bu soruyu sözleşme imzalanmadan sormak, sonradan pazarlık gücünüzü korur.

Maliyeti düşürmenin meşru yolları nelerdir?

ERP maliyetini düşürmenin en meşru yolu, kapsamı daraltıp en çok kaybın olduğu modülle başlamak ve veri hazırlığını içeride, iyi planlanmış biçimde yapmaktır. Pakete uymayan her süreç için önce "süreci mi değiştirelim, yazılımı mı?" sorusunu sorun; çoğu zaman süreci değiştirmek daha ucuz ve daha sağlıklıdır. Rakam vermeden önce bu değişkenlerin nasıl hesaba katıldığını özel yazılım maliyeti neye göre belirlenir yazımızda ayrıntılı açıkladık.

Destek programlarından yararlanılabilir mi?

İmalat sektöründeki küçük ve orta ölçekli işletmeler için KOSGEB'in KOBİ Dijital Dönüşüm Destek Programı yazılım ve donanım yatırımlarını kapsayabilir. Programın yönergesine göre destek, anlaşmalı bankalardan kullanılan yatırım kredisinin faizine sağlanıyor; programdan yalnızca NACE'ye göre imalat sektöründe faaliyet gösteren küçük ve orta ölçekli işletmeler yararlanabiliyor, mikro işletmeler kapsam dışında kalıyor ve başvuru için yetkilendirilmiş danışmanlardan alınmış bir dijital dönüşüm ya da olgunluk değerlendirme raporu gerekiyor. Koşullar ve tutarlar değişebildiği için başvurmadan önce güncel yönergeyi ve KOSGEB'i kontrol edin.

ERP projelerinde sık yapılan hatalar nelerdir?

ERP projelerinde en sık yapılan hatalar; yazılımı süreçten önce seçmek, her şeyi tek seferde canlıya almak, kirli veriyi temizlemeden taşımak ve sahadaki kullanıcıları sürece katmamaktır. Bu hataların neredeyse hiçbiri teknik değildir; hepsi planlama ve sahiplenme sorunudur. Aşağıdaki tablo her hatanın tipik sonucunu ve önleme yolunu gösteriyor.

Kullanıcı direnci nasıl yönetilir?

Kullanıcı direnci, yeni sistemin sahadaki kişiye ne kazandıracağı gösterildiğinde ve o kişi tasarıma katıldığında azalır. Depocu için ERP "daha fazla kayıt" değil, "sayım günü sürprizinin bitmesi" demektir; satış temsilcisi için "müşteriye stok sorduğunda telefonla depoyu aramamak" demektir. Ekranlar yalnız yöneticinin raporuna göre değil, veriyi giren kişinin işine göre tasarlandığında kayıtlar eksiksiz ve zamanında girilir.

Aşırı özelleştirme nasıl anlaşılır?

Aşırı özelleştirmenin işareti, hazır bir paketin standart ekranlarının yarısından fazlasının değiştirilmek istenmesidir. Bu noktada iki sağlıklı seçenek vardır: Ya süreçlerinizi paketin akışına uyarlarsınız ya da hazır paketin sizin için doğru araç olmadığını kabul edip hibrit ya da özel bir yapıya yönelirsiniz. İkisinin arasında kalmak, hem paketin hem özel yazılımın dezavantajlarını aynı anda yaşatır.

Teklifte ve sözleşmede hangi sorular sorulmalı?

ERP teklifinde ve sözleşmesinde lisans modeli, kapsam, veri sahipliği ve dışa aktarım, destek seviyeleri, güncellemeler, entegrasyonların bakımı ve ödeme takvimi mutlaka yazılı olarak netleşmelidir. Sözlü verilen her söz, proje ortasında farklı hatırlanır. Aşağıdaki soruları başlık başlık sorun ve cevapları teklife ya da sözleşme ekine yazdırın.

Lisans ve kapsam soruları

• Kullanıcı tanımı nedir: adlandırılmış kullanıcı mı, eşzamanlı kullanıcı mı? Yalnız rapor gören kullanıcı da lisans gerektiriyor mu?
• Hangi modüller teklife dahil, hangileri sonradan eklenirse ayrıca ücretlendirilir?
• Abonelik ya da bakım bedeli hangi koşullarda, hangi sıklıkla güncellenir?
• Kapsam dokümanında yer almayan bir talep doğduğunda değişiklik süreci nasıl işler, nasıl fiyatlanır?
• Proje hangi kabul kriterleriyle tamamlanmış sayılır?

Veri, güvenlik ve çıkış soruları

• Verilerimizi hangi formatta, ne kadar sürede dışa aktarabiliriz; bunun ek bir bedeli var mı?
• Sözleşme sona erdiğinde veriler bize nasıl teslim edilir, sağlayıcıda ne kadar süre saklanır, sonra nasıl silinir?
• Veriler hangi ülkedeki veri merkezinde tutuluyor; KVKK kapsamında veri işleyen sözleşmesi imzalanıyor mu?
• Yedekleme ne sıklıkla yapılıyor, bir felaket durumunda sistem ne kadar sürede geri gelir?
• Kullanıcı yetkileri ve işlem geçmişi (kim, neyi, ne zaman değiştirdi) nasıl tutuluyor?

Uygulama güvenliğinin genel ilkelerini web sitesi güvenliği rehberimizde anlattık; aynı ilkeler web tabanlı ERP'ler için de geçerlidir.

Destek, güncelleme ve entegrasyon soruları

• Destek hangi kanallardan, hangi saatlerde veriliyor; acil bir arızada yanıt süresi ne?
• Mevzuat değişikliklerine (e-belge formatı, vergi düzenlemeleri) uyum güncellemeleri bedele dahil mi?
• Sürüm yükseltmelerinde bize özel yapılan geliştirmeler korunuyor mu, yeniden test edilmesinin bedelini kim üstleniyor?
• Pazaryeri ya da e-ticaret altyapısı API'sini değiştirdiğinde entegrasyonu kim, ne sürede güncelliyor?
• Kurulumu yapan iş ortağı faaliyetini durdurursa ya da değişirse süreç nasıl devam eder?
• Canlıya geçişten sonraki ilk dönemde yoğun destek veriliyor mu, kapsamı ne?

Ödeme takvimi nasıl kurulmalı?

Ödeme takvimi, teslim edilen ve kabul edilen işe bağlanmalıdır; analiz tamamlandığında, ilk modül canlıya geçtiğinde, paralel çalışma başarıyla bittiğinde gibi. Peşin ve tamamı başta ödenen projelerde uygulayıcının sizi önceliklendirme motivasyonu zayıflar. Kilometre taşına bağlı ödeme, iki tarafa da neyin ne zaman bitmiş sayılacağını baştan tanımlamayı zorunlu kılar.

Sektöre göre ERP'de hangi ihtiyaçlar öne çıkar?

ERP'de öne çıkan ihtiyaçlar sektöre göre belirgin biçimde değişir: Üreticide reçete ve maliyet, distribütörde fiyat listesi ve cari risk, perakendecide beden-renk ve mağaza stoğu, e-ticaret markasında çok kanallı stok ve iade akışı öne çıkar. Kısa listeyi oluştururken ürünlerin sizin sektörünüzdeki örneklerini sormak, genel özellik listelerinden daha çok şey anlatır.

Bayileriyle çalışan üreticiler ve distribütörler için ERP'nin dış yüzü çoğu zaman bir bayi portalıdır; bayinin siparişi, bakiyesi ve özel fiyatı ERP'den beslenir. Randevu, saha servisi ve üretim gibi sektörel ihtiyaçlara göre kurulan yazılımları sektörel özel yazılım çözümleri yazımızda örnekledik.

ERP'nin işe yarayıp yaramadığını nasıl ölçersiniz?

ERP'nin işe yarayıp yaramadığı, projeden önce ölçülen birkaç operasyonel göstergenin canlıya geçişten sonra nasıl değiştiğine bakılarak anlaşılır. Ölçmeden başlanan bir projede "eskisinden iyi mi?" sorusu yalnızca hislere kalır. Seçim sürecinin başında aşağıdaki göstergelerin bugünkü değerini not edin.

Göstergeleri canlıya geçişten hemen sonra değil, sistem oturduktan sonra karşılaştırın; ilk haftalarda geçiş sancısı rakamları geçici olarak kötüleştirebilir. Bu göstergeler aynı zamanda bir sonraki modülün hangisi olacağına da karar verdirir: Sayım farkı düştü ama siparişten sevke süre hâlâ uzunsa, sıradaki odak sevkiyat ve üretim planlaması olmalıdır.

ERP'yi kendiniz mi seçersiniz, uzman desteği mi alırsınız?

Süreçleri yazılı, ihtiyaçları net ve muhasebesi oturmuş bir KOBİ, bu rehberdeki adımlarla hazır bir ERP'yi kendi ekibiyle seçebilir ve üreticinin yetkili iş ortağıyla kurabilir. Uzman desteği; süreçler pakete sığmadığında, birden çok kanal ve muhasebe programı arasında entegrasyon gerektiğinde ya da iç ekipte projeyi yönetecek zaman olmadığında anlam kazanır. Hangi yolu seçerseniz seçin, karar sizin süreç haritanıza ve ölçtüğünüz göstergelere dayanmalıdır.

• Kendiniz yürütebilirsiniz: Standart ticaret ya da üretim akışı, tek muhasebe programı, sınırlı kanal sayısı, istekli bir iç ekip.
• Uzman desteği gerekebilir: Pakete sığmayan üretim ya da satış akışı, e-ticaret, pazaryeri ve bayi kanallarının aynı stoktan beslenmesi, muhasebe programını değiştirmeden operasyonu dijitalleştirme isteği.
• Önce bir adım geri durun: Süreçler yazılı değilse, kimin neyi yaptığı belli değilse; önce düzeni kurun.

Alis Dijital olarak Kayseri merkezli bir ekibiz; ikas ve Shopify partneri olarak e-ticaret altyapılarında, ayrıca işinize göre geliştirilen yazılımlarda çalışıyoruz. Hazır bir entegrasyon işinizi görüyorsa onu öneriyor, görmüyorsa operasyon katmanını muhasebe programınıza ve satış kanallarınıza bağlanacak şekilde kuruyoruz. Üretim, stok ve satın almayı kapsayan işinize göre ERP kurulumunun nasıl ilerlediğini inceleyebilir; daha geniş kapsamlı projeler için özel yazılım geliştirme ve özel yazılım ve web sitesi hizmetimize göz atabilirsiniz. Özel yazılımın hangi durumda gerçekten gerektiğini tartmak isterseniz özel yazılım ne zaman gerekir yazımız iyi bir başlangıçtır.