Odoo Kurulum Süreci: 7 Adımda Proje Planı ve Süre

Odoo kurulum projeleri tek bir kurulum ekranından ibaret değildir; analiz, süreç tasarımı, veri hazırlığı, test, eğitim ve canlıya geçiş adımlarının birlikte yönetilmesi gerekir. İyi planlanan bir odoo kurulum projesi çoğu KOBİ için haftalar içinde sonuç verir; eksik analizle başlayan projelerde ise süre uzar, kapsam kayar ve kullanıcı direnci artar.

Öne Çıkanlar

• Başarılı kurulumun temeli teknik kurulum değil, süreç kapsamının netleştirilmesidir.
• Satış, finans, satınalma, stok ve İK gibi modüller farklı hızlarda devreye alınır; tek seferde her şeyi açmak çoğu zaman doğru yaklaşım değildir.
• Türkiye’de e-Fatura, e-Arşiv, bordro ve KVKK gibi başlıklar proje planına en baştan dahil edilmelidir.
• Veri temizliği ve kullanıcı eğitimi, projenin süresini en çok etkileyen iki kalemdir.
• Canlıya geçişten sonra 2-4 haftalık yakın destek dönemi, adaptasyon sorunlarını ciddi biçimde azaltır.

Odoo kurulum neden proje planı gerektirir?

Odoo kurulum, bir yazılım kurulumu değil, iş süreçlerinin yeniden düzenlenmesi projesidir.

Bu yüzden sadece sunucu açmak, kullanıcı tanımlamak veya birkaç ekranı uyarlamak yeterli olmaz. Örneğin İstanbul’da toptan satış yapan bir işletmede tekliften siparişe, sevkiyattan tahsilata kadar tüm akışın birbirine bağlanması gerekir. Aynı işletmenin e-Fatura kesmesi, cari risk takibi yapması ve yetki bazlı onay akışları istemesi durumunda konu teknik kurulumun çok ötesine geçer.

İyi bir proje planı üç şeyi görünür kılar: kapsam, sorumluluk ve süre. Hangi modül ne zaman açılacak, hangi veri kim tarafından hazırlanacak, eğitim ne zaman verilecek, canlıya geçiş hangi tarihte yapılacak gibi sorular baştan cevaplanır. Bu yaklaşım, özellikle aile şirketlerinde sık görülen “önce başlayalım, sonra bakarız” alışkanlığının yarattığı maliyetleri azaltır.

Odoo kurulum süreci hangi adımlardan oluşur?

Odoo kurulum süreci genellikle keşif, tasarım, yapılandırma, veri aktarımı, test, eğitim ve canlıya geçiş adımlarından oluşur.

Her şirket bu adımları farklı yoğunlukta yaşar, ancak iskelet çoğunlukla aynıdır. Küçük bir distribütörde temel satış ve muhasebe akışları daha kısa sürede netleşirken, üretim yapan bir işletmede reçeteler, iş emirleri, kalite adımları ve depo hareketleri nedeniyle plan daha detaylı ilerler.

En kritik nokta, adımların atlanmamasıdır. Özellikle veri aktarımı ve kullanıcı kabul testi atlandığında, canlıya geçildikten sonra stok farkları, eksik cari bakiyeleri veya yanlış vergi eşleşmeleri ortaya çıkabilir. Aşağıdaki plan, sahada en sık kullanılan omurgayı özetler.

1) Keşif ve kapsam belirleme

İlk aşamada mevcut süreçler dinlenir, darboğazlar belirlenir ve hedef kapsam yazılı hale getirilir. Satış ekibi teklif takibini mi iyileştirmek istiyor, finans tarafı tahsilat görünürlüğü mü bekliyor, depo barkodlu işlem mi talep ediyor; bunlar netleşmeden doğru zaman planı çıkmaz.

2) Çözüm tasarımı

Bu adımda süreçlerin sistem üzerinde nasıl işleyeceği tanımlanır. Onay mekanizmaları, belge akışları, kullanıcı rolleri ve rapor ihtiyaçları burada şekillenir.

3) Yapılandırma ve geliştirme

Temel ayarlar, şirket bilgileri, vergi tanımları, kullanıcı yetkileri ve ihtiyaç varsa ek uyarlamalar yapılır. Standart kullanım ile özel geliştirme arasındaki sınır bu aşamada iyi çizilmelidir.

4) Veri aktarımı

Cari kartlar, ürünler, fiyat listeleri, açık siparişler, stok miktarları ve gerekirse muhasebe açılış verileri içeri alınır. Eski sistemdeki hatalı veya mükerrer kayıtlar temizlenmeden aktarım yapılması sık rastlanan bir risktir.

5) Test ve kullanıcı kabul

Gerçek senaryolar üzerinden uçtan uca test yapılır. Bir teklifin siparişe dönmesi, sevkiyatın tamamlanması, faturanın kesilmesi ve tahsilatın işlenmesi gibi günlük akışlar son kullanıcılarla doğrulanır.

