Проблема с формированием tax-statement при перемещении акций с одного аккаунта на другой about investments

[KonishchevDmitry]

Добрый день!

Ну, это не ошибка - это вполне ожидаемое поведение, т. к. трансфер позиций я пока не поддерживаю. :)

Спасибо за отчеты! Я в них глянул - на самом деле, там все не так хорошо как хотелось бы:

1. В Transfers - да, видны все бумаги, но из подробностей там только Market Value, что никак не походит для рассчета налога.
2. В Mark-to-Market Performance Summary информации - да, чуть больше, но она опять-таки не для рассчета налога.

Чтобы рассчитать налог по FIFO, нужно иметь информацию обо всех сделках с датами, чтобы их можно было пересчитать в рубли.

Единственный вариант это сделать - это добавить возможность объяснить программе что-нибудь вроде "вот тут отчеты одного счета, вот тут - другого - используй только второй счет, но импортируй из первого все позиции, которые были перемещены во второй".

Технически это сделать не сложно - тут никаких проблем, но чисто по объему там довольно много работы, и я, к сожалению, пока не готов инвестировать свое время в решение этой задачи.

Но могу предложить workaround:

Я попробовал взять ваш ActivityUSD_NewAccount.csv и отредактировать период так, чтобы он начинался со следующего дня по отношению к ActivityRUB_OldAccount.csv: Statement,Data,Period,"June 23, 2020 - June 26, 2020".

После этого команда tax-statement успешно отработала.

Но это довольно грубый метод - по факту у вас в результате него получается какая-то довольно непредсказуемая каша из данных, когда программа начинает мержить отчеты (для tax-statement это наверное не важно, но, к примеру, будет важно для analyse).

Поэтому я бы тут рекомендовал просто взять и руками перенести всю значимую информацию из старого отчета в новый (Trades, Deposits & Withdrawals, Dividends и т. п.) и убрать из нового все действия по трансферу (не только бумаг, но и кэша). А дальше уже скачивать отчеты, начиная с даты, следующей за последней датой этого отчета.

Ручной работы тут будет не очень много - и она будет одноразовой, но зато впоследствии сможете работать с программой как и раньше.

[IlyaKarpelyuk]

Добрый день, Дмитрий!

Спасибо, что разобрали мой кейс и отдельное спасибо за советы!
Я использую программу исключительно для подсчета налогов, поэтому воспользуюсь Вашим первым советом, по изменению начальной даты в новых отчетах на "June 23, 2020". Он действительно формирует tax-statements корректно (я уже успел продать и купить нового эмитента, с момента моего сообщения об ошибке и протестировать расчет налога), если сформировать отчет за год и изменить начальную дату на "June 23, 2020".

Но, есть нюанс, программа, как я понял не умеет видеть выходные дни между csv-отчетами. У меня есть csv-отчет по старому аккаунту заканчивающийся 19.06.2020 (это пятница), в IB я могу сформировать новый csv-отчет (по новому аккаунту, но это не важно) только с 22.06.2022 (понедельник) или с 19.06.2020 (пятница), то есть по рабочим дням. И если я их "скармливаю" Вашей программе, то она выдает ошибку (см. скриншот)

Получается, что приходится править csv-отчет в любом случае, редактируя начальную дату на следующий день 20.06.2020 (суббота), даже если он нерабочий.

Другими словами, программа не может мержить отчеты одни из которых заканчиваются в пятницу, а другие начинаются в понедельник.