Odoo
vs
Zoho Books

Zoho Books'tan Odoo 19'a kontrollü geçiş planı

Zoho Books organizasyon ve modüllerini geçişin gerçek sınırı olarak kaydedin

6 Kasım 2026 tarihinde gözden geçirildi. Bu rehber bir keşif senaryosudur; Zoho Books'un Türkiye'deki kullanıcı payı veya kanıtlanmış Oakland geçmişi hakkında iddia içermez.

Zoho Books'taki organizasyon sayısı, şube ve depo yapısı, etkin modüller, özel alanlar, otomasyonlar, bağlı uygulamalar ve kullanıcı rolleri geçişin kapsamını belirler. Tek bir hesap içindeki veriler kadar organizasyonlar arasındaki benzer veya farklı yapılandırmalar da incelenir. Aynı müşteri veya ürünün farklı organizasyonlarda tekrarlanması, birleştirme kararı gerektirir.

Organizasyon ve modül envanteri: Doldurulacak bilgi: _____________________________________

Özel alan, otomasyon ve bağlı uygulama: Doldurulacak bilgi: ______________________________

Taşınacak geçmiş ve açık işler: Doldurulacak bilgi: _____________________________________

Her modül için “aynı işlev”, “yeniden tasarım”, “geçiş sonrası ayrı araç” veya “kapsam dışı” kararı verilir. Zoho Books alan adlarını birebir Odoo 19 alanlarına çevirmek yerine işin amacı ve kanıt gereksinimi korunur. Dışa aktarım dosyalarının sürümü, kodlaması, ayırıcıları ve toplam kayıt sayıları ilk kontrol paketine eklenir; özel alanların ve raporların otomatik taşınacağı varsayılmaz.

Hesap ve rapor eşleşmesini organizasyon bazında yapın

Her organizasyonun hesap planı, para birimi, mali yılı, vergi raporu ve açılış bakiyeleri ayrı incelenir. Odoo 19 l10n_tr hesap yapıları hedef tasarımın başlangıcıdır; ancak kaynak hesabın işlevi, borç/alacak davranışı, banka ilişkisi ve raporlama amacı korunmadan yalnızca ada göre eşleştirme yapılmaz.

Kaynak organizasyon/hesap: Doldurulacak bilgi: __________________________________________

Hedef şirket/hesap ve gerekçe: Doldurulacak bilgi: ______________________________________

Mizan ve rapor kontrolü: Doldurulacak bilgi: ____________________________________________

l10n_tr ve l10n_tr_reports çıktıları KDV, muhtasar veya kurumlar beyannamesi gönderimi değildir. e-Beyan ve e-Beyanname ayrı değerlendirilir. TFRS/BOBİ FRS gereksinimi organizasyonun niteliğine göre mali müşavirle belirlenir. Birden fazla organizasyonun tek Odoo şirketine birleştirilmesi önerilirse açık belge, stok, yetki ve rapor ayrımının nasıl korunacağı ayrıca kanıtlanır.

Kişi ve ürün özel alanlarını amaçlarına göre dönüştürün

Zoho Books kişi kayıtlarında müşteri/tedarikçi türü, vergi ve iletişim alanları, adresler, ödeme koşulları, para birimi ve özel alanlar incelenir. e-Arşiv, e-Fatura uygulamasına kayıtlı olmayan alıcılara düzenlenen elektronik faturaları kapsar. Bu alıcılar yalnızca nihai tüketiciler değil, e-Fatura uygulamasına kayıtlı olmayan işletmeler de olabilir. Alıcının e-Fatura uygulamasına kayıtlı olup olmadığı ile e-Arşiv alıcı sınıfı ayrı alanlarda tutulur. e-Arşiv yalnızca B2C olarak sınıflandırılmaz.

Ürün ve hizmetlerde SKU, birim, satış/satın alma hesabı, stok türü, maliyet, barkod ve vergi bilgisi bulunur. Genel KDV oranı yüzde 20, liste bazlı diğer oranlar yüzde 1 ve yüzde 10'dur; ancak her kayıt için liste, istisna, matrah, tevkifat/sorumluluk ve indirim durumu ayrı kararlaştırılır. İstisna, sıfır oran, ihracat kayıtlı işlem ve indirilemeyen KDV tek bir “vergisiz” alanına sıkıştırılmaz.