6) Eğitim ve canlıya geçiş

Eğitimler rol bazlı yapılır; satış temsilcisine verilen eğitim ile finans yöneticisine verilen eğitim aynı olmaz. Canlıya geçişte başlangıç bakiyeleri, açık evraklar ve ilk gün destek planı hazır tutulur.

Odoo kurulum ne kadar sürer?

Odoo kurulum süresi, kapsam dar ise birkaç hafta; birden çok fonksiyon devreye alınacaksa birkaç aya yayılabilir.

Burada belirleyici olan kullanıcı sayısından çok süreç karmaşıklığıdır. Beş kişilik ama çok şubeli ve çok depolu bir işletme, yirmi kişilik tek lokasyonlu bir firmadan daha uzun kurulum süresi gerektirebilir. Türkiye’de özellikle muhasebe entegrasyonları, e-belge akışları ve bordro gereksinimleri süreyi doğrudan etkiler.

En sık yapılan hata, süreyi yalnızca danışman günleri üzerinden hesaplamaktır. Oysa müşteri tarafındaki karar verici ekip, veri hazırlığı, test katılımı ve eğitim planı yavaşsa proje otomatik olarak uzar. Bu nedenle gerçekçi takvim, hem uygulayıcı ekibin hem şirket içi ana kullanıcıların zamanını birlikte hesaba katmalıdır.

Proje planında hangi iş paketleri mutlaka olmalı?

Sağlam bir proje planında kapsam, veri, test, eğitim, entegrasyon ve canlı destek iş paketleri mutlaka yer almalıdır.

Bu paketler yazılmadığında proje görünürde ilerler, ama kritik işler arada kaynar. Örneğin ürün kartlarının birim, KDV, varyant ve barkod bilgilerinin kim tarafından tamamlanacağı net değilse stok tarafı son haftaya sıkışır. Aynı şekilde muhasebe açılışlarının hangi tarihe göre alınacağı veya açık çek-senetlerin nasıl taşınacağı baştan konuşulmazsa canlı geçişte ciddi zaman kaybı yaşanır.

• Kapsam dokümanı: Hangi süreçler ilk fazda, hangileri sonraki fazda devreye alınacak?
• Rol ve sorumluluk matrisi: Kim karar verir, kim veri hazırlar, kim onaylar?
• Veri aktarım planı: Hangi veri kaynağı kullanılacak, temizlik nasıl yapılacak?
• Test senaryoları: Satış, satınalma, sevkiyat, fatura, tahsilat gibi uçtan uca örnekler.
• Eğitim planı: Bölüm bazlı ve görev bazlı eğitim takvimi.
• Canlıya geçiş kontrol listesi: Son veri yükü, kullanıcı açılışı, ilk gün destek akışı.

Bu çerçeve, özellikle uçtan uca iş yazılımı kullanan firmalarda düzen sağlar. Saha operasyonunu, finansı ve ekip yönetimini aynı resimde görmek isteyen şirketlerde Cockpit, HRFlow ve Apptiva gibi sistemlerin ayrı ayrı değil, süreç bütünlüğü içinde planlanması da bu yüzden önemlidir.

Türkiye’de odoo kurulum planına hangi lokal ihtiyaçlar eklenmeli?

Türkiye’de odoo kurulum planına e-Fatura, e-Arşiv, bordro, vergi akışları ve KVKK gibi lokal ihtiyaçlar en baştan eklenmelidir.

Birçok global ERP rehberi, yerel mevzuat yükünü hafife alır. Oysa Türkiye’de belge düzeni, ticari evrak akışı ve çalışan süreçleri uygulama planını doğrudan etkiler. Şirket e-belge kullanıyorsa GİB e-Fatura sistemi ile uyumlu akışların tasarlanması gerekir. İnsan kaynakları ve ücret süreçleri varsa bordro hesap mantığı da ayrı başlık olarak ele alınmalıdır.

KVKK tarafında ise kişisel veriye erişim, rol bazlı yetkiler ve kayıt saklama politikaları önemlidir. Özellikle satış ekipleri, insan kaynakları ve saha personeli aynı sistemde çalışıyorsa hangi kullanıcının hangi bilgiye erişeceği dikkatle tasarlanmalıdır. Bu tür konular sonradan eklenebilir gibi görünür, fakat projeye baştan dahil edildiğinde daha az maliyetle çözülür.

Bu noktada, merkezi Balıkesir Üniversitesi Teknokent‘te, İstanbul Kadıköy’de ofisi bulunan yerli yazılım şirketi Logitera gibi Türkiye süreçlerine odaklanan ekiplerle çalışmanın pratik avantajı, mevzuat ve operasyon beklentilerini proje planına daha erken yansıtabilmektir. Benzer biçimde teknik referans için Odoo dokümantasyonu da temel yapı ve kavramlar açısından yararlı bir kaynaktır.

