Microsoft Dynamics 365'ten Odoo'ya Geçiş: Kurumsal Kılavuz

Önemli Çıkarımlar

• Dynamics 365 ve Odoo temel ERP mimarisini paylaşıyor ancak özelleştirme yaklaşımı ve dağıtım modeli açısından farklılık gösteriyor
• Dynamics 365'ten veri çıkarma, manuel dışa aktarmaları değil, Veri Yönetimi Çerçevesini (DMF) veya OData API'lerini gerektirir
• Özel varlıklar, iş akışları ve Power Automate akışları Odoo çerçevesinde denetlenmeli ve yeniden oluşturulmalıdır
• Kurumsal dağıtımlar için 6-12 aylık toplam geçiş zaman çizelgesini planlayın
• Tipik küçük işletme taşımalarından daha uzun olan kurumsal geçişler için 60-90 gün boyunca paralel çalışma şarttır
• Tümleştirmenin yeniden kablolanması (Azure hizmetleri, Power Platform, üçüncü taraf ISV'ler) genellikle en karmaşık aşamadır
• Microsoft'tan Odoo'ya UX paradigması değişimi önemli olduğundan kullanıcı eğitimine özel dikkat gerekir

---

Şirketler Neden Dynamics 365'ten Odoo'ya Geçiyor?

Toplam Sahip Olma Maliyeti

Dynamics 365 lisanslaması kurumsal ortamlarda hızlı bir şekilde toplanır:

Maliyet farkı dramatik. Odoo özelleştirme ve uygulama maliyetleri hesaba katıldığında bile yatırım getirisi zaman çizelgesi genellikle 12-18 aydır.

Teknik Bağımsızlık

Dynamics 365 sizi Microsoft yığınına bağlar: Barındırma için Azure, otomasyon için Power Platform, veri depolama için Dataverse ve özelleştirme için Microsoft'un iş ortağı ağı. Odoo her türlü altyapıda (AWS, GCP, Azure, şirket içi, Odoo.sh) çalışır, standart PostgreSQL'i kullanır ve herhangi bir Python geliştiricisinin özelleştirmesini destekler.

Kişiselleştirme Özgürlüğü

X++ veya Power Platform aracılığıyla Dynamics 365 özelleştirmeleri, Microsoft'un güncelleştirme döngüsü ve uzantı modeliyle kısıtlanır. Odoo'nun modüler mimarisi, Odoo'nun miras kalıplarını takip ederken yükseltmelerden temiz bir şekilde kurtulabilen Python modülleri aracılığıyla sınırsız özelleştirmeye olanak tanır.

---

Modül Eşleme: Dynamics 365'ten Odoo'ya

Finans

Tedarik Zinciri Yönetimi

İnsan Kaynakları

---

1. Aşama: Keşif ve Değerlendirme (1-6. Haftalar)

Özelleştirme Denetimi

Enterprise Dynamics 365 dağıtımları her zaman önemli özelleştirmeler içerir. Geçişten önce her özelleştirmeyi belgeleyin:

X++ Uzantılar ve Kaplamalar:

• Tüm özel sınıfları, tabloları, formları ve raporları listeleyin
• Hangi özelleştirmelerin iş açısından kritik ve sahip olunması güzel olduğunu belirleyin
• Standart davranışı değiştiren tüm özelleştirmelere dikkat edin (bunlar en yüksek risktir)
• Yeni sistemin yerel olarak işleyebileceği, kullanımdan kaldırılmış kalıpları kontrol edin

Akışları Güç Otomatikleştirin:

• Her akış için tetikleme koşullarını ve eylemlerini belgeleyin
• Sınıflandır: Bunun yerine Odoo'nun otomatik eylemleri geçebilir mi, yoksa özel bir geliştirme mi gerekiyor?
• Harici sistemlerle entegre olan not akışları (bunların entegrasyonun yeniden yapılması gerekir)

Power Uygulamaları:

• Dataverse'de oluşturulan tüm özel uygulamaları listeleyin
• Hangilerinin Odoo görünümleri/kontrol panelleri ve özel geliştirme ile değiştirilebileceğini belirleyin
• Geçiş gerektiren Power Apps'e özgü veri modellerini belirleyin

SSRS ve Power BI Raporları:

• Tüm özel raporları veri kaynaklarıyla birlikte kataloglayın
• Kullanım sıklığına göre önceliklendirin — ihtiyaçların %80'ini kapsayan ilk %20'yi taşıyın
• Odoo'nun QWeb raporlama motorunda veya harici BI araçlarında rapor oluşturmayı planlayın

Entegrasyon Envanteri

Enterprise D365 genellikle birden fazla sistemle entegre olur:

---

Aşama 2: Veri Çıkarma (5-10. Haftalar)

Veri Yönetimi Çerçevesini (DMF) Kullanma

Dynamics 365'in DMF'si kurumsal veri ayıklamak için uygun araçtır. Şunları yönetir:

• Karmaşık varlık ilişkileri ve yabancı anahtarlar
• Büyük veri kümeleri için artımlı dışa aktarmalar
• Referans bütünlüğünü koruyan veri paketleri
• Paralel çalışma dönemleri için planlanmış dışa aktarmalar

DMF Dışa Aktarma Süreci:

1. D365'te Veri Yönetimi çalışma alanına gidin
2. Bir Dışa Aktarma projesi oluşturun
3. Varlıkları bağımlılık sırasına göre ekleyin (aşağıdaki sıraya bakın)
4. Veri formatını yapılandırın (XML veya CSV — XML ilişkileri daha iyi korur)
5. Veri paketini yürütün ve indirin

Varlık Sırasını Dışa Aktar

Katman 1 — Referans Verileri (önce dışa aktar):

• Tüzel kişiler (şirketler)
• Hesap planı
• Mali boyutlar
• Para birimleri ve döviz kurları
• Ölçü birimleri
• Ödeme koşulları
• Vergi kodları ve grupları

Katman 2 — Ana Veriler:

• Müşteriler (müşteri hesapları)
• Satıcılar (satıcı hesapları)
• Ürünler (piyasaya sürülen ürünler, ürün çeşitleri)
• Çalışanlar
• Depolar ve yerler

Katman 3 — İşlem Verileri:

• Satış siparişlerini açın
• Satınalma siparişlerini açın
• Müşteri faturalarını açın (alacak hesapları)
• Satıcı faturalarını açın (ödenecek hesaplar)
• Eldeki envanter
• Üretim siparişleri (açık)
• Projeler ve zaman çizelgeleri

Katman 4 — Geçmiş Veriler:

• Kapalı satış siparişleri (12–24 ay)
• Faturalar ve ödemeler gönderildi
• Üretim siparişleri tamamlandı
• Genel muhasebe işlemleri (minimum cari mali yıl)

OData API Dışa Aktarma (Alternatif)

Paralel çalıştırma sırasında hedeflenen çıkarmalar veya sürekli senkronizasyon için Dynamics 365'in OData uç noktalarını kullanın:

• Her varlık https://[environment].operations.dynamics.com/data/[EntityName] konumunda bir OData akışı olarak gösterilir
• Filtreleme, sayfalandırma ve alan seçimini destekler
• Artımlı senkronizasyonlar için tam veri ayıklamaya göre daha uygundur
• Hız sınırları geçerlidir — büyük veri kümelerinde kısıtlama planı yapın

---

Aşama 3: Veri Dönüşümü ve Haritalama (8-14. Haftalar)

Hesap Planı Eşlemesi

Bu, en kritik haritalama kararıdır. Dynamics 365 bir ana hesap + mali boyut yapısını kullanır. Odoo, boyutsal analiz için analitik muhasebe ile düz bir hesap planı kullanır.

Dönüşüm yaklaşımı:

• Her D365 ana hesabını doğru hesap türüne sahip bir Odoo hesabıyla eşleştirin
• Mali boyutları Odoo analitik hesaplarına ve analitik planlara dönüştürün
• D365 gönderi profillerini Odoo günlük yapılandırmalarıyla eşleyin
• Doğruluğu doğrulamak için dönüşümden sonra deneme bakiyesini uzlaştırın

Müşteri ve Satıcı Ana Eşlemesi

D365'in ayrı müşteri ve satıcı hesapları vardır. Hem müşteri hem de satıcı olan bir şirketin iki kaydı vardır. Odoo, müşteri/satıcı bayraklarıyla tek bir iletişim modeli kullanır.

Karar gerekli: Aynı şirket için müşteri ve satıcı kayıtlarını tek bir Odoo iletişim kişisinde birleştirmek mi yoksa ayrı kayıtlar mı tutmak istiyorsunuz? Birleştirme daha temizdir ancak dikkatli bir alacak/borç ayrımı gerektirir.

Ürün Ana Eşlemesi

D365 aşağıdaki özelliklere sahip karmaşık bir ana ürün kullanır:

• Ürün ustaları (şablonlar)
• Piyasaya sürülen ürünler (şirkete özel çeşitler)
• Ürün boyutları (renk, boyut, konfigürasyon, stil)
• Depolama boyutları (saha, depo, lokasyon)
• Takip boyutları (toplu, seri)

Odoo daha basit bir model kullanıyor:

• Ürün şablonları (isteğe bağlı varyantlarla)
• Ürün çeşitleri (özellik kombinasyonlarından oluşturulmuştur)
• Konumlar (depolar içindeki hiyerarşik)
• Parti/seri takibi (ürün konfigürasyonuna göre)

Her D365 ürün boyutu grubunu Odoo ürün özellikleriyle eşleyin. Boyut birleşimlerinin, 3 özellikli pratik sınır dahilinde geçerli Odoo varyantlarına çevrildiğini doğrulayın.

---

4. Aşama: Odoo Yapılandırması ve Özelleştirme (10-20. Haftalar)

Kurumsal Yapılandırma Kontrol Listesi

• Çoklu şirket yapısı çoğaltıldı (D365 tüzel kişilikleri → Odoo şirketleri)
• Şirketler arası kurallarla şirket başına yapılandırılmış hesap planı
• Mali yıl ve hesap dönemleri belirlendi
• Vergi yapılandırması: oranlar, gruplar, mali pozisyonlar, stopaj vergisi
• Para birimi yönetimi: aktif para birimleri, döviz kuru kaynakları
• Ürün kategorileri ve özellikleri oluşturuldu
• Depo yapısı: depolar, konumlar, rotalar, operasyon türleri
• Üretim: iş merkezleri, rotalar, malzeme listesi yapısı
• Satışlar: fiyat listeleri, ödeme koşulları, teslimat yöntemleri, satış ekipleri
• Satın Alma: satıcı fiyat listeleri, satın alma anlaşmaları, onaylar
• İK: departmanlar, iş pozisyonları, izin türleri, gider kategorileri
• Kullanıcı rolleri ve erişim hakları (D365 güvenlik rollerini Odoo gruplarıyla eşleyin)
• Onay iş akışları (satın alma limitleri, gider limitleri, izin onayları)
• Numara dizileri (fatura numaraları, sipariş numaraları, parti numaraları)
• E-posta şablonları ve bildirim kuralları

Özel Geliştirme

Kurumsal D365 ortamları genellikle Odoo'da özel olarak geliştirilmiş işlevselliklerin %10-30'unu gerektirir. Ortak özel modüller:

• X++ özelleştirmeleri olan sektöre özel iş akışları
• İş ortaklarına özel belge formatları için EDI bağlayıcıları
• Gelişmiş fiyatlandırma Odoo'nun standart fiyat listelerinin ötesinde kurallar
• Yargı alanınıza veya sektörünüze özel uyumluluk raporları
• Kritik Power BI raporlarını kopyalayan pano ve analiz

---

5. Aşama: Kullanıcı Eğitimi (16-22. Haftalar)

Microsoft'tan Odoo'ya UX Değişimi

Dynamics 365'ten Odoo'ya geçiş yapan kullanıcılar önemli bir UX paradigması değişikliği yaşıyor:

Eğitim Programı Yapısı

---

6. Aşama: Paralel Koşu ve Canlıya Geçiş (20-30. Haftalar)

Paralel Çalışma Protokolü

Kurumsal geçişler 60-90 günlük paralel çalışma gerektirir. Bu dönemde:

1. Birincil işlemler Odoo'ya girilir
2. İlk 30 gün boyunca D365'e yinelenen giriş (Odoo'nun doğru kayıt yaptığını doğrulayın)
3. Odoo'da yalnızca 31-90. günler için tek giriş (raporları periyodik olarak karşılaştırın)
4. Aylık kapanış her iki sistemde de en az bir tam ay boyunca gerçekleştirilir

