Ana içeriğe atla

Gelir Tanıma Standartları: Pratik ASC 606 ve IFRS 15 Uygulama Kılavuzu

SaaS, hizmetler, üretim ve inşaat işlerine yönelik pratik örneklerle ASC 606 ve IFRS 15 gelir tanıma standartlarını uygulayın.

E
ECOSIRE Research and Development Team
|16 Mart 20268 dk okuma1.5k Kelime|

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.

Compliance & Regulation serimizin bir parçası

Tam kılavuzu okuyun

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:

  1. Onay ve taahhüt --- Her iki taraf da sözleşmeyi onaylamıştır (yazılı, sözlü veya zımni)
  2. Belirtilen haklar --- Her bir tarafın mal/hizmetlere ilişkin hakları tanımlanabilir
  3. Ödeme koşulları belirlendi --- Mal/hizmetler için ödeme koşulları belirlenebilir
  4. Ticari içerik --- İşlemin ticari içeriği var (riski, zamanlaması veya nakit akış miktarı değişecek)
  5. 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):

  1. Farklı olabilme --- Müşteri, mal/hizmetten tek başına veya hazır kaynaklarla yararlanabilir
  2. 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ükleriPaketlemeyle İlgili Hususlar
SaaSYazılım erişimi, uygulama, eğitim, destekUygulama farklı olabilir veya olmayabilir
ÜretimÜrün, garanti, kurulum, bakımUzatılmış garanti farklıdır; standart garanti
İnşaatTasarım, inşa, devreye almaÇoğunlukla tek bir yükümlülük olarak birleştirilir
Profesyonel hizmetlerDanışmanlık aşamaları, teslimatlar, raporlarHer aşama ayrı ayrı değerliyse farklı olabilir
PerakendeÜrün, sadakat puanları, hediye paketleriSadakat 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:

  1. Beklenen değer --- Olası sonuçların olasılık ağırlıklı toplamı (büyük popülasyonlar için en iyisi)
  2. 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:

  1. Gözlemlenebilir fiyat --- Ayrı satıldığında alınan fiyat
  2. Düzeltilmiş pazar değerlendirmesi --- Rakiplerin benzer mallar/hizmetler için ücretlendirme yaptığı fiyat
  3. Beklenen maliyet artı marj --- Beklenen maliyetler artı uygun marj
  4. 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şenSSPGöreceli %Tahsis Edilen Fiyat
Yazılım lisansı (3 yıllık)80.000$%53,364.000$
Uygulama hizmetleri40.000$%26,732.000$
Yıllık destek (3 yıl)30.000$%20,024.000$
Toplam150.000$%100120.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:

IncotermsKontrol TransferleriGelir Tanıma Noktası
EXW (Fabrikada)Satıcı iskelesiMallar tesisten ayrıldığında
FOB NakliyeTaşıyıcı teslim almaTaşıyıcı mülkiyeti ele geçirdiğinde
FOB Varış NoktasıAlıcı iskelesiAlıcı malları aldığında
CIFHedef limanMallar 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

KonuASC 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"
LisanslamaErişim hakkı ile kullanım hakkını ayırt ederAynı çerçeve, benzer sonuçlar
Geçici açıklamaAra dönemlerde yoğunlaşmışYıllık gereksinimlerle aynı gereksinimler
Kamuya açık olmayan kuruluşlara yardımAzaltılmış açıklama seçenekleriEşdeğer bir yardım yok
Tahsil edilebilirlikOlası olduğunda farkına varınAynı eşik ancak "olası", IFRS'de >%50, GAAP'ta ise ~%75 anlamına gelir
Sözleşme maliyetleriSatış 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

  1. Muhasebe ayarlarında gelir tahakkuku modülünü etkinleştirin
  2. 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)
  1. Hesap planında ertelenmiş gelir hesapları oluşturun
  2. Abonelik ve uzun vadeli sözleşmeler için tanıma planları oluşturun
  3. Aylık/üç aylık muhasebe için günlük girişlerini otomatikleştirin
  4. 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ı

  1. Gelirin kontrol transferlerinden önce tanınması --- Gönderim FOB varış yeri ancak gönderim sırasında tanınması
  2. Değişken bedeli göz ardı etmek --- Başlangıçta indirimleri ve hacim indirimlerini tahmin etmemek
  3. Uygunsuz paketleme --- Ayrı olarak muhasebeleştirilmesi gereken edim yükümlülüklerinin birleştirilmesi
  4. Maddi hakların eksik olması --- Yenileme indirimlerinin ayrı yükümlülükler olarak tanımlanamaması
  5. Tutarsız SSP belirlemesi --- Aynı ürünler için gerekçesiz olarak farklı yöntemlerin kullanılması

İlgili Kaynaklar


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.

E

Yazan

ECOSIRE Team

Technical 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.

Compliance & Regulation serisinden daha fazlası

BMF Programmablaufplan Lohnsteuer 2026: Almanya'nın Resmi Ücret-Vergi Hesaplamasının Uygulanması (XML, API, Odoo)

BMF Programmablaufplan Lohnsteuer 2026 için geliştirici kılavuzu: PAP nedir, XML sözde kod formatı, resmi test hizmeti ve Odoo maaş bordrosuna eşleme.

Giyim ve Moda Markaları için ERP: Beden-Renk Matrisi, Sezon Planlaması ve Uyumluluk (2026 Kılavuzu)

Moda ve giyim markaları 2026'da ERP'yi nasıl seçiyor: beden-renk matrisi çeşitleri, sezon planlaması, GoBD ve DATEV uyumluluğu, tedarikçi karşılaştırması ve maliyetler.

ERPNext İK ve 2026'da Bordro: Kurulum, Maaş Yapıları ve Çok Ülkeli Uyumluluk

2026 için adım adım ERPNext HR ve bordro kurulumu: HRMS uygulamasının kurulumu, maaş yapıları, bordro girişi işlemleri, gelir vergisi dilimleri, çok ülkeli uyumluluk.

2026'da GoHighLevel A2P 10DLC Uyumluluğu: Kayıt, Ücretler ve Engellenen SMS'leri Düzeltme

2026 için GoHighLevel A2P 10DLC kılavuzunu tamamlayın: marka ve kampanya kayıt adımları, operatör ücretleri, yaygın ret nedenleri ve filtrelenmiş SMS'lerin nasıl düzeltileceği.

ERP Sistemleri için GxP Doğrulaması: 2026 Doğrulama RFP'nizin Gerektirmesi Gerekenler (CSV, IQ/OQ/PQ, Denetim Yolları)

Bir GxP ERP doğrulama RFP'sinin 2026'da gerektirmesi gerekenler: CSV ve CSA kapsamı, 21 CFR Bölüm 11, AB Annex 11, IQ/OQ/PQ çıktıları, denetim izleri ve GAMP 5 riski.

OpenClaw Güvenlik Modeli, Veri Yerleşimi, SOC 2 ve ISO 27001

OpenClaw güvenlik mimarisi: kiracı izolasyonu, şifreleme, gizli yönetim, denetim günlükleri, veri yerleşimi, SOC 2, ISO 27001, GDPR, HIPAA uygunluğu.