ERP yazılımı hangi iş süreçlerini kapsar?
ERP yazılımı; stok, satın alma, satış, üretim, muhasebe entegrasyonu, insan kaynakları ve raporlama süreçlerini tek veritabanında birleştiren kurumsal kaynak planlama sistemidir. Her departman aynı güncel veriyle çalışır: satışta girilen sipariş stoğu rezerve eder, sevkiyatı planlatır ve faturaya dönüşür. Böylece Excel dosyaları arasında elle veri taşımaya gerek kalmaz.
Modüller birbirine bağlıdır ama hepsini aynı anda kurmak gerekmez. Biz genellikle stok, satış ve muhasebe entegrasyonuyla başlamayı; üretim, insan kaynakları ve gelişmiş raporlamayı sonraki aşamalara bırakmayı öneriyoruz. Aşağıdaki tablo temel modüllerin ne yaptığını ve hangi soruya cevap verdiğini özetler.
| Modül | Ne yapar? | Cevap verdiği soru |
|---|---|---|
| Stok ve depo | Ürün kartları, çoklu depo ve raf adresi, barkod, sayım, lot ve seri numarası takibi | Hangi üründen, hangi depoda, kaç adet var? |
| Satın alma | Satın alma talebi, teklif karşılaştırma, sipariş, mal kabul ve tedarikçi takibi | Neyi, kimden, ne zaman almalıyız? |
| Satış | Teklif, sipariş, fiyat listeleri, iskonto kuralları, sevk planı ve cari risk limiti | Hangi sipariş ne zaman teslim edilecek? |
| Üretim | Ürün ağacı (reçete), iş emri, kapasite planı, fire ve maliyet hesabı | Bu siparişi üretmek için neye ihtiyaç var? |
| Muhasebe entegrasyonu | Fatura, cari hesap, tahsilat ve ödeme; e-Fatura ve e-Arşiv; muhasebe programına aktarım | Kimden ne kadar alacağımız var? |
| İnsan kaynakları | Personel kartı, izin, vardiya, puantaj ve kullanıcı yetkileri | Kim, hangi vardiyada, hangi yetkiyle çalışıyor? |
| Raporlama | Yönetim panoları, KPI takibi, dönem karşılaştırması, Excel ve PDF çıktısı | Kârlılık hangi ürün veya müşteride düşüyor? |
ERP ile iş süreçleri otomasyonu nasıl kurulur?
İş süreçleri otomasyonu, ERP'de gerçekleşen bir olayın (yeni sipariş, kritik stok seviyesi, onay ya da tahsilat) önceden tanımlanmış bir kurala göre bir sonraki adımı kendiliğinden başlatmasıdır. Kural bir kez yazılır, sistem her seferinde aynı şekilde uygular; çalışan yalnızca istisnalarla ilgilenir. ERP otomasyonunun asıl kazancı hız kadar tutarlılıktır.
- Onay akışları: Belirli tutarı aşan satın alma siparişi yöneticinin onayına düşer; onaylanmadan tedarikçiye gönderilemez.
- Stok eşikleri: Minimum seviyenin altına inen ürün için satın alma talebi otomatik açılır.
- e-Belge: Onaylanan sevkiyat için e-İrsaliye, faturalanan sipariş için alıcının durumuna göre e-Fatura ya da e-Arşiv Fatura oluşturulur.
- Tahsilat eşleme: Bankadan gelen hareketler tanımlı kurallarla ilgili cari hesaba eşlenir; eşleşmeyenler kontrol listesine düşer.
- Zamanlanmış raporlar: Haftalık satış ve stok özeti her pazartesi ilgili kişilere e-postayla gider.
Her adımı otomatikleştirmek doğru değildir. İstisnası çok olan, sık değişen ya da hukuki sonucu olan adımlarda insan onayını korumak daha güvenlidir. Otomasyon kurallarını analiz aşamasında yazılı hale getirir, her kuralın bir sorumlusunu belirleriz.
Hazır ERP, özel ERP yazılımı ve hibrit model arasındaki fark nedir?
Hazır ERP, lisans veya abonelikle kullanılan ve iş akışı büyük ölçüde önceden tanımlı paket yazılımdır. Özel ERP yazılımı, şirketin kendi süreçlerine göre sıfırdan geliştirilir. Hibrit modelde muhasebe gibi standart kısımlar hazır pakette kalır, şirkete özgü operasyon özel modüllerle eklenir. Doğru seçimi, süreçlerinizin ne kadar standart olduğu belirler.
| Kriter | Hazır ERP | Özel ERP yazılımı | Hibrit model |
|---|---|---|---|
| Süreç uyumu | Şirket, paketin iş akışına uyum sağlar | Yazılım, şirketin iş akışına göre yazılır | Standart kısımlar pakette, farklılaşan kısımlar özel modülde |
| Devreye alma | Genellikle en kısa | Analiz ve geliştirme nedeniyle en uzun | İkisinin arasında |
| Başlangıç maliyeti | Lisans veya abonelik ile uyarlama | Geliştirme bütçesi | Lisans ile özel modül geliştirme |
| Sahiplik | Yazılım, lisans veren firmaya aittir | Kaynak kod ve hakların devri sözleşmeyle belirlenir | Özel modüller sözleşmeye göre sizde kalır |
| Güncellemeler | Sağlayıcının yol haritasına bağlı | Sizin önceliklerinize göre planlanır | Paket güncellemesi ile özel modüller birlikte test edilir |
| Uygun olduğu durum | Süreçleri sektör standardına yakın işletmeler | Paketlerde karşılığı olmayan, farklılaştırıcı süreci olan işletmeler | Muhasebesi oturmuş, operasyonu kendine özgü işletmeler |
Özel ERP yazılımı her durumda doğru seçim değildir; standart bir muhasebe akışını sıfırdan yazmak çoğu zaman gereksiz maliyettir. Buna karşılık filo, sevkiyat ve navlun gibi lojistik süreçleri hazır paketlerde ihtiyaç duyulan ayrıntıda bulunmayabilir. Bu tür projeleri özel yazılım geliştirme ekibimizle, mevcut Logo, Netsis veya Mikro kurulumuna bağlanan hibrit modüller olarak planlıyoruz.
Bir şirketin ERP yazılımına ihtiyacı olduğunu gösteren işaretler nelerdir?
En belirgin işaret, aynı verinin birden fazla yerde tutulmasıdır: stok Excel dosyasında, siparişler e-postada, cari bakiye ise muhasebe programında. Ay sonu raporu günler sürüyorsa, depodaki sayım sistemle tutmuyorsa ya da bir çalışan izne çıktığında süreç duruyorsa, ERP yazılımına geçişi değerlendirmenin zamanı gelmiş demektir.
- Bir siparişin durumunu öğrenmek için birden fazla kişiye veya dosyaya bakmak gerekiyor.
- Stok sayımı ile kayıtlardaki miktar arasında düzenli olarak fark çıkıyor.
- Aynı müşteri ya da ürün, farklı dosyalarda farklı ad ve kodlarla tutuluyor.
- Fatura, irsaliye ve tahsilatlar elle eşleştiriliyor; hatalar ancak ay sonunda fark ediliyor.
- Yeni bir depo, şube veya pazar yeri eklemek iş yükünü orantısız artırıyor.
- Kimin hangi kaydı değiştirdiği izlenemiyor; onaylar kişilere bağlı yürüyor.
Bu işaretlerden birkaçı sizde de varsa, önce mevcut süreci haritalamak iyi bir başlangıçtır. Hangi verinin nerede doğduğu ve kimin kullandığı netleşince, ihtiyacın tam bir ERP mi yoksa birkaç entegrasyon mu olduğu da ortaya çıkar. KOBİ ölçeğinde bu kararı KOBİ'ler için dijital dönüşüm yol haritası yazımızdaki adımlarla birlikte ele almanızı öneririz.
ERP projesi hangi adımlarla devreye alınır?
ERP projesi beş ana adımda ilerler: süreç analizi, veri göçü, entegrasyonlar, kullanıcı eğitimi ve devreye alma. Adımlar kâğıt üzerinde sıralı görünse de pratikte iç içe geçer; veri temizliği örneğin analiz sırasında başlar. Her adımın sonunda yazılı olarak onaylanan bir çıktı olması, projenin kapsam dışına kaymasını önler.
- 1
Süreç analizi
Departmanlarla görüşerek mevcut akışı ve hedef akışı çıkarırız. Hangi modülün öncelikli olduğunu, hangi raporların şart olduğunu ve kapsam dışında kalacak işleri yazılı hale getiririz.
- 2
Veri göçü
Ürün, cari, stok bakiyesi ve açık siparişler gibi ana verileri Excel'den veya eski sistemden aktarırız. Mükerrer kayıtları temizler, kod yapısını standartlaştırır, deneme aktarımında sayıları eski sistemle karşılaştırırız.
- 3
Entegrasyon
e-Belge entegratörü, muhasebe programı, pazar yerleri, banka ve kargo servisleriyle veri alışverişini kurarız. Bağlantı koptuğunda ne olacağını (yeniden deneme, uyarı, hata kaydı) baştan tanımlarız.
- 4
Eğitim
Eğitimi rol bazlı veririz; depo personeli ile finans ekibi aynı ekranları kullanmaz. Deneme ortamı ve kısa kullanım kılavuzları, canlıya geçmeden önce alışkanlık kazandırır.
- 5
Devreye alma
Açılış bakiyelerini kesinleştirip uygun bir tarihte canlıya geçeriz. İlk haftalarda sonuçları eski yöntemle karşılaştırır, çıkan farkları hızla kapatırız.
Takvim, modül ve entegrasyon sayısına göre değişir; yukarıdaki süreç şemasında her aşama için tipik süreleri görebilirsiniz.
ERP yazılımı Türkiye'de hangi sistemlerle entegre edilir?
Türkiye'de bir ERP yazılımının en kritik entegrasyonu e-Belge tarafıdır: e-Fatura, e-Arşiv Fatura ve sevk irsaliyesi düzenleyen firmalar için e-İrsaliye. Bunlara pazar yerleri, bankalar, kargo firmaları ve mali müşavirin kullandığı muhasebe programı eklenir. Entegrasyonlar doğru kurulduğunda sipariş, sevkiyat, fatura ve tahsilat aynı kayıt üzerinden ilerler.
e-Fatura ve e-Arşiv Fatura
Gelir İdaresi Başkanlığı'nın (GİB) e-Belge portalına göre e-Fatura, faturada bulunması gereken bilgileri içeren ve satıcı ile alıcı arasında GİB'in merkezi platformu üzerinden iletilen elektronik belgedir (GİB: e-Fatura hakkında). GİB, uygulamadan üç yöntemle yararlanılabildiğini belirtir: ücretsiz e-Fatura Portalı, kendi bilgi işlem sisteminizin GİB'e doğrudan entegrasyonu ve GİB'den özel entegrasyon izni almış kurumlar (e-Fatura yararlanma yöntemleri).
Doğrudan entegrasyon, GİB'in tarifine göre kendi sistemini 7/24 kesintisiz bağlantıyla işletebilecek mükellefler içindir. Bu yüzden ERP projelerinde çoğunlukla GİB'in yayımladığı özel entegratörler listesindeki bir kurumun servislerine bağlanırız: fatura ERP'de oluşur, entegratör üzerinden iletilir, durum bilgisi ERP'ye geri yazılır.
ERP'nin her faturada alıcının e-Fatura kayıtlı kullanıcısı olup olmadığını kontrol etmesi gerekir. GİB'in açıklamasına göre e-Arşiv Fatura uygulamasına dâhil mükellefler, e-Fatura'ya kayıtlı alıcılara e-Fatura, kayıtlı olmayanlara ise e-Arşiv Fatura düzenler (GİB: e-Arşiv hakkında).
e-İrsaliye
e-İrsaliye, kâğıt sevk irsaliyesinin elektronik ortamda düzenlenmesini, iletilmesini, saklanmasını ve ibrazını kapsar; 509 Sıra No.lu VUK Genel Tebliği ile belirli sektör ve mükellef grupları için zorunlu hale getirilmiştir (GİB: e-İrsaliye hakkında). Lojistik ve dağıtım yapan firmalarda irsaliyenin sevkiyat kaydından otomatik oluşması, faturayla eşleştirmeyi de kolaylaştırır.
Not: Hangi e-Belge uygulamasına ne zaman geçmeniz gerektiği ciro, sektör ve mükellefiyet durumunuza bağlıdır. Kesin değerlendirme için mali müşavirinize danışın.
Pazar yerleri, bankalar, kargo ve muhasebe programı
| Entegrasyon | Taşınan veri | Dikkat edilecek nokta |
|---|---|---|
| Pazar yerleri (Trendyol, Hepsiburada vb.) | Ürün, stok, fiyat, sipariş ve iade | Aynı stok birden fazla kanalda satılıyorsa rezervasyon kuralı |
| Bankalar | Hesap hareketleri, tahsilat ve ödeme bilgisi | Hareketlerin doğru cari hesaba eşlenmesi; erişim yetkileri |
| Kargo firmaları | Gönderi kaydı, takip numarası ve teslim durumu | Kısmi sevkiyat ve iade süreçleri |
| Muhasebe programı | Fatura, cari hesap ve muhasebe fişi | Hesap planı eşleştirmesi; mali müşavirle ortak kural seti |
Kendi online mağazanız da varsa, stok ve siparişin ERP ile aynı kaynaktan yönetilmesi gerekir; e-ticaret sitesi projelerinde bu entegrasyonu baştan planlıyoruz.
ERP projelerindeki riskler nelerdir ve nasıl önlenir?
ERP projelerini en çok zorlayan riskler genellikle teknik değil, organizasyoneldir: belirsiz kapsam, temizlenmemiş veri, kullanıcı direnci ve bilginin tek bir kişide toplanması. Bu riskleri proje başında yazılı kapsam, veri sahipleri, aşamalı geçiş planı ve ölçülebilir kabul kriterleriyle yönetmek, sorun çıktıktan sonra düzeltmeye çalışmaktan çok daha kolaydır.
- Kapsam kayması: Her yeni istek değişiklik talebi olarak yazılır; süre ve bütçe etkisi onaylanmadan geliştirmeye alınmaz.
- Kirli veri: Aktarımdan önce mükerrer ürün ve cari kayıtları temizlenir; her veri grubu için bir veri sahibi belirlenir.
- Kullanıcı direnci: Anahtar kullanıcılar analizden itibaren sürece katılır; ekranlar onların günlük iş akışına göre sadeleştirilir.
- Tek seferde büyük geçiş: Tüm modülleri aynı gün açmak yerine öncelikli modülle başlanır, diğerleri aşamalı eklenir.
- Tedarikçi bağımlılığı: Sözleşmede kaynak kodun, veritabanı yapısının ve dokümantasyonun teslimi ile verinin hangi formatta dışa aktarılacağı açıkça yazılır.
- Güvenlik ve KVKK: Rol bazlı yetki, işlem kayıtları ve düzenli yedekleme baştan tasarlanır. KVKK'ya göre veri sorumlusu, kişisel verilerin güvenliği için gerekli teknik ve idari tedbirleri almakla yükümlüdür; verileri sizin adınıza işleyen yazılım veya bulut sağlayıcısıyla bu tedbirlerden birlikte sorumlu olursunuz (KVKK: veri güvenliğine ilişkin yükümlülükler).
ERP yazılımının bakımı nasıl yapılır?
ERP yazılımı canlıya alındıktan sonra da değişmeye devam eden bir sistemdir. Mevzuat güncellemeleri, entegre olunan servislerdeki değişiklikler, yeni şube ya da ürün grupları ve kullanıcı talepleri düzenli bakım gerektirir. Bakımı türlerine ayırmak, hangi işin destek kapsamında, hangisinin yeni geliştirme olarak yapılacağını baştan netleştirir.
- Düzeltici bakım: Kullanımda ortaya çıkan hataların giderilmesi ve veri düzeltmeleri.
- Önleyici bakım: Güvenlik, kütüphane ve sunucu güncellemeleri; yedeklerin geri yüklenebildiğinin düzenli olarak test edilmesi.
- Uyarlayıcı bakım: e-Belge formatlarında, entegratör veya pazar yeri servislerinde yapılan değişikliklere uyum.
- Geliştirici bakım: Yeni rapor, ekran veya modül talepleri; bunlar ayrı iş kalemi olarak planlanır.
Bakım sözleşmesinde destek kanalları, yanıt süreleri ve hangi işlerin kapsamda olduğu yazılı olmalıdır. Ayda bir yapılan kısa bir değerlendirmede hata kayıtlarını, sistem performansını ve kullanıcı taleplerini birlikte gözden geçirmek, küçük sorunların birikmesini önler.
Uni Digital Group ile ERP projesi nasıl başlar?
Ofisimiz Beşiktaş'ta; keşif toplantısını iş yerinizde, ofisimizde veya çevrim içi yapıyoruz. Önce süreç analizini ücretsiz yapıp yazılı bir kapsam çıkarıyoruz. Ardından hazır ERP entegrasyonu, özel ERP yazılımı ya da hibrit yapıdan hangisinin işinize uyduğunu gerekçeleriyle öneriyor, kararı sizinle birlikte veriyoruz. Analizin sonunda modül önceliği, entegrasyon listesi ve takvim taslağı elinizde olur.
Ekibimizin çalışma biçimini İstanbul yazılım şirketi sayfamızda, ERP'nin temellerini ve buluta geçişi ise ERP nedir ve bulut tabanlı ERP'ye nasıl geçilir rehberimizde bulabilirsiniz. Tamamladığımız işler için referanslarımızı inceleyin.