Operasyonel Backlog Açıklaması: Gelecekte Gelir Garantisi Verir mi?

Yapay zeka bir hisse senedi analizini son derece güvenilir hâle getirebilir, ve backlog bu tür rakamlardan biri olarak özellikle güven verici görünüyor. "Şirketin backlog'unda 8 milyar dolar var" ifadesi bir vaat gibi görünüyor — bankada zaten para, gelir raylarda. Ancak, öyle değildir. Ve farkı bilmek, bir dosyayı okumakla onu anlamak arasındaki farkı belirler.

Bu, sade terimlerle şirket backlog açıklaması: backlog'un gerçekte ne ölçtüğü, dosyalarda göreceğiniz daha resmi rakamla — kalan performans yükümlülükleri (RPO) — ilişkisi ve artan bir backlog'un talep için gerçek bir sinyal olduğunun, gelecekteki geliri garanti etmediğinin nedenleri. Bu sayının endüstriyel, yazılım ve savunma alanlarında çok farklı şekilde davrandığını ve herhangi bir backlog rakamını yüzeysel olarak alırken sormak isteyeceğiniz soruları ele alacağız.

Amaç, size bir hüküm vermek değildir. Kazanç çağrısında en çok alıntılanan — ve en çok yanlış anlaşılan — rakamlardan birini, gerçekten sorgulayabileceğiniz bir hâle getirmektir.

Backlog Gerçekte Nedir#

Backlog, bir şirketin kazandığı ancak henüz yerine getirilmemiş ve gelir olarak kaydedilmemiş siparişlerin değeridir. Bir müşteri imzalamış, taahhüt etmiş ve birçok durumda kolayca geri yürüyebilir — ancak iş teslim edilmemiş olduğundan muhasebe kuralları onu satış olarak saymasına izin vermez. Bu siparişler, dönüşmeye hazır bir kuyuda bekler.

Örneğin gelecek beş yıl içinde teslim edilecek 200 jet motoru için imzalanmış sipariş veren bir jet motoru üreticisini düşünün. Sözleşme gerçek. Gelir ise değil — her motor sevk edilene kadar değil. Teslim edilmemiş, sözleşmeli toplam backlog'dur.

Ana mekanizma gelir tanımasıdır. Bir şirket, müşterinin yükümlülüklerini yerine getirdikçe (ürünü teslim eder, hizmeti gerçekleştirir veya abonelik ayını geçirir) gelir kaydeder. Backlog, hâlâ yerine getirilmesi gereken sözleşmeli yükümlülüklerin basitçe havuzudur. Bu, bookings'in billings'a ve gelire dönüşmesini yöneten aynı tanıma mantığıdır — backlog, bu boru hattının ortasında sıkışıp kalan şeydir.

Backlog, RPO ve ertelenmiş gelir — üç ilişkili ama farklı rakam#

İşte birçok okuyucunun birbirine karıştığı nokta burası. Backlog, kalan performans yükümlülükleri ve ertelenmiş gelir örtüşen kavramları tanımlar, ancak bunlar eşanlamlı değildir ve bunları karıştırmak çift sayım yapmaya ya da paranın tamamen kaybolmasına yol açar.

• Backlog, geniş kapsamlı, çoğu zaman şirket tarafından tanımlanan, henüz tanınmamış sözleşmeli işler için kullanılan bir terimdir. Çünkü sık sık sıkı bir muhasebe ölçütü olmayan, yönetim tarafından tanımlanan bir metriktir; bu yüzden iki şirket bunu farklı şekilde hesaplayabilir.
• Kalan performans yükümlülükleri (RPO), resmi muhasebe rakamıdır; gelir tanıma kuralları (ASC 606 / IFRS 15) kapsamında açıklanır. Şirketin henüz yerine getirmediği yükümlülüklere tahsis edilen toplam işlem bedelidir. Yazılım ve abonelik işletmeleri bunu raporlar; genelde 'current' (12 ay içinde dönüştürülmesi beklenen) ve 'non-current' olarak bölünmüş olarak sunulur.
• Ertelenmiş gelir ise şirketin hâlâ teslim edilmemiş işlerle ilgili olarak zaten faturalandırılmış veya tahsil edilmiş olan nakittir — bilançoda bir yükümlülüktür. Boru hattının faturalandırılan dilimini temsil eder.

