​Да, дело оказалось в том, что по счёту висел отрицательный остаток в евро. Так получилось из-за того, что при импорте я почистил файл, получившийся после экспорта, удалив дублирующиеся строки с переводами (см. комментарий выше), но для переводов с одновременной конвертацией валюты это решение оказалось неподходящим. Вот как они выглядят в CSV:

date;account;category;total;currency;description;transfer
13.05.2011;Счет-источник;;-4000;RUB;коммент;Счет-получатель
13.05.2011;Счет-получатель;;100;EUR;коммент;Счет-источник

Однако, если бы я оставил дублирующиеся строки, то подгрузились бы всё равно два перевода - один в одной валюте, а другой в другой, остаток в итоге был бы неверным.
Кстати, в CSV ещё не выгружается (и соответственно не может быть загружен) признак планируемой операции.

​Нет, операций в будущем нет, я бы их заметил ещё в CSV. Если смотреть операции по счёту (в разделе "Счета" кликнуть по названию счёта и выставить отбор по дате от 2000 до 2100 года), то там также отображается корректный остаток на конец периода, равный разности приходов и расходов. Однако, в самом разделе "Счета" остаток в разы отличается, к тому же со знаком минус.

​Не дождался ответов, почистил CSV от дублированных транзакций-переводов и импортировал всё во второй аккаунт, нажав 67 раз кнопку "Сохранить". Похоже теперь всё встало на свои места, кроме одной неприятной детали:
по одному счету отображается верный остаток на панели управления, а в разделе "Счета" отображается абсолютно не такой, вообще отрицательный, в балансе учитывается также эта неверная сумма. Прошу помощи в ситуации с импортом!

​Сел тестировать то, что вы предложили и разобрался, что и почему недогружается. На самом деле всё довольно просто. Если транзакций очень много, как в моём случае, они разбиваются на страницы (в моём случае 67 страниц). Так вот для того, чтобы всё это загрузилось нужно нажать кнопку "Сохранить" на каждой странице. Я установил флаг "Скрыть успешно добавленные операции" и наблюдал как при нажатии на кнопку "Сохранить" количество страниц уменьшалось :-). Однако, мне пришлось сделать это 67 раз. Из-за этой неочевидной особенности интерфейса и возник изначальный вопрос. Возможно стоит сделать так, чтобы кнопка "Сохранить" выполняла добавление всех отмеченных операций на всех страницах или добавить кнопку "Сохранить всё", которая появляется, когда транзакций много и они разбиваются на страницы.

Тем временем при загрузке обнаружился существенный баг: выяснилось, что в файле CSV, экспортированном из исходного аккаунта, задвоены все транзакции-переводы. Вот как это выглядит в CSV:

date;account;category;total;currency;description;transfer
13.05.2011;Счет-источник;;-9,42;RUB;коммент;Счет-получатель
13.05.2011;Счет-получатель;;9,42;RUB;коммент;Счет-источник

Так выглядит каждый перевод, что при загрузке приводит к дублированию транзакций. Очевидно, это ошибка экспорта в CSV при заданном формате.

И ещё я по невнимательности удалил во время экспериментов все записи в исходном аккаунте вместо нового :-(. У меня остался тот самый CSV с дублированными переводами и я могу, конечно, исправить его и загрузить всё импортом, но может быть есть какая-то возможность восстановить данные?

​Верните, пожалуйста, флаг "План" в доходах! Неудобно пользоваться контекстным меню операции, лишние несколько кликов резко снижают комфорт от использования сервиса.

Спасибо!

Учеников 10-15. Сегодня их может быть 8, через месяц 20, через 3 месяца 10. Состав меняется.
То что вы предлагаете само по себе решает проблему, согласен, но это абсолютно неудобно, к тому же весьма и весьма отдалённо отражает сам по себе бизнес-процесс, если можно это так назвать. Флаг признака планируемого платежа в этом смысле куда ближе к реальности и ведёт к меньшему количеству телодвижений.

Отключение этого функционала сразу же привело к большой путанице, если честно. Раньше всё сводилось к тому, чтобы по календарю расставить планируемые платежи (да, зачастую задним числом) по датам, когда были уроки, а по факту оплаты просто завершить их.

Допустим, я веду уроки. Каждый урок отображается в учете как планируемый платеж, потому что клиенты оплачивают их за весь месяц в конце месяца, а иногда и за несколько месяцев. Иногда они платят вперёд. При этом мне удобно связывать дату проведения урока с датой платежа, а по признаку планирования определять, был ли этот урок уже оплачен, чтобы чётко видеть, что происходило, когда происходило, и было ли это оплачено.
Таким образом флаг планирования требуется и для будущих платежей, и для сегодняшних, и для прошедших. Хуже от его наличия уж точно не будет.

Столкнулся с этим сегодня, добавлю сюда, чтобы не плодить темы. Было бы круто ещё при создании цели выбирать валюту! Мультивалютность - так уж во всём :-).