Odoo ile e-Arşiv Fatura Kesme: Otomatik Fatura Akışı

Odoo ile e-Arşiv fatura kesmek, Odoo’daki onaylanmış satışın e-belge entegrasyonu üzerinden GİB kurallarına göre oluşturulmasıdır. Odoo tek başına GİB’e belge göndermez; bağlantı, yetkilendirme ve durum takibi gerekir.

Bu rehber, Odoo kullanan küçük işletme sahipleri, muhasebe ekipleri ve geliştiriciler için hazırlanmıştır. Otomatik akışın kurulumunu, müşteri verisi hazırlığını, hata çözümünü, testleri ve kontör planlamasını açıklar.

Odoo e-Arşiv fatura nedir ve otomatik akış nasıl çalışır?

e-Arşiv fatura, e-Fatura kullanıcısı olmayan alıcıya elektronik ortamda düzenlenip iletilen faturadır. Odoo e-Arşiv fatura akışı, satış ve müşteri verisini belge gönderimiyle birleştirir.

Akış, Odoo’da siparişin veya doğrudan faturanın oluşturulmasıyla başlar. Kullanıcı faturayı onaylar, entegrasyon gerekli alanları kontrol eder ve belgeyi yetkili özel entegratöre gönderir.

Özel entegratör, Odoo’dan gelen veriyi e-belge formatına dönüştürür. Ardından teknik kontrolleri, yetkilendirmeyi ve GİB’e ilişkin iletim adımlarını yürütür.

GİB veya entegratör yanıtı, faturanın başarılı, reddedilmiş ya da beklemede olduğunu gösterir. Odoo ekranında yalnızca taslak veya gönderildi durumu görülüyorsa, nihai yanıt ayrıca incelenmelidir.

İşletmenin mevzuat kapsamını ve belge özelliklerini ayrıca değerlendirmek için e-Arşiv fatura ürün bilgisindeki süreç açıklamalarına bakılabilir. Teknik kurulum yine Odoo ve entegratör tarafında yapılır.

Otomatik akış, her faturanın insan müdahalesi olmadan kesinleşeceği anlamına gelmez. Eksik vergi kimlik bilgisi, yanlış alıcı türü veya servis kesintisi işlemi durdurabilir.

Bu nedenle başarılı bir sistem, belgeyi üretmek kadar yanıtı Odoo’ya geri yazmalıdır. Kullanıcı, aynı faturayı tekrar oluşturmadan önce mevcut belge numarasını ve gönderim durumunu kontrol etmelidir.

Odoo e-Arşiv fatura kullanmak için hangi bilgiler gerekir?

Odoo e-Arşiv fatura kurulumu için işletme bilgileri, entegratör yetkileri, müşteri alanları ve belge numara ayarları gerekir. Eksik bilgiler, otomatik gönderimden önce tamamlanmalıdır.

Öncelikle işletmenin vergi kimlik numarası, unvanı, vergi dairesi ve adresi doğrulanır. Gerçek kişi işletmelerinde kullanılan kimlik bilgileri, şirket profilindeki bilgilerle karıştırılmamalıdır.

İkinci adımda özel entegratör hesabı, kullanıcı yetkileri ve API bağlantı bilgileri hazırlanır. Kullanılan modül, bu bilgileri güvenli biçimde saklamalı ve erişim yetkisini sınırlandırmalıdır.

• İşletme unvanı, vergi kimlik numarası ve vergi dairesi Odoo’da doğrulanmış olmalıdır.
• Müşteri kartlarında alıcı türü, VKN veya TCKN ve adres alanları doldurulmuş olmalıdır.
• Fatura serisi, sıra numarası ve tarih kullanımı muhasebe ekibiyle birlikte belirlenmiş olmalıdır.
• KDV, istisna, tevkifat ve indirim senaryoları Odoo’daki ürünlerle eşleştirilmiş olmalıdır.
• Entegratör kullanıcı bilgileri, test ve canlı ortam ayrımıyla yetkilendirilmiş olmalıdır.