Kafanda en temiz şekilde tutmanın yolu: RPO ≈ ertelenmiş gelir + backlog'un faturalandırılmamış kısmı. Ertelenmiş gelir zaten faturalandırılanı yakalar; RPO ayrıca sözleşmeli fakat henüz faturalandırılmamış kalan kısmı da yakalar. Eğer sadece ertelenmiş gelire bakarsanız, gelecekte ne kadar gelirin gerçekten kilitli olduğunu yanlış sayabilirsiniz — bu da RPO'nun bir açıklama olarak var olmasının tam nedeni. O ilk bölümün bilançodaki mekanikleri için bkz ertelenmiş gelir açıklandı.

Bir pratik uyarı: backlog ile ertelenmiş geliri birlikte toplamayın ve bunu 'gelecek gelir' olarak adlandırmayın. Bunlar örtüşüyor. RPO bunları zaten uzlaştırır; bir şirket bunu açıkladığında ulaşmanız gereken sayı odur.

Büyüyen backlog talebi gösterir — ancak gelir garanti etmez#

Yükselen backlog, dosyada bulabileceğiniz en cesaret verici şeylerden biridir. Bu, müşterilerin teslimattan önce taahhütte bulunduğu anlamına gelir — ürün hakkında güven oyu ve çoğu zaman fiyat gücünün kanıtıdır. Gelire göre daha hızlı büyüyen bir backlog, talebin şirketin teslim etme kapasitesinin önüne geçtiğini gösterir; bu genellikle karşıt durumdan daha iyi bir problem olarak kabul edilir.

Ama 'kontratlı' olan 'toplanmış' değildir ve backlog'u garantili gelir olarak kabul etmek, bununla ilgili insanların yaptığı en yaygın hatadır. Backlog sayısı ile gerçek satışlar arasında üç şey vardır.

İptaller ve Değişiklikler#

Sözleşmeler iptal edilebilir, yeniden müzakereye açılabilir veya küçültülebilir. Bir müşteri zorlu bir döneme denk gelir ve bir siparişi ertelemeye karar verir. Bir yazılım müşterisi yenilemede küçültme yapar. Bir devlet programı kapsamı yeniden tanımlar. Backlog'un ne kadar bağlayıcı olduğu tamamen sözleşme şartlarına bağlıdır — bazıları sert iptal cezaları taşır, bazıları müşterinin çok az maliyetle ayrılmasına izin verir. "Firm" backlog bildiren bir şirket, yumuşak, iptal edilebilir siparişleri sayan bir şirkete kıyasla çok farklı bir şey ifade eder. Dosya dipnotları, hangi tabloya baktığınızı öğrendiğiniz yerdir.

Zamanlama — sayı size ne kadar olduğunu söyler, ne zaman olduğunu söylemez#

Backlog tek başına ne zaman dönüştüğünü söylemez. Aynı $2 milyarlık backlog bildirebilen iki şirket olabilir: biri bunu bir yılda tüketir, diğeri yedi yıl boyunca. Bunlar uzaktan bile aynı iş değildir. İşte mevcut ile mevcut olmayan RPO arasındaki ayrım bu kadar önemli— bu, on iki ay içinde dönüştürülmesi beklenen miktarın mı, yıllara yayılarak mı gerçekleşeceğini gösterir. Sadece süre uzadığı için büyüyen bir backlog, yakın vadeli gelirin aslında sabit olduğu durumda talebin hızlandığına işaret edebilir.

Not all backlog is created equal#

Bazı backlog yüksek kalitelidir: kesin (firm), finanse edilmiş, iptal edilemez, kilitli fiyatlarda. Bazıları ise 'soft' olarak adlandırılan türdedir: göstergeli siparişler, müşterinin asla kullanmayabileceği opsiyonlar veya gelecekte finansman onayı gerektiren tutarlar (hükümet işleri için yaygındır). Bir başlık backlog sayısı bunları bir araya getirir ve yönetim ne kadarını dahil edeceğine karar verir. Bu takdir, bileşimin toplamdan daha önemli olmasının tam nedenidir.

Doğru okumak için: büyüyen backlog, gelecekteki gelirin olasılık ve görünürlükünü artırır. Bu onu kilitlemez. Bu ayrım — sinyal ile garanti — oyunun tamamıdır.

Endüstriye göre backlog nasıl okunur#

Backlog, işletmeye bağlı olarak gerçekten farklı anlamlar taşır ve bir savunma müteahhisine yazılım içgüdülerini uygulamak (veya tam tersi) sizi yanıltabilir.

Endüstriyel ve İmalat#

Havacılık, makineler ve ekipman üreticileri için backlog köklü ve yakından izlenen bir göstergedir. Siparişler büyük, düzensiz ve yıllar boyunca teslim edilir; bu nedenle backlog tabloyu yumuşatır ve gelecekteki üretime dair görünürlük sağlar. Buna eşlik eden sayı book-to-bill oranı — bu dönemde faturalanan gelire bölünmüş yeni siparişler (bookings) oranı.

