İşlem günlüğü: kayıt, para birimi ve karar kontrolü

İşlem günlüğü, karar öncesindeki planı gerçekleşen emirler ve kontrol edilebilir kanıtlarla birleştirir. Broker ekstresinin yerine geçmez ve tek başına kâr sağlamaz. Önce eksik kayıtları, doğrulanmış kural ihlallerini ve kurala uygun olsa da zarar eden kararları ayırın. Sonucun iyi olması sürecin doğru olduğunu kanıtlamaz.

Günlükte tek bir kayıt neyi temsil ediyor?

Bir satır bir gerçekleşme, tamamlanmış pozisyon veya birkaç giriş içeren işlem fikri olabilir. Seçiminizi başta yazın. Tek emrin birkaç gerçekleşmesini farklı fikirler saymak örneklem büyüklüğünü şişirir; bir fikrin parçalarını toplarken aynı komisyonu tekrar eklemek sonucu bozar. Ham kayıtları değiştirmeden saklayın ve özetin hangi hesap/gerçekleşme kimliklerinden üretildiğini gösterin.

İşlem günlüğünde zarar sonrası gelen her girişe otomatik “intikam işlemi” demeyin. Önceden belirlenmiş koşulu karşılayan yeni giriş de olabilir. Duygu kişinin kendi bildirimidir; eksikse bilinmiyor yazın. Sonradan görülen kâr veya zarar, daha önceki zihinsel durumun ölçümü değildir.

Gruplar arasındaki fark da tek başına neden göstermez. “Acele” etiketli işlemler daha büyük hacimli, farklı yöntemli veya başka piyasa koşullarında olabilir. Önce kayıt birimi ve karşılaştırma koşulları tutarlı olsun; sonra sınanacak açıklamayı belirleyin. MQL5 gerçekleşme özellikleri, emir, gerçekleşme ve pozisyon kimliklerini ayrı alanlar olarak tanımlar; bunları birbirinin yerine kullanmayın.

Korunması gereken on bilgi grubu

Bu liste zorunlu on sütun değildir. Bir grup birkaç alan gerektirebilir; ayrıntılı dosyaya bağlantı yeterli olabilir. Hangi veriyi ne zaman kaydettiğinizi gösterin. Zaman bazlı veya hareketli çıkış kullanan yöntemde sabit hedef bulunmayabilir; o durumda çıkış koşulunu yazın. İlk stopu sonraki değişiklikle ezmeyin.

1. Kimlikler: benzersiz hesap takma adı, fikir/pozisyon ve gerçekleşme kimlikleri.
2. Zaman ve araç: tarih, saat, saat dilimi, tam sembol ve grafik dönemi.
3. Yön ve miktar: alış/satış, birim veya lot, sözleşme büyüklüğü.
4. Karar öncesi giriş: koşul, fiyat ve emir türü.
5. Başlangıç riski: ilk stop, parasal risk ve çıkış kuralı.
6. Gerçek dolum: giriş/çıkış fiyatları, miktarları ve zamanları.
7. Maliyet: komisyon, diğer ücret ve swap; para birimi ve nete zaten dahil olup olmadığı.
8. Değişiklik: stop/hacim değişimi, zamanı, gerekçesi ve ilgili kural.
9. Bağlam: gözlenen koşullar, kişinin bildirimi ve eksik bilgiler.
10. Süreç: karşılanan koşullar, doğrulanmış ihlaller ve çözülemeyen uyuşmazlıklar.

Kaynak kurgusal EUR/USD alış planı: giriş 1.0852, stop 1.0822, hedef 1.0902; pip 0.0001. Stop uzaklığı 30, hedef 50 pip: ödül/risk 50/30≈1.67:1 veya risk/ödül 1:1.67. Bunlar ek maliyet öncesi plan mesafeleridir; kesin dolum veya gerçekleşmiş getiri değildir.

Sözleşme 100.000 EUR/lot ise 0.10 lot=10.000 EUR, USD hesapta pip başına 1 USD; planlanan fiyat kaybı 30 USD, kazanç 50 USD. “Mini lotun 0.1’i” aynı miktar değildir: mini lot 10.000 birim kabul edilirse bunun onda biri 1.000 birimdir. Gerçek sözleşmeyi doğrulayın. Olağan stop fiyatı ve nihai kaybı garanti etmez.