Bu kontrol listesi tamamlanmadan canlı gönderim açılmamalıdır. Önce küçük bir test veri kümesiyle alanların XML çıktısına doğru aktarıldığı görülmelidir.

Her işletmede aynı alanlar aynı biçimde zorunlu olmayabilir. Belge türü, alıcının niteliği ve güncel GİB kuralları farklı doğrulamalar getirebilir.

Odoo e-Arşiv fatura ile e-Fatura arasındaki fark nedir?

Odoo e-Arşiv fatura ile e-Fatura arasındaki temel fark, alıcının e-Fatura sistemindeki statüsü ve belgenin iletim yoludur. Odoo, bu ayrımı müşteri bilgileriyle doğru belirlemelidir.

Genel akışta e-Fatura, e-Fatura kayıtlı bir alıcıya sistem içindeki elektronik posta kutusu üzerinden gönderilir. e-Arşiv ise kayıtlı olmayan alıcılar için düzenlenir ve alıcıya uygun elektronik veya basılı yöntemle iletilir.

Odoo’daki otomatik kural, yalnızca müşterinin şirket veya bireysel olmasına bakmamalıdır. VKN, TCKN ve güncel kayıt durumu birlikte değerlendirilmelidir.

Bir alıcının e-Fatura sistemine kayıtlı olup olmadığı değişebilir. Bu nedenle müşteri kartına aylar önce girilmiş statü, sonraki faturada otomatik olarak doğru kabul edilmemelidir.

Uygulama kuralı, güncel GİB servisleri ve işletmenin mali müşavir görüşüyle doğrulanmalıdır. Emin olunmayan alıcı senaryosunda otomatik gönderim yerine önce kontrol adımı eklenmelidir.

Odoo e-Arşiv fatura entegrasyonu hangi adımlarla kurulur?

Odoo e-Arşiv fatura entegrasyonu, kapsam belirleme, modül kurulumu, alan eşleme, yetkilendirme ve test adımlarıyla kurulur. Canlı bağlantıdan önce her adım kayıt altına alınmalıdır.

İlk olarak işletme, yalnızca e-Arşiv mi yoksa e-Fatura ve diğer e-belgeleri de mi yöneteceğine karar verir. Bu seçim, kullanılacak modülün veri modelini ve kontör havuzunu etkiler.

1. Odoo sürümünü, fatura modülünü ve mevcut özel geliştirmeleri belgeleyin.
2. Yetkili entegratör hesabını ve kullanılacak test bağlantısını tanımlayın.
3. Odoo alanlarını e-belge alanlarıyla satır, vergi ve toplam seviyesinde eşleyin.
4. Seri, sıra numarası, para birimi ve tarih kurallarını muhasebe ekibiyle onaylayın.
5. Alıcı türüne göre e-Fatura veya e-Arşiv yönlendirme kuralını oluşturun.
6. Başarılı, hatalı, bekleyen ve iptal edilen belgeler için durum eşlemesi yapın.

Alan eşleme mantığını farklı yazılım bağlantıları üzerinden görmek isteyen ekipler, Mikro e-Fatura entegrasyonu, Logo Go e-Fatura entegrasyonu ve Excel e-Fatura entegrasyonu yazılarındaki genel eşleme yaklaşımını inceleyebilir.

Bu yazılardaki ekran ve alan adları Odoo ile birebir aynı olmayabilir. Önemli olan, siparişten belgeye giden verinin kaybolmadan izlenmesi ve yanıtın Odoo’ya dönmesidir.

Odoo e-Arşiv fatura satıştan sonra nasıl otomatik oluşturulur?

Odoo e-Arşiv fatura, satışın faturalandırılabilir duruma gelmesinden sonra otomatik oluşturulur. Gönderim kuralı, fatura onayı ve alıcı kontrolü tamamlanmadan çalıştırılmamalıdır.

