Türkçe rol bazlı Odoo 19 eğitim ve uygulamalı değerlendirme planı
Eğitimi rol, yetki ve kanıtlanabilir öğrenme hedefleriyle tasarlayın
6 Kasım 2026 tarihinde gözden geçirildi. Bu plan kullanıcı eğitimi içindir; mevzuat ve mali karar eğitimi uzman onayının yerine geçmez.
Genel modül turu, kullanıcının kendi işini yapabildiğini göstermez. Her rol için günlük görev, gerekli yetki, rutin senaryo, istisna, beklenen kanıt ve değerlendirme yöntemi belirlenir. Eğitim ortamında gerçek üretim kimlik bilgileri kullanılmaz; test müşterileri, faturaları ve sağlayıcı hesapları açıkça ayrılır.
Rol ve kullanıcı grubu: Doldurulacak bilgi: _______________________________________________
Günlük görev ve yetki sınırı: Doldurulacak bilgi: _________________________________________
Rutin ve istisna senaryosu: Doldurulacak bilgi: ____________________________________________
Beklenen kanıt ve değerlendirici: Doldurulacak bilgi: ______________________________________
Rol şampiyonu: Doldurulacak bilgi: _______________________________________________________
Oakland'ın uzaktan uygulama modeli BAE'den yürütülür. Oturumlar müşteriyle kararlaştırılan Türkiye saatine göre önerilir; Türkiye'de eğitim ekibi veya ofis iddiası yoktur. Kullanıcının şubedeki veya uzaktaki görev sahibi yazılır. Odoo 19 eğitim içeriği, Odoo 20 özellikleri ve sağlayıcıya özel işlevlerden ayrılır.
Türkçe terim sözlüğünü ve görev kartlarını kullanıcıyla doğrulayın
Görev kartlarında tanınabilir Odoo ekran etiketleri korunabilir, ancak açıklamalar doğal iş Türkçesiyle yazılır. e-Fatura, e-Arşiv, e-Defter, berat, zarf, paket, sistem yanıtı, ticari yanıt, XML, XSLT, TL ve kuruş için aynı terimler bütün rollerde kullanılır. “Onay” kelimesinin teknik, mali, alıcı veya ödeme anlamına gelip gelmediği açıkça belirtilir.
Terim ve şirket içi karşılık: Doldurulacak bilgi: _________________________________________
Odoo ekran etiketi: Doldurulacak bilgi: ___________________________________________________
Kullanıcının anladığı açıklama: Doldurulacak bilgi: _______________________________________
Karakter, uzun metin ve yazdırma kontrolü: Doldurulacak bilgi: ____________________________
İmzalı veya onaylı XML, mali açıdan esas alınan asıl belgedir; XSLT onun görsel sunumudur. Çelişkide XML'in öncelikli olduğu öğretilir. Sistem yanıtının zarfın teknik durumunu bildirdiği, ticari KABUL/RED/İADE yanıtlarının yalnızca ticari senaryoya ait olduğu ve e-Arşiv paket kabulünün alıcı kabulü veya ödeme anlamına gelmediği örneklerle gösterilir. e-Defter beratının denetim veya fatura teslimi olmadığı da sözlüğe eklenir.
Kasiyeri satış, iade, alıcı sınıfı ve kesintiyle eğitin
Kasiyer; müşteri seçimi, ürün, ödeme, belge senaryosu, iade, açılış/sayım ve kapanış işlerini kendi yetkisiyle çalıştırı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. Kasiyer, e-Arşiv'in yalnızca B2C olmadığını bilir.
Normal satış ve ödeme: Değerlendirme: ________________________________________________
İade ve önceki belge bağlantısı: Değerlendirme: _______________________________________
e-Fatura/e-Arşiv alıcı seçimi: Değerlendirme: _________________________________________
Çevrimdışı sipariş ve kullanıcı uyarısı: Değerlendirme: _______________________________
Kesinti sırasında senkronizasyon tamamlanmadan tarayıcıyı kapatmaması, sayfayı yenilememesi ve site verisini silmemesi gerektiğini uygular. Ödeme terminali, gerçek zamanlı stok, müşteri kaydı ve fatura oluşturmanın bağlantı gerektirdiğini ayırt eder. Bağlantı sonrasında yerel/sunucu siparişlerini sayı, referans ve durumla karşılaştırır; fark varsa kapanışı durdurur.
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. Kasiyer, kasa farkını açıklama ve onay olmadan kapatmaz.
Şube, teslim alma ve satın alma rollerini stok kanıtıyla eğitin
Şube müdürü; kullanıcı yetkileri, vardiya, stok farkı, cihaz sorunu ve kapanış onayını yönetir. Teslim alma ve sayım sorumlusu; beklenen teslim, gerçek miktar, seri/lot, fark ve kalite kontrolünü işler. Satın alma sorumlusu; sipariş, teslim, tedarikçi faturası ve ek maliyet bağlantılarını yürütür.
Teslim ve sayım farkı: Değerlendirme: _________________________________________________
Tedarikçi faturası ve ödeme durumu: Değerlendirme: ____________________________________
Navlun/gümrük/ek maliyet dağıtımı: Değerlendirme: _____________________________________
Kısmi satış ve dönem etkisi: Değerlendirme: ____________________________________________
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. Sonradan gelen maliyetin kalan stok ve satılan bölüme etkisi açıklanır. Kullanıcı, stok toplamını değiştirerek farkı gizlemek yerine belge, teslim ve onay bağlantısını korur.
Kaynak: Odoo 19 ek maliyet rehberi.
Muhasebe ve vergi sorumluluğunu işlem ve belge kanıtıyla eğitin
Muhasebe sorumlusu; mizan, açık kalem, ödeme, banka, kur farkı ve dönem kontrollerini yürütür. Vergi sorumlusu; işlemin KDV oranı, liste, istisna, matrah, tevkifat/sorumluluk ve indirim kararını inceler. Genel oran yüzde 20, liste bazlı oranlar yüzde 1 ve yüzde 10'dur; her faturaya tek oran uygulanmaz. İstisna, sıfır oran, ihracat kayıtlı işlem ve indirilemeyen KDV ayrılır.
Vergi kararı ve mali onay: Değerlendirme: ______________________________________________
Açık kalem ve ödeme bağlantısı: Değerlendirme: _________________________________________
Kur/kuruş ve kalan fark: Değerlendirme: ________________________________________________
e-belge ve e-Arşiv rapor kanıtı: Değerlendirme: _________________________________________
2026 e-Arşiv çalışmasında 573/589 ayrımı korunur. 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ı evrensel e-Arşiv eşiği değildir. 5 Kasım 2026 duyurusunda üretim geçiş tarihi yer almamaktadır.
l10n_tr/l10n_tr_reports raporlarının KDV, muhtasar veya kurumlar beyannamesi gönderimi olmadığı; e-Beyan/e-Beyanname ve e-Defter/berat süreçlerinin ayrı olduğu uygulamalı olarak açıklanır.
Mali kontrol ve migrasyon sorumlusunu fark yönetimiyle eğitin
Mali kontrol sorumlusu; kaynak/hedef mizan, açık kalem, banka, stok, kur ve TL mutabakatını inceler. Migrasyon sorumlusu; dış kimlik, bağımlılık sırası, paket sürümü, yükleme günlüğü, reddedilen kayıt ve yeniden deneme kararını yönetir.
Kaynak/hedef kontrol toplamı: Değerlendirme: ___________________________________________
Kur/tarih/kaynak ve beklenen TL: Değerlendirme: ________________________________________
Kalan fark, neden ve çözüm sahibi: Değerlendirme: ______________________________________
Reddedilen kayıt ve bağımlı belge kuralı: Değerlendirme: _______________________________
İ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.
İ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 para birimli belgeler de çalıştırılır. Farkı genel toleransla silmek yerine kaynak kanıtı ve çözüm kararı oluşturulur. Aynı paketin ikinci yüklemesinin mükerrer kayıt oluşturup oluşturmadığı test edilir.
Bordro sorumlusunu parametre ve dosya sınırıyla eğitin
Odoo 19'da l10n_tr_hr_payroll ve l10n_tr_hr_payroll_account bulunur. Bordro sorumlusu; ücret kuralları, katkılar, çalışan ve kategori parametreleri ile muhasebe bağlantılarını inceler. 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.
Çalışan/kategori parametre kontrolü: Değerlendirme: ___________________________________
Bordro ve muhasebe mutabakatı: Değerlendirme: _________________________________________
SGK/e-Bildirge mevcut prosedürü: Değerlendirme: _______________________________________
Banka ödeme dosyası ve yetki sınırı: Değerlendirme: ____________________________________
Otomatik SGK/e-Bildirge veya GİB gönderimi ve banka üzerinden ödeme kanıtı varsayılmaz. Banka özel maaş/ödeme dosyası gerekiyorsa ayrı sağlayıcı veya özel geliştirme kapsamı açılır. Bordro eğitimi, vergi veya SGK sonucu garantisi değildir; çalışan verisini ve dönem parametrelerini kimin onayladığı açıkça belirtilir.
Kaynaklar: Odoo 19 Türkiye bordrosu ve SGK e-BildirgeV2.
Yöneticiyi sürüm, entegratör ve olay kanıtıyla eğitin
Yönetici; kullanıcı yetkileri, şirket/şube yapılandırması, modül sürümü, Nilvera ortamı, güvenli kimlik referansı, yedekleme ve olay kayıtlarını inceler. Resmî Odoo 19 entegrasyonunun doğrudan GİB değil Nilvera ile çalıştığını ve kurulu derlemenin test edilmesi gerektiğini bilir.
Etkin modül ve Odoo derlemesi: Değerlendirme: __________________________________________
Nilvera test/üretim ortamı ve sorumlu: Değerlendirme: __________________________________
Temel/ticari/iade senaryosu kanıtı: Değerlendirme: ______________________________________
Yedek, geri yükleme ve olay prosedürü: Değerlendirme: __________________________________
l10n_tr_gib_invoice_scenarios modülünün 16 Ekim 2026 geri taşıması kaynak notudur; her kurulumda ticari akışın bulunduğu anlamına gelmez. Odoo 20 ticari/iade/e-fiş işlevleri Odoo 19 eğitim kanıtı değildir. l10n_tr_nilvera_edispatch için oluşturma/manuel yükleme sınırı korunur. Doğrudan GİB, alternatif entegratör, PayTR veya özel banka dosyası ayrı kapsamdır.
Nilvera'nın GİB özel entegratör listesinde olması veya Nilvera e-Defter'in uyumlu yazılım listesinde yer alması Odoo'nun kendisini belgelendirmez. Yönetici, sistem yanıtını içerik onayı ve paket kabulünü alıcı onayı olarak raporlamaz.
Pratik değerlendirme ve rol şampiyonu devriyle öğrenmeyi kanıtlayın
Her kullanıcı yalnızca izleyerek değil, kendi rolünün rutin ve istisna senaryosunu uygulayarak değerlendirilir. Beklenen sonuç, hata durumunda izlenecek yol ve sunulması gereken kanıt önceden açıklanır. Başarısız adım için ek görev ve yeniden değerlendirme planlanır.
Rutin görev sonucu ve kanıt: Değerlendirme: ____________________________________________
İstisna ve hata yönetimi: Değerlendirme: ________________________________________________
Ek eğitim ve yeniden değerlendirme: Değerlendirme: ______________________________________
Rol şampiyonu devir tarihi: Değerlendirme: _____________________________________________
Rol şampiyonu; görev kartı, terim sözlüğü, sık hata ve ilk destek kanalını devralır. Rol şampiyonu, kullanıcıdan yalnızca sözlü yanıt istemek yerine tamamlanan işin kanıtını kullanıcıyla birlikte inceler. Destekten çıkış, geçen takvim süresiyle değil; kullanıcıların rutin ve istisnaları doğru yönetmesi, açık farkların sahiplenilmesi ve şube kapanışlarının tamamlanmasıyla değerlendirilir.
Benimseme gözlemini ve eğitim sonrası işleri yönetin
Canlı kullanımda hangi ekranlarda bekleme, yanlış belge senaryosu, mutabakat farkı, yetki ihtiyacı veya ek eğitim talebi oluştuğu kaydedilir. Her gözlem kullanıcı rolü, işlem ve kanıtla ilişkilendirilir. Sayfa veya oturum sayısı tek başına başarı ölçüsü değildir; doğru iş tamamlama ve kapanış kalitesi incelenir.
Gözlenen iş ve kullanıcı rolü: Doldurulacak bilgi: _________________________________________
Hata/destek/yeni kapsam ayrımı: Doldurulacak bilgi: _________________________________________
Görev kartı veya yapılandırma düzeltmesi: Doldurulacak bilgi: ______________________________
Sonraki değerlendirme ve sorumlu: Doldurulacak bilgi: ______________________________________
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 aynı değerlendirme disipliniyle çalışır.
Diğer çalışma kitapları:
Eğitimde kullanılan başka şirketlere ait örnekler veya OXP oturumları yalnızca öğretim malzemesidir; Oakland müşterisi veya referansı olarak sunulmaz. Sonraki Odoo sürümüne ait ekran ve işlevler ayrı etiketlenir ve Odoo 19 yeteneği olarak değerlendirilmez.