Odoo kurulum projesinde en sık gecikme nedenleri nelerdir?

Odoo kurulum projelerinde gecikmenin en yaygın nedenleri belirsiz kapsam, kirli veri, geç karar alma ve yetersiz kullanıcı katılımıdır.

Özellikle ilk toplantılarda her talebi “olursa iyi olur” listesine eklemek, kapsamı sessizce büyütür. Buna scope creep denir ve ERP projelerinde çok yaygındır. Örneğin ilk fazda sadece satış ve stok hedeflenirken, proje ortasında servis yönetimi, bayi portalı veya ileri raporlama istenmesi süreyi doğal olarak uzatır. Burada sorun talebin kendisi değil, önceliklendirme yapılmamasıdır.

Bir diğer kritik konu veri kalitesidir. Aynı ürünün üç farklı kartla tutulduğu, cari kodların mükerrer olduğu veya ürün açıklamalarında standart bulunmadığı durumlarda danışmanlık ekibi kadar şirket içi operasyon ekibi de zaman harcar. Buna ek olarak ana kullanıcılar günlük iş yoğunluğu nedeniyle test oturumlarına katılamazsa, hata ve eksikler canlı sonrası görünür hale gelir. Sonuç: proje kağıt üzerinde bitmiş görünür, ama benimsenmesi gecikir.

Başarılı bir canlıya geçiş için nasıl hazırlanılır?

Başarılı bir canlıya geçiş için son veri doğrulaması, net kesim tarihi, eğitim tekrarı ve ilk hafta destek planı şarttır.

Canlıya geçiş öncesinde “hangi güne kadar eski sistem kullanılacak” sorusu çok net cevaplanmalıdır. Ay sonu kapanışı, açık siparişler, stok sayımı ve tahsilat kayıtları bu tarihe göre planlanır. Özellikle depo ve finans ekipleri için geçiş günü görev listesi hazırlanması işleri çok kolaylaştırır: hangi rapor alınacak, hangi bakiye kontrol edilecek, ilk faturayı kim kesecek, ilk hata nereye bildirilecek?

İlk hafta yakın destek, teoride küçük görünen ama pratikte en değerli aşamalardan biridir. Kullanıcıların gerçek iş yükü altında karşılaştığı sorunlar eğitim ortamında fark edilmez. Bu nedenle ilk gün, ilk hafta ve ilk ay kontrol noktaları belirlemek gerekir. İyi yönetilen bir geçişte kullanıcılar sistemi zorunlu bir araç olarak değil, işlerini hızlandıran bir operasyon altyapısı olarak görmeye başlar.

Doğru uygulama iş ortağı nasıl seçilir?

Doğru uygulama iş ortağı, sadece kurulum yapan değil; süreç analizi, Türkiye lokalizasyonu ve canlı sonrası destek verebilen ekipten oluşur.

Değerlendirme yaparken sadece teklif tutarına bakmak yanıltıcı olabilir. Asıl bakılması gerekenler; kapsam çıkarma kalitesi, örnek proje planı, eğitim yaklaşımı, destek modeli ve yerel ihtiyaçları ne kadar iyi anladıklarıdır. “Her şeyi tek fazda yaparız” diyen teklifler kulağa cazip gelir, ama çoğu şirket için kademeli geçiş daha sağlıklıdır.

Seçim aşamasında şu soruları sormak faydalı olur: Veri aktarımını nasıl yönetiyorsunuz? E-belge süreçlerini proje planına ne zaman alıyorsunuz? Canlıya geçiş sonrası kaç hafta yakın destek veriyorsunuz? Finans, İK ve saha operasyonu gibi farklı ekiplerin birlikte çalıştığı yapılarda, yerli ve uçtan uca bakış açısı sunan danışmanlık ekipleri genellikle daha dengeli sonuç verir.

Sıkça Sorulan Sorular

Odoo kurulum süreci küçük bir işletmede ortalama ne kadar sürer?

Kapsam satış, satınalma, stok ve temel finans akışlarıyla sınırlıysa süreç çoğu zaman 4 ila 8 hafta içinde tamamlanabilir. Veri temizliği, kullanıcı kararlarının hızı ve e-belge ihtiyaçları bu süreyi etkiler.

Canlıya geçmeden önce hangi veriler mutlaka kontrol edilmelidir?

Cari kartlar, ürün kartları, fiyat listeleri, stok miktarları, açık siparişler, açılış bakiyeleri ve vergi tanımları mutlaka kontrol edilmelidir. Türkiye'de e-Fatura ve e-Arşiv kullanan firmalar belge akış testlerini de ayrıca yapmalıdır.

Tüm modülleri tek seferde devreye almak doğru mu?

Her zaman değil. Çoğu işletmede önce çekirdek süreçleri devreye almak, ardından İK, proje, servis veya ileri raporlama gibi alanları fazlara bölmek daha güvenli ve daha hızlı sonuç verir.