Я бы ратовал за разделение дискуссий по (а) структуре сплитов, (б) отображению сплитов и (в) вводу сплитов.
 

В момент покупки по карте может происходить вот что: сумма лишь резервируется магазином (и банком, если комиссия), но реально списывается чуть позже, на 2-3 день.

 
Да, бывает такое и очень часто. Но лично меня совсем не парит ввести это дело двумя операциями. И, кстати, на мое интуитивное имхо, тут сплит совсем не нужен. Ну да, он может дать некую связь между платежом и взятием комиссии по этому платежу. Но опять же, эта связь будет невидима в случае выборки операций по датам (и сортировки по ним же). Ну как бы все равно не вижу смысла.
 

Также разные даты в сплите могут дать дополнительный инструмент для учёта расходов и доходов (альтернатива) в случае учета денег "по проектам".

 
Этого я просто не смог понять. Извините.
 

Заводим не классификатор Проекты, а на проект - один сплит, и в нём пишем доходы и расходы.

 
Сплит, длящийся месяцами или годами? Не могу осмыслить такое. Сплит как замена проекта? А зачем заменять проект, чем он провинился? Нет, ну как-то слишком непривычный полет фантазии, я к этому не готов.
 

По правилам ввода записей.

 
Я понял Вашу основную идею так: видеть на экране целиком весь чек и вносить в него данные не построчно, а сразу табличкой. При этом экономя на вводе классификаторов за счет подстановки в незаполненные поля нужных классификаторов.
 
Ответить на это могу так: я пока не знаю, как именно я сделаю ввод сплитов. Но, безусловно, я постараюсь сделать ввод сплитов как можно более экономным по времени и мышечным сокращениям. Или постараюсь сделать несколько вариантов ввода сплитов.