Excel işlem ID’lerini değiştirdi: her hane nasıl korunur?

Broker raporuyla çalışma sayfasında satır sayısı ve parasal toplam aynı kalırken operasyon kimlikleri değişmiş olabilir. Uzun ID sayıya çevrilince son haneler kaybolabilir; sonraki tablo eşleştirmesi ücreti yanlış gerçekleşmeye bağlayabilir. Aşağıdaki iki kurgu kimlik, kayıp haneyi tahmin etmeden kaynak → içe aktarma → dışa aktarma yolunu kontrol etmenizi sağlar. Sadece hücre görünümünü değil, sonraki işlemde kullanılan dosyayı karşılaştırın.

İşlem kimliği neden metin kalmalı?

Kimlik “hangi kayıt” sorusunu, para alanı ise “ne kadar” sorusunu yanıtlar. Emir numaralarını toplamanın anlamı yoktur. Başta sıfır dahil her karakter önemli olabilir. Kâr, komisyon ve hacim ayrı aritmetik alanlardır. İşlem tablosunda formül kurmadan türlerini belirleyin; güzel gösterge paneli belirsiz anahtarı çözmez.

Microsoft Excel’in sayısal hassasiyetini en çok 15 hane olarak açıklar; daha uzun kodlar için metin saklama gerekir. Her broker uzun bilet kullanır demiyoruz. Gerçekleşme, emir veya başka anahtarın içe aktarım mekanizmasını inceliyoruz. Kısaltılmış hücre görünümüne ya da tanıdık sayıya güvenmek yerine ham gösterimi kontrol edin. Bilimsel gösterimin kendisi veri kaybının kanıtı değildir.

Sütunun neyi tanımladığını önce belirleyin. MT5’te DEAL_TICKET gerçekleşmeyi, DEAL_ORDER ilişkili emri belirtir. Aynı emrin birkaç kısmi dolumunda aynı emir numarasının görünmesi hata olmayabilir. Tekilleştirme doğru anahtarı ve kayıt tanımını gerektirir; her tekrar etiketini kaldırmak gerçek operasyonu silebilir. Gerçekleşme ile emir aynı nesne değildir.

İki operasyon nasıl aynı anahtara dönüşür?

Tam karakter dizgelerini karşılaştırın. Bilimsel gösterim yalnız ekran tercihi olabilir; değeri ve dışa aktarılan dosyayı inceleyin. Satır sırasına bakıp ilkine 1, ikincisine 2 eklemeyin. Gerçek geçmiş sıralanmış, eksik veya başka operasyonlar içeriyor olabilir. Bozuk anahtar doğru özgün son haneyi seçmeye yetecek bilgi taşımaz.

Karakter kaybetmeden nasıl içe aktarırsınız?

Çalışma kitabından ayrı, değişmemiş kaynak kopyası tutun. Başlık ve tam ID’ler dahil bir örneği metin düzenleyicide okuyun. Sağlayıcıdan indirilen rapor ile Excel tarafından daha önce kaydedilmiş kopyayı ayırın. Dosyaya “özgün” demek kökenini kanıtlamaz; alınma zamanı ve rapor kapsamını ayrıca yazın. Denemeleri kopyada yapın, karşılaştırma kaynağı korunsun.

Denetimli metin/CSV aktarımında kimlik sütununa açıkça metin türü atayın. Microsoft bunu Power Query üzerinden açıklar. Sorgu adımlarını inceleyin: önceki adım sayısal dönüşümle haneyi kaybetmişse sonradan metne çevirmek karakteri geri getirmez. Bozuk değerleri biçimlendirmek yerine korunmuş kaynaktan doğru dönüşüm sırasıyla yeniden başlayın. Parasal alanlar için uygun sayısal türler ayrı kalır.

Excel’in otomatik dönüşüm seçenekleri uzun sayılar, baştaki sıfırlar ve tarihe benzeyen metinleri kapsar; kullanılabilirlik sürüme bağlıdır. Kendi sürümünüzü ve içe aktarma yolunuzu kontrol edin. Bir bilgisayardaki ayar başka bilgisayardaki ayarı kanıtlamaz. Paylaşılan kitap için belgelenmiş yöntem gerekir; “bende çalıştı” sözü bütün aktarım zincirinin kontrolü değildir.

Yükledikten sonra örneği inceleyin, kopyayı kaydedip yeniden dışa aktarın. Yeni dosyayı metin olarak okuyarak kaynakla karşılaştırın. Böylece yalnız ilk ekranı değil, bütün yolu kontrol edersiniz. Çalışma kitabında bütün hanelerin görünmesi, günlüğe veya eşleştirilen tabloya giden dosyada aynı gösterimin bulunduğunu kanıtlamaz.

Yerel kimlik karşılaştırıcısı neyi denetler?

