Yatırım turlarını ve satın almaları tekrarlarda boğulmadan izlemek

Bir yatırım turu ya da satın alma haberi nadiren tek seferde gelir. Önce sektör basınında bir söylenti olarak belirir, ardından şirketin basın bülteni yayımlanır, sonra o bültenin onlarca yeniden yazımı, yatırımcının portföy sayfasındaki güncelleme ve haftalar sonra hukuken ne olduğunu nihayet söyleyen bir sicil kaydı gelir. Bu olaylar için alarm kurmak bir öğleden sonranızı alır. Onları ekibin üzerine iş kurabileceği bir şeye dönüştürmek ise daha fazla düşünmeyi gerektirir: hangi bilgi için hangi kaynağa güvenileceğini bilmek, birçok haberi tek bir olayda birleştirmek, hangi olayın bir insanın dikkatini hak ettiğine karar vermek ve aşağı akışta bir şey değişmeden önce olguları kontrol etmek. Bu rehber, toplama işini ajanlara bırakan ekipler için bu adımları tek tek ele alıyor.

Toplamaya başlamadan önce olayı tanımlayın

Çoğu takip kurgusu kaynaklar ve anahtar kelimelerle başlar. Siz kayıtla başlayın. Tamamlanmış bir olayın neye benzediğini söyleyemiyorsanız onu ne tekilleştirebilir, ne sıralayabilir ne de doğrulayabilirsiniz. İş gören asgari bir kayıt:

olay_no       evt-0042
olay_turu     satin_alma           (yatirim_turu | satin_alma | birlesme | azinlik_payi | varlik_satisi)
hedef         ornek-robotik.com    (yalnızca adla değil, alan adı ya da sicil numarasıyla tanımlanır)
karsi_taraf   ornek-holding.com    (satın alan şirket ya da turun lider yatırımcısı)
asama         duyuruldu            (soylenti | duyuruldu | imzalandi | tamamlandi | geri_cekildi | engellendi)
tutar         aciklanmadi          (kaynağın beyan ettiği gibi, para birimiyle; asla tahmin edilmez)
duyuru_tarihi YYYY-AA-GG
kaynaklar     üç referans; her birinde URL, alınma tarihi ve alıntılanan pasaj

Bu kayıttaki üç tercih işin büyük kısmını yapar. Şirketler ada göre değil kalıcı bir anahtarla tanımlanır, çünkü adlar çakışır ve değişir. Aşama ayrı bir alandır; böylece tamamlanmış bir anlaşmaya dönüşen söylenti iki ayrı olay değil, ilerleyen tek bir olay olur. Tutar ise yalnızca bir kaynağın söylediği haliyle kaydedilir; açıklanmamış bir tutar birinin tahminiyle doldurulmaz, açıklanmamış olarak kalır.

Kaynak türleri ve her birinin işe yaradığı yer

Aynı anda hem hızlı, hem eksiksiz, hem de yetkili tek bir kaynak yoktur. Her kaynak farklı bir soruyu yanıtlar; kurallarınızın hangisinin hangi işe yaradığını bilmesi gerekir.

Crunchbase, PitchBook ya da Dealroom gibi özel şirket ve anlaşma verisi sunan ticari veritabanları makul başlangıç noktalarıdır. Birini değerlendirirken her kaydın özgün bir duyuruya ya da resmî bildirime bağlanıp bağlanmadığını, düzeltmelerin nasıl yapıldığını ve sözleşmenin neyi saklamanıza izin verdiğini kontrol edin. Düzenleyiciler ve siciller kendi biçimlerinde yayın yapar. ABD'de özel sermaye ihraçları SEC'in EDGAR sisteminde iz bırakabilir. Türkiye'de bakılacak resmî yerler bellidir: halka açık şirketlerin özel durum açıklamaları için Kamuyu Aydınlatma Platformu (KAP), şirketlerin tescilli bilgilerindeki değişiklikler için Türkiye Ticaret Sicili Gazetesi, bildirime tabi birleşme ve devralmalar için Rekabet Kurumu kararları. Amacınız olay takibi değil de hedef şirket bulmaksa, satın alma hedeflerini programatik olarak bulma rehberi o tarafı ele alıyor.

Tekilleştirme: tek anlaşma, çok haber

