# Odoo E-Ticaret Entegrasyonu: Karardan Önce 9 Soru — GearSoft

Odoo e-ticaret entegrasyonunda doğru karar; ürün, stok, sipariş, kargo, ödeme ve muhasebe akışlarının tek bir iş planında ölçülmesine bağlıdır. GearSoft, Kayseri merkezli Odoo ERP danışmanlığı kapsamında Odoo kurulumu ve e-ticaret entegrasyonu yapıyor. Bu yazı, teklif almadan önce kontrol edilmesi gereken karar noktalarını açıklar.

## Odoo e-ticaret entegrasyonunda kapsamı 6 akışla netleştirin

Odoo e-ticaret entegrasyonunun kapsamı en az 6 temel akış üzerinden yazılı hâle getirilmelidir: ürün, stok, sipariş, ödeme, teslimat ve muhasebe. Bu akışlardan biri belirsiz bırakıldığında proje yalnızca çevrim içi mağazanın kurulmasına dönüşür; işletmenin asıl beklediği operasyonel bütünlük sağlanamaz.

Karar öncesinde şu sorulara açık cevap verilmelidir:

- İnternette yayınlanan ürün bilgisi hangi kaynaktan yönetilecek?

- Satış siparişi oluştuğunda stok hangi sistemde azalacak?

- Ödeme onayı ile sipariş onayı aynı olay mı kabul edilecek?

- Kargo durumu müşteriye ve iç ekibe nasıl yansıyacak?

- İade edilen ürünün stok ve muhasebe etkisi nasıl izlenecek?

- E-ticaret satışları muhasebe ve e-fatura süreçlerine hangi kapsamda aktarılacak?

