Moin,
ich hab da mal eine Frage: Wenn ein Kunde eine Rechnung über 13,54 € per Paypal bezahlt, dann werden mir auf dem Papyal-Konto ja nur 12,93 € gutgeschrieben.
Bisher bin ich immer so vorgegangen, dass ich die PP-Zahlung dem offenen Posten zugewiesen habe und den Zahlbetrag händisch auf den Rechnungsbetrag geändert habe. Nach dem Verbuchen der Zuordnung und einlesen in die Buchhaltung hatte ich dann zwei Buchungssätze:
1. Paypal-Konto an Debitor: 13,54 €
2. XXX an Paypal-Konto: 0,61 €
Den zweiten Buchungssatz habe ich dann geändert auf "Kosten des Geldverkehrs an PP-Konto", und die Welt war schön: Die Gebühren waren richtig erfasst, das Debitorenkonto war ausgeglichen.
Seit Build 4122 funktioniert das nicht mehr. Im Changelog steht hierzu:
"Banking/Zahlungsverkehreingang/Zuordnung verbuchen: Wenn nach der Zuordnung von OPs ein Restbetrag nicht verteilt wurde, wird der Datensatz bei der Verbuchung der Zuordnung gesperrt und nicht an die Finanzbuchhaltung übertragen."
Daraus folgt eigentlich:
Ich muss die Zahlung des Kunden bei 12,93 € stehenlassen, die Zuordnung verbuchen und dan in das Hauptbuch einlesen. Hier ergeben sich jetzt zwei Probleme:
1. Das Kundenkonto hat einen Offenen Posten über 0,61 € (was ja falsch ist; der Kunde hat den vollen Betrag bezahlt);
2. Die Gebühren, die auf diese Zahlung angefallen sind, sind nicht erfasst.
Mögliche Lösung:
Bei jeder eingehenden Paypal-Zahlung verbuche ich den Betrag, der mir gutgeschrieben wurde (also 12,93 €). Nach dem Zuordnen und verbuchen lege ich dann händisch zu jeder PP-Zahlung einen neuen Datensatz an mit dem Inhalt "Kosten Geldverkehr an Debitor 0,61 €".
Dieses Vorgehen wäre aber extrem fehleranfällig. Denn bei 100 Zahlungseingängen wird es ein wenig schwierig.
Ich hatte diesen Sachverhalt Buhl schonmal vorgetragen und gebeten, einen Verbesserungsvorschlag aufzunehmen: Da die Gebührenstruktur von PP relativ simpel ist, könne man hier vllt. einen Automatismus einbauen.
Also die Frage: wie geht ihr damit um? Mir ist leider noch keine sinnvolle Lösung eingefallen...