İlk aşamada satış siparişi taslak olarak tutulur. Ürün, miktar, birim fiyat, indirim, vergi ve teslim bilgileri kullanıcı tarafından kontrol edilir.

Fatura oluşturulduğunda Odoo, müşteri kartındaki alıcı türünü ve kimlik numarasını okur. Kural doğruysa belge e-Arşiv akışına, farklı bir durum varsa e-Fatura akışına yönlenir.

Vergi toplamları ve satır tutarları, gönderimden önce yeniden hesaplanır. Yuvarlama farkı varsa sistemin hangi satıra uyguladığı muhasebe ekibi tarafından incelenmelidir.

Entegrasyon, belgeyi gönderdiğinde dış sistemden bir işlem yanıtı alır. Bu yanıt, Odoo’daki kayıtla ilişkilendirilmeli ve kullanıcıya hata açıklamasıyla birlikte gösterilmelidir.

Başarılı belgede belge numarası, UUID veya benzeri teknik kimlik, oluşturma zamanı ve teslim dosyası saklanır. Kullanıcı, Odoo kaydıyla entegratör ekranını karşılaştırabilmelidir.

İade, iptal, fiyat düzeltmesi ve yeniden faturalandırma aynı otomatik akışın basit devamı değildir. Bu işlemlerde güncel mevzuat, belge ilişkisi ve mali müşavir onayı ayrıca değerlendirilmelidir.

Odoo e-Arşiv fatura için müşteri ve adres verileri nasıl hazırlanır?

Odoo e-Arşiv fatura için müşteri verileri, alıcının gerçek kişi veya tüzel kişi olmasına göre hazırlanır. VKN, TCKN, unvan, adres ve iletişim bilgileri tutarlı olmalıdır.

Tüzel kişi kartında unvan, vergi kimlik numarası, vergi dairesi ve açık adres bulunur. Gerçek kişi kartında ad, soyad, kimlik numarası ve gerekli teslim bilgileri doğrulanır.

İl, ilçe, mahalle, posta kodu ve ülke alanları serbest metin yerine mümkünse standart seçimlerle tutulmalıdır. Aynı müşterinin farklı yazımları, raporlama ve tekrar kontrol sorunlarına yol açar.

Yanlış: Müşteri kartına yalnızca e-posta yazıp kimlik bilgisini sonradan tamamlamak. Doğru: Fatura onayından önce alıcı türünü, kimlik numarasını ve adresi doğrulamak.

Alıcının e-Fatura kayıt durumu, müşteri kartında sabit bir etiket olarak tutulmamalıdır. Entegrasyonun güncel sorgu yöntemini kullanması veya değişiklikleri düzenli kontrol eden bir görev çalıştırması gerekir.

Adres değişikliği, şube ayrımı veya teslim adresi farklılığı varsa ticari adres ile teslim adresi ayrılmalıdır. Odoo’daki tek adres alanı, her belge senaryosu için yeterli olmayabilir.

Müşteri verisi hazırlanırken erişim yetkileri de düzenlenmelidir. Kimlik ve adres bilgileri yalnızca görevi gerektiren kullanıcılar tarafından görülmeli, dışa aktarma kayıtları denetlenmelidir.

Odoo e-Arşiv fatura XML ve GİB kontrol süreci nasıl işler?

Odoo e-Arşiv fatura XML sürecinde, uygulamadaki satış verisi yapılandırılmış e-belge alanlarına dönüştürülür. XML oluşturma, şema doğrulama ve gönderim yanıtı birbirinden ayrı kontrol edilmelidir.

UBL-TR, Türkiye’de e-belge verilerinin yapılandırılmış XML biçiminde taşınmasını sağlayan belge standardıdır. Odoo modülü, ürün, vergi, taraf ve toplam alanlarını bu yapıya uygun üretmelidir.