Tek bir satın alma bir günde onlarca içerik üretebilir. Her biri alarma dönüşürse insanlar alarmları okumayı bırakır. Tekilleştirmenin iki parçası vardır: iki haberin aynı olayı anlatıp anlatmadığına karar vermek ve anlatıyorsa neyin saklanacağını belirlemek.

Pratik bir eşleştirme anahtarı; hedef şirketin kalıcı tanımlayıcısını, olay türünü, karşı tarafı ve duyuru tarihi etrafındaki bir zaman aralığını birleştirir. Dördünde de uyuşan iki haber neredeyse kesinlikle aynı olaydır. Hedefte ve türde uyuşup farklı bir karşı taraf adı veren haberlere bir insanın bakması gerekir; bu gerçekten ikinci bir anlaşma da olabilir, hatalı bir haber de.

Haberler eşleştiğinde atmayın, birleştirin:

• Tüm kaynak referanslarını ana olayın üzerinde tutun. En erken haber, bilginin ne zaman duyulduğunu; en yetkili kaynak ise neyin doğru olduğunu söyler.
• Tutarlar çeliştiğinde her rakamı kendi kaynağının yanında saklayın. Ortalamasını almayın, büyük olanı da seçmeyin.
• Aşama değişikliğini mevcut olayın güncellemesi olarak ele alın. “İmzalandı” durumunun “tamamlandı”ya dönmesi bir haberdir ama yeni bir anlaşma değildir.
• Klasik sahte tekrarlara ve sahte yeni olaylara dikkat edin: önceki bir turun uzatması, ikinci bir dilim, eski bir bültenin çevirisi ve geçen yılki anlaşmayı arka plan bilgisi olarak anan bir analiz yazısı.

Birleştirme kurallarını yazıya dökün ki ajan her çalıştırmada onları aynı şekilde uygulasın; her birleştirmeyi gerekçesiyle kaydedin. Bir inceleyen bir birleştirmeye itiraz ettiğinde, kayıt hangi kuralın düzeltilmesi gerektiğini gösterir.

Önemlilik: hangi olay bir insanın dikkatini hak eder

Tekilleştirilmiş bir akış bile çoğu ekip için fazladır. Önemlilik kuralları, hangi olayın birini rahatsız edeceğine, hangisinin yalnızca kayda düşeceğine karar verir. Bu kurallar anlaşmaları en başta neden izlediğinize bağlıdır. Aynı akışa bakan bir yatırım ekibi, bir satış ekibi ve bir tedarikçi riski ekibi farklı olayları önemli sayar.

Bir kural, bir meslektaşınızın elle uygulayabileceği kadar somut olmalıdır:

izle        kritik tedarikçiler listesindeki şirketlerin haber odaları, sicil ilanları ve sektör basını
soru        listedeki bir tedarikçinin kontrolü değişti mi ya da bir değişiklik duyuruldu mu?
önemli      listedeki bir tedarikçiyi kapsayan satın alma veya birleşme; bilinen bir olayda aşama değişikliği
            (duyuruldu -> tamamlandı, duyuruldu -> geri çekildi ya da engellendi)
önemsiz     bilinen olayların yeniden haberleştirilmesi; yorumlar; aynı aşamadaki tutar düzeltmeleri
sıklık      her gün, 08:00, Europe/Istanbul
bildirim    tedarikçi sorumlusuna e-posta; hiçbir kayıt otomatik düzenlenmez

İki alışkanlık önemlilik kurallarını dürüst tutar. Birincisi, aşama değişikliği çoğu zaman ilk haberden daha önemlidir: rekabet otoritesinin engellediği bir anlaşma, duyurulan bir anlaşma kadar önemlidir. İkincisi, tutarın açıklanmamış olması bir olayı elemek için asla neden değildir. Büyüklük önemliliğin girdilerinden biridir, kapısı değil. Yatırım iş akışları için yatırım araştırması için sürekli izleme yazısı izleme listelerini ve teze dayalı kuralları daha ayrıntılı ele alıyor; önce bir başlangıç durumu belirlemek ise ilk çalıştırmanın neden mevcut durumu kaydetmesi, hepsi için alarm üretmemesi gerektiğini anlatıyor.

Bir şey harekete geçmeden önce doğrulayın

