Hızlı Yanıt: Bir vergi yazılımı içe aktarımı marjin işlem sonucunuzu yansıtmıyorsa, toplamı eşitlemek için tahmini bir kâr veya zarar eklemeyin. Dışa aktarımın dönemini, hesap kapsamını ve dahil edilen işlem türlerini doğrulayın; gerekiyorsa ilgili marjin veya sözleşme kayıtlarını ayrı olarak edinin; ardından işlemleri, ücretleri, fonlamayı, transferleri ve gerçekleşmiş PnL öğelerini tarihli bir mutabakat tablosunda karşılaştırın. Phemex Yardım Merkezi, bir CSV içe aktarımının Marjin PnL'yi atlayabileceği konusunda uyarmıştır, ancak dışa aktarım özellikleri değişebilir. Güncel dosyaları doğrulayın ve mutabakatlaştırılmış kayıtların yetkinizdeki bildirim şeklini nitelikli bir vergi uzmanının kararlaştırmasını sağlayın.
Vergi İçe Aktarımı ile İşlem Geçmişi Neden Farklı Olabilir?
Bir vergi yazılımı paneli, içe aktarılan kayıtlara ve yazılımın kendi sınıflandırma kurallarına dayalı bir hesaplamadır. Bir işlem hesabı içinde gösterilen her bakiyenin ve sonucun doğrudan bir kopyası değildir. Kaynak dosya bir işlem türünü atlar, farklı bir tarih aralığı kullanır veya iki kez içe aktarılırsa, hiçbir sistemde basit bir aritmetik hata olmasa bile yazılımın toplamı platformun hesap geçmişinden farklı olabilir.
Phemex'in temel işlem geçmişi rehberi, bir CSV dosyasının nasıl indirileceğini ve bir ortak araca nasıl aktarılacağını açıklar. Hesap ekstesi Yardım Merkezi sayfası, tanımladığı iş akışında Phemex CSV içe aktarımının Marjin PnL verilerini içermediğine dair özel bir uyarı ekler ve okuyucuları ayrı bir rapora yönlendirir. Bu yardım makalesi bazı güncel ürün sayfalarından daha eski olduğundan, mevcut tüm CSV dosyalarının her zaman aynı boşluğa sahip olduğuna dair koşulsuz bir iddia yerine, bugünkü dışa aktarımın kontrol edilmesini gerektirmelidir.
Tek bir ekonomik pozisyon için birden fazla kayıt bulunabilir. Bir işlem执行si, ücret, fonlama ödemesi, teminat transferi ve gerçekleşmiş sonuç farklı dosyalarda veya hesap bölümlerinde görünebilir. İçe aktarma yazılımı bunları farklı şekilde etiketleyebilir. Mutabakatlaştırmanın amacı, bir vergi motorundan yetkiye özgü bir sonucu hesaplamasını istemeden önce ne olduğunu ve nasıl temsil edildiğini belirlemektir.
1. Adım: Dönemi ve Hesapları Tanımlayın
İncelemeniz gereken vergi dönemini, saat dilimini ve ilgili hesapları not edin. İşlem yaptıysa alt hesapları da dahil edin. Bir gün geç başlayan veya bir alt hesabı dışarıda bırakan bir dışa aktarım, eksik bir işlem gibi görünen bir fark yaratabilir. Dönemden önce açılıp dönem içinde kapatılan bir pozisyon, yazılımın hesabı için daha önceki edinim veya açılış kayıtlarını da gerektirebilir.
Phemex Vergi Raporlama sayfasını açın ve güncel dışa aktarım seçeneklerini inceleyin. Sayfa, ana ve alt hesapları içeren işlem geçmişinin indirilmesini ve ardından bir vergi ortağının seçilmesini açıklar. Varsayılan dönemin beyan yılınızla eşleştiğini varsaymayın. Dışa aktarım istek ayarlarını ve dosya adını, oluşturulan dosyanın yanında saklayın; böylece ileride bir soru ortaya çıkarsa içe aktarımı yeniden üretebilirsiniz.
Dosyanın tarihi ve oluşturma zamanı önemlidir. Geç bir düzeltme, tashih veya işlem kaydedilmeden önce dışa aktarım yaparsanız rapor sonraki bir ekranla eşleşmeyebilir. Benzeri benzeriyle karşılaştırın: aynı dönem, hesap kümesi ve "as-of" zamanı. Bir içe aktarım haftalar önce yapıldıysa, bunun yazılımda mevcut kayıtları çoğaltmayacağını kontrol ettikten sonra yalnızca belgelenmiş güncel bir dışa aktarımla yeniden çalıştırın.
2. Adım: Kaynak Kayıtlarını Envanterleyin
Görmeyi beklediğiniz kategorileri listeleyin: spot işlemler, uygulanabiliyorsa marjin işlemleri, sözleşme (vadeli) işlemleri, yatırımlar, çekimler, dahili transferler, fonlama ödemeleri, faiz veya borçlanma giderleri, işlem ücretleri ve gerçekleşmiş PnL. Tüm kategorilere sahip olmayabilirsiniz. Amaç, tek bir eksik satırı aramak yerine hangilerinin tutarsızlığı etkileyebileceğini bilmektir.
Yardım Merkezi'nin rapor talimatları, Sözleşme İşlem Hesapları, Spot Hesap, Spot İşlem Geçmişi, Yatırım Hesabı ve çekimler için ayrı yolları açıklar. Arayüz ve rapor adları değişmiş olabileceğinden, operasyonel kaynak olarak güncel hesap sayfasını kullanın. Her ilgili kategoriyi aynı tarih aralığı için dışa aktarın. Orijinal dosyaları değiştirmeden saklayın ve sıralama ile notlar için kopyalar üzerinden çalışın.
Bir ürün raporundaki etiket olarak "Marjin PnL" kavramını, herhangi bir kaldıraçlı işleme yapılan genel bir atıftan ayırın. Bir marjin hesabı, bir vadeli işlem hesabı ve harici bir vergi aracı farklı terminoloji kullanabilir. Bir kullanıcı, bir Yardım Merkezi notu Marjin PnL'den söz ettiği için belirli bir vadeli işlem sonucunun eksik olduğunu iddia etmeden önce gerçek kaynak alanını ve hesap türünü incelemelidir. Eksik kayıt farklı bir ürünle ilgiliyse uygun rapor da farklı olabilir.
Phemex'te İşlem Yapmaya Başlayın
3. Adım: Manşet Toplamları Değil, Kayıtları Karşılaştırın
İşlem düzeyinde bir eşleştirmeyle başlayın. Her kaynak kayıt için zaman damgasını, hesabı, enstrümanı, türü, varlığı, tutarı, ücreti ve varsa benzersiz tanımlayıcıyı yakalayın. Ardından karşılık gelen içe aktarılan girdiyi bulun. Bir elektronik tablo yardımcı olabilir, ancak tutarları kendi orijinal varlıkları cinsinden tutun ve herhangi bir değerleme para birimini ayrı olarak kaydedin. 2 USDT tutarında bir ücret ile 0,01 BTC tutarında bir transfer, tanımlanmış bir dönüşüm yöntemi olmadan tek bir sayıda birleştirilmemelidir.
Uygulamaya yönelik bir mutabakat tablosunda şu sütunlar bulunur: kaynak dosya, kaynak satır veya işlem kimliği, zaman damgası ve saat dilimi, hesap, işlem türü, varlık, işaretli tutar, ücret, içe aktarılan yazılım kimliği, sınıflandırma ve durum. Durum "eşleşti", "içe aktarımda eksik", "yinelenen" veya "inceleme gerekiyor" olabilir. Bu çalışan bir kontrol listesidir, nihai vergi hesabının yerine geçen bir belge değildir.
Varsayımsal bir durumu ele alın. Bir kullanıcı bir marjin pozisyonunu kapatır ve bir hesap raporunda gerçekleşmiş bir sonuç görür, ancak içe aktarılan vergi dosyası yalnızca iki işlem执行si ve bir teminat transferi gösterir. İlk soru, sonucun yazılımın yöntemi uyarınca o işlemler aracılığıyla mı temsil edildiği, yoksa ayrı bir PnL olayının gerçekten eksik olup olmadığıdır. Görünür PnL'yi kontrol etmeden yeni bir işlem olarak eklemek onu iki kez sayabilir. Bu örnek inceleme mantığını gösterir; herhangi bir belirli Phemex raporunun her marjin ürünü için bu yapıyı kullandığını iddia etmez.
4. Adım: Transferleri Elden Çıkarmalardan ve Maliyetlerden Ayırın
Teminatı kullanıcının kendi hesapları arasında taşımak, harici bir alım veya satım olmadan bakiyeleri değiştirebilir. Giden tarafı açıklanamayan bir çekim, gelen tarafı ise yeni gelir olarak yorumlayan bir içe aktarma aracı toplamlarını çarpıtabilir. Her iki tarafı de zaman, tutar, varlık ve hesap tanımlayıcılarıyla eşleştirin. Taraflardan biri eksikse, bir vergi kategorisi atamadan önce transferi araştırın.
Ücretler ve fonlama, teminatın hareketinden ayrıdır. Bir platform bakiyesinin, basit bir giriş-çıkış fiyatı hesabının öne sürdüğünden neden daha fazla değiştiğini açıklayabilirler. Kayıtları dışa aktarın ve mutabakatlaştırın, ancak yeknesak bir vergi muamelesi iddia etmeyin. Yetkiler farklılık gösterir ve muamele ürüne ve koşullara bağlı olabilir. Bu makalenin görevi, o karar için doğru kanıtları korumaktır.
Gerçekleşmemiş PnL başka bir kafa karışıklığı kaynağıdır. Bir panel açık bir pozisyonun güncel tahminini gösterebilirken, bir vergi aracı gerçekleşmiş işlemlere odaklanabilir veya başka bir raporlama kuralı kullanabilir. Pozisyonun durumunu ve her rakamın anlamını karşılaştırın. Uygulanabilir kurallar ve profesyonel tavsiye bu muameleyi gerektirmedikçe, bir piyasa değerleme (mark-to-market) görüntüsünden vergiye tabi bir olay yaratmayın.
5. Adım: Yinelenen ve Eksik Girdileri Çözümleyin
Aynı kaynak satır vergi yazılımında iki kez görünüyorsa, örtüşen dosyaları mı içe aktardığınızı yoksa hem otomatik bağlantıyı hem de manuel CSV'yi mi kullandığınızı kontrol edin. Yinelenenleri aracın belgelenmiş iş akışına göre kaldırın veya hariç tutun. Neyi, neden değiştirdiğinize dair not tutun. Yalnızca hedef toplamı zorlamak için bir satır silmek, ayrı bir eksik girdiyi gizleyebilir.
Bir girdi eksikse, bunun Phemex dışa aktarımında mı bulunmadığını, yoksa dışa aktarımda mevcut olup vergi aracı tarafından mı kabul edilmediğini belirleyin. İlk durumda doğru hesap geçmişini edinin veya hesap türü, dönem ve rapor adıyla Phemex desteğiyle iletişime geçin. İkinci durumda yazılımın içe aktarma uyarılarını, alan eşleştirmesini ve desteklenen işlem türlerini inceleyin. Zaman damgası veya türü ayrıştırılamadığı için reddedilen bir satır, hiç içermeyen bir kaynak rapordan farklı bir sorundur.
Manuel girdinin gerekli olduğu yerlerde orijinal kaynak kaydını koruyun ve eklenen girdiyle ilişkilendirin. Manuel düzeltmeyi etiketleyin ki sonraki bir yeniden içe aktarım onu sessizce çoğaltmasın. Tutar, zaman damgası, varlık ve gerekçe izlenebilir olmalıdır. Manuel bir düzeltme, belirlenmiş bir boşluğu çözmeli, dengeleme amaçlı bir tıkaç olarak kullanılmamalıdır.
Mutabakatlaştırma Ne Zaman Tamamlanmış Sayılır?
Tamamlanma, önemli kaynak kayıtların eşleştirilmiş, belgelenmiş bir kural kapsamında hariç tutulduğu açıklanmış veya profesyonel inceleme için işaretlenmiş olması demektir. İşlem hesabı bakiyesi, içe aktarılan işlemlerin toplamı ve vergi yazılımının kazanç rakamı farklı soruları yanıtladıkları için birebir aynı olmak zorunda değildir. Önemli olan, aralarındaki köprüyü açıklayabilmektir.
Orijinal dışa aktarımları, vergi aracının içe aktarma günlüğünü, mutabakat tablonuzu, manuel düzeltmelerin kaynak belgelerini ve kullanılan yazılımların sürümlerini veya tarihlerini saklayın. Çözülmemiş her kalemi ve olası etkisini, yuvarlanmış bir toplamın içinde gizlemek yerine kaydedin. Tutarsızlık büyük pozisyonları, birden fazla hesap türünü veya çok sayıda yetkiyi kapsıyorsa, beyanname vermeden veya düzeltmeden önce bir vergi uzmanına danışın.
Phemex Vergi Raporlama sayfası dışa aktarım sürecini başlatabilir. Bu bir ürün yoludur; tek bir dosyanın her vergi durumu için gereken tüm kayıtları içerdiğine dair bir taahhüt değildir. Kullanıcının kendi işlem geçmişi ve uygulanan yerel mevzuat zorunlu girdiler olmaya devam eder.
SSS
Phemex CSV Her Zaman Marjin PnL'yi Atlar mı?
Daha eski bir Phemex Yardım Merkezi iş akışı, bir Marjin PnL atlaması konusunda uyarır ve ayrı bir rapora yönlendirir. Ürün dışa aktarımları değişebilir, bu nedenle genel bir iddiada bulunmadan önce güncel dosyayı ve belgeleri inceleyin. Doğru sonraki adım, kullanılan hesap türüne ve rapora bağlıdır.
İşlem Ekranımda Görünen PnL'yi Manuel Olarak Girmeli miyim?
İçe aktarılan işlemlerin veya başka bir raporun o sonucu zaten temsil edip etmediğini belirleyene kadar hayır. Mutabakatlaştırma yapılmadan doğrudan girilen bir kayıt onu iki kez sayabilir. Kaynak kayıtları koruyun ve vergi yazılımının desteklediği düzeltme sürecini izleyin.
Bakiyelerim Eşleşiyor Ama Vergi Yazılımı Sonucum Neden Eşleşmiyor?
Bakiyeler ve vergi sonuçları farklı hesaplamalardır. Transferler, ücretler, fonlama, açılış pozisyonları, eksik edinim verileri, sınıflandırma kuralları ve değerleme yöntemleri, hesap bakiyesi doğru olsa bile yazılımın rakamını etkileyebilir.
Phemex Bana Bir İşlemin Vergi Muamelesini Söyleyebilir mi?
Phemex hesap kayıtları ve bir vergi raporlama yolu sağlar; vergi muamelesi ise yetkiye ve kişisel koşullara bağlıdır. Nitelikli yerel bir danışman, mutabakatlaştırılmış kayıtları kullanarak sınıflandırma ve beyanla ilgili soruları çözmelidir.