Kaynak özel alan ve kullanım amacı: Doldurulacak bilgi: __________________________________

Hedef alan veya süreç kararı: Doldurulacak bilgi: ________________________________________

Vergi ve alıcı sınıfı onayı: Doldurulacak bilgi: _________________________________________

Açık belge, kredi ve ödeme ilişkilerini kaybetmeyin

Açık faturalar, kredi notları, avanslar, kısmi ödemeler ve iade bağlantıları kaynak belge kimlikleriyle taşınır. Yalnızca kalan cari bakiyeyi açmak, hangi ödemenin hangi belgeye ait olduğunu ve hangi iade veya düzeltmenin uygulanacağını belirsizleştirir. Her kaydın orijinal para birimi, kuru, muhasebe tarihi, vadesi ve kalan tutarı hedef kayıtla karşılaştırılır.

Geçmiş e-belge kanıtı arşivlenirken belgenin yeniden mali işlem olarak gönderilmesi önlenir. XML ve XSLT ayrı saklanır; XML'in öncelikli olduğu kullanıcıya öğretilir. Ticari senaryodaki KABUL/RED/İADE kaydı temel senaryoya aktarılmaz. Sistem yanıtının zarfın teknik durumunu bildirdiği, rapor paketi kabulünün ise alıcı onayı veya tahsilat anlamına gelmediği açıkça belirtilir.

Kaynak belge/kredi/avans kimliği: Doldurulacak bilgi: ___________________________________

Hedef açık kalem ve ilişki: Doldurulacak bilgi: __________________________________________

Önceki mali kanıtın arşiv kararı: Doldurulacak bilgi: ____________________________________

Mevcut vergi ve e-belge akışını 2026 kurallarıyla yeniden değerlendirin

Zoho Books'taki mevcut vergi kodu veya belge şablonu Odoo'ya taşınmadan önce mükellef kapsamı gözden geçirilir. Genel e-Fatura 3 milyon TL kuralı 2022 ve sonraki dönemler için sektör/faaliyet ve özel kullanıcı kategorileriyle birlikte okunur. Gönüllü veya GİB tarafından bildirilen kullanıcılar için aynı genel ciro cümlesi kullanılmaz.

573 sıra numaralı Tebliğ'in 1 Ocak 2026 tutardan bağımsız yaklaşımı ile 589 sıra numaralı Tebliğ'in sınırlı mükellef grubu ayrılır. Yalnızca basit usulde ticari kazanç elde eden mükellefler ile işletme hesabı esasına göre defter tutan mükellefler için vergi dahil toplam 3.000 TL’yi aşan faturalara ilişkin sınır 31 Aralık 2026'ya kadar korunur. VUK 509 IV.2.4.3'teki bu eşik, e-Arşiv uygulamasına dahil olmayan mükelleflerin düzenlediği faturalar içindir; V.7 ve VIII. bölümlerdeki istisnalar saklıdır. Tutardan bağımsız kural 1 Ocak 2027’de yürürlüğe girer. Diğer mükellef grupları için 1 Ocak 2026 başlangıç hükmü ve ilgili istisnalar, mükellefin kapsamına göre ayrıca değerlendirilir. 12.000 TL genel fatura düzenleme sınırı bu kuralların yerine geçmez.

Mükellef grubu ve tebliğ dayanağı: Doldurulacak bilgi: __________________________________

Alıcı ve belge senaryosu: Doldurulacak bilgi: ____________________________________________

Raporlama ve istisna kararı: Doldurulacak bilgi: _________________________________________

Nilvera ve belge teknik kanıtını yeni hedefte yeniden kabul ettirin

Eski sistemdeki entegrasyon ayarları ve kimlik bilgileri taşınmaz; yeni Odoo 19/Nilvera bağlantısı kendi ortam ve yetki kontrolünden geçer. Resmî entegrasyonun GİB'e doğrudan değil Nilvera üzerinden bağlandığı doğrulanır. Test adresi https://apitest.nilvera.com, üretim adresi https://api.nilvera.com kullanılır; sözleşme, modül sürümü ve şirket kayıtları için ayrı sorumlu belirlenir.

