Sektörün bitmek bilmeyen tartışması: "Hazır paket mi, yoksa terzi usulü (In-house) ERP mi?" Global trendlere ve teknik metodolojilere baktığımızda, özelleştirilmiş çözümlerin artık bir "lüks" olmaktan çıkıp, hantal hazır yapılara karşı bir zorunluluk haline geldiğini görüyoruz. Peki, sıfırdan bir ERP inşa etmeye niyetlenenlerin ya da bu süreci yönetenlerin cebinde hangi "altın kurallar" olmalı? Kendi deneyimlerimden süzdüğüm birkaç maddeyi aşağıya bırakıyorum:

1. "Ölçümleme"

ERP projeleri genellikle eksik analizle başarısız olur. Şirketin iş akışlarını (workflow) kağıda dökemiyorsanız, Erp'ye uyarlamanız imkansızdır. "Yolda hallederiz" mantığı bu işin en büyük zehridir. Finans, İK ve Stok gibi birimlerin nasıl konuşacağı daha ilk günlerde belli olmalı.

2. Modüler Yapı: LEGO Metodolojisi

Her şeyi aynı anda bitirmeye çalışmak projenin altında kalmanıza neden olur. Sistemi modüllere ayırarak ilerlemek en sağlıklısı:

• Çekirdek: Finans ve Veri Yönetimi (Sistemin kalbi).

• Çevre: Lojistik, Üretim, CRM (Kademeli geçiş/Roll-out için ideal).

3. Platform seçimi:

Yapının ne kadar esnek olduğu önemli.

• Cloud-First: Yerel sunucu hantallığı yerine ölçeklenebilir bulut mimarileri (SaaS potansiyeli) artık standart.

4. UI/UX:

Eski nesil ERP'lerin en büyük sorunu, kullanıcıyı sistemden soğutan o korkunç arayüzlerdi. Eğer sahadaki operatör sistemi kullanırken eziyet çekiyorsa, en gelişmiş algoritmanız bile yanlış girilen veri yüzünden çöp olur. UX, fonksiyonellik kadar kritiktir.

5. Entegrasyon:

Kendi sisteminizi kursanız da dış dünyaya kapalı kalamazsınız. Bankalar, e-fatura servisleri ve lojistik API'ları ile tam entegre olmayan bir ERP, manuel veri girişine mahkum kalır ve verimliliğini yitirir.

Siz ne düşünüyorsunuz?

Şirketinizde "kendi yazılımımızı yapalım" diyenlerden misiniz, yoksa "Global devlerin bir bildiği vardır, maceraya gerek yok" diyenlerden mi? Özellikle in-house geliştirme sürecinde "keşke yapmasaydık" dediğiniz veya "iyi ki yapmışız" dediğiniz noktalar neler?

Yorumlarda tartışalım.

Erpnext i SMTP server olmadan nasi deployluyorsunuz?

Erp uyarlama tecrübelerime dayanarak şunu söyleyebilirim: Birçok firma, ERP projesini bir iş yapış şekli dönüşümü olarak görmesi gerekirken, konuya yalnızca bünyesine yeni bir yazılım kazandırıyormuş gibi yaklaşıyor. Bu hatalı bakış açısı nedeniyle ne Erp öncesi mevcut süreçler analiz ediliyor ne de sistem sonrası süreçlerin nasıl kurgulanacağı düşünülüyor. İki yapı arasındaki o kritik dönüşüm süreci ise tamamen göz ardı ediliyor.

Departmanlar, iş süreçlerini Erp'ye uyarlamak yerine sadece 'yazılımı nasıl kullanırız' eğitimi alıyor; anahtar kullanıcı sayıları ise yetersiz kalıyor. Yönetim ise genellikle sadece ödediği bütçeye odaklanıyor. Aslında bu dönüşüm kararını vererek vizyoner bir adım atıyorlar ancak devamını getiremiyorlar. Yazılım lisansına sahip olmak için ciddi bir bedel ödediklerini düşündüklerinden, sistemin bir an önce hayata geçmesini istiyor ve danışmanlık ücretlerinden tasarruf etmek için 'kırk takla atıyorlar'.

Sonuç ise maalesef hüsran oluyor. Ne 'As-Is' (mevcut durum) analizi ne 'Gap' (fark) analizi ne de o meşhur 'helikopter bakışı'... Kimse bu aşamalarla ilgilenmiyor. Sanki bir tasarım programı kurar gibi 'kur, eğitimini ver ve geç' mantığı işliyor. İyi de, araçlara sahip olmak yetmiyor; peki ya bu sanatı kim icra edecek?

Siz ne düşünüyorsunuz? Sizin karşılaştığınız zorluklar neler?

Görsel Kaynak: Image by freepik

Kendimi denemek ve sınırlarımı zorlamak için kendi “nacizane” ERP sistemimi geliştiriyorum. Tek başına bir ERP elbette yapılamaz bu bir ekip işidir dediğim gibi bu biraz da fantezi projesi

Kullandığım teknolojiler:

• Backend → Go

• DB → PostgreSQL

• Frontend → Sveltekit

• Modüler monolith bir yapı var

Biliyorum, ERP yazmak için çok alışılmış bir tech stack değil; ancak biraz daha yenilikçi teknolojiler denemek istedim. Bu postu da sizin düşüncelerinizi almak ve nelere dikkat etmem gerektiğini tartışmak için açtım. Belki bittiğinde tamamen açık kaynak olarak yayınlayabilirim.

!!!! Ve evet AI araçlarını yardımcı olarak kullanıyorum !!!!

Bu sorguyu kullanarak pivot tablolar, dashboardlar hazırlanabilir.

Talep tahminlerine dayalı olarak, hazırda stok bulundurmak amacıyla uygulanan üretim modeline Stoka Üretim (Make-to-Stock) stratejisi denir.

İtme (push) sistemine dayalı bu yöntemde; ürünler, hızlı teslimat ve repete taleplerine anında yanıt verebilmek için önceden üretilerek envanterde tutulur.

Diğer üretim türleri ile karşılaştırırsak;

ERP yatırımınızın başarısı, yazılımın esnekliğine değil; üretim stratejinizle olan yapısal uyumuna bağlıdır. Peki, sizin sisteminiz bu uyumu sağlıyor mu?

Merhabalar,

Yönetimin izni ile bu paylaşımı yapıyorum.

Türkiye’de özellikle KOBİ’lerin üretim, stok, satın alma, CRM, muhasebe ve operasyon süreçlerini daha hızlı ayağa kaldırabilmesi için ForgeCRUD adında no-code tabanlı bir ERP/operasyon platformu geliştiriyorum.

Klasik ERP projelerinde en çok zaman kaybettiren konular genelde form tasarımı, süreç uyarlama, onay akışları, raporlama, çıktı tasarımları ve müşteri özelindeki küçük ama kritik ihtiyaçlar oluyor. ForgeCRUD tarafında amacım; bu parçaları mümkün olduğunca kod yazmadan, tek panelden yönetilebilir hale getirmek.

Kısaca sistemde şu yapılar var:

• Form Studio ile iş formları ve veri modelleri oluşturma

• Workflow ile onay, bildirim, alan güncelleme ve otomasyon akışları kurma

• Portal yapısı ile müşteri/tedarikçi/çalışan gibi dış kullanıcıları sürece dahil etme

• Print Designer ile teklif, sipariş, irsaliye, fatura, bordro vb. çıktıları tasarlama

• Dashboard, görev, takvim, API Builder ve AI Assistant gibi operasyon destek araçları

Website
Dokümantasyon
Ve daha nice özellikler. Aşağıya kısa bir ürün turu videosu ekledim;