Canlı Yayına Geçiş Kontrol Listesi

• İçe aktarılan ve doğrulanan açılış bakiyeleri (deneme bakiyesi D365 ile mutabakatı yapıldı)
• İçe aktarılan açık işlemler (AR, AP, açık siparişler, envanter)
• Banka hesapları bağlandı ve mutabakatı sağlandı
• Maaş bordrosu kesintisi: D365'te son maaş bordrosu çalışması, ilk çalıştırma Odoo'da doğrulandı
• Üretim: açık iş emirleri aktarıldı, ürün reçetesi doğrulandı
• Entegrasyonlar değiştirildi (EDI ortakları, banka yayınları, üçüncü taraf araçlar)
• Doğru rollerle etkinleştirilen kullanıcı hesapları
• Destek masasında ilk 2 hafta personel görevlendirildi (uzatılmış saatler)
• Geri alma planı belgelendi ve test edildi (kritik arıza durumunda D365'e geri dönme yeteneği)

Canlı Yayına Geçiş Sonrası Stabilizasyon

---

Risk Azaltma

En Önemli Riskler ve Azaltıcı Önlemler

Geri Alma Planı

Canlı kullanıma geçişten sonraki ilk 90 gün boyunca Dynamics 365'e geri dönme olanağını koruyun:

• D365 lisanslarını aktif tutun (geçiş dönemi için Microsoft ile indirimli bir fiyat konusunda pazarlık yapın)
• D365 veritabanı yedeklerini koruyun
• Geri alma prosedürünü belgeleyin: Odoo'ya girilen verileri D365'e yeniden içe aktarın
• Geri alma tetikleme kriterlerini tanımlayın (örneğin, ay sonu kapanışının tamamlanamaması, finansal raporlamayı etkileyen veri bütünlüğü sorunları)

---

Sıkça Sorulan Sorular

Bir kuruluş için Dynamics 365'ten Odoo'ya geçiş ne kadar sürer?

Projenin başlangıcından tam olarak hayata geçmesine kadar 6-12 aylık plan yapın. Keşif ve değerlendirme 4-6 hafta, veri çıkarma ve dönüştürme 6-10 hafta, Odoo yapılandırması ve özelleştirme 8-12 hafta, eğitim 4-6 hafta ve paralel çalıştırma 8-12 hafta sürer. Bu aşamalar örtüşmektedir ancak 100'den fazla kullanıcılı bir kuruluş için geçen toplam süre genellikle 9-12 aydır.

Hepsini aynı anda taşımak yerine aşamalı olarak taşıyabilir miyiz?

Evet ve bu büyük işletmeler için önerilir. Ortak bir aşamalı yaklaşım: Aşama 1 - Finans ve Muhasebe (finansal omurgayı oluşturur). Aşama 2 – Satış ve CRM (müşteriye yönelik süreçler). Aşama 3 - Tedarik Zinciri ve Üretim (operasyonel süreçler). Aşama 4 - İK ve Bordro (insan süreçleri). Her aşama örtüşmelerle birlikte 3-4 ay sürer.

Power BI raporlarımıza ne olacak?

Power BI raporlarının veri kaynağı olarak Odoo kullanılarak yeniden oluşturulması gerekir. Power BI'ı doğrudan Odoo'nun PostgreSQL veritabanına bağlayabilir veya Odoo'nun REST API'sini kullanabilirsiniz. Alternatif olarak Odoo'nun yerleşik kontrol panelleri, özet görünümleri ve elektronik tablo entegrasyonu standart raporlama ihtiyaçlarının çoğunu karşılar. Gelişmiş analizler için birçok kuruluş Odoo'nun yanı sıra Power BI'ı da kullanıyor.

D365 özelleştirmelerimizi kaybeder miyiz?

D365 özelleştirmeleri (X++, Power Automate, Power Apps) Odoo'ya aktarılmaz. Bunların Odoo çerçevesinde analiz edilmesi, önceliklendirilmesi ve yeniden oluşturulması gerekir. Basit iş akışı otomasyonları, Odoo'nun otomatikleştirilmiş eylemlerine dönüşür. Karmaşık X++ özelleştirmeleri Python geliştirmeyi gerektirir. Özelleştirmenin yeniden yaratılması için uygulama maliyetinizin %20-30'unu bütçeleyin.

Azure Active Directory entegrasyonunu nasıl ele alıyoruz?

Odoo, SSO için SAML ve OAuth2'yi destekler. Azure AD'yi kimlik sağlayıcınız olarak kullanmaya devam edebilir ve Odoo'yu kimlik doğrulaması yapacak şekilde yapılandırabilirsiniz. Alternatif olarak aracı olarak Authentik veya Okta gibi bir kimlik platformunu kullanın. Kullanıcı yetkilendirmesi ve yetkilendirmeyi kaldırmanın Odoo'nun API'si veya SCIM entegrasyonu aracılığıyla yapılandırılması gerekir.

Taşıma işlemi başarısız olursa mali risk nedir?

Birincil finansal risk, uzun bir paralel çalışma dönemi boyunca uzatılmış çift lisanslamadır. Bir güvenlik ağı olarak D365 lisanslarını, canlıya geçiş sonrasında 90 gün boyunca koruyun. Bu sigortanın maliyeti (3 aylık D365 lisansı), işlemleri gerçekleştirememe riskine kıyasla küçüktür. Uygun test ve geri alma planlamasıyla iyi yürütülen bir geçiş, başarısızlık olasılığını %5'in altına düşürür.

ECOSIRE kurumsal ölçekte D365 geçişlerini gerçekleştirebilir mi?

Evet. ECOSIRE'ın geçiş ekibi çok şirketli, çoklu para birimi ve üretim de dahil olmak üzere kurumsal Dynamics 365 ortamları konusunda deneyime sahiptir. Özel proje yönetimi ve teknik kaynaklarla, değerlendirmeden canlıya geçiş sonrası stabilizasyona kadar tüm yaşam döngüsünü yönetiyoruz. Kurumsal geçiş değerlendirmesi için bize ulaşın.

---

Geçiş Değerlendirmenize Başlayın

Her Dynamics 365'ten Odoo'ya geçiş, mevcut ortamınızın (kullanılan modüller, özelleştirmeler, entegrasyonlar, veri hacmi ve kurumsal hazırlık) kapsamlı bir değerlendirmesiyle başlar. Bu değerlendirme, gerçekçi zaman çizelgeleri, kaynak gereksinimleri ve risk azaltımlarını içeren ayrıntılı bir geçiş planı üretir.

ECOSIRE'ın kurumsal geçiş hizmetleri ücretsiz ilk değerlendirmeyi, ayrıntılı kapsam belirlemeyi ve yükümlülük içermeyen bir proje teklifini içerir. Ekibimiz, sorunsuz bir geçiş sağlamak için derin Dynamics 365 uzmanlığını Odoo uygulama deneyimiyle birleştiriyor.

Geçiş değerlendirmenizi planlayın — D365 ortamınızı inceleyeceğiz ve iki hafta içinde bir geçiş yol haritası sunacağız.