UBL-TR 1.2.1 paket sürümü ile CustomizationID TR1.2 farklıdır. ProfileID kurulu derleme ve etkin modüllere göre temel/e-Arşiv senaryolarında TEMELFATURA veya EARSIVFATURA; genişletilmiş kamu/ihracat senaryolarında KAMU veya IHRACAT; isteğe bağlı ticari senaryoda TICARIFATURA olur. Kabulden önce kurulu derleme ve modüller kayda geçirilir. İmzalı veya onaylı XML, mali açıdan esas alınan asıl belgedir; XSLT onun görsel sunumudur. ZIP’lenmiş XML ve zarf taşıma biçimidir. Özel izinli PAdES dışında PDF tek başına mali kanıt değildir; PAdES durumunda da UBL-TR XML bulunur. GİB Portalı'nı kullanan katılımcıların ayrıca rapor oluşturma veya yükleme yükümlülüğü yoktur. Entegrasyon veya özel entegrasyon kullanıcılarında raporlar ZIP’lenmiş XML olarak sendDocumentFile ile gönderilir ve getBatchStatus ile izlenir; paket kabulü alıcı kabulü veya ödeme değildir.

Odoo/Nilvera sürüm ve ortamı: Doldurulacak bilgi: _______________________________________

XML, XSLT, zarf/paket kanıtı: Doldurulacak bilgi: _______________________________________

Senaryo ve sağlayıcı kabulü: Doldurulacak bilgi: _________________________________________

Kur ve kuruş farklarını kaynak kararlarla karşılaştırın

Zoho Books'un para birimi ve kur ayarları ile Odoo 19'un TRY ve çoklu para birimi davranışı aynı kabul edilmez. Bir TL 100 kuruştur. İşlem ve ödeme tutarları kuruşa yuvarlanır; yarım kuruş ve üzerindeki değerler bir kuruşa tamamlanır, yarım kuruşun altındaki değerler dikkate alınmaz. Bu kural birim fiyat, miktar, oran, kur, iskonto veya ara hesaplamalara genellenmez; bu alanların hassasiyeti ayrıca doğrulanır. Şema ve işlem vergisi yuvarlaması ayrı incelenir.

İncelenen Odoo TRY tanımında yuvarlama değeri 0.01, alt birim değeri Kurus olarak görünür. UBL parasal alanlarının iki, kur dönüşümlerinin ise altı ondalık basamak kullandığı ayrı testlerle doğrulanır.

Kaynak belge tutarı, uygulanan kur, tarih/kaynak, beklenen TL ve hedef TL her belge için karşılaştırılır. İki ondalıklı aynen geçiş örnekleri 0.01 TL → 0.01 TL, 0.04 TL → 0.04 TL, 0.05 TL → 0.05 TL ve 0.09 TL → 0.09 TL; negatif aynen geçiş örnekleri -0.01 TL → -0.01 TL, -0.04 TL → -0.04 TL, -0.05 TL → -0.05 TL ve -0.09 TL → -0.09 TL olarak ayrıca etiketlenir.

Nihai işlem/ödeme sonucu örnekleri, yukarıdaki yarım kuruş kuralına göre 1.004 TL → 1.00 TL, 1.005 TL → 1.01 TL ve 1.006 TL → 1.01 TL şeklindedir. Negatif analoglar -1.004 TL → -1.00 TL, -1.005 TL → -1.01 TL ve -1.006 TL → -1.01 TL olarak test edilir; işaret davranışı ayrıca gözden geçirilir ve sonuç ilgili uzman ile sistem sorumlusu tarafından onaylanır.

Büyük ve karışık para birimli örnekler de kullanılır. Kalan her farkın açıklaması ve çözüm sahibi yazılır; genel tolerans uygulanmaz.

Stok, depo ve ek maliyet eşleşmelerini ayrı prova konusu yapın

Zoho Books'taki depo, stok takibi, maliyet ve teslim bağlantıları Odoo'daki ürün kategorisi ve değerleme yöntemiyle karşılaştırılır. Geçmiş hareketlerin tamamı mı yoksa açılış miktarı/değeri ve açık işlemlerin mi taşınacağı kararlaştırılır. Her iki yaklaşımın raporlama ve denetim etkisi yazılır.