Önce birim, sonra toplam

Kaynak net sonuçlar +40 USD ve −30 EUR. Yalnız bu rapor için kurgusal sabit 1 EUR=1.20 USD kabulünde ikinci kayıt −36 USD, toplam +4 USD olur. 40−30=+10 işlemi farklı birimleri karıştırır. Kaynak zaten USD’ye çevirmişse ikinci kez çevirmeyin.

Bu bir raporlama modeli; brokerın uyguladığı dönüşüm fiyatı, güncel kur veya vergi hesabı değildir. Gerçek dönüşüm ücreti, açık pozisyon değerlemesi ve kişisel vergi mukimliği burada modellenmiyor. Her tutarda kaynak ve para birimi kalsın; rapor kurunun tarihi ve yöntemi ayrıca yazılsın.

Tabloyu asıl kayıtla mutabık hale getirin

İşaretli hareketler kullanılıyorsa bunları toplayın: fiyat sonucu +25 USD, komisyon −2 USD, swap +1 USD; net +24 USD. Gider pozitif borç tutarı olarak verilmişse çıkarılır. Zaten net +24 kaydından 2’yi yeniden düşmeyin; gerçekleşme fiyatındaki spreadi de ayrıca ikinci kez gider yapmayın. Ayrı toplu komisyonun hangi işlemlere dağıtıldığını açıkça belirtin.

Başlangıçta tanımlanmış 1R=30 USD ise +24 USD net sonuç +0.8R, −33 USD ise −1.1R’dir. Payda maliyet içerecekse tanımını önceden belirleyin ve kapanış sonucuna göre değiştirmeyin. Yatırma ve çekmeler işlem kârı değildir; kapanmış sonuç da açık pozisyonlu özkaynak değildir. Çoklu para birimlerini beyan edilmiş bir raporlama yöntemiyle birleştirin; bunu kendiliğinden vergi matrahı saymayın.

Masaüstü MT5’te History bağlamındaki rapor kaydı ile ayrı Report/Overview veya View/Reports özetini ayırın. Kaynak iş akışındaki HTML geçmiş raporunu, ayrı özetin HTML/PDF çıktısıyla veya evrensel CSV dışa aktarımıyla eşitlemeyin. Sürümünüzdeki kaydetme seçeneğini ve içe aktaran uygulamanın desteklediği dosyayı kontrol edin. Özet rapor belgesi cari hesabı ve kaydetme seçeneklerini açıklar; uygulama aboneliği almak için zorunlu üç ay beklemek gerekmez.

Hesap, dönem, satır sayısı, ondalık ayırıcı, saat dilimi ve net toplamı karşılaştırın. Ham dosyayı çekilme tarihiyle saklayın. Kaynak kurgusal A aktarımı: kimlikler 101,102,103 ve +12,−8,+4 USD. B aktarımı: 103,104,105 ve +4,−5,+3 USD. Ham altı satır +10 USD; aynı hesaptaki 103 tekrarı çıkarılınca beş farklı kayıt +6 USD. Fark, yinelenen +4 USD’dir. Aynı hesap/kimlik farklı tutar veriyorsa körlemesine ilkini seçmeyin; çelişki olarak araştırın.

TRY karşı örneği: aynı numara her zaman aynı olay değildir

Yeni, ayrı ve tamamen kurgusal içe aktarım: A ve B iki farklı hesap için benzersiz takma addır; eşleştirme sağlayıcı, sunucu ve gerçek hesap kimliğini de kapsar. Sıralı kayıtlar (A,101,+200 TRY), (B,101,−150 TRY), (A,101,+200 TRY tekrar), (B,102,+40 TRY). Tüm sonuçlar zaten net ve TRY; ek ücret veya kur işlemi yoktur.