Bir örnek hesaplama: Bir şirket bir çeyrekte 1,2 milyar dolar değerinde yeni sipariş kaydeder ve 1,0 milyar dolar gelir faturalandırırsa, book-to-bill oranı 1,2 olur. 1,0'ın üzerinde backlog, artıyor anlamına gelir (içeri girenler çıkış yapanlardan daha fazladır); 1,0'ın altında ise küçülüyor anlamına gelir. Bir okumada 1,2, sipariş hattının boşalmasından daha hızlı dolduğunu gösterir — talep sinyali, ancak bu siparişler kayabilir veya iptal olabilir, bu yüzden hâlâ gelir garantisi değildir.

Dikkat edilmesi gerekenler: döngüsellik (endüstriyel backlog booms sırasında artar ve durgunluklarda yok olabilir), ve backlog büyümesinin gerçek talep mi yoksa müşterilerin gelecekte mevcut olmayacağını düşündükleri siparişleri öne çekmesi mi olduğu.

Yazılım ve SaaS#

Abonelik tabanlı işletmeler sürekli gelire bağlı olarak var olur ve RPO, backlog'un görüldüğü yerdir. Bir yazılım şirketinin RPO'su — özellikle henüz faturalandırılmamış çok yıllı taahhütleri de kapsayan toplamı — gelecekte kilitli gelir açısından yalnızca ertelenmiş gelire göre çok daha fazlasını gösterebilir, çünkü çok yıllık sözleşmelerin büyük kısmı yıllık olarak faturalandırılır, peşin değildir.

RPO büyümesi ile gelir büyümesi arasındaki fark ile ilgili ipucunu izleyin. Eğer RPO büyümesi rapor edilen gelire göre daha hızlı bir şekilde büyüyorsa, gelecekteki gelir görünürlüğü iyileşiyor — müşteriler daha uzun veya daha büyük anlaşmalara söz veriyor. Eğer RPO büyümesi büyürken gelir artmaya devam ediyorsa, şirket backlog'unu yeniden doldurmaktan daha hızlı tanıyor olabilir; bu da üst satırda görünmeden önce bir yavaşlama işaretine öncü olabilir. Bu, gelir büyümesi ile kazanç büyümesi arasındaki fark ile doğal olarak eşleşir — RPO, ilki için bir öncü gösterge olarak kabul edilir. Eğer düzenli olarak abonelik adlarını analiz ediyorsanız, SaaS hisselerini nasıl analiz edebilirsiniz başlıklı rehberimiz SaaS hisselerini nasıl analiz edebilirsiniz burada önemli olan diğer metriklerle birlikte RPO'yu ortaya koyar.

Savunma ve devlet müteahhitleri#

