Kaynağı, ürün yeteneğini ve şirket kararını birbirinden ayıran yanıtlar

6 Kasım 2026 tarihinde gözden geçirildi. Oakland, Türkiye'deki organizasyonlara BAE'deki uygulama organizasyonundan uzaktan destek olur. Türkiye'de ofis, tüzel kişi, yerel telefon veya Türkiye'de görevli ekip iddiası yoktur. Görüşme planı müşteriyle kararlaştırılan Türkiye saatine göre önerilebilir; bu durum yerel varlık anlamına gelmez.

Hayır. Resmî Odoo Gold Partner kimliği Oakland'ın küresel iş ortaklığı seviyesidir. GİB sertifikası, özel entegratör akreditasyonu, Türkiye'de müşteri referansı, yerel personel veya bütün mevzuat gereksinimlerinin karşılandığı anlamına gelmez. Her proje kendi belge, sağlayıcı, veri ve kullanıcı kanıtlarıyla değerlendirilir.

Bir satış ve alış faturası, iade örneği, cari döküm, banka mutabakatı, stok değerleme raporu, şube kapanışı ve mevcut e-belge yanıtları yararlıdır. Ayrıca tüzel kişi/şube yapısı, entegratör, kaynak sistem, para birimleri, cihazlar ve kullanıcı rolleri paylaşılır. Parola, özel anahtar veya tam sertifika dosyası göndermeyin.

Doğrudan GİB entegrasyonu, alternatif entegratör, PayTR, banka özel maaş/ödeme dosyası, tam e-Beyan/SGK gönderimi ve kanıtlanmamış ek senaryolar ayrı sağlayıcı veya özel geliştirme kapsamıdır. Kurulu Odoo derlemesi ve sağlayıcı yeteneği test edilmeden standart özellik varsayılmaz. Odoo 20 duyuruları Odoo 19 kanıtı olarak kullanılmaz.

Hayır. Genel oran yüzde 20 olmakla birlikte liste bazlı yüzde 1 ve yüzde 10 oranları vardır. İşlemin kapsamı, liste, istisna, matrah, tevkifat/sorumluluk ve indirim durumu birlikte incelenir. Tevkifat ana oranı değiştirmez; istisna, sıfır oran, ihracat kayıtlı teslim ve indirilemeyen KDV ayrı kararlardır. GİB oran kaynağı kullanılır.

Hayır. 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. 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. e-Fatura ise kayıtlı kullanıcılar arasında GİB merkezli sistemdeki belge alışverişidir. Alıcı sınıfı ve raporlama akışı her belge için doğrulanır.

Hayır. Genel 3 milyon TL ciro kuralı 2022 ve sonraki dönemler için değerlendirilir; sektör/faaliyet kategorileri, gönüllü kullanıcılar ve GİB tarafından bildirilen kullanıcılar da dikkate alınır. Şirketin dönem, faaliyet, kayıt ve bildirim kanıtları incelenmeden tek bir başlangıç tarihi veya evrensel kapsam cümlesi yazılmaz.

l10n_tr ve l10n_tr_reports muhasebe yapıları ve raporlar sağlar; bunlar beyanname gönderimi değildir. e-Beyan/e-Beyanname ayrı süreç ve yetkilendirme gerektirir. TFRS/BOBİ FRS uygulanabilirliği şirket özelinde değerlendirilir. Raporların yapılandırılması ve mali müşavir mutabakatı, resmî beyan veya kabul sonucu olarak sunulmaz.

Hayır. 589 sıra numaralı Tebliğ 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.

Hayır. 12.000 TL, VUK 232 kapsamındaki 2026 genel fatura düzenleme sınırıdır; 573/589 kurallarının yerine geçmez. Mükellef grubu, belge tarihi, vergi dahil tutar, tebliğ ve istisna birlikte incelenir. GİB'in sınır açıklaması ayrı kaynak olarak tutulur.

İncelenen 5 Kasım 2026 duyurusu yeni uygulama için test çalışmasını anlatır ve testlerin 7 Aralık 2026'ya kadar istenmesini öngörür. 5 Kasım 2026 duyurusunda üretim geçiş tarihi yer almamaktadır. Test duyurusu ve sonraki resmî duyurular ayrı izlenir.

Hayır. e-Defter yasal defterler, imza/mühür ve beratla ilgilidir; fatura teslimi veya vergi beyannamesi değildir. Berat, defter içeriğinin denetlendiği anlamına gelmez. Odoo e-Ledger çıktısı veya ZIP’lenmiş veri nihai yasal e-Defter/berat olarak sunulmaz. 2025 hesap dönemi için e-Defter kapsamı ve 2026 envanter defteri seçeneği süreç ve istisnalarla incelenir.

Hayır. UBL-TR 1.2.1 Türkiye paket özelleştirmesidir; incelenen Odoo kaynak kodu CustomizationID alanında TR1.2 üretir. 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. Paket sürümü ve CustomizationID kabul XML'inde ayrı kontrol edilir; birini diğerinin kanıtı saymak doğru değildir.

İmzalı veya onaylı XML, mali açıdan esas alınan asıl belgedir; XSLT onun görsel sunumudur. Çelişkide XML önceliklidir. ZIP’lenmiş XML ve zarf taşıma katmanıdır. Sıradan PDF yeterli değildir; e-Arşiv için özel izinli PAdES durumu dahi UBL-TR XML gerektirir. Kullanıcı kabulünde bu dosyalar ve taşıma kanıtları ayrı saklanır.

