Wie der CSV-Zahlungsimporteur Zahlungen Rechnungen Zuordnet

Bank- und Zahlungsabwickler-Exporte verwenden selten dieselben Spaltennamen, und sie kommen nie mit einer Rechnungs-ID versehen. Eine solche CSV in Invoice Generator zu importieren bedeutet, eine Tabelle mit "irgendwann ist irgendeine Einzahlung von irgendjemandem eingegangen" in eine Menge von Zahlungen umzuwandeln, die korrekt den Rechnungen zugeordnet sind, die sie beglichen haben — und das zu tun, ohne dass ein Mensch jede Zeile manuell zuordnen muss. Hier ist genau, wie diese Zuordnung funktioniert und wo sie bewusst darauf verzichtet zu raten.

Spalten Erkennen Ohne Festes Schema

Der Importeur verlangt nicht, dass Ihre CSV einem bestimmten Schema folgt. Für jedes benötigte Feld prüft er eine kurze Liste gängiger Kopfzeilen-Aliase und nimmt die erste vorhandene: Ein Betrag kann aus einer Spalte namens amount, credit, paid oder deposit stammen; ein Zahlungsdatum aus payment_date, date oder posted_date; ein Zahlername aus payer, name oder client; ein Vermerk aus reference, description oder memo. Deshalb können Sie in der Regel eine CSV direkt von Ihrer Bank, Stripe oder PayPal exportieren und sie unverändert importieren — der Importeur übernimmt die Arbeit zu erraten, welche Ihrer Spalten was bedeutet, statt Sie zu bitten, zuerst Kopfzeilen umzubenennen.

Zeilen, Die Übersprungen Werden, Bevor Die Zuordnung Überhaupt Beginnt

Nicht jede Zeile in einer hochgeladenen CSV wird zu einem Zahlungsdatensatz. Jede Zeile, bei der der ausgelesene Betrag keine gültige positive Zahl ist, wird stillschweigend verworfen, bevor der Zuordnungsschritt läuft — eine leere Betragszelle, ein nicht-numerischer Wert, eine Null oder eine negative Zahl (etwa eine Rückerstattungszeile) fallen alle in diese Kategorie. Das ist ein bewusster Filter: Die Aufgabe des Importeurs besteht darin, Einzahlungen in erfasste Zahlungen umzuwandeln, nicht jede Zeile eines beliebigen Kontoauszugs getreu zu reproduzieren, von denen manche Gebühren, Überweisungen oder anderes Rauschen sein werden, das überhaupt keine Kundenzahlung ist.

Die Zuordnungsheuristik Selbst

Für jede Zeile, die die Betragsprüfung übersteht, baut der Importeur aus Referenz, Zahlername, Notizen und den vollständigen Rohdaten der Zeile dieser Zeile eine einzige Zeichenfolge in Kleinbuchstaben zusammen und prüft sie auf zwei Arten gegen jede Rechnung im Arbeitsbereich. Zunächst sucht er, ob die Rechnungsnummer irgendwo in diesem zusammengesetzten Text auftaucht — ein häufiger Fall, wenn der Überweisungsvermerk eines Kunden die Rechnungsnummer enthält, auf die Sie ihn hingewiesen hatten. Findet sich keine Übereinstimmung bei der Rechnungsnummer, greift er darauf zurück zu prüfen, ob der Kundenname der Rechnung im zusammengesetzten Text auftaucht und der Zahlungsbetrag innerhalb eines Cents des Rechnungstotals liegt. Beide Signale — Name und Betrag — müssen übereinstimmen, damit dieser zweite Pfad als Übereinstimmung zählt; ein allein auftauchender Zahlername mit nicht übereinstimmendem Betrag gilt nicht als ausreichend.

Was "Nicht Zugeordnet" Eigentlich Bedeutet