Dört satır toplamı 290 TRY. Hesap+gerçekleşme kimliğiyle tekilleştirme A’daki tekrarı çıkarır: 200−150+40=90 TRY. Yalnız numarayla ilk görüleni saklayan hatalı filtre B’nin gerçek −150 kaydını da atar: 200+40=240 TRY. Örnek, belirli bir platformda numaraların fiilen çakıştığını iddia etmez; çok hesaplı veri modelinde kimlik kapsamını açık tanımlama gereğini gösterir. Aynı birleşik anahtarın tutarı değişmişse otomatik silmek yerine iki sürümü de inceleme kuyruğuna alın.

İncelemede sorulacak dört soru

Veri tam ve kaynakla mutabık mı?

Yalnız en iyi ve en kötü örnekler değil, tanımlanmış dönemde koşulları karşılayan bütün kararlar dahil mi? Eksik dosya, tekrarlanan satır veya dağıtılmamış ücret var mı? Bilinmeyeni sıfıra veya “uygun” etiketine dönüştürmeyin. Tam olmayan veriyle yapılan kıyasın sınırını sonuç başlığında görünür tutun.

Önceden belirtilen kurallar uygulandı mı?

Kârlı bir ihlal ihlal kalır; kurala uygun kayıp sırf kayıp olduğu için hata değildir. Karar anındaki kanıt yoksa uygunluk belirsiz olabilir. Sonuç yanlılığı araştırması bu ayrımı düşünmeye yardımcı olur; atıf yapılan çalışma trader kazancı veya belirli duygu etiketinin nedenini ölçen bir deney değildir.

Gruplama gerçekte ne gösteriyor?

Acele ve kaybı geri alma grupları birlikte 13 karar ve −500 USD eder. Bu atanmış sayılar bir saha araştırması değildir. Hacim, yöntem ve koşullar eşleşmeden “duygu bu zarara neden oldu” veya bu grupları silince gelecekte 500 USD kazanılır denemez. Ortak etiketler varsa aynı kararı toplamda iki kez saymayın.

Hangi düzeltme veya hipotez sınanmalı?

Doğrulanmış mükerrer kaydı düzeltmek bir veri işlemidir. Gruplar arasındaki fark için önerilen açıklama ise yeni kanıt gerektirir. Hangi koşulu, hangi ölçütle izleyeceğinizi önceden belirleyin; her hafta sırf yeni bir kısıtlama üretmek zorunda değilsiniz. Geçmişe uydurulmuş bir kuralı yöntem kanıtı saymayın.

Sonradan hayali plan oluşturmayın

Planı karardan önce kısa kaydedin; kayıt tutmak aktif risk yönetimini aksatmasın. Doğrulanabilir dolumları otomatik aktarabilir, ekran görüntüsüne zaman, sembol ve dönem ekleyebilirsiniz. Sonraki fiyatları içeren inceleme görüntüsünü karar anındaki kanıt diye sunmayın; sonradan inceleme olarak etiketleyin.

Hatırlanan duyguyu geriye dönük hatırlama olarak işaretleyin. Boş alanı tahminle doldurmak görünürde tam ama güvenilmez veri yaratır. CME yöntem rehberindeki koşul ve yöntem hazırlığı, planı sonuçtan önce belirleme yaklaşımını destekler; günlüğün getiriyi artıracağını garanti etmez.

Yönetilebilir günlüğü nasıl kurup sınarsınız?

1. Birimi ve kaynağı tanımlayın. Hesap/gerçekleşme anahtarını, dönemini ve net alanını belirleyip ham kayıtla toplamı karşılaştırın.
2. Kısa bağlam şablonu deneyin. Plan koşulu, gerçekleşme bağlantısı ve eksik bilgiyi yazın; açık risk yönetimini kesintiye uğratmayın.
3. Süreyi gerçek kayıttan bütçeleyin. Kurgusal 30 giriş×2 dakika ve dört inceleme×30 dakika toplam 180 dakika, yani üç saattir. Bu kişisel süre vaadi değildir.
4. Tek somut kontrol seçin. Mükerrer kayıt düzeltmesi veya önceden belirlenmiş hipotez sınaması yapın. Disiplin sistemi bunu izlenebilir eyleme dönüştürür; üç ayda sezgi veya kazanç sözü vermez.