Odoo Kurulumu Ne Kadar Sürer? Adım Adım ERP Kurulum Süreci ve Zaman Planı (2026)

Satış, stok ve muhasebe odaklı temel bir Odoo kurulumu genellikle birkaç hafta içinde canlıya alınır; üretim, özel modül ve entegrasyon içeren projeler fazlar halinde 2-4 ay sürer ve süreyi belirleyen üç şey kapsam, veri hazırlığı ve müşteri tarafındaki karar hızıdır.

Kısa cevap: süreyi ne belirler?

"Odoo kurulumu ne kadar sürer?" sorusunun dürüst cevabı "kapsama bağlı"dır; ama bu cevap tek başına kimseye yardımcı olmaz. Bu yüzden önce bir ayrım yapalım: Odoo'yu bir sunucuya yüklemek saatler süren teknik bir iştir. Şirketin Odoo'ya geçmesi ise bir proje; süresini yazılım değil, şu üç etken belirler:

• Kapsam: kaç modül, kaç departman, kaç kullanıcı; özel geliştirme ve entegrasyon var mı?
• Veri hazırlığı: cari, ürün ve stok verisi ne kadar temiz; eski sistemden dışarı alınabiliyor mu?
• Karar hızı: depo yapısı, fiyat listesi, onay akışı gibi kararlar günler içinde mi, haftalar içinde mi veriliyor?

Odoo'nun ne olduğunu ve maliyet mantığını ayrı yazılarda ele aldık; bu yazı yalnızca zaman planına odaklanıyor.

Odoo kurulumunun 5 aşaması

Aşağıdaki süreler tipik KOBİ projelerinden gelen aralıklardır; aşamalar kısmen paralel yürüdüğü için toplam süre çoğu zaman aşamaların toplamından kısadır.

1. Analiz ve keşif (genellikle 1-2 hafta)

Ne yapılır: satış, depo, satın alma ve muhasebe ekipleriyle mevcut iş akışı çıkarılır; darboğazlar, raporlama ihtiyaçları ve eski sistemdeki veri kaynakları belirlenir. Çıktı: onaylı kapsam dokümanı, modül listesi, veri haritası ve proje takvimi. Sizden beklenen: süreç sahiplerinin görüşmelere katılması ve eski sistemden örnek raporların paylaşılması. Bu aşamada harcanan bir gün, sonraki aşamalarda bir haftayı kurtarır.

2. Kurulum ve yapılandırma (genellikle 1-3 hafta)

Ne yapılır: bulut ya da sunucu ortamı hazırlanır; modüller, şirket bilgileri, hesap planı, KDV tanımları, depo ve lokasyon yapısı, fiyat listeleri, kullanıcı rolleri ve Türkiye yerelleştirme modülleri kurulur; Vekosis'te bu adım kendi geliştirdiğimiz Türkiye lokalizasyon paketi ve e-Fatura / e-Arşiv entegrasyonuyla yapılır. e-Fatura entegrasyonu için entegratör bağlantısı bu aşamada başlatılır. Çıktı: şirketin gerçek yapısını yansıtan çalışır bir test ortamı. Sizden beklenen: yapılandırma kararlarının hızlı verilmesi ve mali mühür / entegratör başvurusunun gecikmeden yapılması.

3. Veri aktarımı (genellikle 1-2 hafta)

Ne yapılır: cari, ürün, stok ve açık bakiyeler şablonlarla ya da doğrudan eski veritabanından Odoo'ya yüklenir, ardından eski sistemin raporlarıyla mutabakat yapılır. Çıktı: verisi yüklü sistem ve imzalı mutabakat raporu. Sizden beklenen: şablonların doldurulması, mükerrer ve pasif kayıtların temizlenmesi, bakiyelerin onaylanması. Bu aşamanın süresi neredeyse tamamen verinin temizliğine bağlıdır; ayrıntısı aşağıda.

4. Test ve eğitim (genellikle 1-2 hafta)