Eine Zeile, die keinen der beiden Zuordnungspfade erfüllt, wird nicht verworfen — sie wird trotzdem als Zahlungsdatensatz eingefügt, nur ohne zugehörige Rechnung und mit dem Status "unmatched" statt "matched". Diese Zahlung ist vollständig in Ihrer Zahlungsliste sichtbar und kann später manuell mit der richtigen Rechnung abgeglichen werden, was wichtig ist, weil die Zuordnungsheuristik bewusst zurückhaltend ist: Sie lässt eine Zahlung lieber nicht zugeordnet, als sie aufgrund einer vagen Ähnlichkeit fälschlich der falschen Rechnung anzuhängen. Enthält Ihre CSV mehrdeutige Zeilen — etwa einen Kunden, der im selben Monat mehrere nahezu identische Rechnungsbeträge zahlt — rechnen Sie damit, dass einige davon als nicht zugeordnet landen und einen manuellen Anstoß benötigen.

Was Bei Einer Erfolgreichen Zuordnung Geschieht

Wenn eine Zeile tatsächlich zugeordnet wird, markiert der Importeur nicht nur die Zahlungszeile und hört dort auf. Innerhalb derselben Datenbanktransaktion berechnet er den Zahlungsschnappschuss dieser Rechnung neu — ihren bezahlten Betrag und Status — aus der vollständigen Menge der nun erfassten zugeordneten Zahlungen, und er schreibt einen Prüfpfad-Eintrag, der festhält, dass eine Zahlung durch den CSV-Import abgeglichen wurde, getrennt von einer Zahlung, die manuell einzeln eingegeben wurde. Das hält eine per CSV importierte Massenzahlung aus Sicht der Rechnung verhaltensidentisch mit einer Zahlung, die Sie von Hand eingegeben hätten — der Status der Rechnung aktualisiert sich auf demselben Weg, egal welchen Pfad die Zahlung dorthin genommen hat.

Die Währung Kommt Aus der Zeile, Nicht Aus der Rechnung

Jede importierte Zahlung erfasst den Währungscode und das Währungssymbol, das ihre Zeile angibt — mit USD und einem Dollarzeichen als Rückfalloption, falls die Zeile keines enthält —, statt die Währung der Rechnung zu übernehmen, der sie schließlich zugeordnet wird. In einem Arbeitsbereich mit nur einer Währung tritt dieser Unterschied nie zutage, aber wenn Sie über mehrere Währungen hinweg arbeiten, lohnt es sich zu prüfen, ob Ihr Export eine Währungsspalte enthält, da ein Importeur-Standard von USD, angewendet auf eine Zeile, die eigentlich eine Zahlung in einer anderen Währung war, den tatsächlich gezahlten Betrag unter- oder überschätzen würde, sobald sie mit dem währungsbewussten Total einer Rechnung abgeglichen wird.

Warum Dieses Design Bequemlichkeit Gegen Vorsicht Eintauscht

Ein aggressiverer Abgleicher könnte plausibel mehr Zeilen automatisch klären — unscharfe Textzuordnung, teilweise Betragstoleranzen, Zuordnung nach Datumsnähe —, aber jede dieser Lockerungen erhöht die Wahrscheinlichkeit, dass eine Zahlung auf der falschen Rechnung landet und dabei still die Rechnung des einen Kunden als bezahlt markiert, während die tatsächliche Rechnung des Zahlers unangetastet bleibt. Das aktuelle Design des Importeurs nimmt in Kauf, dass mehr Zeilen nicht zugeordnet bleiben, im Austausch gegen eine nahezu null Wahrscheinlichkeit, dass eine falsche Zuordnung unbemerkt durchschlüpft, mit der Begründung, dass eine nicht zugeordnete Zahlung in Ihrer Liste ein einfaches, sichtbares Problem ist, das sich beheben lässt, während eine still auf die falsche Rechnung fehlzugeordnete Zahlung die Art von Fehler ist, die monatelang unbemerkt bleiben kann.