Savunma, backlog yoğunluğunun uç bir uçtur ve kendi kelimeleriyle konuşur. Müteahhitler finanse edilmiş backlog (Kongre'nin gerçekten tahsis ettiği para) ile finanse edilmemiş veya toplam backlog (gelecekteki tahsisata bağlı sözleşme tavanı) arasındaki farkı ayırt eder. Bu ayrım her şeydir: finanse edilmemiş backlog göründüğü kadar muazzam olabilirken, gelecekteki siyasi kararlar gerektiren gelirleri temsil eder.

Bu isimler için, funded backlog daha temkinli, daha anlamlı bir gösterge olur ve çok yıllık görünüm gerçekten yüksektir — ancak bütçe döngülerine, program iptallerine ve hiçbir sipariş defterinin tamamen izole edemeyeceği tedarik politikalarına tabidir.

Her backlog sayısı için sorulacak sorular#

Beş sorunun tümüne yanıt veren bir backlog sayısı güvenilir bir dayanak olur. Bir backlog sayısı sadece başlık olarak iyi görünüyorsa genelde cevap vermek istemediği bir duruma işaret eder.

• Nasıl tanımlanır? Firm ve finansmanlı mı, yoksa iptal edilebilir veya opsiyonlu miktarları da mı içeriyor? Şirket tanımları değişir — dipnota bakın.
• Ne kadar hızlı dönüştürülüyor? On iki ay içinde gelire dönüşmesi beklenen pay nedir? Mevcut/kısa vadeli RPO ayrımı mı, yoksa yönetim tahmini mi ipucudur.
• Gelire kıyasla daha hızlı mı yoksa daha yavaş mı büyüyor? Daha hızlı olan görünürlüğü iyileştirir; daha yavaş olmak, başlık gelir düzgün görünse bile erken bir uyarı olabilir.
• Neden değişti? Daha çok birim, daha yüksek fiyatlar, daha uzun sözleşme süreleri mi yoksa tek bir mega-deal mı? Tek bir dev sözleşme ile şişirilmiş bir backlog, aynı toplamın birçok müşteriye yayıldığı durumdan daha kırılgan olabilir.
• İptal şartları nelerdir? Backlog, ardındaki sözleşmeler kadar sağlamdır.

Beş sorunun tümüne yanıt veren bir backlog sayısı güvenilir bir dayanak olur. Sadece başlık olarak iyi görünen bir backlog sayısının genelde cevap vermek istemediği bir durum vardır.

Tam bir araştırma sürecinde backlog'un yeri#

Backlog tek bir ipliktir. Tek başına ipucu verici olabilir; marjlar, nakit dönüşümü, yönlendirme ve bilanço ile birlikte harmanlandığında kanıt haline gelir. Genişleyen marjlar ve sağlıklı serbest nakit akışı ile yükselen backlog tutarlı bir hikaye anlatır. Nakit tahsilatında kötüleşme veya belirsiz yönetim yorumu ile birlikte yükselen backlog, takip edilmeye değer bir çelişkiyi işaret edebilir. Bu beceri, backlog'u diğer her şeyin yanına koymak; bağımsız bir hüküm olarak görmek değildir.

Bu çapraz kontrol, eğitim amaçlı bir araştırma aracı olan Valarn ile yapılmak üzere tasarlanmıştır. Bir modelin backlog hakkında kendinden emin bir paragraf sunması yerine, beş alanda — ana araştırma, piyasa yapısı, tartışma ve risk, finansal kalite ve olaylar, sektör ve makro — yaklaşık 25 uzman yapay zeka analistine kadar çalışır; böylece RPO büyümesini okuyan analist, nakit akışını okuyan ve yönetimin rehberliğini okuyanla karşılaştırılır. Onlar yapılandırılmış bir boğa-ya karşı ayı tartışması sahneleyerek, yalnızca sonra tek bir tarafsız araştırma görüşü (Boğa, Tedbirli Boğa, Nötr, Tedbirli, veya Ayı — asla bir alım ya da satım talimatı değildir) sentezler. Her gerçek beyan, backlog ve RPO dahil, bir dosya veya lisanslı veri kaynağına as-of tarihi ile izlenebilir, bir kalite kapısının arkasında. İki 0–100 puan her raporla birlikte gelir — alt tabanın verilerinin ne kadar sağlam olduğuna dair bir güven puanı (fiyat tahmini değildir) ve analistlerin ne kadar uzlaştığını gösteren bir uyum puanı. Ve tek bir fiyat hedefi yerine, bir senaryo aralığı (ayı, temel, boğa), bir referans fiyatı ve bir risk seviyesi elde edersiniz.

Bir backlog sayısının bağlam içinde nasıl ele alındığını görmek için tam bir örnek rapor hızlıca inceleyebilir veya yukarıdaki herhangi bir terimi netleştirmek için Valarn glossary sayfasına göz atabilirsiniz.

Sonuç#

Backlog ve RPO, gerçekten faydalı bir soruyu yanıtlar — iş hattında ne kadar sözleşmeli gelir bekliyor? — ve büyüyen backlog, talebin teslimattan önce ilerlediğini gösteren gerçek bir sinyaldir. Ama sözleşmeli olan gelir, toplanmış değildir. İptal şartları, zamanlama ve temel sözleşmelerin kalitesi bu rakam ile gerçek satış arasındaki farkı belirler; bu yüzden 'backlog garantili gelir ile eşittir' ifadesi kaçınılması gereken bir hatadır.

Bunu analistin yaptığı gibi okuyun: tanımlayın, zamanlayın, büyümesini gelire karşı karşılaştırın ve neyin değiştiğini ve nedenini sorun. Bunu yaptığınızda backlog güven verici bir manşetten çıkıp olması gereken hale gelir — daha büyük bir davadaki doğrulanabilir bir kanıt parçası olur. Eğer bu tür bir bağlamı uçtan uca görmek isterseniz, tam bir örnek raporu keşfet veya kendi ücretsiz analizini yap ve parçaların nasıl birbirine uyduğu okuyun.

Valarn bir eğitim amaçlı bir araştırma aracıdır, yatırım tavsiyesi değildir. Sizi alım satım yapmaya ya da herhangi bir şeyi elde tutmaya yönlendirmez ve burada hiçbir şey öneri ya da sonuç vaadi değildir. Her zaman kendi araştırmanızı yapın ve lisanslı bir finansal profesyoneli danışmayı düşünün.