Hayır. Sistem yanıtı zarfın teknik durumunu anlatır, faturanın içerik onayını değil. KABUL/RED/İADE ticari senaryoya aittir; temel senaryoda aynı alıcı yanıtı akışı yoktur. 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ının belgeyi kabulü veya ödemesi değildir.

Resmî Odoo 19 entegrasyonu Nilvera üzerinden çalışır; test adresi https://apitest.nilvera.com, üretim adresi https://api.nilvera.com olarak kullanılır. Kaynakta temel/e-Arşiv, durum/PDF, genişletilmiş temel/kamu/ihracat ve 16 Ekim 2026 geri taşınan isteğe bağlı ticari senaryo modülü bulunur. Kurulu derleme ve sağlayıcı testi yapılmadan ticari akışın her yerde hazır olduğu veya hiçbir yerde olmadığı söylenmez.

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, ham tutar, kur/tarih/kaynak, beklenen TL, gerçekleşen TL ve kalan fark aynı satırda tutulur. İ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 ile karışık belgeler de denenir. Her farkın nedeni ve çözüm sahibi yazılır; genel toleransla belge bazındaki farklar kapatılmaz.

Bu yaklaşım ödeme ve yaşlandırma bağlantılarını kaybettirir. Açık belge, kısmi ödeme, avans, iade ve banka hareketi kaynak kimlikleriyle taşınır. Her ödemenin hangi belgeyi kapattığı ve hangi ekstre satırıyla eşleştiği doğrulanır. Banka beslemesi ile iyzico ödeme akışı ayrı kanıtlardır; mükerrer/eksik hareketler araştırılır.

Hata sınıfı, kaynak satır, etkilenen bağımlı belgeler ve yeniden deneme koşulu kaydedilir. Bir kişi veya hesap reddedildiğinde bağlı faturaların devam edip etmeyeceği önceden belirlenir. Kaynak düzeltmesi veya onaylı istisna olmadan satır atlayıp toplamı değiştirmek kullanılmaz. Aynı paketin ikinci yüklemesi mükerrer kayıt açısından test edilir.

Hayır. Geçici kesintide sipariş oluşturma/yönetme ve sonrasında senkronizasyon mümkündür; ödeme terminali, müşteri kaydı, gerçek zamanlı stok ve fatura oluşturma gibi işlevler bağlantı gerektirir. Senkronizasyon bitmeden tarayıcı kapatılmaz, sayfa yenilenmez ve site verisi silinmez. Dönüşte siparişler sayı, referans ve durumla karşılaştırılır.

Teslim, ürün, kalan stok, kısmi satış, değerleme yöntemi ve muhasebe dönemi birlikte incelenir. 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. Ek maliyetin kalan stok ve satılan bölüme etkisi ile dönem onayı kaydedilir. Odoo 19 ek maliyet rehberi kullanılır.

l10n_tr_hr_payroll ve l10n_tr_hr_payroll_account ile ücret kuralları, katkılar ve muhasebe bağlantıları bulunur. 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; banka özel dosyası ayrı kapsamdır.

Hayır. 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. Resmî iyzico vardır, ancak ödeme akışı banka beslemesi ve mutabakatla aynı değildir. İncelenen resmî Odoo 19 çekirdeğinde payment_paytr bulunmamıştır; bu bulgu yalnızca incelenen kaynakla sınırlıdır ve evrensel yokluk iddiası değildir.

Hayır. Keşif, uygulama, migrasyon, e-belge/sağlayıcı, entegrasyon, Türkçe belge, cihaz ve eğitim için kapsam ve kabul ölçütleri belirlenir. Sayısal paket toplamı, garantili süre veya tasarruf yayımlanmaz. Odoo abonelikleri, entegratörler, bankalar, ödeme sağlayıcıları, donanım ve müşteri emeği Oakland hizmetlerinden ayrılır.

Hayır. Kasiyer, şube müdürü, teslim alma ve sayım sorumlusu, satın alma sorumlusu, muhasebe sorumlusu, vergi sorumlusu, mali kontrol sorumlusu, bordro sorumlusu ve yönetici için ayrı görev kartı, rutin ve istisna senaryosu ve pratik değerlendirme hazırlanır. Rol şampiyonu devri ve benimseme kanıtı kullanılır. Odoo 20 özellikleri ayrı etiketlenir; eğitimdeki başka şirketler Oakland referansı yapılmaz.

GİB/e-belge kitabı mükellef ve teknik kanıt kapsamını, migrasyon kitabı kaynak/TL/fark kontrollerini, POS listesi şube ve kesinti kanıtını, eğitim planı kullanıcı kabulünü toplar. Her rehber diğer üçüne bağlanır. Aynı proje dosyasında sorumlu, tarih ve kanıt bağlantıları birleştirilebilir; hiçbiri uzman veya resmî onayın yerine geçmez.

Bu yanıtlar 6 Kasım 2026'da gözden geçirildi. Yeni tebliğ, GİB duyurusu, entegratör değişikliği, Odoo derlemesi veya sağlayıcı sözleşmesi öncesinde ilgili birincil kaynak yeniden okunur. Şirketin kapsamı için mali müşavir/SMMM/YMM ve ilgili sağlayıcı kararları kayda geçirilir. 5 Kasım 2026 duyurusunda üretim geçiş tarihi yer almamaktadır; yeni resmî duyurular ayrıca izlenir.