Краткий ответ: Если импорт в налоговом ПО не отражает результат маржинальной торговли, не добавляйте предполагаемую прибыль или убыток, чтобы свести итог. Проверьте период экспорта, охват аккаунтов и включённые типы транзакций; при необходимости получите соответствующие записи по марже или контрактам отдельно; затем сопоставьте транзакции, комиссии, funding, переводы и реализованный PnL в датированном сверочном листе. Справочный центр Phemex предупреждал, что импорт CSV может не включать маржинальный PnL, однако функции экспорта могут меняться. Проверяйте актуальные файлы и поручайте квалифицированному налоговому специалисту определять, как отчитываться по сверенным записям в вашей юрисдикции.
Почему налоговый импорт и история торговли могут расходиться?
Панель налогового ПО — это расчёт на основе импортированных записей и собственных правил классификации. Это не прямая копия каждого баланса и результата, отображаемого внутри торгового аккаунта. Если исходный файл пропускает тип транзакции, использует другой диапазон дат или был импортирован дважды, итог программы может отличаться от истории аккаунта на платформе, даже когда ни в одной из систем нет простой арифметической ошибки.
Базовое руководство Phemex по истории сделок **(описывает, как скачать CSV и импортировать его в партнёрский инструмент. Страница Справочного центра по выпискам со счёта(**добавляет конкретное предупреждение: описанный там workflow импорта CSV Phemex не включает данные маржинального PnL и направляет читателей к отдельному отчёту. Поскольку эта справочная статья старше некоторых текущих продуктовых страниц, она должна стать поводом проверить сегодняшний экспорт, а не основанием для безусловного утверждения, что любой актуальный CSV всегда содержит тот же пробел.
По одной экономической позиции может существовать несколько записей. Исполнение сделки, комиссия, платёж по funding, перевод обеспечения и реализованный результат могут появляться в разных файлах или разделах аккаунта. Импортное ПО может маркировать их иначе. Цель сверки — установить, что произошло и как это представлено, прежде чем просить налоговый движок рассчитать результат применительно к конкретной юрисдикции.
Шаг 1: определите период и аккаунты
Запишите налоговый период, который нужно проверить, его часовой пояс и задействованные аккаунты. Включите субаккаунты, если в них велись торги. Экспорт, начатый на день позже, или исключение субаккаунта могут создать расхождение, похожее на пропущенную сделку. Позиция, открытая до периода и закрытая внутри него, также может требовать более ранних записей о приобретении или открытии для расчёта программы.
Откройте страницу налоговой отчётности Phemex**(и изучите текущие опции экспорта. На странице описано скачивание истории транзакций(**включая основной аккаунт и субаккаунты, а затем выбор налогового партнёра. Не предполагайте, что период по умолчанию совпадает с вашим отчётным годом. Сохраните настройки запроса экспорта и имя файла вместе с созданным файлом, чтобы при необходимости воспроизвести импорт.
Дата и время создания файла имеют значение. Если вы выполнили экспорт до поздней корректировки, исправления или проведения транзакции, отчёт может не совпасть с более поздним экраном. Сравнивайте сопоставимое: тот же период, набор аккаунтов и момент съёма данных. Если импорт был выполнен недели назад, повторите его с задокументированным свежим экспортом только после проверки, что это не создаст дубликатов существующих записей в программе.
Шаг 2: инвентаризируйте исходные записи
Перечислите ожидаемые категории: спотовые сделки**(, маржинальные сделки при наличии, контрактные (фьючерсные) сделки(**, депозиты, выводы, внутренние переводы, платежи по funding, проценты или комиссии за заём, торговые комиссии и реализованный PnL. Возможно, у вас есть не все категории. Суть в том, чтобы знать, какие из них могли повлиять на расхождение, а не искать единственную пропущенную строку.
Инструкции Справочного центра по отчётам**(**описывают отдельные пути для контрактных торговых аккаунтов, спотового аккаунта, истории спотовых сделок, инвестиционного аккаунта и выводов. Интерфейс и названия отчётов могли измениться, поэтому используйте текущую страницу аккаунта как оперативный источник. Экспортируйте каждую релевантную категорию за один и тот же диапазон дат. Храните исходные файлы без изменений и работайте с копиями для сортировки и заметок.
Различайте «Margin PnL» как метку в продуктовом отчёте и общее упоминание любой торговли с плечом. Маржинальный аккаунт, фьючерсный аккаунт и внешний налоговый инструмент могут использовать разную терминологию. Пользователю следует проверить фактическое исходное поле и тип аккаунта, прежде чем утверждать, что отсутствует конкретный фьючерсный результат, лишь потому, что заметка Справочного центра упоминает Margin PnL. Если пропущенная запись относится к другому продукту, подходящий отчёт тоже может отличаться.
Шаг 3: сравнивайте записи, а не итоговые суммы
Начните с сопоставления на уровне транзакций. Для каждой исходной записи зафиксируйте метку времени, аккаунт, инструмент, тип, актив, сумму, комиссию и уникальный идентификатор, если он доступен. Затем найдите соответствующую импортированную запись. Таблица может помочь, но храните суммы в нативном активе и фиксируйте валюту оценки отдельно. Комиссию в 2 USDT и перевод 0,01 BTC нельзя сводить к одному числу без определённого метода пересчёта.
Практичная таблица сверки содержит столбцы: исходный файл, исходная строка или ID транзакции, метка времени и часовой пояс, аккаунт, тип транзакции, актив, сумма со знаком, комиссия, ID в импортированном ПО, классификация и статус. Статус может быть «сопоставлено», «отсутствует в импорте», «дубликат» или «требует проверки». Это рабочий чек-лист, а не замена финального налогового расчёта.
Рассмотрим гипотетический случай. Пользователь закрывает маржинальную позицию и видит реализованный результат в отчёте аккаунта, но импортированный налоговый файл показывает лишь два исполнения сделки и перевод обеспечения. Первый вопрос: представлен ли результат через эти исполнения по методу программы или отдельное событие PnL действительно отсутствует. Добавление видимого PnL как новой транзакции без проверки может привести к двойному учёту. Пример иллюстрирует логику проверки; он не утверждает, что какой-либо конкретный отчёт Phemex использует такую структуру для всех маржинальных продуктов.
Шаг 4: отделяйте переводы от реализаций и затрат
Перемещение обеспечения между собственными аккаунтами пользователя может менять балансы, не являясь внешней покупкой или продажей. Инструмент импорта, трактующий исходящую сторону как необъяснённый вывод, а входящую — как новый доход, может искажать итоги. Сопоставляйте обе стороны по времени, сумме, активу и идентификаторам аккаунтов. Если одна сторона отсутствует, исследуйте перевод до присвоения налоговой категории.
Комиссии и funding отделены от движения обеспечения. Они могут объяснить, почему баланс платформы изменился сильнее, чем подсказывает простой расчёт цены входа и выхода. Экспортируйте записи и сверяйте их, но не заявляйте об едином налоговом режиме. Юрисдикции различаются, и режим может зависеть от продукта и обстоятельств. Задача этой статьи — сохранить точные доказательства для такого решения.
Нереализованный PnL**(**— ещё один источник путаницы. Панель может показывать текущую оценку открытой позиции, тогда как налоговый инструмент фокусируется на реализованных транзакциях или использует иное правило отчётности. Сравнивайте статус позиции и смысл каждой цифры. Не создавайте налогооблагаемое событие из отображения mark-to-market, если применимые правила и профессиональная консультация не требуют такого режима.
Шаг 5: устраняйте дубликаты и пропущенные записи
Если одна и та же исходная строка появляется в налоговом ПО дважды, проверьте, не импортировали ли вы пересекающиеся файлы или не использовали одновременно автоматическое подключение и ручной CSV. Удаляйте или исключайте дубликаты согласно задокументированному workflow инструмента. Ведите заметку о том, что изменено и почему. Удаление строки исключительно ради целевой суммы может скрыть другую пропущенную запись.
Если запись отсутствует, определите, нет ли её в экспорте Phemex или она присутствует в экспорте, но не принята налоговым инструментом. В первом случае получите корректную историю аккаунта или обратитесь в поддержку Phemex с указанием типа аккаунта, периода и названия отчёта. Во втором — проверьте предупреждения импорта, маппинг полей и поддерживаемые типы транзакций в программе. Строка, отклонённая из-за неразобранной метки времени или типа, — иная проблема, чем исходный отчёт, где её никогда не было.
Там, где необходим ручной ввод, сохраните исходную запись и свяжите её с добавленной. Пометьте ручную корректировку, чтобы последующий импорт незаметно не продублировал её. Сумма, метка времени, актив и причина должны быть трассируемыми. Ручная корректировка должна закрывать установленный пробел, а не служить балансирующей заглушкой.
Когда сверка считается завершённой?
Завершение означает, что значимые исходные записи сопоставлены, объяснены как исключённые по задокументированному правилу или помечены для профессиональной проверки. Баланс торгового аккаунта, сумма импортированных транзакций и цифра прибыли в налоговом ПО не обязаны совпадать, поскольку отвечают на разные вопросы. Важно уметь объяснить мост между ними.
Сохраните исходные экспорты, журнал импорта налогового инструмента, ваш сверочный лист, исходные документы для ручных корректировок и версии или даты использованного ПО. Фиксируйте любой нерешённый пункт и его потенциальное влияние, а не прячьте его в округлённом итоге. Если расхождение затрагивает крупные позиции, несколько типов аккаунтов или несколько юрисдикций, проконсультируйтесь с налоговым специалистом до подачи или корректировки декларации.
Страница налоговой отчётности Phemex**(**может запустить процесс экспорта. Это продуктовый путь, а не обещание, что один файл содержит все записи, нужные для любой налоговой ситуации. Собственная история транзакций пользователя и применимое местное законодательство остаются необходимыми входными данными.
FAQ
CSV Phemex всегда опускает маржинальный PnL?
Более старый workflow Справочного центра Phemex предупреждает об опущении маржинального PnL и указывает на отдельный отчёт. Экспорты продуктов могут меняться, поэтому проверяйте актуальный файл и документацию перед общим утверждением. Корректный следующий шаг зависит от типа аккаунта и используемого отчёта.
Стоит ли вручную вводить PnL, отображаемый на торговом экране?
Не пока вы не определите, уже ли представляют этот результат импортированные сделки или другой отчёт. Прямой ввод без сверки может привести к двойному учёту. Сохраняйте исходные записи и следуйте поддерживаемому процессу корректировки в налоговом ПО.
Почему балансы совпадают, а результат в налоговом ПО — нет?
Балансы и налоговые результаты — разные расчёты. Переводы, комиссии, funding, открытые позиции, отсутствующие данные о приобретении, правила классификации и методы оценки могут влиять на цифру программы, даже когда баланс аккаунта верен.
Может ли Phemex сообщить налоговый режим транзакции?
Phemex предоставляет записи аккаунта и путь к налоговой отчётности, тогда как налоговый режим зависит от юрисдикции и личных обстоятельств. Квалифицированный местный консультант должен решать вопросы классификации и подачи на основании сверенных записей.