Özgün ID’leri ve çalışma sayfası gidiş-dönüşü sonrası ID’leri iki listeye yapıştırın. Her satır tek kimlik olsun; CSV başlığı, başka sütun veya tırnak koymayın. İzinli karakterler ASCII harfleri, rakamlar ve alt çizgi, nokta, iki nokta, kısa çizgidir: _ . : -. Başta veya sonda boşluk hata sayılır, sessizce temizlenmez. Büyük/küçük harf önemlidir: ABC ve abc farklıdır.

Her listede 1–10.000 boş olmayan satır, boşlar dahil en çok 20.000 satır ve 1,5 MB sınırı bulunur. Her kimlik 1–128 karakterdir. Bunlar araç sınırlarıdır; brokerların evrensel ID sözleşmesi değildir. Başta sıfır korunur, sıra değişimi ise aynı dizgelerin tekrar sayısını değiştirmez.

Araç sayısal toplam değil, tam metnin kaç kez geçtiğini karşılaştırır. Eksik ve ek kimlikleri, tekrarları raporlar. Kaynak örneğinde iki özgün ID kaybolur, yeni anahtar iki kez gelir. On beşinci haneden sonra kayıp örüntüsü bir tanı hipotezidir; farkı Excel’in yarattığının kanıtı değildir. Kontrolün kayıp haneyi onarma işlevi yoktur.

Karşılaştırma yapıştırılmış listelerle yerel çalışır; broker hesabına veya API’ye girmez, girdileri göndermez ve kalıcı saklamaz. Kimliklerin gerçekliğini doğrulamaz, işlem geçmişini kurmaz. Aynı listeler fiyat, miktar, tarih ve ücreti doğrulamaz. Birden çok hesapta kapsamları ayrı karşılaştırın; kapsam dışındaki aynı etiket aynı operasyon demek değildir. İlgisiz raporları zorla eşleştirmeyin.

Farkta iki kopyayı da koruyup ilk dönüşümü bulun; düzeltme tahmin etmeyin. Ortak pozisyonun gerçekleşmelerini ilişkilendirme güvenilir bağlantılar ister; kimlik kontrolü tek başına robotlara kâr dağıtmaz. Günlüğe denetimi kaydettikten sonra performans istatistiklerine geçin.

TRY karşıörneği: net toplam tutarken R yanlış kalabilir

Aynı iki kurgu tam ID için ilk gerçekleşmenin brüt sonucu +100 TRY, ücreti 10 TRY, ilk riski 50 TRY; ikincisinin brüt sonucu −100 TRY, ücreti 30 TRY, ilk riski 100 TRY olsun. Yetkili tam anahtarlarla netler +90 ve −130 TRY; toplam −40 TRY, ortalama net R=(90/50−130/100)/2=0,25R olur. Bunlar atanmış eğitim kayıtlarıdır; gerçek komisyon veya aracı kurum sürüm standardı değildir.

Kimlikler kaybolunca ücretleri satır sırasına bakarak tahmin edip ters bağlarsanız netler +70 ve −110 TRY olur. Toplam yine −40 TRY’dir ama ortalama net R=(70/50−110/100)/2=0,15R çıkar. Para toplamı bu yanlış dağıtımı yakalayamaz; doğru tam bağlantı gerekir. Her iki tabloyu bozuk anahtarla çoktan çoğa bağlamaksa iki gerçekleşme ile iki ücretten dört satır üretir: +90,+70,−110,−130; toplam −80 TRY. Bu da aynı 40 TRY ücretin iki kez yüklenmesidir.

Hiçbir yöntem kayıp haneleri geri bulmuş değildir. Örneğin amacı “toplam tuttuysa join doğru” çıkarımını çürütmektir. Kaynağa geri dönmeden hangi ücretin hangi gerçekleşmeye ait olduğunu kesinleştiremezsiniz; belirsizliği açık bırakın. Ayrı ID listesi testi, bu parasal ve risk bazlı çapraz kontrolün yerine geçmez.

Rapordan hesap yapmadan önce ne yapmalı?

1. Bir kimlik sütunu ve onun tanımladığı kayıt türünü seçin. Kitabı açmadan kaynağı koruyun; en uzun ID’leri ve baştaki sıfırları okuyun. İlk dosya yoksa sonraki kopyayı güvenilir kaynak saymak yerine bu sınırı açıklayın.
2. ID türünü metin seçerek yeniden aktarın; para alanlarına uygun türü koruyun. Otomatik dönüşüm adımlarını ve gerçek dışa aktarımı inceleyin. Yalnız ilk hücreleri değil, tam listeleri ve tekrar sayılarını karşılaştırın.
3. Hane kaybında özgün dosyayı bulun veya sağlayıcıdan yeni rapor alın. Satır sırasıyla son hane kurmayın. Sonra bağlantıları, fiyatı, maliyeti ve bakiyeyi ayrı doğrulayın; bir denetimin geçmesi diğerlerini geçirmez.