# Eine Sammelüberweisung muss auf jede Hotelrechnung richtig verteilt sein **Teaser:** Eine Firmenüberweisung kann im Hotel vier Rechnungen aus einer Tagung, Zimmerkontingenten und Nebenleistungen abdecken. Mews, ein Anbieter einer Hotel-Betriebsplattform, führt dafür automatisierte Debitorenfunktionen mit Voll-, Teil-, geteilten und rechnungsübergreifenden Zahlungen an. Für Hotels entsteht der Nutzen im eigenen Test, wenn Bankbetrag, Rechnungsnummer, Restbetrag und Buchhaltungsexport denselben Vorgang abbilden. ## TL;DR - Mews nennt Accounts Receivable derzeit für Betriebe in Euro-Währungsmärkten. - Das GastroNews-Arbeitsmodell prüft vier Referenzfälle: Vollzahlung, Teilzahlung, mehrere Zahlungen und Sammelüberweisung. - Der Kontoauszug liefert Betrag, Wertstellung und Verwendungszweck; Debitorenübersicht und Export bilden Zuordnung, Restbetrag und Buchungsdaten ab. - Drei vollständig korrekt abgebildete Referenzfälle von vier ergeben im Testmodell eine Abgleichquote von 75 Prozent. ## Eine Firmenzahlung kann mehrere Hotelrechnungen abdecken Auf dem Konto erscheinen 4.000 Euro, im Verwendungszweck stehen vier Rechnungsnummern und ein Firmenname. Für die Debitorenbuchhaltung beginnt damit eine Zuordnungsarbeit: Welcher Teilbetrag geht auf welche Rechnung, und welcher Saldo bleibt danach offen? Mews stellte Accounts Receivable am 15. Juli 2026 vor. Laut [Produktseite](https://www.mews.com/en/products/accounts-receivable) unterstützt die Lösung Überweisungen als Vollzahlung, Teilzahlung, geteilte Zahlung und Sammelzahlung über mehrere Rechnungen. Diese Angaben beschreiben den Funktionsumfang des Anbieters; ein Hotel prüft den eigenen Ablauf mit Referenzfällen. Die [Mews-Mitteilung](https://www.mews.com/en/press/mews-recurring-payments-multicurrency-accounts-receivable) nennt die Verfügbarkeit für Betriebe in Euro-Währungsmärkten. Weitere Währungen sollen schrittweise folgen. Für Gruppen, Firmenkonten oder längere Aufenthalte bietet sich ein Test mit wenigen klaren Vorgängen an. ## Vier Zahlungsfälle bilden den Buchungsalltag ab Die vier Referenzfälle sind ein GastroNews-Arbeitsmodell. Sie führen eine Zahlung vom Kontoauszug über die Rechnung bis in den Buchhaltungsexport. Eine Vollzahlung bildet den ersten Fall: Für eine Rechnung über 1.200 Euro gehen 1.200 Euro ein. Der offene Saldo beträgt nach der Zuordnung null, und der Export weist die Zahlung an der passenden Rechnung aus. Beim zweiten Fall bezahlt der Kunde 700 Euro auf eine Rechnung über 1.200 Euro. Die Debitorenübersicht führt anschließend 500 Euro als offenen Posten. Ein offener Posten bezeichnet den Rechnungsbetrag, den noch keine Zahlung, Gutschrift oder dokumentierte Korrektur ausgeglichen hat. Der dritte Fall verteilt zwei Überweisungen über 500 und 700 Euro auf dieselbe Rechnung. Im vierten Fall deckt eine Firmenüberweisung von 4.000 Euro vier Rechnungen in festgelegten Teilbeträgen. Das Testprotokoll addiert diese Teilbeträge wieder zu 4.000 Euro. ## Der Kontoauszug liefert Betrag, Datum und Verwendungszweck Der Kontoauszug liefert den tatsächlich gutgeschriebenen Betrag, den Wertstellungstag und den Verwendungszweck. Die Wertstellung bezeichnet den Tag, an dem die Bank die Gutschrift wirksam auf dem Konto führt. Der Verwendungszweck bleibt zunächst unverändert im Protokoll. Er kann Rechnungsnummern, Kundennamen oder einen Hinweis auf eine Veranstaltung enthalten. Reicht er für die Zuordnung nicht aus, führt das Team den Betrag in einer Arbeitsliste mit Rückfrage und Bearbeitungsstand. Die Debitorenübersicht zeigt anschließend, welcher Betrag welcher Rechnung zugeordnet wurde und welcher Restbetrag offen bleibt. Der Buchhaltungsexport ergänzt Rechnungsnummer, Zahlungsbetrag, Restbetrag, Buchungsdatum und Kundendaten. Diese drei Ansichten beantworten verschiedene Fragen und werden im Test nebeneinander abgeglichen. Skonti, Gutschriften, Bankgebühren oder Überzahlungen kommen als weitere Referenzfälle hinzu, sobald sie im Betrieb auftreten. Für den Start reichen vier vorbereitete Rechnungen, ein Testkunde, festgelegte Sollsalden und ein sicherer Bankauszug oder eine Testumgebung. ## Fehlzuordnungen werden nachvollziehbar korrigiert Das GastroNews-Arbeitsmodell hält drei Verantwortlichkeiten fest: eine Rolle ordnet Zahlungen zu, eine korrigiert Abweichungen, eine gibt Korrekturen frei. Kleine Häuser können diese Aufgaben auf weniger Personen verteilen, sofern Zuständigkeit und Freigabeweg dokumentiert bleiben. Die Testanforderung an das System lautet: Es protokolliert, wer eine Zuordnung erstellt, geändert oder aufgehoben hat. Anlass, ursprüngliche Zuordnung, neue Zuordnung und Zeitpunkt machen die Änderung später lesbar. Eine unklare Firmenzahlung bleibt bis zur Klärung in der Arbeitsliste. Dort stehen Bankbetrag, Verwendungszweck, Rückfrage und Bearbeitungsstand. Der Betrag wird nach bestätigter Zuordnung den betreffenden Rechnungen zugewiesen. Vor dem Produktivstart prüft das Hotel Berechtigungen, Änderungsprotokoll und Export anhand der eigenen Regeln. Die [Mews-Hilfeseite zu Accounts Receivable](https://help.mews.com/s/article/Accounts-Receivable-in-Mews-Operations?language=en_US) beschreibt Funktionen und Einrichtung, die konkrete Konfiguration bleibt Teil des betrieblichen Tests. ## Am Ende müssen Kontoauszug, Übersicht und Export übereinstimmen Nach jedem Referenzfall vergleicht das Team Kontoauszug, Debitorenübersicht und Buchhaltungsexport. Der Bankumsatz liefert Betrag, Wertstellung und Verwendungszweck. Debitorenübersicht und Export machen Zuordnung, Restbetrag und Buchungsdaten nachvollziehbar. Mews beschreibt Zahlungen aus Accounts Receivable als in der Objektbilanz und den Transaktionsdaten identifizierbar. Der konkrete Export folgt jedoch der Einrichtung und der angebundenen Finanzbuchhaltung. Deshalb prüft das Hotel die eigene Datei mit den vier Referenzfällen. Die Abgleichquote ist ebenfalls ein GastroNews-Arbeitsmodell: Vollständig korrekt zugeordnete Referenzfälle geteilt durch alle Referenzfälle, mal 100. Sind drei von vier Fällen in Kontoauszug, Hotelsoftware und Export vollständig richtig abgebildet, beträgt die Quote 75 Prozent. Der vierte Fall erhält eine dokumentierte Korrektur und läuft erneut durch den Test. Vor dem Produktivstart führt das Team eine Testüberweisung über vier Rechnungen durch und prüft im Export, ob jeder Restbetrag bei der passenden Rechnungsnummer steht.