Ne yapılır: teklif → sipariş → sevkiyat → fatura → tahsilat gibi uçtan uca senaryolar şirketin kendi verisiyle test edilir; departman bazlı eğitimler yapılır. Çıktı: onaylanmış test senaryoları, eğitim almış kilit kullanıcılar ve kısa kullanım notları. Sizden beklenen: kilit kullanıcıların bu iki haftada gerçekten zaman ayırması. Eğitimin canlıya geçişten hemen önce yapılması, öğrenilenlerin unutulmadan kullanılmasını sağlar.

5. Canlıya geçiş ve destek (geçiş günü + 2-4 hafta yoğun destek)

Ne yapılır: açılış bakiyeleri kesinleştirilir, eski sisteme kayıt girişi kapatılır, ilk gerçek belgeler Odoo'dan kesilir; danışman ekip ilk haftalarda kullanıcıların yanındadır. Çıktı: canlı sistem ve sorunsuz kapatılmış ilk ay. Sizden beklenen: eski sisteme geri dönmeme kararlılığı ve sorunların tek bir kanaldan, öncelik sırasıyla iletilmesi.

Proje büyüklüğüne göre zaman planı

Aralıkların geniş olmasının sebebi yazılım değil, şirkettir: aynı kapsamdaki iki proje, verisi hazır ve kararları hızlı olan şirkette alt sınıra, diğerinde üst sınıra yakın biter.

Süreyi uzatan 7 sebep

1. Belirsiz kapsam: "önce başlayalım, yolda görürüz" yaklaşımı her hafta yeni bir isteğe kapı açar; kapsam dokümanı olmayan proje bitmez, sürüklenir.
2. Kirli veri: aynı müşterinin üç farklı yazımla açılmış cari kartı, birimi belirsiz ürünler, yıllardır sayılmamış stok. Temizlik canlıya geçişten önce yapılmazsa sonrasında iki kat maliyetle yapılır.
3. Karar gecikmesi: "depoyu nasıl bölelim?" sorusu iki hafta cevapsız kalırsa proje iki hafta durur. Karar verecek kişinin projede ismen tanımlı olması şarttır.
4. "Her şeyi ilk günde" isteği: satıştan üretime, bordrodan e-ticarete tüm modüllerin aynı gün canlıya alınması riski ve süreyi katlar.
5. Eski sistemle uzun paralel çalışma: iki sisteme çift kayıt girmek ekibi yorar, hataları artırır ve "ne zaman geçiyoruz?" sorusunu sürekli erteler.
6. Eğitim eksikliği: eğitim almamış kullanıcı sistemi yanlış kullanır, yanlış veri üretir ve düzeltme işi danışmana geri döner.
7. Entegratör ve mali mühür işlemlerinin geç başlaması: e-Fatura için entegratör sözleşmesi ve mali mühür/e-imza temini dış kurumlara bağlıdır; projenin son haftasına bırakılırsa canlıya geçiş bu yüzden kayar.

Süreyi kısaltan pratikler

• Fazlı geçiş: önce satış-stok-muhasebe canlıya alınır, ekip sisteme alıştıktan sonra üretim ve diğer modüller eklenir. Her faz kendi başına küçük ve yönetilebilir bir projedir.
• Ay başında canlıya geçiş: açılış bakiyeleri, KDV dönemi ve ay kapanış raporları tek sistemde kalır.
• Pilot departman: önce bir departman ya da bir şube geçer; öğrenilen dersler diğerlerine uygulanır.
• Veri şablonlarının erken doldurulması: cari ve ürün şablonları daha analiz aşamasında verilir; kurulum sürerken şirket veriyi temizler ve iki iş paralel yürür.
• Tek karar vericisi olan proje: müşteri tarafında yetkili bir proje sorumlusu, haftalık kısa durum toplantısı ve açık kararlar listesi.

Veri aktarımı: neler taşınır?

Canlıya geçiş için taşınması zorunlu olan veri seti aslında kısadır:

