Odoo migrasyonu ve TL/kuruş mutabakatı çalışma kitabı
Migrasyon kapsamını kesim tarihi ve kontrol sahipleriyle sabitleyin
6 Kasım 2026 tarihinde gözden geçirildi. Bu çalışma kitabı teknik migrasyon provası içindir; mali veya yasal doğruluk kararı ilgili uzmanlar tarafından verilir.
Başarılı migrasyon, dosyanın bir kez içeri aktarılması değil; aynı paketin kontrollü biçimde tekrarlanabilmesi, kaynakla hedefin açıklanabilir farklarla mutabık kalması ve kullanıcıların sonucu kabul etmesidir. Kesim tarihi, kapsam, kaynak sahibi, hedef sahibi, mali müşavir, veri yükleyici ve her kontrolü imzalayacak kişi baştan belirlenir.
Kesim tarihi ve saat dilimi: Doldurulacak bilgi: _________________________________________
Taşınan şirket, şube ve dönem: Doldurulacak bilgi: _______________________________________
Kaynak veri sahibi ve dışa aktarım sürümü: Doldurulacak bilgi: ____________________________
Hedef Odoo sürümü ve yükleyici: Doldurulacak bilgi: _______________________________________
Mali, stok, banka ve kullanıcı onay sahipleri: Doldurulacak bilgi: _________________________
Kapalı geçmiş, açık belgeler, banka geçmişi, stok hareketleri, kullanıcılar ve ek maliyetler için ayrı kapsam kararı verilir. Salt okunur kaynak kopyası korunur; çalışma dosyasının değişiklik geçmişi tutulur. Sonradan yapılan her düzeltme, kaynak satır ve onaylı gerekçeyle ilişkilendirilir.
Dış kimlik ve bağımlılık sırasıyla yüklemeyi tekrarlanabilir yapın
Her kaynak kaydına değişmez bir dış kimlik verilir. Şirket, kişi, hesap, ürün, vergi, depo, belge, ödeme ve stok kayıtları arasındaki bağlantılar bu kimliklerle kurulur. Aynı paketin yeniden yüklenmesi mükerrer kayıt oluşturmamalı; oluşturuyorsa yüklemeye devam edilmez.
Kaynak tablo ve dış kimlik kuralı: Doldurulacak bilgi: ___________________________________
Hedef model ve eşleşme anahtarı: Doldurulacak bilgi: ______________________________________
Önce yüklenmesi gereken bağımlılıklar: Doldurulacak bilgi: ________________________________
Tekrar çalıştırma sonucu: Doldurulacak bilgi: ______________________________________________
Yükleme sırası genellikle bağımsız ana veriden işlem verisine doğru kurulur; gerçek sıra kaynak dosyanın ilişkilerine göre yazılır. Bir kişi veya hesap reddedildiğinde bağlı faturaların ve ödemelerin yüklenip yüklenmeyeceği önceden kararlaştırılır. Hatalı kayıtları atlayarak kontrol toplamını değiştirmek yerine düzeltme veya onaylı istisna üretilir.
Ana veri ve vergi kararlarını kaynak anlamıyla eşleştirin
Hesap planı, cari hesaplar, ürünler, birimler, depolar, vergiler, ödeme koşulları ve kullanıcılar için kaynak ve hedef alanların yanı sıra karar gerekçesi tutulur. Odoo 19 l10n_tr yapıları bir başlangıçtır; KDV/muhtasar/kurumlar beyannamesi gönderme veya e-Beyanname akışı olarak değerlendirilmez.
Kaynak kayıt ve alan: Doldurulacak bilgi: ________________________________________________
Hedef kayıt ve dönüşüm: Doldurulacak bilgi: ______________________________________________
Vergi/alıcı/belge kararı: Doldurulacak bilgi: ______________________________________________
Mali müşavir veya süreç onayı: Doldurulacak bilgi: _________________________________________
Genel KDV yüzde 20, liste bazlı oranlar yüzde 1 ve yüzde 10'dur; her işlemde liste, istisna, matrah, tevkifat/sorumluluk ve indirim ayrı incelenir. İstisna, sıfır oran, ihracat kayıtlı işlem ve indirilemeyen KDV aynı değildir. 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.
Kaynaklar: KDV Kanunu, GİB KDV oranları ve Odoo 19 Türkiye mali yerelleştirmesi.
Ham kaynak tutarı ve TL karşılığını aynı satırda saklayın
Dönüştürülmüş tutarı görmek yetmez; kaynak belge, para birimi ve ham tutar da korunur. Hedef TL tutarının hangi kur ve yuvarlama adımlarından üretildiği izlenebilir olmalıdır. Her satırda beklenen ve gerçekleşen değer, fark ve açıklama bulunur.
Kaynak belge ve ham tutar: Doldurulacak bilgi: ___________________________________________
Beklenen TL ve hesaplama yöntemi: Doldurulacak bilgi: _____________________________________
Gerçekleşen TL ve Odoo kaydı: Doldurulacak bilgi: _________________________________________
Fark, açıklama ve karar: Doldurulacak bilgi: _______________________________________________
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: Türk Lirası kanunu ve Odoo TRY verisi.
Kur kaynağı ve altı ondalık dönüşümü belge bazında doğrulayın
Her dövizli belge için kur, kur tarihi, kaynak, ters kur kullanılıp kullanılmadığı ve onaylayan kişi tutulur. Odoo 19'un çoklu para birimi belgeleri, banka hesapları, ödemeleri ve kur farkı muhasebesi desteklemesi, kur politikasının kendiliğinden doğru olduğu anlamına gelmez.
İşlem para birimi ve kur: Doldurulacak bilgi: ____________________________________________
Kur tarihi/kaynağı ve onay: Doldurulacak bilgi: ____________________________________________
Altı ondalık dönüşüm ve beklenen TL: Doldurulacak bilgi: __________________________________
Kur farkı hesabı ve mali onay: Doldurulacak bilgi: _________________________________________
Aynı belgeyi farklı kur tarihleriyle hesaplayarak yalnızca beklenen değişikliğin oluştuğu görülür. Negatif ve büyük tutarlar, iade, kısmi ödeme ve farklı belge para birimleri denenir. Sonradan değiştirilen kurun açık kalem veya ödeme üzerindeki etkisi ayrıca izlenir.
Kaynaklar: Odoo 19 çoklu para birimi ve nakit yuvarlama yaklaşımı. Nakit yuvarlama yapılandırması, yasal işlem/kuruş kuralının veya UBL alan ondalıklarının yerine geçmez.
Açık belge ve banka bağlantılarını bakiye yerine kayıtla mutabık kılın
Açık faturalar, kısmi ödemeler, avanslar, iadeler ve banka hareketleri kaynak kimlikleriyle taşınır. Cari bakiyenin toplamda eşit olması yeterli değildir; hangi ödemenin hangi belgeyi kapattığı ve hangi banka hareketiyle ilişkilendiği doğrulanır.
Kaynak açık belge ve kalan tutar: Doldurulacak bilgi: _____________________________________
Hedef açık kalem ve ödeme bağlantısı: Doldurulacak bilgi: _________________________________
Banka ekstresi satırı ve eşleşme: Doldurulacak bilgi: ______________________________________
Yaşlandırma, vade ve mutabakat sonucu: Doldurulacak bilgi: _________________________________
Banka senkronizasyonu kurum, sağlayıcı, izin ve aboneliğe bağlıdır; varsayılan on iki saatlik akış gerçek zamanlı değildir. Eski geçmiş için kontrollü manuel ekstre aktarımı kullanılabilir. Mükerrer veya eksik hareketler kaynak referansı ve tutarla araştırılır. iyzico ödeme akışı ile banka beslemesi aynı kanıt değildir; sağlayıcı brüt/net ödeme ve ücretleri ayrıca mutabık kalınır.
Kaynak: Odoo 19 banka senkronizasyonu ve ödeme sağlayıcıları.
Kuruş sınır örneklerini belge ve işlem türüne göre çalıştırın
Aşağıdaki değerler paket fiyatı değil, teknik yuvarlama test girdileridir. Her örnek için işlem/ödeme tutarı, beklenen yuvarlanmış tutar, sistemde oluşan tutar ve fark yazı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.
- İki ondalıklı aynen geçiş: Beklenen: __________ Sistemde oluşan: __________ Fark/açıklama: __________
- Nihai işlem/ödeme sonucu: Beklenen: __________ Sistemde oluşan: __________ Fark/açıklama: __________
- Negatif analog ve işaret incelemesi: Beklenen: __________ Sistemde oluşan: __________ Fark/açıklama: __________
- Büyük ve karışık belge: Beklenen: __________ Sistemde oluşan: __________ Fark/açıklama: __________
Bu testlerin sonucu birim fiyat, miktar, oran, kur, iskonto veya ara hesaplamalara genellenmez. TRY tanımı ile UBL parasal alanlarının ve kur dönüşümlerinin ondalık hassasiyeti ayrı doğrulanır. Vergi satırı ve belge toplamı arasındaki fark da mali kararla incelenir. Hiçbir fark, genel bir “kabul edilebilir tolerans” satırına taşınarak kapatılmaz.
Stok değeri ve sonradan gelen maliyetleri teslim bazında izleyin
Stok migrasyonunda ürün, depo, miktar, birim maliyet, toplam değer, değerleme yöntemi ve muhasebe tarihi birlikte taşınır. Yalnızca toplam stok değerinin tutması, yanlış ürün veya depo dağılımını gizleyebilir. Teslim bağlantısı ve kısmi satış durumu korunur.
Ürün/depo/miktar/değer: Doldurulacak bilgi: ______________________________________________
Değerleme yöntemi ve muhasebe tarihi: Doldurulacak bilgi: __________________________________
Ek maliyet faturası ve dağıtım: Doldurulacak bilgi: ________________________________________
Kısmi satış/kalan stok etkisi: Doldurulacak bilgi: _________________________________________
Navlun, sigorta, gümrük ve diğer giderlerin dağıtımında 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. Dönem kapandıktan sonra gelen maliyetin hangi hesap ve tarihle işleneceği mali müşavir onayına bağlanır.
Kaynak: Odoo 19 ek maliyet rehberi. Ek maliyet dağıtımı, gümrük veya vergi otoritesine otomatik bildirim olarak sunulmaz.
Prova günlüğü, red kararları ve geri dönüş noktası oluşturun
Her prova; paket sürümü, çalıştırma kimliği, başlangıç/bitiş, çalıştıran kişi, başarılı ve reddedilen kayıt sayıları ve kontrol toplamlarıyla kaydedilir. Hata mesajı tek başına yeterli değildir; etkilenen kaynak satır, hedef kayıt, bağımlı belgeler ve düzeltme kararı da tutulur.
Prova paketi ve çalıştırma kimliği: Doldurulacak bilgi: ____________________________________
Reddedilen kayıt ve hata sınıfı: Doldurulacak bilgi: _______________________________________
Bağımlı belge ve durma kararı: Doldurulacak bilgi: _________________________________________
Düzeltme ve yeniden deneme sonucu: Doldurulacak bilgi: _____________________________________
Geri dönüş veya önceki pakete dönme kararı: Doldurulacak bilgi: ____________________________
Aynı düzeltilmiş paketin yeniden çalışması mükerrer kayıt üretmemelidir. Reddedilen kayıtlar için genel “diğerleri yüklensin” kararı verilmez; mali veya operasyonel etki değerlendirilir. Kaynak dosya değiştiyse yeni paket sürümü oluşturulur ve önceki mutabakatın geçerliliği yeniden değerlendirilir.
Son mutabakatı rol imzaları ve kalan işlerle tamamlayın
Geçiş öncesi son kontrolde hesap planı ve mizan, açık kalemler, banka hareketleri, stok miktarı/değeri, vergi kararları, TL karşılıkları ve kullanıcı yetkileri aynı kesim tarihiyle karşılaştırılır. Her rol kendi pratik senaryosunu çalıştırır. Fark listesindeki her satır için neden, sahip, çözüm ve hedef durum yazılır.
Mizan ve açık kalem onayı: Doldurulacak bilgi: _____________________________________________
Banka ve stok onayı: Doldurulacak bilgi: ___________________________________________________
TL/kuruş ve kur farkı onayı: Doldurulacak bilgi: ____________________________________________
Kalan fark ve çözüm sahibi: Doldurulacak bilgi: ____________________________________________
Geçiş, ek prova veya durma kararı: Doldurulacak bilgi: _____________________________________
Kasiyer ve şube ekibi satış/iade/kapanışı, muhasebe sorumlusu açık kalem ve kuruşu, vergi sorumlusu belge/vergi kararını, depo ekibi stok ve ek maliyeti, yönetici ise kullanıcı ve entegrasyon kanıtını inceler. Sistem yanıtı mali onay, paket kabulü alıcı kabulü veya ödeme değildir.
Diğer çalışma kitapları:
QuickBooks ve Zoho Books sayfaları da aynı kontrol yaklaşımını farklı kaynak yapılarına uygular. Bu ürün adları, Türkiye'de yaygınlık veya Oakland müşteri kanıtı olarak kullanılmaz.