İlk kontrolde XML biçimi ve zorunlu alanlar incelenir. İkinci kontrolde vergi, tarih, kimlik, toplam ve belge türü gibi iş kuralları değerlendirilir.

Uzman notu: Odoo ekranında gönderildi yazması, faturanın kesin olarak kabul edildiği anlamına gelmez. Entegratör yanıtındaki başarılı veya reddedildi bilgisini mutlaka belge kimliğiyle doğrulayın.

Belge kabul edildiğinde Odoo’da teknik kimlik, yanıt zamanı ve durum saklanmalıdır. Reddedilen belge için aynı numarayla körlemesine tekrar gönderim yapmak, mükerrer kayıt riski oluşturabilir.

PDF, alıcının okuyabileceği görünümü sağlar; XML ise yapılandırılmış belge verisini taşır. Yalnızca PDF’yi arşivlemek, entegrasyonun teknik izlerini ve gönderim yanıtını korumaya yetmeyebilir.

Hata kayıtlarında istek zamanı, belge numarası, müşteri kimliği, yanıt metni ve tekrar deneme bilgisi bulunmalıdır. Hassas erişim anahtarları log dosyalarına açık biçimde yazılmamalıdır.

XML şemaları ve GİB kontrolleri güncellenebilir. Bu nedenle modül sürümü, entegratör duyuruları ve güncel GİB açıklamaları düzenli olarak izlenmelidir.

Odoo e-Arşiv faturada hata oluşursa ne yapılır?

Odoo e-Arşiv fatura hatasında önce belge durumu ve entegratör yanıtı okunur, ardından veri düzeltilir. Aynı faturayı kontrol etmeden tekrar göndermek doğru ilk adım değildir.

Alıcının e-Fatura kayıtlı olması, e-Arşiv yerine farklı belge akışına yönlendirme gerektirebilir. Müşteri türü ve güncel kayıt durumu doğrulanmadan belge biçimi değiştirilmemelidir.

VKN, TCKN, adres, vergi kodu veya ürün birimi eksikse Odoo’daki kaynak kayıt düzeltilir. Sonra taslak belge yeniden hesaplanır ve önceki hata yanıtı saklanır.

Belge numarası daha önce kullanılmışsa yeni numara üretmek hemen çözüm olmayabilir. Önce ilk gönderimin gerçekten başarısız olup olmadığı, entegratör ekranı ve belge kimliğiyle kontrol edilmelidir.

Bağlantı veya yetkilendirme hatalarında kullanıcı adı, API anahtarı, ortam adresi ve sertifika ayarları incelenir. Canlı bilgilerinin test ortamına yazılması ayrıca güvenlik riski doğurur.

Tarih, para birimi, vergi ve toplam uyuşmazlıklarında Odoo kaynağı ile oluşturulan XML karşılaştırılır. Sorun entegratör dönüşümünden kaynaklanıyorsa, geliştiriciye örnek belge ve yanıt kodu sağlanır.

Yanlış: Hata mesajını görmeden gönder düğmesine art arda basmak. Doğru: Durumu, belge kimliğini ve yanıtı kaydedip nedeni giderdikten sonra kontrollü tekrar denemek.

Hata açıklaması anlaşılmıyorsa güncel GİB duyurusu ve mali müşaviriniz kontrol edilmelidir. Teknik destek talebine ekran görüntüsü yerine mümkün olduğunca maskelemiş kayıt ve belge kimliği eklenmelidir.

Odoo e-Arşiv fatura kontör hesabı nasıl yapılır?

Odoo e-Arşiv fatura kontör hesabı, gönderilecek ve alınacak e-belge sayısına göre yapılır. Önce belge türleri, aylık hacim ve ortak havuz kuralı birlikte çıkarılmalıdır.

Kullanılan kontör modelinde gelen ve giden belgelerin her biri bir kontör düşürür. Bu nedenle yalnızca Odoo’dan gönderilen e-Arşiv faturaları değil, sisteme gelen belgeler de planlamaya dahil edilir.