• Cari kartlar: müşteri ve tedarikçiler, vergi numaraları, adresler, ödeme koşulları; e-Fatura mükellefiyet bilgisi.
• Ürünler: kod, ad, birim, KDV oranı, satış/alış fiyatları, varsa barkod, kategori ve ürün ağacı.
• Stok sayımı: geçiş tarihindeki fiili miktarlar; lot/seri takibi varsa lot bazında. Sayım geçiş gününe en yakın tarihte yapılmalıdır.
• Açık faturalar: tahsil edilmemiş satış ve ödenmemiş alış faturaları; cari bakiyeler bunlardan oluşur.
• Açık siparişler: henüz sevk edilmemiş satış ve teslim alınmamış satın alma siparişleri.

Tarihçe taşıma kararı: geçmiş yılların tüm faturalarını ve hareketlerini Odoo'ya taşımak mümkündür ama her zaman gerekli değildir. Çoğu şirket için doğru karar, açık bakiyelerle başlamak ve eski sistemi salt-okunur biçimde bir süre erişilebilir tutmaktır; tam tarihçe aktarımı ayrı bir iş kalemi olarak sonradan da yapılabilir. Yükleme bittiğinde cari bakiyeler ve stok miktarları eski sistemin raporlarıyla birebir mutabık olmadan canlıya geçilmez.

Canlıya geçiş günü kontrol listesi

• Stok sayımı yapıldı ve Odoo'ya yüklendi; miktarlar mutabık.
• Cari açılış bakiyeleri kesinleşti ve onaylandı.
• e-Fatura / e-Arşiv entegrasyonu test ortamında başarıyla denendi; mali mühür aktif.
• Belge numaralandırması (fatura, irsaliye, sipariş serileri) eski sistemin kaldığı yerden devam ediyor.
• Tüm kullanıcılar giriş yaptı, yetkileri doğru; yazıcı ve barkod cihazları çalışıyor.
• Eski sisteme yeni kayıt girişi kapatıldı, yalnızca sorgulama açık.
• Yedekleme çalışıyor; ilk gün için destek kanalı ve sorumlu kişi belli.

Bulut mu, kendi sunucunuz mu?

Barındırma tercihi toplam süreyi sanıldığı kadar değiştirmez, ama başlangıcı etkiler. Bulut ortamında (Odoo'nun bulutu ya da bir veri merkezindeki sunucu) çalışma alanı genellikle aynı gün hazırdır. Kendi sunucunuzda ise donanım temini, işletim sistemi kurulumu, yedekleme düzeni, SSL ve dışarıdan güvenli erişim (VPN) gibi işler projenin önüne genellikle 1-2 hafta ekler; şirketin bir BT ekibi yoksa bu süre uzayabilir. Her iki senaryoda da projenin asıl süresi süreç ve veri hazırlığından gelir; barındırma kararını veri lokasyonu, maliyet ve BT kapasitesine göre vermek doğrudur.

Kurulumdan sonraki ilk 90 gün

Canlıya geçiş bitiş değil, başlangıçtır. İlk ay kullanıcı sorularının en yoğun olduğu dönemdir; küçük ekran düzenlemeleri, yetki ayarları ve belge şablonlarındaki ince ayarlar bu dönemde yapılır. Bu ayın sonunda ilk ay kapanışı danışmanla birlikte yapılır: KDV, cari ve stok raporlarının doğru çıktığı görüldüğünde sistem gerçekten oturmuş sayılır. İkinci ve üçüncü aylarda odak raporlara kayar: yönetimin görmek istediği satış, tahsilat, stok devir ve kârlılık raporları gerçek veriyle şekillenir. Ekip artık sistemi tanıdığı için ikinci faz (üretim, e-ticaret, saha servis gibi) bu dönemde planlanır. Yerel ERP'den geçen şirketlerde bu 90 gün, eski alışkanlıkların yeni akışa dönüştüğü dönemdir.

Sık sorulan sorular

Bu rehber Odoo Türkiye resmi iş ortağı Vekosis Kurumsal tarafından hazırlanmıştır. Odoo hizmetlerimiz için odoo.vekosis.com sayfasını inceleyebilirsiniz.