Compliance & Regulation serimizin bir parçası
Tam kılavuzu okuyunGelir Tanıma Standartları: Pratik ASC 606 ve IFRS 15 Uygulama Kılavuzu
Gelir tanıma hataları, ASC 606'nın yürürlüğe girmesinden bu yana SEC'in gerektirdiği tüm yeniden beyannamelerin yüzde 37'sini oluşturan, mali yeniden beyannamelerin bir numaralı nedenidir. Standardın ilkelere dayalı yaklaşımı işletmelere esneklik sağlar, ancak bu esneklik, deneyimli muhasebe ekiplerini bile şaşırtan kararlara yol açar.
Bu kılavuz, ASC 606 (ABD GAAP) ve IFRS 15 (uluslararası standartlar) için pratik uygulama kılavuzu sağlamak üzere teorik karmaşıklığı ortadan kaldırır. Her iki standart da aynı beş adımlı çerçeveyi paylaşıyor, ancak uygulama genelinde ele aldığımız küçük farklılıklar var.
Beş Adımlı Gelir Tanıma Modeli
Adım 1: Sözleşmeyi Tanımlayın
Beş kriterin tümü karşılandığında bir sözleşme var olur:
- Onay ve taahhüt --- Her iki taraf da sözleşmeyi onaylamıştır (yazılı, sözlü veya zımni)
- Belirtilen haklar --- Her bir tarafın mal/hizmetlere ilişkin hakları tanımlanabilir
- Ödeme koşulları belirlendi --- Mal/hizmetler için ödeme koşulları belirlenebilir
- Ticari içerik --- İşlemin ticari içeriği var (riski, zamanlaması veya nakit akış miktarı değişecek)
- Tahsil edilebilirlik muhtemel --- İşletmenin bedeli tahsil etmesi muhtemeldir
Genel sorunlar:
- Uzun süredir devam eden müşterilerle sözlü anlaşmalar --- tüm kriterlerin karşılanması durumunda hala geçerli sözleşmeler
- Değişken bedelli sözleşmeler --- kriterlerin başlangıçta karşılanıp karşılanmadığını dahil edin
- Müşteri kredi onayı gerektiren sözleşmelerin onay alınana kadar ertelenmesi gerekebilir
Adım 2: Performans Yükümlülüklerini Belirleyin
Edim yükümlülüğü, farklı bir mal veya hizmetin devrine ilişkin bir taahhüttür.
Farklı test (her ikisinin de karşılanması gerekir):
- Farklı olabilme --- Müşteri, mal/hizmetten tek başına veya hazır kaynaklarla yararlanabilir
- Sözleşme içerisinde farklıdır --- Taahhüt, diğer taahhütlerden ayrı olarak tanımlanabilir (birbiriyle yüksek oranda ilişkili veya yüksek düzeyde bağımlı değildir)
| İşletme Türü | Tipik Performans Yükümlülükleri | Paketlemeyle İlgili Hususlar |
|---|---|---|
| SaaS | Yazılım erişimi, uygulama, eğitim, destek | Uygulama farklı olabilir veya olmayabilir |
| Üretim | Ürün, garanti, kurulum, bakım | Uzatılmış garanti farklıdır; standart garanti |
| İnşaat | Tasarım, inşa, devreye alma | Çoğunlukla tek bir yükümlülük olarak birleştirilir |
| Profesyonel hizmetler | Danışmanlık aşamaları, teslimatlar, raporlar | Her aşama ayrı ayrı değerliyse farklı olabilir |
| Perakende | Ürün, sadakat puanları, hediye paketleri | Sadakat puanları ayrı bir zorunluluktur |
3. Adım: İşlem Fiyatını Belirleyin
İşlem fiyatı, işletmenin mal veya hizmet devri karşılığında almayı beklediği bedeldir.
Dikkate alınması gereken bileşenler:
- Sabit bedel --- Sözleşme bedeli, liste fiyatı
- Değişken bedel --- İndirimler, iadeler, geri ödemeler, performans primleri, cezalar
- Değişken bedeli kısıtlayan --- Yalnızca iptal edilmemesi muhtemel (UFRS 15) veya muhtemel (ASC 606) tutarları dahil edin
- Önemli finansman bileşeni --- Ödeme zamanlamasının teslimattan önemli ölçüde farklı olması durumunda düzeltme yapın (>12 ay)
- Nakit dışı bedel --- Gerçeğe uygun değer üzerinden ölçün
- Müşteriye ödenecek bedel --- Ödeme farklı mal/hizmetler için yapılmadığı sürece işlem fiyatını azaltın
Değişken bedel tahmin yöntemleri:
- Beklenen değer --- Olası sonuçların olasılık ağırlıklı toplamı (büyük popülasyonlar için en iyisi)
- En olası miktar --- En olası tek sonuç (ikili sonuçlar için en iyisi)
Adım 4: İşlem Fiyatını Tahsis Edin
Bir sözleşmenin birden fazla edim yükümlülüğü varsa, işlem fiyatını göreceli bağımsız satış fiyatlarına (SSP) göre dağıtın.
SSP belirleme hiyerarşisi:
- Gözlemlenebilir fiyat --- Ayrı satıldığında alınan fiyat
- Düzeltilmiş pazar değerlendirmesi --- Rakiplerin benzer mallar/hizmetler için ücretlendirme yaptığı fiyat
- Beklenen maliyet artı marj --- Beklenen maliyetler artı uygun marj
- Artık yaklaşım --- Yalnızca SSP'nin oldukça değişken veya belirsiz olduğu durumlarda izin verilir
Örnek tahsis:
Bir yazılım şirketi aşağıdakileri içeren bir paketi 120.000 dolara satıyor:
| Bileşen | SSP | Göreceli % | Tahsis Edilen Fiyat |
|---|---|---|---|
| Yazılım lisansı (3 yıllık) | 80.000$ | %53,3 | 64.000$ |
| Uygulama hizmetleri | 40.000$ | %26,7 | 32.000$ |
| Yıllık destek (3 yıl) | 30.000$ | %20,0 | 24.000$ |
| Toplam | 150.000$ | %100 | 120.000$ |
Adım 5: Geliri Tanımlayın
Kontrolün devredilmesi yoluyla bir edim yükümlülüğü yerine getirildiğinde (veya yerine getirildikçe) geliri muhasebeleştirin.
Zaman içinde nokta tanıma (belirli bir anda kontrol aktarımları):
- Müşterinin fiziksel mülkiyeti vardır
- Müşterinin yasal mülkiyeti vardır
- Müşteri varlığı kabul etti
- Müşterinin önemli riskleri ve getirileri vardır
- İşletmenin mevcut ödeme hakkına sahip olması
Zaman içinde tanıma (kontrol sürekli olarak aktarılır):
- Müşteri aynı anda fayda (hizmet) alır ve tüketir
- Kuruluşun performansı, müşterinin kontrol ettiği bir varlığı (inşaat) yaratır veya geliştirir
- Kuruluşun edimi, alternatif kullanımı olmayan bir varlık yaratır VE kuruluşun o güne kadar tamamlanan edimi karşılığında icra edilebilir bir ödeme hakkına sahiptir
Sektöre Özel Uygulama
SaaS ve Abonelik İşletmeleri
SaaS gelirinin tanınması zaman içinde muhasebeleştirilir çünkü müşteriler yazılım hizmetinin faydalarını aynı anda alıp tüketir.
Önemli noktalar:
- Kurulum ücretleri --- Genellikle belirgin değildir; yazılıma erişim yükümlülüğünü tahsis edin ve sözleşme süresi boyunca muhasebeleştirin
- Uygulama hizmetleri --- Müşterinin üçüncü bir tarafı işe alıp alamayacağı farklıdır; teslim edilmiş olarak kabul edin. Yüksek derecede özelleştirilmişse belirgin değildir; yazılım erişimiyle birleştirin
- Kullanıma dayalı fiyatlandırma --- Kullanım gerçekleştikçe kabul et (IP lisansları için satışa dayalı telif hakkı istisnası)
- Sözleşme yenilemeleri --- Yenileme seçeneğinin maddi bir hak olup olmadığını değerlendirin (önemli ölçüde indirimli ise)
Günlük giriş düzeni (aylık SaaS):
Contract value: $12,000/year
Monthly recognition: $1,000
Dr. Accounts Receivable $1,000
Cr. SaaS Revenue $1,000
İmalat ve Ürün Satışı
Ürün geliri genellikle kontrolün devredildiği bir zamanda muhasebeleştirilir.
Gönderim koşulları önemlidir:
| Incoterms | Kontrol Transferleri | Gelir Tanıma Noktası |
|---|---|---|
| EXW (Fabrikada) | Satıcı iskelesi | Mallar tesisten ayrıldığında |
| FOB Nakliye | Taşıyıcı teslim alma | Taşıyıcı mülkiyeti ele geçirdiğinde |
| FOB Varış Noktası | Alıcı iskelesi | Alıcı malları aldığında |
| CIF | Hedef liman | Mallar limana vardığında |
Faturala ve beklet düzenlemeleri --- Gelir, yalnızca aşağıdaki durumlarda teslimattan önce muhasebeleştirilir:
- Düzenlemenin önemli bir ticari nedeni var
- Müşteriye ait olduğu ayrıca belirtilen ürün
- Ürün şu anda aktarıma hazır
- İşletme ürünü kullanamaz veya başka bir müşteriye yönlendiremez.
İnşaat ve Uzun Vadeli Sözleşmeler
İnşaat sözleşmeleri genellikle girdi veya çıktı yöntemlerini kullanarak zaman içinde performans yükümlülüklerini yerine getirir.
Giriş yöntemi (maliyetten maliyete):
Revenue recognized = (Costs incurred to date / Total estimated costs) x Total contract price
Çıktı yöntemi (kilometre taşları, teslim edilen birimler):
Revenue recognized = (Output delivered to date / Total expected output) x Total contract price
Zarar sözleşmeleri: Tahmini toplam maliyetler sözleşme fiyatını aşarsa, beklenen zararın tamamını derhal muhasebeleştirin.
Profesyonel Hizmetler
Sabit ücretli görevler:
- Gerçekleşen saatleri / toplam tahmini saatleri kullanarak zaman içinde tanıyın
- Her raporlama tarihinde toplam tahmini saatleri yeniden değerlendirin
- Tahmin değişirse, tahminde değişiklik olarak muhasebeleştirin (kümülatif yakalama)
Zaman ve malzeme taahhütleri:
- Saatler faturalandırıldıkça geliri kabul edin (fatura hakkı teslim edilen değere eşitse pratik çözüm mevcuttur)
Temel Farklılıklar: ASC 606 ve IFRS 15
| Konu | ASC 606 (ABD GAAP) | UFRS 15 (Uluslararası) |
|---|---|---|
| Değişken değerlendirme kısıtlaması | Önemli bir geri dönüş olmaması "olası" | Önemli bir geri dönüş olmaması "yüksek ihtimal" |
| Lisanslama | Erişim hakkı ile kullanım hakkını ayırt eder | Aynı çerçeve, benzer sonuçlar |
| Geçici açıklama | Ara dönemlerde yoğunlaşmış | Yıllık gereksinimlerle aynı gereksinimler |
| Kamuya açık olmayan kuruluşlara yardım | Azaltılmış açıklama seçenekleri | Eşdeğer bir yardım yok |
| Tahsil edilebilirlik | Olası olduğunda farkına varın | Aynı eşik ancak "olası", IFRS'de >%50, GAAP'ta ise ~%75 anlamına gelir |
| Sözleşme maliyetleri | Satış komisyonlarını aktifleştirin (ASC 340-40) | Artan maliyetleri aktifleştirin (UFRS 15.91-98) |
Gelir Tanıma için ERP Yapılandırması
Odoo Gelir Tanıma Kurulumu
- Muhasebe ayarlarında gelir tahakkuku modülünü etkinleştirin
- Tanıma kurallarını ürün kategorisine göre yapılandırın:
- Teslimatta (zamanında)
- Sözleşme süresi boyunca (zamana dayalı)
- Kilometre taşlarına dayalı (çıktı yöntemi)
- Tamamlanma yüzdesine göre (giriş yöntemi)
- Hesap planında ertelenmiş gelir hesapları oluşturun
- Abonelik ve uzun vadeli sözleşmeler için tanıma planları oluşturun
- Aylık/üç aylık muhasebe için günlük girişlerini otomatikleştirin
- Raporlamayı yapılandırın, döneme göre muhasebeleştirilen ve ertelenen gelirleri gösterecek şekilde
ERP Gelirinin Tanınması için Kontrol Listesi
- Tanıma yöntemine göre kategorize edilen ürünler (zaman içinde ve zaman içinde)
- Paketlenmiş ürünler için belgelenen bağımsız satış fiyatları
- Her gelir akışı için oluşturulan ertelenmiş gelir hesapları
- Örnek sözleşmelerle test edilen tanıma programları
- Dönem sonu kesinti prosedürleri belgelendi
- Yapılandırılan açıklama raporları (ayrıştırma, sözleşme bakiyeleri, kalan yükümlülükler)
- Faturalandırma sistemiyle entegrasyon doğrulandı
Yaygın Gelir Tanıma Hataları
- Gelirin kontrol transferlerinden önce tanınması --- Gönderim FOB varış yeri ancak gönderim sırasında tanınması
- Değişken bedeli göz ardı etmek --- Başlangıçta indirimleri ve hacim indirimlerini tahmin etmemek
- Uygunsuz paketleme --- Ayrı olarak muhasebeleştirilmesi gereken edim yükümlülüklerinin birleştirilmesi
- Maddi hakların eksik olması --- Yenileme indirimlerinin ayrı yükümlülükler olarak tanımlanamaması
- Tutarsız SSP belirlemesi --- Aynı ürünler için gerekçesiz olarak farklı yöntemlerin kullanılması
İlgili Kaynaklar
- Gelir Tanıma Kılavuzu: Odoo'da ASC 606 --- Platforma özel Odoo yapılandırması
- Finansal Raporlama Kontrol Paneli Kılavuzu --- Gelir ölçümlerini görselleştirme
- Denetim Hazırlığı Kontrol Listesi --- Gelir tahakkuku denetimine hazırlık
- Odoo Muhasebe Modülü Kurulumu --- Temel yapılandırması
ASC 606 ve IFRS 15 kapsamında gelirin tanınması, her sözleşme türünün dikkatli bir şekilde analiz edilmesini gerektirir, ancak beş adımlı model tutarlı bir çerçeve sağlar. Doğru ERP yapılandırması ve belgelenmiş politikalarla kuruluşunuz, ay sonu karmaşası olmadan uyumlu, doğru gelir tahakkuku elde edebilir. Gelir tanıma uygulamasına ilişkin uzman rehberliği için ECOSIRE ile iletişime geçin.
Yazan
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
ECOSIRE
Muhasebenizi Basitleştirin
Odoo, QuickBooks ve Xero'da çok platformlu defter tutma ve finansal yönetim.
İlgili Makaleler
Odoo Geçişi 2026'nın Puantiyesi: Hintli KOBİ'ler için Adım Adım Kılavuz
2026'da Hindistan'daki KOBİ'ler için Odoo geçiş taktik kitabının puanları: veri modeli eşleme, 12 adımlı plan, GST işleme, COA çevirisi, paralel çalıştırma, UAT ve geçiş.
Muhasebe Otomasyonu: 2026'da Manuel Defter Tutmayı Ortadan Kaldırın
2026'da banka akışı otomasyonu, makbuz tarama, fatura eşleştirme, AP/AR otomasyonu ve ay sonu kapanış hızlandırma ile defter tutmayı otomatikleştirin.
Muhasebe KPI'ları: Her İşletmenin İzlemesi Gereken 30 Finansal Ölçüm
Kârlılık, likidite, verimlilik ve brüt kar marjı, FAVÖK, DSO, DPO ve envanter dönüşleri gibi büyüme ölçümlerini içeren 30 temel muhasebe KPI'sını izleyin.
Compliance & Regulation serisinden daha fazlası
E-ticaret için Siber Güvenlik: 2026'da İşletmenizi Koruyun
2026 için eksiksiz e-ticaret siber güvenlik kılavuzu. PCI DSS 4.0, WAF kurulumu, bot koruması, ödeme sahtekarlığını önleme, güvenlik başlıkları ve olaylara müdahale.
Kimya Endüstrisi için ERP: Güvenlik, Uyumluluk ve Toplu İşleme
ERP sistemleri kimya şirketleri için SDS belgelerini, REACH ve GHS uyumluluğunu, toplu işlemeyi, kalite kontrolü, tehlikeli madde sevkıyatını ve formül yönetimini nasıl yönetir?
İthalat/İhracat Ticareti için ERP: Çoklu Para Birimi, Lojistik ve Uyumluluk
ERP sistemleri, ticari şirketler için akreditif mektuplarını, gümrük belgelerini, incoterms'i, çok para birimli P&L'yi, konteyner takibini ve görev hesaplamasını nasıl ele alıyor?
ERP ile Sürdürülebilirlik ve ÇSY Raporlaması: Uyumluluk Kılavuzu 2026
2026'da ESG raporlama uyumluluğunu ERP sistemleriyle yönlendirin. CSRD, GRI, SASB, Kapsam 1/2/3 emisyonlarını, karbon takibini ve Odoo sürdürülebilirliğini kapsar.
Denetim Hazırlığı Kontrol Listesi: Kitaplarınızı Hazırlamak
Mali tabloların hazırlığı, destekleyici belgeler, iç kontrol belgeleri, denetçi PBC listeleri ve ortak denetim bulgularını kapsayan eksiksiz denetim hazırlık kontrol listesi.
E-Ticaret İşletmeleri için Avustralya GST Kılavuzu
ATO kaydını, 75.000 $ eşiğini, düşük değerli ithalatı, BAS ödemesini ve dijital hizmetler için GST'yi kapsayan e-Ticaret işletmeleri için eksiksiz Avustralya GST kılavuzu.