Ich unterstütze den Vorschlag, dass Import- und Exportformate in der Buchungsdatenbank identisch sein sollte. Man kann damit bestehende Buchungen temporär exportieren, erforderliche Buchungsinformationen in Tabellenkalkulationsprogrammen anpassen und wieder ohne über das Dateiformat nachdenken zu müssen wieder importieren. In diesem Zusammenhang wäre es auch hilfreich, wenn man selektierte Buchungen gemeinsam löschen löschen könnte. Dann könnten systematische Datenbereinigungen durch Export + Löschen der betroffenen Datensätze realisiert werden, indem man die überarbeiteten Daten danach wieder importiert.

@Ralf-Bürzele gemeint habe ich ein Optionsdatenfeld, das zum Ausdruck bringt, dass die Ehepartner getrennte Bescheinigungen wünschen, ansonsten sollte das Programm als Defaultverhalten grundsätzlich Ehepaare zusammenfassen, sofern die Trennung nicht explizit gewünscht wird. In der Buchungsmaske könnte man dann den entsprechenden Schalter umwidmen, um abweichend von der Defaultregelung auch mal bewusst als Ausnahme die Spende explizit einem Partner zuzuordnen.
Viele Spendeneingänge kommen von Gemeinschaftskonten und es ist nicht ersichtlich, welcher Partner die Zahlung veranlasst hat. Meine bisherigen Buchungsprogrammen sind alle so verfahren. Mit einer defaultmäßigen gemeinsamen Bescheinigung macht man nichts falsch im Hinblick auf Gleichberechtigung, sonst mokiert sich wieder jemand, wenn man beispielsweise grundsätzlich nur den einen Partner (Mann, Frau, ...) wählt.

@UweKersten Bei den von mir bisher verwendeten Buchungsprogrammen wurde das grundsätzlich so praktiziert. Bei Konten, die bestimmte Datenfelder grundsätzlich benötigen werden diese auch durch eine entsprechende Kontoparametriesierung unterdrückt. Eingabefelder, die ggf. mal auch leer sein können, wären dadurch fallweise möglich ohne dass man zusätzliche Konten oder Personen benötigt, die eigentlich garnicht existieren. Die Zweigleisigkeit, die aktuell erforderlich ist, kann ja durchaus auch weiter genutzt werden. Ich sehe dazu nicht die umständliche Notwendigkeit. Bei entsprechender Programmanpassung wäre das durchaus eine Erleichterung und daher mein Vorschlag, diese Datenlogik grundsätzlich zu überdenken und ggf. anzupassen. Ggf. könnte die Datenerfassung mit einem Warnhinweis gekoppelt werden, dass das Feld leer ist oder ein zusätzliches Optionsfeld, dass das Datenfeld bewusst ohne Eintrag gewünscht wird.

@jziegeler ja, aber. Der Algorithmus ist eine Blackbox, die mit einer gewissen Wahrscheinlichkeit ja auch zutrifft. Man muss den CT-Vorschlag begutachten und jedesmal manuell bestätigen. Für selbstdefinierte Regeln ist der User verantwortlich und wenn diese Regeln sauber definiert sind, könnte man für diese Konstellationen einen Batch-Buchungslauf vornehmen ohne jede Buchung einzeln bestätigen zu müssen. Das wäre eine enorme Zeitersparnis. Hilfreich wäre schon eine Unterscheidung der Buchung, ob sie durch eigene Regeln generiert werden. Dazu müssten aber auch alle Datenfelder regelbar sein. Wenn solche Bankumsätze gefiltert werden könnten, könnte man zumindest ohne weiteres Nachdenken alle diese Umsätze schnell bestätigen.