Odoo'ya geçişte taşınması zorunlu veri seti kısadır — cari kartlar, ürün kartları, stok sayımı, açık fatura ve siparişler ile açılış bakiyeleri; geçmiş hareketlerin taşınıp taşınmayacağı ayrı bir karardır ve geçiş bir ay başında, 2-4 haftalık paralel dönemle planlanır.
Nereden geçiliyor?
Türkiye'de Odoo'ya geçiş projeleri üç kaynaktan gelir ve her birinin veri sorunu farklıdır:
- Yerel ERP veya ticari yazılım: Veri yapılıdır, ancak yıllar içinde biriken mükerrer cari, pasif ürün ve "geçici" açılmış hesaplar taşınmadan önce ayıklanmalıdır. Cari ve ürün kartları genellikle sistemden dışa aktarılır; gerekirse doğrudan veritabanına bağlanılır.
- Excel ve dağınık programlar: Satış bir tabloda, stok başka tabloda, cari bakiye muhasebecide. Burada asıl iş aktarım değil, tek bir doğru listeye ulaşmaktır; aynı müşteri üç dosyada üç farklı adla yazılmış olabilir.
- Başka bir uluslararası ERP: Veri modeli Odoo'ya yakındır, taşıma daha doğrudan ilerler; ancak hesap planı ve birim yapısındaki farklar eşleştirme tablosu gerektirir.
Hangi kaynaktan gelirseniz gelin, geçişin ilk adımı aynıdır: mevcut verinin nerede, hangi formatta ve ne kadar temiz olduğunun envanterini çıkarmak. Odoo ile yerel ERP arasındaki yapısal farkları Odoo mu, yerel ERP mi? yazısında ayrıca ele aldık.
Geçiş kararı ne zaman doğru?
Geçiş kararı çoğu zaman bir yazılım kıyaslamasından değil, günlük işin verdiği sinyallerden doğar:
- Sistemde olması gereken süreçler Excel'de yürüyor; sipariş, sevkiyat veya tahsilat takibi tablolarla yapılıyor.
- Departmanlar arasında kopukluk var: satışın verdiği söz stokta görünmüyor, muhasebe faturayı sonradan öğreniyor.
- Aylık rapor birkaç kaynaktan elle birleştiriliyor ve rakamlar her seferinde tartışılıyor.
- Şirket büyüyor, ikinci şirket veya şube açılıyor, mevcut yazılım çoklu şirket ve çoklu depo yapısını taşımıyor.
Bu sinyallerden iki veya daha fazlası aynı anda varsa sorun yazılımın eksik bir özelliği değil, verinin tek bir yerde durmamasıdır; Odoo'nun tek veritabanı yaklaşımı tam bu noktaya cevap verir. Odoo'nun ne olduğunu ve modül yapısını Odoo nedir? rehberinde bulabilirsiniz.
Büyük patlama mı, fazlı geçiş mi?
Büyük patlama yaklaşımında tüm modüller ve tüm veri tek bir kesim tarihinde Odoo'ya taşınır. Avantajı tek bir geçiş dönemi yaşanmasıdır; riski ise bir alandaki sorunun tüm şirketi durdurmasıdır.
Fazlı geçiş ise şirketin omurgasını önce taşır: satış, stok ve muhasebe ilk fazda canlıya alınır; üretim, saha servis, İK ve e-ticaret sonraki fazlarda eklenir. Vekosis'in önerisi çoğu KOBİ için fazlı geçiştir. Sebep basit: cari, ürün, stok ve açılış bakiyeleri bir kez doğru taşındığında sonraki modüller bu temel üzerine oturur ve her faz kendi paralel dönemiyle daha kontrollü ilerler. Fazların genel takvimi için Odoo kurulum süreci ve süresi yazısına bakabilirsiniz.
Zorunlu veri seti
Odoo'nun ilk gün çalışması için taşınması gereken veri kümesi aşağıdaki tablodan ibarettir. Bunların dışındaki her şey isteğe bağlıdır.
| Veri | Kaynak | Temizlik kuralı | Odoo'daki karşılığı |
|---|---|---|---|
| Cari kartlar | Yerel ERP cari listesi / muhasebe / Excel | VKN/TCKN zorunlu; mükerrerler birleştirilir; adres, vade ve para birimi tamamlanır; e-Fatura mükellefiyeti eski sistemden alınmaz, Odoo'da yeniden sorgulanır | Kişiler (res.partner), müşteri/tedarikçi vade koşulları |
| Ürün kartları | Stok modülü / ürün listesi | Tekil ürün kodu, tutarlı birim, doğru KDV oranı, kategori ve barkod; pasif ürünler taşınmaz veya arşivli taşınır | Ürünler (product.template), ürün kategorileri, birimler |
| Fiyat listeleri | Satış modülü / Excel | Yalnızca yürürlükteki listeler; para birimi ve geçerlilik tarihi belirtilir | Fiyat listeleri (product.pricelist) |
| Stok sayımı | Fiili sayım (sistem stoğu değil) | Kesim tarihinde depo ve lokasyon bazında sayılır; lot/seri takipli ürünlerde lot numarası ve son kullanma tarihi eklenir | Stok sayımı / envanter ayarı (stock.quant) |
| Açık siparişler ve teklifler | Satış ve satın alma modülü | Yalnızca teslim edilmemiş veya kısmen teslim edilmiş belgeler; kalan miktarla taşınır | Satış siparişi (sale.order), satın alma siparişi (purchase.order) |
| Açık faturalar ve bakiyeler | Cari ekstre / mizan | Vadesi gelmemiş veya tahsil edilmemiş faturalar belge bazında, kalan bakiyeler açılış fişiyle | Fatura (account.move), açılış yevmiye fişi |
| Banka ve kasa bakiyeleri | Banka ekstresi / kasa defteri | Kesim tarihi sonu bakiyesi; hesap bazında | Banka ve kasa yevmiyeleri, açılış fişi |
| Sabit kıymetler | Amortisman defteri | Alış tarihi, maliyet, birikmiş amortisman ve kalan süre | Sabit kıymet kartları (account.asset) |
Dikkat edilmesi gereken iki nokta: stok sayımı fiili sayımdır, eski sistemin gösterdiği stok değildir; e-Fatura mükellefiyeti eski sistemdeki bayrağa güvenilmeden GİB listesinden yeniden sorgulanır, çünkü aradan geçen sürede mükellefiyet değişmiş olabilir.
İsteğe bağlı: geçmiş hareketler
Geçmiş faturalar, kapanmış siparişler ve stok hareketleri zorunlu setin dışındadır. Taşımanın artıları ve eksileri açıktır:
- Artı: Rapor sürekliliği. Yıllık satış karşılaştırması, müşteri bazlı ciro geçmişi ve ürün hareket analizi Odoo içinden tek ekranda görülür.
- Eksi: Kirli veri. Eski sistemdeki hatalı kayıtlar, silinmiş ürünlere bağlı faturalar ve tutarsız birimler Odoo'ya olduğu gibi taşınır; temizlenmesi zaman alır ve geçiş süresini uzatır.
Pratik yaklaşım çoğunlukla şudur: eski sistem okunabilir arşiv olarak açık tutulur; gerekiyorsa son bir veya iki yılın faturaları özet düzeyde (belge bazında, satır detayı olmadan) taşınır; daha eskisi taşınmaz. Bu karar proje başında, mali müşavirle birlikte verilir.
Veri temizliği ve şablonlar
Geçiş projelerinde sürenin büyük kısmı aktarımın kendisine değil, temizliğe gider. En sık karşılaşılan üç sorun ve çözümü:
- Mükerrer cari: Aynı firma farklı yazımlarla birden fazla kez açılmış. VKN/TCKN üzerinden eşleştirilir, bakiyeler tek kartta birleştirilir.
- Pasif ürünler: Yıllardır hareket görmemiş kodlar. Kesim tarihinde stoğu ve açık belgesi olmayan ürünler taşınmaz; ihtiyaç halinde arşivli olarak aktarılır.
- Tutarsız birimler: Aynı ürün bir yerde adet, başka yerde koli. Ana birim ve dönüşüm oranı ürün kartında bir kez tanımlanır.
Aktarım aracı kaynağa göre seçilir. Odoo'nun yerleşik içe aktarma aracı Excel ve CSV dosyalarını doğrudan kabul eder; sütun başlıkları Odoo alan adlarıyla eşleştirilir ve hatalı satırlar yüklemeden önce raporlanır. Vekosis her veri tipi için hazır şablon sağlar; müşteri veriyi bu şablona doldurur, doğrulama ve yükleme Vekosis tarafından yapılır. Yerel ERP'den yüksek hacimli veri geliyorsa doğrudan veritabanı bağlantısıyla okuma yapılır ve aktarım betikle otomatikleştirilir.
Aktarım sırası
Veriler birbirine bağlı olduğu için sıra önemlidir; yanlış sıra her adımda eksik referans hatası üretir:
- Ürünler: kategoriler, birimler ve KDV tanımları önce; ürün kartları sonra.
- Cariler: vade koşulları ve fiyat listeleri tanımlandıktan sonra müşteri ve tedarikçi kartları.
- Stok: depo ve lokasyon yapısı kurulur, fiili sayım envanter ayarı olarak girilir.
- Açılış bakiyeleri: mizan kalemleri, banka ve kasa bakiyeleri, sabit kıymetler tek bir açılış fişiyle.
- Açık belgeler: açık faturalar cari bakiyeyle eşleşecek şekilde, ardından açık sipariş ve teklifler.
Her adımın sonunda bir sonraki adıma geçmeden önce o veri seti doğrulanır; beş adım tamamlandığında Odoo kesim tarihindeki durumu birebir yansıtmalıdır.
Mutabakat: kaynak raporla doğrulama
Vekosis'in geçiş projelerinde değişmeyen kuralı şudur: eski sistemden türetilen hiçbir sayı, kaynağın kendi raporuyla örnek bazlı doğrulanmadan canlıya alınmaz. Aktarım bitince üç rapor karşılaştırılır:
- Mizan: Eski sistemin kesim tarihi mizanı ile Odoo açılış mizanı hesap bazında karşılaştırılır; toplamlar ve seçilen hesaplar birebir tutmalıdır.
- Stok değeri: Depo bazında miktar ve değer toplamı; ardından 3-5 örnek ürün için lot, miktar ve maliyet tek tek kontrol edilir.
- Cari bakiye toplamı: Alacak ve borç toplamları; ardından 3-5 örnek cari için ekstre bazında bakiye ve açık fatura listesi karşılaştırılır.
Toplam tutuyor ama örnek tutmuyorsa hata vardır; örnek tutuyor ama toplam tutmuyorsa eksik kayıt vardır. Her iki kontrol de yapılmadan mutabakat tamamlanmış sayılmaz. Bu doğrulama tutanağı mali müşavire de iletilir.
Paralel dönem ve kesim tarihi
Kesim tarihi bir ay başı seçilir ve önceki ay eski sistemde tamamen kapanmış olmalıdır: KDV beyanı verilmiş, banka mutabakatı yapılmış, açık faturalar netleşmiş. Kesim tarihinden itibaren yeni belgeler Odoo'da açılır; eski sistem yalnızca okuma ve arşiv için açık kalır.
Paralel dönem genellikle 2-4 hafta sürer. Bu dönemde kritik işlemler (fatura, tahsilat, sevkiyat) iki sistemde de izlenir; haftalık ve ay sonu raporları karşılaştırılır. Amaç eski sistemi yaşatmak değil, Odoo'nun aynı sonucu ürettiğini görmektir. İlk ay sonu raporu Odoo'dan alınıp doğrulandığında paralel dönem biter ve eski sistemde yeni kayıt açılması kesinlikle durdurulur.
e-Fatura tarafı ve mali müşavir
Geçiş anında e-Fatura tarafı ayrı bir iş kalemidir. Kesim tarihinden önce entegratör ve GİB tarafındaki kayıtlar Odoo'ya bağlanır; taşınan tüm cariler için e-Fatura mükellef sorgusu yeniden çalıştırılır ve mükellef olanlar için e-Fatura, olmayanlar için e-Arşiv senaryosu kartta işaretlenir. Odoo Enterprise sürümünde bu iş resmi Türkiye e-belge modülüyle Nilvera entegratörü üzerinden yürür; Community sürümünde veya farklı bir entegratörle çalışan firmalarda aynı işi Vekosis'in kendi e-Fatura / e-Arşiv modülü yapar. Vekosis her iki yolu da kurar; ayrıntılar Odoo e-Fatura entegrasyonu yazısında.
Mali müşavir geçişin dışında değil, içindedir. Hesap planı eşleştirmesi, açılış fişi ve kesim tarihi mizanı onun onayından geçer; e-Defter ve beyanname takvimi geçiş planına işlenir. Mali müşavirin sürece proje başında dahil edildiği geçişler, sonradan haberdar edildiği geçişlerden belirgin biçimde daha sorunsuz ilerler.
Sık yapılan hatalar
- Kesim tarihi olmadan geçiş: "Hazır olunca geçeriz" yaklaşımı iki sistemi belirsiz süre birlikte yaşatır; rakamlar hiçbir zaman tutmaz.
- Eski sistemi kapatmadan çift kayıt: Paralel dönem bittiği halde eski sistemde fatura kesilmeye devam edilir; cari bakiyeler ayrışır.
- Sayım yapmadan stok aktarımı: Eski sistemin stoğu olduğu gibi taşınır; ilk sevkiyatta fark çıkar ve güven kaybolur.
- Tarihçeyi "her şeyi taşıyalım" diye kirli taşımak: Yılların hatalı kaydı Odoo'ya aktarılır, temizlik haftalar sürer ve raporlar baştan yanlış doğar.
- Mutabakatı atlamak: Toplam tutuyor diye örnek kontrolü yapılmaz; hata ilk ay sonunda ortaya çıkar.
Sık sorulan sorular
Odoo'ya geçiş ne kadar sürer?
Satış, stok ve muhasebe kapsamlı bir geçişte veri hazırlığı ve temizliği genellikle birkaç hafta, aktarım ve mutabakat birkaç gün, paralel dönem ise 2-4 hafta sürer. Süreyi belirleyen asıl etken eski sistemdeki verinin temizliği ve geçmiş hareketlerin taşınıp taşınmayacağı kararıdır.
Geçmiş faturalarımı Odoo'ya taşımak zorunda mıyım?
Hayır. Zorunlu olan açık faturalar ve açılış bakiyeleridir; kapanmış geçmiş faturalar eski sistemde okunabilir arşiv olarak kalabilir. Geçmiş dönem raporlarını Odoo içinden görmek isteyen firmalar tarihçeyi taşır, ancak bu ayrı bir karar ve ayrı bir iş kalemidir.
Excel'den Odoo'ya aktarım nasıl yapılır?
Odoo'nun yerleşik içe aktarma aracı Excel ve CSV dosyalarını doğrudan kabul eder. Veri önce Odoo alan adlarıyla eşleşen şablonlara aktarılır, mükerrer ve tutarsız kayıtlar temizlenir, ardından ürün, cari, stok, açılış ve açık belge sırasıyla yüklenir. Her adımdan sonra kaynak rapor ile örnek bazlı mutabakat yapılır.
Eski sistemle paralel çalışılır mı?
Evet, genellikle 2-4 haftalık bir paralel dönem önerilir. Bu dönemde iki sistem birlikte kullanılır, ay sonu raporları karşılaştırılır ve fark bulunursa kesim tarihinden sonra Odoo tek kaynak ilan edilmeden düzeltilir. Paralel dönem sonunda eski sistemde yeni kayıt açılmaz.
Ay ortasında Odoo'ya geçilir mi?
Teknik olarak mümkün olsa da önerilmez. Ay ortasında geçişte KDV beyanı, mizan ve cari bakiye iki sisteme bölünür; mutabakat zorlaşır. Doğru yaklaşım, önceki ayı eski sistemde kapatıp yeni ayın ilk gününü kesim tarihi olarak belirlemektir.
Geçişte veriler kaybolur mu?
Doğru planlanan bir geçişte hayır. Eski sistem kapatılmaz, yalnızca yeni kayıt açılmaz; taşınmayan tarihçe orada arşiv olarak kalır. Taşınan her veri seti kaynak raporla örnek bazlı doğrulanır; mizan, stok değeri ve cari bakiye toplamları tutmadan Odoo canlıya alınmaz.
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.