Örneğin ayda 180 e-Arşiv faturası gönderen ve 75 e-belge alan işletmenin temel aylık ihtiyacı 255 kontördür. Yoğun dönem, iade ve test işlemleri için ayrıca pay bırakılmalıdır.

Tek havuz kullanılıyorsa e-Fatura, e-Arşiv, e-İrsaliye, e-SMM, e-MM ve e-Bilet işlemleri aynı bakiyeyi etkileyebilir. Her belge türünün aylık adedi ayrı izlenmelidir.

Kontör hesabı yaparken API çağrısı ile belge sayısı aynı kabul edilmemelidir. Başarısız tekrar denemelerin tüketim kuralı, iptal işlemleri ve test belgeleri sağlayıcının koşullarından doğrulanmalıdır.

Odoo’da aylık rapor, entegratör panelindeki belge sayısıyla karşılaştırılmalıdır. Fark varsa tarih aralığı, taslaklar, başarısız gönderimler ve gelen kutusu kayıtları ayrı ayrı incelenmelidir.

En güvenli plan, son aylardaki ortalama yerine yoğun sezon hacmini temel alır. Kullanım süresi, bakiye uyarısı ve belge türü bazlı tüketim güncel paket koşullarıyla kontrol edilmelidir.

Odoo e-Arşiv fatura akışı küçük işletmede nasıl uygulanır?

Odoo e-Arşiv fatura akışı küçük işletmede, satış kaydını müşteri doğrulaması ve otomatik belge gönderimiyle birleştirir. Kafe, market veya eczane sahibi için amaç, manuel veri tekrarını azaltırken kontrolü korumaktır.

Örneğin bir kafe sahibi, gün sonu satışlarını Odoo’da toplu faturaya dönüştürüyor. Fatura isteyen bireysel müşterinin adı, kimlik bilgisi, adresi ve e-posta tercihi satış sırasında alınır.

Müşteri e-Fatura sisteminde kayıtlı değilse e-Arşiv kuralı devreye girer. Kayıtlı bir ticari müşteri içinse alıcı statüsü yeniden kontrol edilir ve uygun belge türü seçilir.

Kafe, ürün kartlarında KDV oranlarını ve birimlerini önceden tanımlar. Böylece kahve, yiyecek ve paket servis satırları faturaya farklı ürün açıklamalarıyla doğru aktarılır.

Satış onaylandığında Odoo fatura taslağı oluşturur. Kullanıcı toplamı kontrol eder, belge gönderilir ve entegratör yanıtı Odoo’daki satış kaydına bağlanır.

Bir müşteri sonradan iade isterse sistem doğrudan eski faturayı silmemelidir. İade veya düzeltme belgesinin nasıl düzenleneceği, işlem türüne ve güncel mevzuata göre belirlenmelidir.

İnternet kesilirse satış kaydı kaybolmadan bekleyen duruma alınmalıdır. Bağlantı geldiğinde sistem, aynı faturayı ikinci kez oluşturmadan ilk gönderim sonucunu kontrol etmelidir.

Bu senaryo, küçük işletmede otomasyonun temel sınırını gösterir. Ürün ve müşteri verisi düzenli değilse en iyi entegrasyon bile hatalı belge üretebilir.

Odoo e-Arşiv fatura entegrasyonu nasıl test ve izlenir?

Odoo e-Arşiv fatura entegrasyonu, canlıya geçmeden önce farklı alıcı ve vergi senaryolarıyla test edilir. İzleme ekranı, yalnızca gönderim sayısını değil, her belgenin son durumunu göstermelidir.

Test verileri gerçek müşteri bilgileri yerine maskelenmiş kayıtlarla hazırlanmalıdır. Bir tüzel kişi, bir gerçek kişi, eksik adresli kayıt ve farklı vergi senaryosu ayrı ayrı denenmelidir.

