Kesirli hisse işlemleri ve hacim serisi üzerindeki etkisi
Kesirli hisseler konsolide bantta tam hisse olarak raporlanır. Yirmi üç Şubat iki bin yirmi altı tarihli kural değişikliği tüm hisse senedi hacim serilerinde kırılmaya yol açtı.
Kesirli hisseler, konsolide bantta tam hisse işlemi (print) olarak yer alır ve 23 Şubat 2026 tarihine kadar bu dönüşüm aynı anda iki yönde işliyordu. Bir hisseden küçük işlemler yukarı yuvarlanarak tam hisseye tamamlanıyordu. Bir hisseden büyük işlemlerin ise kesirli kısımları atılıyordu. Bu tarihi kapsayan her türlü hisse senedi hacim serisi bir kırılma noktası içerir; kesirli emirlerin yaygın olduğu hisselerde eski veriler her iki yönde de hatalıydı.
Kesirli hisse emri nasıl işleme (print) dönüşür?
180 dolar fiyatla işlem gören bir hisse için 50 dolarlık emir verdiğinizde, 0,2778 hisse sipariş etmiş olursunuz. Hiçbir borsa emir defteri bu miktarı kabul etmez. Borsalar tam hisse üzerinden eşleşme sağlar ve ulusal en iyi alış ve satış fiyatını (NBBO) belirleyen kotasyon, yalnızca 100 hisselik standart lotları (round lot) dikkate alır. Odd lot kotasyonu sayfamız bu ikinci kuralı açıklamaktadır.
Aracı kurum, aradaki farkı kendi defterlerinde kapatır. Müşterilerinden gelen kesirli talepleri netleştirir, tam hisse kısmını tek bir emir olarak piyasaya gönderir ve kesirli kısımları müşterinin hesabına "ana işlem" (principal fill) olarak yansıtır; yani kesirli kısmın karşı tarafı bizzat aracı kurumun kendisidir. Halka açık banta ulaşan işlem, aracı kurumun gönderdiği tam hisse miktarını taşır. Sizin 0,2778 hisseniz hesap özetinizde görünür, ancak günün yayınlanan hacim verisinde yer almaz.
Şu ilk gerçeği unutmayın: Kesirli işlemlerin çoğu, halka açık hacim verilerinde hiçbir zaman görünmemiştir. Görünür olan, bu işlemlerin yerine geçen toplulaştırılmış tam hisse emirleri ve doğrudan banta gönderilen az sayıdaki kesirli işlem raporudur.
23 Şubat 2026 tarihinde ne değişti?
Miktar alanı (quantity field) yapısal olarak değişti. İşlem raporları artık altı ondalık basamağa kadar hisse miktarı taşıyor ve bu miktarlar yuvarlanmak yerine kesiliyor; böylece 0,142857 hisselik bir rapor olduğu gibi yayınlanabiliyor. Bu tarihten önce bildirilen her miktar tam sayı olmak zorundaydı ve yuvarlama kuralı simetrik değildi.
- Bir hissenin altındaki miktarlar yukarı yuvarlanarak 1'e tamamlanıyordu. Hiç gerçekleşmemiş bir hacim ortaya çıkıyordu.
- Bir hisse ve üzerindeki miktarlarda ise kesirli kısım atılıyordu. 2,7 hisselik bir rapor 2 olarak yayınlanıyordu.
Her iki bozulma da aynı alana, zıt yönlerde yansıyordu. İşlem sayıları ilkinden etkilendi: yukarı yuvarlanan bir kesirli işlem, günün toplam işlem sayısında tam bir işlem olarak sayıldı. Kesirli işlemlerin yoğun olduğu bir hissede bu verileri yıllar boyunca topladığınızda, yayınlanan seri yüksek, düşük veya tesadüfen doğru çıkabiliyordu; serinin kendisinde hangisinin doğru olduğunu gösterecek bir işaret bulunmuyordu.
Değişiklik, küçük işlem boyutlarının dağılımında net bir şekilde görülüyor. Aşağıdaki panel, Ocak 2026 başı ve Temmuz 2026 başındaki beşer günlük iki pencerede, 26 hissenin altındaki tüm AAPL işlemlerini saymaktadır. Sıfır satırı, bir hisseden küçük tüm işlemleri içerir.
Her verinin arkasındaki tam SQL
SELECT
scaffold.shares AS shares,
toUInt64(ifNull(t.jan_prints, 0)) AS prints_early_january,
toUInt64(ifNull(t.jul_prints, 0)) AS prints_early_july
FROM
(
SELECT toUInt32(arrayJoin(range(0, 26))) AS shares
) AS scaffold
LEFT JOIN
(
SELECT
toUInt32(floor(toFloat64(size))) AS shares,
countIf(sip_timestamp < '2026-02-01 00:00:00') AS jan_prints,
countIf(sip_timestamp >= '2026-07-01 00:00:00') AS jul_prints
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
AND ((sip_timestamp >= '2026-01-05 00:00:00' AND sip_timestamp < '2026-01-10 00:00:00')
OR (sip_timestamp >= '2026-07-06 00:00:00' AND sip_timestamp < '2026-07-11 00:00:00'))
AND toFloat64(size) < 26
GROUP BY shares
) AS t ON t.shares = scaffold.shares
ORDER BY sharesBir hisselik dilim, Ocak penceresinde 1360015, Temmuz penceresinde 331200 işlem içerirken, Temmuz ayında iki hisselik dilimde 132674 işlem bulunmaktadır. Bir hissenin altındaki satırda ise Ocak ayında 2, Temmuz ayında 1191620 işlem yer almaktadır. Ocak penceresi sırasında bildirilen bir hisseden küçük her şey, bir satır yukarıda tam hisse olarak sayılmıştır.
Kesirli hisseler ile odd lot farkı
Bu iki kavram sürekli birbirine karıştırılır, ancak bunlar farklı istisnalardır. Odd lot, 100 hisseden az olan tam hisse emirleridir. Round lot ise 100 hisseden oluşur ve korunan kotasyonun temel birimidir. Odd lotlar halka açık banta basılır, kendi işlem durum kodlarını taşır ve hacme dahil edilirler. Sadece ulusal en iyi alış ve satış fiyatını güncellemezler. Kesirli miktar ise bambaşka bir kavramdır: bir hisseden az olan miktarı ifade eder.
Her kesirli işlem aynı zamanda bir odd lottur. Ancak neredeyse hiçbir odd lot kesirli değildir. Aşağıdaki panel, Temmuz 2026'daki üç işlem gününde altı popüler hisseyi, odd lot olan işlemlerin payına göre sıralamaktadır.
Her verinin arkasındaki tam SQL
SELECT
ticker,
round(100 * countIf(toFloat64(size) >= 1 AND toFloat64(size) < 100) / count(), 1) AS odd_lot_pct,
round(100 * countIf(toFloat64(size) >= 100) / count(), 1) AS round_lot_pct,
countIf(toFloat64(size) < 1) AS sub_one_share_prints
FROM global_markets.stocks_trades
WHERE ticker IN ('AAPL', 'MSFT', 'NVDA', 'KO', 'PG', 'SPY')
AND sip_timestamp >= '2026-07-08 00:00:00'
AND sip_timestamp < '2026-07-11 00:00:00'
GROUP BY ticker
ORDER BY odd_lot_pct DESCOdd lot payına göre sıralanan liste, işlemlerin 74.1%'sını oluşturan SPY'ten başlayıp 39%'ini oluşturan KO'ye kadar uzanır. Son sütun, bir hisseden küçük işlemleri sayar: aynı üç gün içinde bunların 211801'u SPY'dur. Odd lotlar sıradan işlemlerdir. Kesirli işlemler ise bunların üzerindeki tozdur.
Hacim sütunu neden aniden ondalıklı hale geldi?
Hisse miktarı otuz yıl boyunca tam sayıydı ve sonraki tüm sistemler buna göre öğrenmişti. Altı ondalık basamak bu varsayımı sessizce yıktı: alanı tam sayı olarak ayrıştıran bir okuyucu, satırı reddediyor ya da 0,5'i 0'a yuvarlıyordu; tam sayı olarak tanımlanmış bir sütun da aynı şekilde davranıyordu. Eğer kendi işlem verilerinizi tutuyorsanız, miktar alanı en az altı ondalık basamaklı bir veri tipine ihtiyaç duyar ve üzerine inşa edilen her toplamın da aynı hassasiyette olması gerekir.
Bir hacim serisi için en ucuz sağlık kontrolü, ortalama işlem boyutudur: hisse hacminin günün işlem sayısına bölünmesi. Bu değer, kısa vadede bir hisse içinde stabildir, bu da ani bir değişimin fark edilmesini kolaylaştırır. İşte değişikliği kapsayan iki haftalık dönemde AAPL verileri.
Her verinin arkasındaki tam SQL
SELECT
toString(date) AS session_date,
formatDateTime(date, '%b %e') AS session_label,
round(sum(toFloat64(volume)) / sum(transactions), 1) AS shares_per_print,
round(sum(toFloat64(volume)) / 1000000, 1) AS volume_millions
FROM global_markets.stocks_daily_aggs
WHERE ticker = 'AAPL'
AND date >= '2026-02-09'
AND date <= '2026-03-06'
GROUP BY date
HAVING sum(transactions) > 0
ORDER BY dateAAPL, Feb 9 tarihinde 44.6 milyon hisselik hacimle işlem başına ortalama 61.3 hisse, Mar 6 tarihinde ise işlem başına 66.2 hisse kaydetmiştir. Bu büyüklükteki günlük hareketler olağandır. 23 Şubat, ne kadar hisse senedi alınıp satıldığını değil, miktarın nasıl yazıldığını değiştirmiştir.
Bir seri kırılma noktasını geçtiğinde hangi sayılar değişir?
Hacimle normalize edilen her şey bu kırılmadan etkilenir. Kontrol edilmesi gereken dört kalem:
- Göreceli hacim (Relative volume): Bugünkü hacmin önceki günlerin ortalamasına oranı. Geriye dönük inceleme 23 Şubat 2026'nın öncesine gittiğinde, oranın iki tarafı farklı kurallarla sayılmış olur. Göreceli hacim sayfamızda formülü bulabilirsiniz.
- VWAP (Hacim ağırlıklı ortalama fiyat): Her işlemi miktarıyla ağırlıklandırır. Yukarı yuvarlanan kesirli işlemler, hak ettiklerinden daha fazla ağırlık taşımıştır. VWAP'ın nasıl hesaplandığına bakın.
- Dakikalık ve günlük barlar: Bir pencere içindeki işlem boyutlarının toplanmasıyla oluşturulur. OHLCV barlarının nasıl oluşturulduğu bu toplulaştırmayı anlatır.
- Ciro ve likidite ölçümleri: Fiyat değişimini, çok yıllık geçmişteki dolar hacmine böler.
23 Şubat 2026 tarihine, fiyat geçmişindeki bir kurumsal aksiyona (bölünme gibi) nasıl yaklaşıyorsanız öyle yaklaşın: bu bir hata değil, etiketlenmiş bir süreksizliktir. Fiyat geçmişi de aynı sorunu farklı bir kılıkta taşır; bu konuyu bölünme düzeltmeli fiyat geçmişi sayfamızda ele alıyoruz. Değişim öncesi ve sonrası hacim verilerini, sınırın nerede olduğunu belirtmeden asla aynı grafikte kullanmayın.
Daha uzun bir vadede ortalama işlem boyutu, son noktayı netleştirir. Bu değer, her hissede piyasa yapısıyla birlikte kendi takvimine göre değişir.
Her verinin arkasındaki tam SQL
SELECT
toString(m) AS month,
formatDateTime(m, '%b %Y') AS month_label,
round(sumIf(vol, sym = 'AAPL') / sumIf(trades, sym = 'AAPL'), 1) AS aapl_shares_per_print,
round(sumIf(vol, sym = 'MSFT') / sumIf(trades, sym = 'MSFT'), 1) AS msft_shares_per_print,
round(sumIf(vol, sym = 'KO') / sumIf(trades, sym = 'KO'), 1) AS ko_shares_per_print
FROM
(
SELECT
toStartOfMonth(date) AS m,
ticker AS sym,
toFloat64(volume) AS vol,
transactions AS trades
FROM global_markets.stocks_daily_aggs
WHERE ticker IN ('AAPL', 'MSFT', 'KO')
AND date >= '2025-09-01'
AND date < '2026-08-01'
)
GROUP BY m
ORDER BY mAAPL, Sep 2025 döneminde işlem başına ortalama 91.4 hisse, Jul 2026 döneminde ise 54.9 hisse kaydederken, KO aynı kapanış ayında 61.8 seviyesinde seyretmiştir. Üç seri, aralık boyunca ortak bir adım olmaksızın farklı seviyelerde durmaktadır. Aylık bir hacim serisi, raporlama kuralının nerede değiştiğini size göstermez. Bunu takvim yapar, bu yüzden bu tarihin not edilmesi önemlidir.
Pencereler ve istisnalar
- Ocak penceresi, 5 Ocak ile 9 Ocak 2026 arasındaki beş işlem gününü kapsar. Temmuz penceresi, 6 Temmuz ile 10 Temmuz 2026 arasındaki beş işlem gününü kapsar. Her ikisi de SQL'de sabitlenmiştir, böylece yeni veriler geldikçe panel değişmez.
- Altı hisselik panel, 8 Temmuz ile 10 Temmuz 2026 arasındaki üç işlem gününü kapsar ve mekan veya koşul fark etmeksizin her işlemi sayar.
- İşlem verileri kısa bir gecikmeyle sisteme düşer, bu nedenle buradaki her pencere geçmişte kalmaktadır.
SSS
Borsadan kesirli hisse alabilir miyim?
Hayır. Borsa emir defterleri yalnızca tam hisseleri kabul eder. Kesirli bir emir, aracı kurumunuz tarafından müşteri talepleri netleştirildikten ve tam hisse kısmı piyasaya gönderildikten sonra kendi envanterinden karşılanır. Kesirli kısım, siz ve aracı kurum arasındaki bir ana işlemdir.
Kesirli miktarlar banta ne zaman yansımaya başladı?
23 Şubat 2026. Bu tarihten itibaren işlem raporları, yuvarlanmak yerine kesilen altı ondalık basamaklı miktarlar taşımaktadır. Öncesinde, bildirilen her miktar tam sayıydı.
Tarihsel hacim sayıları hatalı mıydı?
Kesirli işlemlerin yoğun olduğu hisselerde, evet; hem de her iki yönde birden. Bir hisseden küçük raporlar tam hisseye yuvarlanarak hacmi artırırken, bir hisseden büyük raporlar kesilerek hacmi azaltıyordu. Bu ikisi, öngörülebilir bir takvimde birbirini sıfırlamaz.
Kesirli hisse işlemi ile odd lot aynı şey midir?
Hayır. Odd lot, 100 hisseden az olan tam hisse miktarıdır ve odd lotlar on yıllardır banta basılmaktadır. Kesirli miktar ise bir hisseden azdır. Her kesirli işlem bir odd lottur; ancak bunun tersi neredeyse hiçbir zaman doğru değildir.
Şubat 2026 sınırını aşan hacim verilerini grafikleştirmenin en güvenli yolu nedir?
Etiketleyin. Miktarları altı basamağı destekleyecek bir ondalık tipinde tutun, sınırı aşan her seride tarihi işaretleyin ve geriye dönük bir ortalama her iki tarafı da kapsadığında bunu açıkça belirtin.
Buradaki her panelin altında SQL kodu yer almaktadır. Birini açın, ticker'ı veya pencereyi değiştirin ve Strasmore terminalinde işlemleri kendiniz sayın.