Bu sorulara verilen cevaplar yalnızca teknik tercih değildir. Satış ekibinin aynı siparişi tekrar girmesi, depo personelinin güncel stok bilgisine ulaşamaması veya muhasebenin satışları yeniden kontrol etmesi gibi maliyetler doğrudan bu kapsam kararından etkilenir. GearSoft’ın[Odoo ERP çözümleri](https://gearsoft.org/odoo-erp.html), işletmenin mevcut süreçlerini değerlendirerek entegrasyonun hangi sınırlar içinde kurulacağını netleştirmeye odaklanır.

## Odoo Satış ve Stok modülleri aynı veriyi mi kullanacak?

Odoo Satış ve Odoo Stok modüllerinin aynı sipariş ve ürün bilgisi etrafında çalışması, e-ticaret operasyonundaki tekrar girişleri azaltan temel karardır. Mağazada görünen stok ile depo ekibinin kullandığı stok farklıysa, entegrasyon kurulmuş olsa bile müşteri deneyimi ve teslimat planı bozulur.

Özellikle çok kanallı satış yapan işletmelerde stok doğruluğu kritik hâle gelir. Mağaza, bayi, pazar yeri ve internet sitesi aynı ürünü satıyorsa her kanal için ayrı stok tutulması şu sorunları yaratabilir:

- Tükenen ürünün satışta görünmeye devam etmesi,

- Fazla satış nedeniyle sipariş iptali,

- Depo personelinin siparişi manuel olarak düzeltmesi,

- Satış ve muhasebe kayıtlarının birbirinden kopması.

Bu nedenle teklif değerlendirilirken Odoo[stok yönetimi](https://gearsoft.org/odoo-stok.html)ile Odoo[satış modülünün](https://gearsoft.org/odoo-satis.html)birlikte nasıl konumlandırılacağı sorulmalıdır. Buradaki amaç yalnızca stok miktarını göstermek değildir. Rezerve edilen ürün, sevkiyata hazırlanan sipariş, iade bekleyen ürün ve kullanılabilir stok gibi iş açısından farklı durumların birbirinden ayrılması gerekir.

Odoo’nun büyüyen işletmelere uygunluğu da bu noktada değerlendirilmelidir. Ürün sayısı, sipariş hacmi veya satış kanalı arttığında işletme yeni bir manuel kontrol katmanı eklemek zorunda kalıyorsa başlangıçtaki entegrasyon kararı yeterince güçlü değildir. Büyük ölçekli operasyonlarda da pratiklik, verinin tek merkezden yönetilmesi ve ihtiyaçlara göre özelleştirilebilmesi önem taşır.

## Ürün kataloğu ve varyantlar için 3 veri kararı alın

Ürün kataloğu için en az 3 veri kararı verilmelidir: hangi bilgilerin zorunlu olduğu, varyantların nasıl ayrılacağı ve fiyatların hangi kurala göre gösterileceği. E-ticaret entegrasyonunda en çok gözden kaçan konulardan biri, ürün bilgilerinin yalnızca fotoğraf ve satış fiyatından ibaret sanılmasıdır.

Bir ürünün çevrim içi satışa açılabilmesi için işletmeye göre değişmekle birlikte ürün adı, açıklama, görsel, stok kodu, fiyat, vergi bilgisi, ölçü veya ağırlık, kategori ve satış durumu gibi alanların tutarlı olması gerekir. Bu alanlardan biri farklı sistemlerde farklı tutuluyorsa müşteri karşısındaki bilgi ile iç operasyon arasında uyuşmazlık oluşur.

Varyant yönetimi de ayrı bir karar başlığıdır. Renk, beden, ölçü, malzeme veya paket adedi gibi seçenekler tek bir ürün ailesinin alt seçenekleri olarak mı yönetilecek, yoksa ayrı ürünler şeklinde mi ele alınacak? Yanlış yaklaşım seçildiğinde stok takibi zorlaşır, raporlar bölünür ve müşterinin sipariş verdiği seçeneğin depoda bulunup bulunmadığı belirsizleşir.

Fiyat tarafında da kampanya, müşteri grubu, vergi ve para birimi kuralları baştan incelenmelidir. Fiyatın yalnızca web sitesinde değiştirilmesi, satış ve muhasebe tarafında farklı tutarların oluşmasına yol açabilir. Bu yüzden karar verilecek çözüm; ürün kataloğunun kimin sorumluluğunda olduğunu ve değişikliklerin hangi iş birimini etkilediğini açıkça tanımlamalıdır.

## Siparişten teslimata 4 operasyon sorusu sorun

Siparişten teslimata kadar olan süreçte 4 operasyon sorusu yanıtlanmadan entegrasyon kararı verilmemelidir: siparişi kim onaylar, ürünü kim hazırlar, sevkiyatı kim başlatır ve müşteriye hangi bilgi gönderilir? Bu soruların cevabı, e-ticaret sitesinin görünümünden daha fazla iş etkisi yaratır.

Siparişin ödeme bekliyor, onaylandı, hazırlanıyor, kargoya verildi, teslim edildi veya iade edildi gibi durumları işletmenin gerçek iş akışını yansıtmalıdır. Her işletme aynı durum adlarını kullanmak zorunda değildir; ancak siparişin hangi aşamada olduğunu satış, depo, müşteri hizmetleri ve muhasebe ekipleri aynı şekilde anlamalıdır.

Manuel kontrolün yoğun olduğu yapılarda siparişin sisteme düşmesi, depo görevlisinin siparişi görmesi ve kargo bilgisinin müşteriye aktarılması arasında saatler veya günler geçebilir. Net süre hedefleri konulmadığında ekipler gecikmenin nedenini ayırt edemez. Karar belgesinde siparişin hangi aşamasının otomatik, hangi aşamasının personel onayına bağlı olduğu yazmalıdır.

İade süreci ayrıca ele alınmalıdır. İade talebinin müşteri hizmetlerinde açılması, ürünün fiziksel olarak kontrol edilmesi, stok durumunun güncellenmesi ve ücret iadesinin muhasebeye yansıması tek bir zincirin parçalarıdır. Bu zincir kurulmadığında müşteri hizmetleri başka, depo başka, muhasebe başka kayıt tutar.

## Ödeme, kargo ve iade maliyetlerini ayrı hesaplayın

Odoo e-ticaret entegrasyonunda ödeme, kargo ve iade maliyetleri ayrı kalemler olarak hesaplanmalıdır. Yalnızca kurulum bedeline bakmak, işlem başına oluşan komisyonları, ek hizmet ücretlerini ve manuel iş yükünü görünmez hâle getirir.

Karar öncesi maliyet tablosunda en az şu kalemler bulunmalıdır:

- Odoo kurulumu ve yapılandırma çalışması,

- Ödeme kuruluşu veya banka komisyonları,

- Kargo ve teslimat hizmet bedelleri,

- Özel modül ya da özel iş kuralı geliştirme ihtiyacı,

- Veri taşıma ve veri temizleme çalışmaları,

- Kullanıcı eğitimi ve canlıya geçiş desteği,

- Sürekli bakım, destek ve değişiklik talepleri.

Bu kalemlerin hepsi her projede aynı kapsamda oluşmaz. Ancak teklifin hangi hizmetleri içerdiği, hangilerinin ayrıca ücretlendirileceği ve değişiklik taleplerinin nasıl ele alınacağı yazılı olmalıdır. Belirsiz kapsam, başlangıçta düşük görünen bütçenin proje sırasında büyümesine neden olabilir.

Kargo maliyeti de yalnızca taşıma ücretinden ibaret değildir. Bölge, desi, teslimat tipi, karşı ödemeli gönderi ve iade kargosu gibi başlıklar işletmenin kârlılığını etkileyebilir. E-ticaret entegrasyonu bu bilgileri izlenebilir hâle getirmiyorsa satış hacmi artarken sipariş başına gerçek kazanç düşebilir.

## Muhasebe ve e-fatura bağlantısını mevzuatla sınayın

Muhasebe ve e-fatura bağlantısı, Gelir İdaresi Başkanlığı tarafından yayımlanan e-Fatura ve e-Arşiv Fatura düzenlemeleriyle uyumlu bir iş akışı içinde değerlendirilmelidir. E-ticaret siparişinin oluşması, belgenin düzenlenmesi ve muhasebe kaydının oluşması aynı şey değildir; bu adımların sorumlulukları ayrıştırılmalıdır.

İşletme karar verirken şu konuları netleştirmelidir:

- Hangi satışlarda e-Fatura, hangi satışlarda e-Arşiv Fatura süreci uygulanacak?

- Fatura bilgileri müşteriden nasıl ve hangi aşamada alınacak?

- İptal ve iade durumunda belgenin muhasebe etkisi nasıl izlenecek?

- Kargo, indirim ve vergi bilgileri faturaya hangi kuralla yansıyacak?

- Muhasebe ekibi günlük kontrolü hangi rapor üzerinden yapacak?

Bu noktada[Odoo e-fatura entegrasyonu](https://gearsoft.org/odoo-e-fatura-entegrasyonu.html)hakkında verilen hizmetin kapsamı dikkatle incelenmelidir. Bir entegrasyonun varlığı tek başına yeterli değildir; belge türleri, istisna durumları, iade süreçleri ve kullanıcı sorumlulukları işletmenin muhasebe düzeniyle örtüşmelidir.

E-ticaret satışlarının muhasebe tarafında yeniden girilmesi, hem zaman kaybı hem de hata riski doğurur. Buna karşılık hiçbir kontrol noktası bırakmadan tam otomasyon hedeflemek de doğru değildir. Mali kayıtların işletme tarafından kontrol edilebilir, izlenebilir ve gerektiğinde düzeltilebilir olması gerekir.

## Veri taşıma için 1-2 aylık geçiş planı hazırlayın

Ürün, müşteri, stok ve geçmiş sipariş verilerinin değerlendirilmesi için çoğu projede 1-2 aylık bir geçiş planı gerçekçi bir başlangıç aralığıdır. Bu süre, veri hacmine, kaynak sistemin düzenine, temizleme ihtiyacına ve işletmenin onay süreçlerine bağlı olarak uzayabilir; ancak takvim mutlaka net bir aralıkla oluşturulmalıdır.

Veri taşıma kararı yalnızca hangi kayıtların aktarılacağını belirlemek değildir. Hangi verinin kullanılacağı, hangi kaydın arşivde kalacağı ve hangi bilgilerin yeniden düzenleneceği de karara bağlanmalıdır. Eski ve tekrarlı müşteri kayıtları, farklı ürün adları veya eksik stok kodları doğrudan taşındığında yeni sistemdeki raporlar güvenilirliğini kaybedebilir.

İşletme, geçiş öncesinde şu çıktıları istemelidir:

- Aktarılacak veri gruplarının listesi,

- Veri temizleme sorumluluğu,

- Kontrol ve onay tarihleri,

- Test süreci için ayrılacak dönem,

- Canlıya geçiş tarihi,

- Geçiş sonrası destek süresi.

Veri taşıma konusunda[ERP geçişinde veri taşıma yaklaşımı](https://gearsoft.org/blog/erp-gecisinde-veri-tasima-kayipsiz-yonetim.html)incelenebilir. Buradaki temel ölçüt, geçmişteki her kaydı taşımak değil, yeni Odoo yapısında karar vermeyi ve operasyonu destekleyecek veriyi güvenilir biçimde kullanmaktır.

## Entegrasyonun toplam maliyetini 5 kalemde görün

E-ticaret entegrasyonunun toplam maliyeti en az 5 kalemde değerlendirilmelidir: analiz, kurulum ve yapılandırma, özel geliştirme, veri taşıma ve canlıya geçiş desteği. Bu sınıflandırma, teklifleri yalnızca toplam tutar üzerinden karşılaştırmak yerine alınan hizmetin kapsamını görmeyi sağlar.

Analiz aşamasında ürün, sipariş, stok, ödeme, kargo ve muhasebe akışları incelenir. Kurulum ve yapılandırma, Odoo’nun işletmenin süreçlerine göre hazırlanmasını kapsar. Özel geliştirme ise standart işleyişin karşılamadığı, işletmeye özgü ve gerekçelendirilmiş ihtiyaçlar için değerlendirilmelidir.

Her talebi özel geliştirmeye çevirmek doğru değildir. Özel bir özellik; ölçülebilir bir iş ihtiyacını karşılamalı, bakım maliyeti anlaşılmalı ve ilerideki Odoo güncellemeleri açısından yönetilebilir olmalıdır. Aksi hâlde işletme, kısa vadede istediği ekranı veya akışı elde ederken uzun vadede yüksek bağımlılık oluşturabilir.

Teklif karşılaştırırken şu sorular önemlidir: Kullanıcı eğitimi dahil mi? Test süresi kaç hafta? Canlıya geçişte kim sorumlu? Hata düzeltme desteği hangi kapsamda? Yeni talep ile hata arasındaki ayrım nasıl yapılacak? İyi bir karar, yalnızca uygun fiyatı değil, öngörülebilir toplam maliyeti arar.

## Güvenlik ve sahiplik için 4 sözleşme maddesi belirleyin

Güvenlik ve sahiplik açısından en az 4 sözleşme maddesi açıkça belirlenmelidir: veri sahipliği, erişim yetkileri, yedekleme sorumluluğu ve destek kapsamı. E-ticaret sistemi müşteri, sipariş, ödeme ve ticari bilgi içerdiği için bu başlıklar teknik ayrıntı değil, işletme yönetimi konusudur.

Verinin sahibi kimdir? Kullanıcı hesapları hangi rollerle açılacaktır? İşten ayrılan personelin erişimi ne zaman kapatılacaktır? Yedeklerin alınması ve geri yükleme sürecinin sorumlusu kimdir? Destek talebi hangi kanaldan açılacak ve kritik bir satış kesintisinde izlenecek iletişim yolu ne olacaktır?

Bu soruların cevabı yazılı değilse işletme, sorun yaşandığında kimin müdahale edeceğini belirlemekte zorlanır. Ayrıca ödeme bilgileri ve kişisel veriler bakımından KVKK kapsamındaki sorumluluklar da ilgili birimlerle birlikte değerlendirilmelidir. Danışmanlık hizmeti, işletmenin hukuki yükümlülüklerini ortadan kaldırmaz; süreçlerin görünür ve kontrol edilebilir olmasına yardımcı olur.

GearSoft ile çalışma modeli incelenirken[nasıl çalıştığımız](https://gearsoft.org/nasil-calisiyoruz)sayfasındaki kapsam ve iletişim yaklaşımı değerlendirilmelidir. Karar öncesinde sorumlulukların, teslimlerin ve onay noktalarının anlaşılır olması teknik özelliklerden daha belirleyici olabilir.

## Türkiye geneli hizmette yerel ekip avantajını ölçün

Türkiye geneli bir Odoo e-ticaret projesinde yerel ekip avantajı, toplantı kolaylığından çok süreçleri doğru anlama ve gerektiğinde yerinde çalışma kapasitesiyle ölçülmelidir. Kayseri merkeziyiz, Türkiye geneli uzaktan ve yerinde hizmet veriyoruz.

Yerel bir ekip arayan işletmeler için[Kayseri ERP danışmanlığı](https://gearsoft.org/kayseri-odoo-danismanlik.html), e-ticaret süreçlerinin satış, depo ve muhasebe ekipleriyle birlikte değerlendirilmesi açısından bir seçenek olabilir. Ancak karar yalnızca konuma göre verilmemelidir. Danışmanın Odoo kurulumu, yapılandırma, özel modül geliştirme, mevcut sistemlerden Odoo’ya geçiş ve e-fatura entegrasyonu konularındaki kapsamı da incelenmelidir.

Türkiye’nin farklı bölgelerinde faaliyet gösteren işletmeler için uzaktan toplantılar ve planlı yerinde çalışmalar birlikte yürütülebilir. Burada önemli olan, iletişim yönteminin baştan belirlenmesi ve karar vericilerin proje boyunca sürece dahil olmasıdır. Proje tek bir kişinin bilgisine bağlı kalıyorsa ekip değişimlerinde risk oluşur.

## Karar vermeden önce 9 soruya yazılı cevap alın

Odoo e-ticaret entegrasyonu için karar vermeden önce 9 soruya yazılı cevap alınması, teklifleri ve beklentileri karşılaştırmayı kolaylaştırır. Bu sorular yalnızca yazılım özelliklerini değil, işletmenin günlük iş yükünü ve gelecekteki büyüme planını da kapsar.

1. Hangi satış kanalları ilk aşamada Odoo ile birlikte çalışacak? 2. Ürün ve stok bilgilerinin sahibi hangi ekip olacak? 3. Siparişten sevkiyata kadar kaç operasyon adımı bulunuyor? 4. Ödeme, kargo ve iade bilgileri hangi kapsamda izlenecek? 5. E-Fatura ve e-Arşiv Fatura süreçlerinin sorumlusu kim olacak? 6. Hangi veriler taşınacak, hangileri arşivde kalacak? 7. Kurulum, özel geliştirme, veri taşıma ve eğitim maliyetleri ayrı ayrı nedir? 8. Test, canlıya geçiş ve destek için hangi tarihler belirlendi? 9. İşletme büyüdüğünde yeni kanal, ürün veya kullanıcı eklemek nasıl yönetilecek?

Bu sorulara verilen yanıtlar tutarlıysa Odoo e-ticaret entegrasyonu yalnızca bir mağaza bağlantısı olmaktan çıkar ve satıştan muhasebeye kadar izlenebilir bir iş yapısına dönüşür. Yanıtlar belirsizse satın alma kararını hızlandırmak yerine kapsamı netleştirmek daha doğru olur.

GearSoft, Odoo kurulumu ve yapılandırmasının yanında mevcut sistemlerden Odoo’ya geçiş, özel modül geliştirme ve e-fatura entegrasyonu hizmetleri sunar. Karar öncesi görüşmede amaç, işletmeye gereksiz özellikler önermek değil; çözülmeyen sorunun maliyetini ve kurulacak yapının iş etkisini birlikte değerlendirmektir.

### Süreçlerinizi Birlikte İnceleyelim

İşletmenizin Odoo hazırlık durumunu ücretsiz değerlendirelim. Bir saat yeterli.

## Sıkça Sorulan Sorular

**Odoo e-ticaret entegrasyonu hangi süreçleri kapsar?**
Genellikle ürün, stok, sipariş, ödeme, teslimat, iade ve muhasebe akışları birlikte değerlendirilir. Kesin kapsam işletmenin satış kanallarına ve operasyonuna göre belirlenir.

**Odoo e-ticaret entegrasyonu ne kadar sürer?**
Kapsamı sınırlı projeler birkaç hafta içinde planlanabilir. Veri taşıma, özel geliştirme ve çoklu satış kanalı bulunan projelerde geçiş planı 1-2 ay veya daha uzun olabilir.

**E-ticaret entegrasyonunda en önemli maliyet kalemleri nelerdir?**
Analiz, Odoo kurulumu ve yapılandırma, özel geliştirme, veri taşıma, eğitim, canlıya geçiş desteği, ödeme ve kargo hizmet bedelleri başlıca kalemlerdir.

**Odoo e-ticaret entegrasyonu e-fatura sürecini destekler mi?**
Odoo, e-fatura entegrasyonu kapsamında işletmenin belge ve muhasebe akışlarına göre yapılandırılabilir. E-Fatura ve e-Arşiv Fatura kapsamı ilgili mevzuat ve işletme süreçleriyle birlikte değerlendirilmelidir.

**Mevcut sistemdeki ürün ve müşteri verileri Odoo’ya aktarılabilir mi?**
Uygun veri grupları Odoo’ya aktarılabilir. Önce kayıtların doğruluğu, tekrarlar, eksik alanlar ve hangi geçmiş verinin gerekli olduğu belirlenmelidir.