1. Odoo’da taslak fatura oluşturup satır ve toplam değerlerini kontrol edin.
2. e-Arşiv alıcısına gönderim yapıp belge kimliğini kaydedin.
3. Başarılı yanıtın Odoo durum alanına doğru işlendiğini doğrulayın.
4. Eksik VKN veya adresle kontrollü hata üretip açıklamayı inceleyin.
5. Aynı faturayı tekrar göndermeyi deneyerek mükerrerlik korumasını test edin.
6. PDF, XML, gönderim zamanı ve yanıt kaydının birlikte saklandığını kontrol edin.

Canlı izleme ekranında bekleyen, başarılı, reddedilen ve yeniden işlenecek belgeler ayrılmalıdır. Kullanıcı, yalnızca hata sayısını değil, hatanın hangi müşterilerde tekrarlandığını da görebilmelidir.

Günlük mutabakat, Odoo’daki onaylı faturalarla entegratörün kabul ettiği belgeleri karşılaştırır. Farklı numara serileri, tarih filtreleri veya saat dilimleri rapor sonucunu etkileyebilir.

Yetki değişiklikleri, modül güncellemeleri ve API anahtarı yenilemeleri kayıt altına alınmalıdır. Arşiv dosyaları, erişim izinleri ve yedekleme yöntemi periyodik olarak sınanmalıdır.

Test sonuçları onaylanmadan otomatik gönderim açılmamalıdır. Canlıya geçişten sonra ilk günlerde küçük bir belge grubu ve sık durum kontrolüyle ilerlemek daha güvenlidir.

Özet: 5 maddede Odoo e-Arşiv fatura akışı

Odoo e-Arşiv fatura akışının güvenilir olması, doğru alıcı kuralı, eksiksiz veri, kontrollü gönderim ve düzenli mutabakat gerektirir. Otomasyon, muhasebe kontrolünün yerine geçmez.

• 1. Kapsamı belirleyin: Odoo’nun hangi satışları e-Arşiv, hangilerini e-Fatura akışına yönlendireceğini güncel kurallara göre tanımlayın.
• 2. Veriyi standartlaştırın: VKN veya TCKN, unvan, adres, vergi kodu, ürün birimi ve toplam alanlarını fatura öncesinde doğrulayın.
• 3. Entegrasyonu eşleyin: Odoo alanlarını XML, belge kimliği, durum yanıtı ve teslim dosyasıyla ilişkilendirerek izlenebilir bir bağlantı kurun.
• 4. Hataları kontrollü çözün: Tekrar göndermeden önce belge durumunu, entegratör yanıtını ve olası mükerrerlik riskini inceleyin.
• 5. Kontörü planlayın: Gelen ve giden belgeleri, diğer e-belge türlerini, yoğun dönemleri ve sağlayıcı kurallarını birlikte hesaplayın.

Kurulumdan sonra günlük durum kontrolü, aylık mutabakat ve düzenli veri temizliği yapılmalıdır. Mevzuat değişiklikleri için güncel GİB duyurusu ve mali müşavirinizin değerlendirmesi izlenmelidir.

Teknik hata ile mevzuat kararını birbirinden ayırmak önemlidir. Odoo’daki bir alanı değiştirmek, her durumda belgeyi hukuken düzeltmiş sayılmaz; gerekiyorsa yetkili muhasebe süreci uygulanmalıdır.

efaturakontor.com’da e-Fatura, e-Arşiv, e-İrsaliye, e-SMM, e-MM ve e-Bilet belgelerinde geçerli tek havuz kontör paketleri 100’den 500.000 kontöre kadar sunulur. Ücretsiz e-fatura portalı, Sovos altyapısına aynı gün tanımlama ve 12-18 ay kullanım süresi koşullarını güncel paket sayfasından, gelen ve giden her belgenin bir kontör düşürdüğünü ise mali müşavirinizle birlikte kontrol edin.