Yatırım ve birleşme-satın alma olayları sonuç doğuran işleri besler. Bir satış temsilcisi yeni yatırım almış bir adayı tebrik etmek için yazar, risk ekibi bir tedarikçi incelemesini yeniden açar, bir analist modelini günceller. Olay bir söylenti, yanlış bir eşleştirme ya da eski bir haberse bunların her birini geri almak zahmetli ya da pahalıdır. Bir olay herhangi bir şeyi tetiklemeden önce onu kısa bir doğrulama merdiveninden geçirin:

1. Birincil teyit. Taraflardan birinin açıklaması ya da resmî bir bildirim var mı? Yoksa başlık ne derse desin aşama “söylenti” olarak kalır.
2. Güncellik. Duyuru tarihi izleme aralığınızın içinde mi, yoksa yeni bir yazı eski bir anlaşmayı mı tekrarlıyor?
3. Kimlik. Benzer adlı başka bir şirket değil de doğru şirket mi; ana şirket ya da bağlı ortaklık değil de doğru tüzel kişi mi?
4. Atıf. Tutar, yatırımcılar ve koşullar her kaynağın söylediği şekliyle, ilgili pasaj eklenerek mi kaydedildi?
5. Aşama. Anlaşma duyuruldu mu, imzalandı mı, tamamlandı mı? İmzalanmış bir satın alma da engellenebilir ya da yarıda kalabilir.

Bu merdivenin çoğunu bir ajan tırmanıp sonucu kanıtıyla birlikte sunabilir. Yapmaması gereken, “tespit edildi”den “gereği yapıldı”ya atlamaktır. Bir modelin yazdığı özet kaynak değildir; kaynak, alıntılanan pasaj ve bağlantısıdır. Temasa geçmek, kayıtları güncellemek ve ekibin dışına çıkan her şey, o kanıta bakmış bir insanı beklemelidir. Olay bir satış tetikleyicisiyse, temas tarafını üzerine harekete geçmeye değer tetikleyici olaylar rehberi ele alıyor.

GoCux nerede devreye girer

GoCux bir anlaşma veritabanı değildir; açık webi taramaz ve webde arama yapmaz. Sayfalar bir GoCux projesine yalnızca birinin yetki verdiği bir tarama ya da dışa aktarma adımıyla girer ve özgün sayfa referansı ile alındıkları tarihi taşıyarak gelir. GoCux'un kattığı şey, takibin etrafındaki incelenebilir katmandır.

Pulse, seçtiğiniz kaynaklar üzerinde tekrarlanan bir soruyu çalıştırır. Sıklığı, saat dilimini, neyin önemli değişiklik sayılacağını ve birine e-posta gidip gitmeyeceğini içeren tanımı tek ve tam bir sürüm olarak onaylanır; her çalıştırma, değişikliklerin tek tek incelendiği bir kayıt üretir. Bir değişikliğin tespit edilmesi, sizin adınıza hiçbir şey yapılması anlamına gelmez. Bilgi çıkarma, sağladığınız bültenlerden ve bildirimlerden anlaşma alanlarını çıkarır, her değere dayandığı pasajı ekler ve açıklanmamış bir tutarı bilinmiyor olarak bırakır. Bilgiyi dışarı gönderen her adım bir karar için durur; karar, kanıt ve sonuç tek bir kayıtta kalır. Bu parçaların araştırma iş akışlarına nasıl oturduğunu finans çözümü sayfasında görebilirsiniz.

Devreye almadan önce kontrol edin

• Olay kaydı tanımlı: kalıcı bir şirket anahtarı, açık bir aşama alanı ve tam beyan edildiği gibi tutulan tutarlar.
• Her kaynak türünün adı konmuş bir rolü var: teyit, hız ya da geçmiş.
• Birleştirme kuralları yazılı, her birleştirme kaydediliyor ve çelişen rakamlar yan yana saklanıyor.
• Önemlilik kuralları kullanım amacına göre yazıldı ve aşama değişiklikleri önemli sayılıyor.
• İlk çalıştırma mevcut anlaşmalar için alarm üretmek yerine bir başlangıç durumu kaydediyor.
• Hiçbir olay doğrulamadan geçip bir insan eylemi onaylamadan temas ya da kayıt değişikliği tetiklemiyor.
• Her alarm alıntılanan pasajı ve geldiği bağlantıyı taşıyor.