Navlun, sigorta, gümrük ve diğer ek maliyetler için tedarikçi faturası ve teslim bağlantısı korunur. Odoo 19'da tedarikçi faturasından ek maliyet (landed cost) oluşturulurken, gerekli durumlarda AVCO veya FIFO uygunluğu kontrol edilir; Standart Fiyat (Standard Price) yöntemi için ayrı bir doğrulama yolu gerekir. Kısmi satıştan sonra gelen maliyetin kalan stok ve satış maliyeti etkisi, dönem kapanışı ve mali onayla birlikte gözden geçirilir.

Depo/ürün/değerleme kararı: Doldurulacak bilgi: _________________________________________

Ek maliyet ve teslim bağlantısı: Doldurulacak bilgi: ______________________________________

Kapanış dönemi ve fark onayı: Doldurulacak bilgi: ________________________________________

Reddedilen kayıtlar için önceden durma ve düzeltme kuralları yazın

Dışa aktarımdaki eksik zorunlu alan, geçersiz vergi kodu, mükerrer dış kimlik veya bulunamayan bağlantı, yüklemenin beklenen hata senaryolarıdır. Her hata sınıfı için yalnızca kaydı atlamak yerine kaynak düzeltmesi, alan kararı veya onaylı istisna üretilir. Bir kişi veya hesap reddedildiğinde buna bağlı faturaların ve ödemelerin devam edip etmeyeceği açıkça belirlenir.

Hata sınıfı ve örnek kayıt: Doldurulacak bilgi: __________________________________________

Bağımlı belgeler için durma kuralı: Doldurulacak bilgi: __________________________________

Düzeltme, onay ve yeniden deneme: Doldurulacak bilgi: ___________________________________

Her prova paketi değişmez bir sürüm ve çalıştırma kimliğiyle saklanır. Aynı paket ikinci kez yüklendiğinde mükerrer kayıt oluşup oluşmadığı test edilir. Başarılı görünen yüklemeler de kaynak/hedef sayıları ve kontrol toplamlarıyla kanıtlanır; hata günlüğünün boş olması tek başına doğruluk kanıtı değildir.

Geçiş sonrası rol ve kabul farklarını önceden sahiplendirin

Muhasebe sorumlusu mizan ve açık kalemleri, depo ekibi miktar ve değeri, satış ekibi müşteri ve fatura akışını, vergi sorumlusu belge/vergi kararlarını, bordro sorumlusu çalışan parametrelerini ve yönetici yetki ile entegrasyon kayıtlarını inceler. Her rolün Türkçe görev kartı ve pratik değerlendirmesi olur.

Canlı kullanımdan sonra ortaya çıkan fark için kaynak belge, hedef kayıt, kur/kuruş kanıtı, entegratör yanıtı ve sorumlu kişi tek kayıtta toplanır. İlk banka mutabakatı, ilk e-Arşiv raporu, ilk ticari yanıt ve ilk şube kapanışı ayrı kabul olaylarıdır. Bunların hiçbiri otomatik mali veya yasal sonuç olarak sunulmaz.

Rol ve pratik kabul sonucu: Doldurulacak bilgi: _________________________________________

Kalan fark ve çözüm tarihi: Doldurulacak bilgi: __________________________________________

Geçiş, ek prova veya durma kararı: Doldurulacak bilgi: ___________________________________

Migrasyon ve TL mutabakatı kitabını kullanarak her kaydın kontrol satırını oluşturun; şube/POS listesiyle satış noktası etkilerini ve Türkçe eğitim planıyla kullanıcı kabulünü tamamlayın.

Zoho Books dışa aktarımlarını denetlenebilir bir provaya dönüştürün

Organizasyonları, modülleri, özel alanları, şubeleri, para birimlerini, stok kullanımını ve veri geçmişini paylaşın. Kişi, ürün, açık belge ve mutabakat örnekleriyle alan eşleşmelerini ve reddedilen kayıtların durma kurallarını netleştirelim.

Gizlilik Politikası (İngilizce)

Satın alma zorunluluğu yok

İletişime Geçin

WhatsApp
+971 54 289 8664
Bizi Arayın
+971 4 5616 837
Ofis
Ofis 1103, Balrasheed Tower 1,
Buhaira Corniche, 43132 Sharjah,
Birleşik Arap Emirlikleri