GİB ve e-belge için Odoo 19 keşif çalışma kitabı
Çalışma kitabını mükellef ve kanıt sahipleriyle başlatın
6 Kasım 2026 tarihinde gözden geçirildi. Bu rehber genel keşif amaçlıdır; belirli şirket için hukuki, vergi, SMMM veya YMM görüşü yerine geçmez.
Bu çalışma kitabı, Odoo yapılandırmasından önce mükellef ve belge kararlarını toplar. Her satırda mevcut durum, dayanak, beklenen Odoo davranışı, kanıt ve karar sahibi ayrı yazılır. Parola, özel anahtar, tam sertifika dosyası veya üretim kimlik bilgisi eklemeyin; yalnızca güvenli referans, ortam, sorumlu ve yenileme tarihi gibi hassas olmayan yönetim bilgilerini kullanın.
Tüzel kişi/unvan ve vergi kaydı: Doldurulacak bilgi: ______________________________________
Şube, depo ve faaliyet kategorileri: Doldurulacak bilgi: ___________________________________
Mali müşavir/SMMM/YMM karar sahibi: Doldurulacak bilgi: ___________________________________
Entegratör ve teknik sorumlu: Doldurulacak bilgi: _________________________________________
Oakland uygulama sorumlusu: Doldurulacak bilgi: __________________________________________
Oakland, resmî Odoo Gold Partner unvanına sahiptir; bu küresel yetkinlik GİB onayı, Türkiye'de ofis, yerel ekip veya müşteri referansı değildir. Uygulama BAE'den uzaktan yürütülür. Toplantılar müşteriyle kararlaştırılan Türkiye saatine göre önerilir; yerel varlık veya veri yerleşimi vaat edilmez. Mevzuat kararı, ürün yapılandırması ve sağlayıcı kabulü farklı kişi ve kanıtlara bağlanır.
KDV işlemini oran, matrah, tevkifat ve indirimle tanımlayın
Genel KDV oranı yüzde 20'dir. Mevcut kararlar altında liste bazlı yüzde 1 ve yüzde 10 oranları da bulunur; yüzde 20 ve yüzde 10 oranlarına ilişkin değişiklikler 10 Temmuz 2023'te yürürlüğe girmiştir. Ürün veya hizmet satırında oran tek başına belirlenmez. İşlemin konusu, ilgili liste, istisna, matrah, tevkifat veya sorumluluk ve KDV indirimi birlikte incelenir.
Örnek teslim/hizmet ve tarih: Doldurulacak bilgi: ________________________________________
Liste ve oran kararı: Doldurulacak bilgi: _________________________________________________
Matrah ve istisna dayanağı: Doldurulacak bilgi: ___________________________________________
Tevkifat/sorumluluk ve indirim kararı: Doldurulacak bilgi: _________________________________
Beklenen vergi hesabı ve mali onay: Doldurulacak bilgi: ___________________________________
Tevkifat, genel oranı değiştiren bir işlem değildir. İstisna, sıfır oran, ihracat kayıtlı teslim ve indirilemeyen KDV ayrı durumlar olarak kaydedilir. Her biri için farklı örnek belge hazırlanır. Odoo vergileri, mali pozisyonları ve rapor etiketleri bu onaylı kararlardan sonra yapılandırılır; raporun beyannameye dönüşmesi veya otomatik gönderim beklenmez.
Birincil kaynaklar:
- 3065 sayılı Katma Değer Vergisi Kanunu
- GİB KDV oranları açıklaması
- Oran değişikliklerine ilişkin Resmî Gazete kararı
e-Fatura kayıt kapsamı ile e-Arşiv alıcı sınıfını ayırın
e-Fatura, kayıtlı kullanıcılar arasında GİB merkezli sistem üzerinden belge alışverişidir. 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'i yalnızca B2C olarak tanımlamak doğru değildir. 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 rapor paketleri ZIP’lenmiş XML olarak sendDocumentFile ile gönderilir ve getBatchStatus ile izlenir; paket kabulü alıcının faturayı kabulü veya ödemesi değildir.
Genel e-Fatura için 2022 ve sonraki dönemlerdeki 3 milyon TL ciro kuralı; sektör/faaliyet kategorileri, gönüllü kullanıcılar ve GİB tarafından bildirilen kullanıcılarla birlikte değerlendirilir. Bütün mükelleflere tek bir başlangıç tarihi verilmez.
Mükellefin ciro dönemi ve kanıtı: Doldurulacak bilgi: ____________________________________
Sektör/faaliyet veya bildirim durumu: Doldurulacak bilgi: _________________________________
Alıcının e-Fatura uygulamasına kayıtlı olma durumu ve kontrol tarihi: Doldurulacak bilgi: _________
Beklenen belge türü ve raporlama akışı: Doldurulacak bilgi: ________________________________
Mali müşavir kararı ve tarihi: Doldurulacak bilgi: ________________________________________
e-Fatura kayıtlı kullanıcı sorgusu, alıcı sınıfı ve örnek belge birlikte saklanır. e-Fatura uygulamasına kayıtlı olmayan işletme için yanlışlıkla e-Fatura temel senaryosu seçilmez. e-Arşiv raporunun, belgenin alıcıya teslim edildiğini, alıcının belgeyi kabul ettiğini veya ödeme yapıldığını göstermediği de kullanıcı görev kartına yazılır.
Birincil kaynaklar:
2026 e-Arşiv sınıfını tebliğ, tutar ve test gündemiyle belgeleyin
573 sıra numaralı Tebliğ'in öngördüğü tutardan bağımsız kural 1 Ocak 2026'dan itibaren esas alınır. 589 sıra numaralı Tebliğ ise 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 korur. 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.
Mükellef grubu ve muhasebe yöntemi: Doldurulacak bilgi: __________________________________
Uygulanacak tebliğ ve istisna: Doldurulacak bilgi: ________________________________________
Belge tarihi ve vergi dahil tutar: Doldurulacak bilgi: ____________________________________
Raporlama kararı ve inceleyen: Doldurulacak bilgi: ________________________________________
VUK 232 kapsamındaki 2026 genel fatura düzenleme sınırı 12.000 TL, evrensel e-Arşiv eşiği değildir. Yeni e-Arşiv raporlama uygulaması için 5 Kasım 2026'da yayımlanan test duyurusu ve 7 Aralık 2026'ya kadar istenen test çalışmaları ayrı izlenir. 5 Kasım 2026 duyurusunda üretim geçiş tarihi yer almamaktadır.
Test duyurusu etkisi ve sağlayıcı görüşü: Doldurulacak bilgi: ______________________________
Üretim geçişi için yeni resmî duyuru kontrolü: Doldurulacak bilgi: _________________________
Birincil kaynaklar:
- 509 sıra numaralı Tebliğ güncel metni
- 573 sıra numaralı Tebliğ kaydı
- 589 sıra numaralı Tebliğ
- İlgili Resmî Gazete değişikliği bir
- İlgili Resmî Gazete değişikliği iki
- 2026 fatura düzenleme sınırı
- e-Arşiv uygulamaları test duyurusu
- İlgili GİB Tebliğ kaydı
- GİB dijital duyurular
UBL-TR alanlarını, taşıma katmanını ve yanıtları ayrı doğrulayın
UBL-TR 1.2.1 paketi Türkiye özelleştirmesidir. CustomizationID alanında TR1.2 bulunur. 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. Paket sürümü ile CustomizationID aynı değer değildir. Kabulden önce kurulu derleme ve modüller kayda geçirilir ve her iki alan kabul XML'inde ayrı kontrol edilir.
Paket, CustomizationID ve ProfileID: Doldurulacak bilgi: __________________________________
Senaryo ve belge örneği: Doldurulacak bilgi: ______________________________________________
İmzalı XML ve şema doğrulama kanıtı: Doldurulacak bilgi: __________________________________
XSLT görsel kontrol ve XML farkı: Doldurulacak bilgi: ______________________________________
ZIP/zarf veya rapor paketi kimliği: Doldurulacak bilgi: ____________________________________
İmzalı veya onaylı XML, mali açıdan esas alınan asıl belgedir; XSLT onun görsel sunumudur. Çelişkide XML önceliklidir. Sıradan PDF yeterli değildir. Özel izinli PAdES durumu da UBL-TR XML ile birlikte değerlendirilir. Sistem yanıtı zarfın teknik durumunu anlatır; faturanın içerik onayını değil. Ticari senaryodaki KABUL/RED/İADE uygulama yanıtı temel senaryoya genellenmez. 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.
Ticari yanıt ve tarih, yalnızca ticari senaryoda: Doldurulacak bilgi: _______________________
Rapor paketi kabulü ve bağımsız alıcı/ödeme kanıtı: Doldurulacak bilgi: ____________________
Birincil kaynaklar:
e-Defter ve beratı fatura ve beyanname akışından ayırın
e-Defter; yasal defterler, imza veya mühür ve berat süreçleriyle ilgilidir. Faturanın alıcıya teslimi veya vergi beyannamesi verilmesi değildir. 2025 hesap dönemi için e-Defter kapsamı ayrıca değerlendirilir. Envanter defterinin 1 Ocak 2026'dan itibaren elektronik tutulabilmesi, süreç ve istisnalarla birlikte incelenir.
Tutulan yasal defter ve mükellef kapsamı: Doldurulacak bilgi: ______________________________
Dönem, imza/mühür ve berat sorumlusu: Doldurulacak bilgi: _________________________________
Envanter defteri kararı ve istisna: Doldurulacak bilgi: ____________________________________
Odoo çıktısı ile nihai yasal paket arasındaki fark: Doldurulacak bilgi: _____________________
Odoo e-Ledger çıktısı veya ZIP’lenmiş veri, nihai yasal e-Defter/berat olarak kabul edilmez. Berat, defter içeriğinin denetimi veya mali onayı değildir. e-Beyan/e-Beyanname ayrı süreçtir; Odoo 19 l10n_tr ve l10n_tr_reports yapıları KDV, muhtasar veya kurumlar beyannamesi gönderimi sağlamaz. TFRS/BOBİ FRS uygulanabilirliği şirket özelinde incelenir.
Birincil kaynaklar:
- e-Defter mevzuatı
- e-Defter uygulama kılavuzu
- Envanter defteri 13 Ekim 2025 duyurusu
- Envanter defteri 6 Mayıs 2026 duyurusu
- e-Defter uyumlu yazılımlar
- BOBİ FRS kapsam açıklaması
- e-Beyanname hazırlama kılavuzu
Odoo 19 ve Nilvera yeteneklerini kurulu derlemede kanıtlayın
Resmî Odoo 19 entegrasyonu doğrudan GİB'e değil Nilvera'ya bağlanır; test adresi https://apitest.nilvera.com, üretim adresi https://api.nilvera.com olarak incelenir. l10n_tr_nilvera_base_vat köprüsü l10n_tr_nilvera ile base_vat modüllerini birbirine bağlar; incelenen köprü manifestosu bu bağımlılıkları gösterir. Temel/e-Arşiv akışları, durum/PDF alma ve genişletilmiş temel/kamu/ihracat senaryoları kaynakta yer alır. İsteğe bağlı l10n_tr_gib_invoice_scenarios modülü 16 Ekim 2026'da geri taşınmış; ticari, iade, tevkifatlı iade ve karşı taraf kabul-ret senaryolarını kapsar.
Kurulu Odoo derlemesi ve etkin modüller: Doldurulacak bilgi: ________________________________
Nilvera sözleşme/ortam ve güvenli kimlik referansı: Doldurulacak bilgi: _____________________
Temel, ticari, iade, kamu veya ihracat senaryosu: Doldurulacak bilgi: _______________________
Durum, PDF ve ticari yanıt test sonucu: Doldurulacak bilgi: _________________________________
Bu kaynak durumu, ticari akışın her Odoo 19 kurulumunda bulunduğunu veya hiçbir kurulumda olmadığını göstermez. Müşterinin derlemesi ve sağlayıcı testi belirleyicidir. Odoo 20'deki yeni ticari, iade veya e-fiş işlevleri Odoo 19 kanıtı değildir. l10n_tr_nilvera_edispatch için oluşturma ve manuel yükleme sınırı korunur; Odoo 20’nin gönderme ve alma davranışı Odoo 19'a aktarılmaz.
Nilvera'nın GİB özel entegratör listelerinde bulunması ve Nilvera e-Defter'in uyumlu yazılım listesinde yer alması Odoo'nun kendisini belgelendirmez. Doğrudan GİB entegrasyonu için uygunluk ve onay koşulları, alternatif entegratör ve özel senaryo kapsamı ayrıca değerlendirilir.
Ürün ve kaynak bağlantıları:
- Odoo 19 Türkiye mali yerelleştirmesi
- Odoo 19 Türkiye elektronik faturalama
- İncelenen Odoo 19 eklenti ağacı
- Nilvera istemcisi
- UBL-TR üretim kodu
- Genişletilmiş UBL-TR senaryo kodu
- Nilvera test ve canlı ortam referansı
- Senaryo modülü manifestosu
- Odoo 20 sayfası, yalnızca sürüm sınırı
- GİB e-Fatura özel entegratör listesi
- GİB e-Arşiv özel entegratör listesi
İnceleme sabitleri:
- Odoo kaynak incelemesi baf13557b341b1a8ef4987bbc448d62909714376, 6 Kasım 2026
- Odoo 19 dokümantasyon incelemesi 706918083dbd7dbc8e70c658d3ca63d700f94228, 4 Kasım 2026
- Senaryo geri taşıması f804b1bab930b01ce7e74af9767ac945d859427e, 16 Ekim 2026
Bordro, banka ve ödeme kararlarını ayrı doğrulama kapsamına alın
Odoo 19'da l10n_tr_hr_payroll ve l10n_tr_hr_payroll_account bulunur; ücret kuralları, katkılar ve muhasebe bağlantıları vardır. Ekranda görülen 2025 parametreleri, 2026 için geçerli değerler olarak kullanılmamalıdır. Çalışan ve kategori parametreleri, güncel mevzuatı bilen yetkili bir uzman tarafından incelenmelidir. Otomatik SGK/e-Bildirge veya GİB gönderimi ve banka üzerinden ödeme kanıtı varsayılmaz.
Çalışan/kategori ve parametre inceleme sahibi: Doldurulacak bilgi: _________________________
SGK/e-Bildirge ve ödeme dosyası mevcut prosedürü: Doldurulacak bilgi: ______________________
Banka, hesap, izin ve abonelik kapsamı: Doldurulacak bilgi: _________________________________
Ödeme sağlayıcısı, iade ve mutabakat akışı: Doldurulacak bilgi: _____________________________
Banka senkronizasyonu kurum, sağlayıcı, izin ve aboneliğe bağlıdır; varsayılan on iki saatlik senkronizasyon gerçek zamanlı değildir. Resmî iyzico sağlayıcısı vardır, ancak ödeme akışı banka beslemesi ve mutabakatla aynı değildir. İncelenen resmî Odoo 19 çekirdeğinde payment_paytr bulunmamıştır; bu yalnızca incelenen kaynakla sınırlıdır. PayTR, banka özel ücret dosyası veya alternatif entegrasyon için ayrı sağlayıcı/özel geliştirme kapsamı gerekir.
Kaynaklar:
- Odoo 19 Türkiye bordro yerelleştirmesi
- SGK e-BildirgeV2
- Odoo 19 banka senkronizasyonu
- Odoo 19 ödeme sağlayıcıları
- Resmî iyzico modülü
TL ve kuruş mutabakatını migrasyon kayıtlarına bağlayın
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, para birimi ve ham tutar: Doldurulacak bilgi: _________________________________
Kur, tarih ve kaynak: Doldurulacak bilgi: __________________________________________________
Beklenen/gerçekleşen TL ve kuruş: Doldurulacak bilgi: _____________________________________
Şema/işlem vergisi yuvarlaması: Doldurulacak bilgi: ________________________________________
Kalan fark, neden, sahip ve çözüm: Doldurulacak bilgi: ____________________________________
İ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 tutarlar ve karışık belgeler de denenir. Açık kalemler, banka geçmişi, stok miktarı/değeri ve sonradan gelen ek maliyetler ayrı mutabık kalınır. 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. Genel toleransla fark silinmez.
Kaynaklar:
- Türk Lirası ve kuruş kanunu
- Odoo TRY para birimi verisi
- Odoo 19 çoklu para birimi
- Odoo 19 nakit yuvarlama
- Odoo 19 ek maliyet rehberi
- Odoo 19 POS çevrimdışı kullanım sınırı
Kabul paketini kaynak, sağlayıcı, kullanıcı ve barındırma kanıtıyla kapatın
Son kabul dosyasında mevzuat dayanağı, örnek XML/XSLT, zarf ve paket yanıtları, ticari yanıt, e-Arşiv raporu, e-Defter kararı, migrasyon mutabakatı ve rol bazlı kullanıcı değerlendirmeleri bulunur. Her belge için inceleyen ve tarih yazılır. Bir sistemin teknik yanıtı, alıcının kabulü veya tahsilat olarak kullanılmaz.
Açık mevzuat/ürün/sağlayıcı kararı: Doldurulacak bilgi: ___________________________________
Kalan veri veya mutabakat farkı: Doldurulacak bilgi: _______________________________________
Kabul eden rol ve kanıt bağlantısı: Doldurulacak bilgi: _____________________________________
Barındırma, yedek ve geri yükleme kararı: Doldurulacak bilgi: _______________________________
Barındırma; özel uygulama gereksinimi, üretim/yedek konumu, geri yükleme testi, dış hizmet aktarımları ve destekle seçilir. Türkiye'de veri yerleşimi veya belirli bir Odoo Cloud bölgesi varsayılmaz. Odoo abonelikleri, entegratörler, bankalar, ödeme sağlayıcıları, donanım ve müşteri emeği Oakland hizmetlerinden ayrıdır. Sayısal paket toplamı veya süre/tasarruf garantisi verilmez.
Kaynaklar:
Diğer çalışma kitapları:
- Migrasyon ve TL/kuruş mutabakatı
- Şube ve POS canlıya geçiş kontrol listesi
- Türkçe rol bazlı eğitim planı
OXP veya başka eğitim oturumlarındaki şirketler yalnızca eğitim örneği olabilir; Oakland müşterisi veya referansı olarak kullanılmaz. Müşterinin kurulu Odoo derlemesi, etkin modülleri ve sağlayıcı sözleşmesi kabulden önce kayda geçirilir.