Eine Software für Scheck- und Wechselverwaltung zeigt an einer Stelle, wo sich jeder von Kunden erhaltene oder an Lieferanten ausgestellte Scheck und Wechsel befindet, wann er fällig ist und welchen Status er hat. Kurz gesagt: Der eigentliche Gewinn ist nicht eine Liste der Papiere, sondern dass jede Bewegung festgehalten wird, vom Bestand zur Bank, vom Indossament bis zum Zahlungseingang, und dass sich Zu- und Abflüsse der kommenden Wochen direkt aus dem Fälligkeitskalender ablesen lassen.
Was ist das Problem mit Schecks im Heft oder in Excel?
Ein Betrieb mit wenigen Papieren kommt mit einem Ordner im Tresor und einer Tabelle aus. Mit mehr Papieren und mehr Banken bleiben dieselben Fragen unbeantwortet: Wo ist dieser Scheck gerade, an wen wurde er indossiert, mit welchem Einreichungsbeleg ging er zur Bank, ist er überfällig?
- Nur der letzte Status wird notiert; wann, von wem und wohin ein Papier ging, geht verloren.
- Ein indossierter Scheck wird aus der Liste gelöscht, und wenn er unbezahlt zurückkommt, weiß niemand, woher er stammt.
- Zum Inkasso eingereichte Papiere werden nicht je Einreichungsbeleg verfolgt, ein nicht eingelöster Posten fällt nicht auf.
- Fälligkeiten ausgestellter Schecks stehen in einer separaten Datei, der Liquiditätsbedarf fällt erst am letzten Tag auf.
- Nach dem Zahlungseingang wird der Kundensaldo von Hand korrigiert, und beide Datensätze laufen auseinander.
Was eine gute Scheck- und Wechselverwaltung können muss
Der Kerndatensatz ist nicht das Papier allein, sondern das Papier mit seiner Bewegungshistorie. Nummer, Aussteller, Bank, Fälligkeit und Betrag werden einmal erfasst; jede spätere Aktion (Einreichung, Indossament, Einlösung, Rückgabe mangels Deckung, Rückgabe an den Kunden) kommt als neue Bewegungszeile hinzu, alte Zeilen werden nie geändert. So lässt sich die Frage „Wer hatte dieses Papier an jenem Tag?“ immer beantworten.
- Erhaltene und ausgestellte Papiere in getrennten Beständen, aber in einem Fälligkeitskalender.
- Papierkarte: Nummer, Aussteller oder Schuldner, Bank und Filiale, Fälligkeit, Betrag, Währung, Fotos von Vorder- und Rückseite.
- Eine feste Statusliste und eine Tabelle erlaubter Übergänge; ein Papier außerhalb des Bestands kann nicht indossiert werden.
- Einreichungsbelege für Inkasso oder Sicherheit: welches Papier an welchem Tag zu welcher Bank ging.
- Bei indossierten Papieren der Empfänger; das Papier verlässt den Bestand, aber nicht die Überwachung.
- Eine tägliche Liste mit Erinnerung für bald fällige und für überfällige, noch nicht eingelöste Papiere.
- Beträge als ganze Zahlen in Cent, bei Fremdwährungspapieren mit gespeicherter Währung.
Ein indossierter Scheck verlässt Ihre Hände, Ihr Risiko aber nicht: Wird er bei Fälligkeit nicht bezahlt, kann er zu Ihnen zurückkommen. Deshalb wird ein indossiertes Papier nie gelöscht, sondern mit der Bewegung „indossiert“ weiter verfolgt.
Statusübergänge und Fälligkeitsliste: ein kleines Beispiel
Im folgenden Beispiel kommen die erlaubten Status eines Papiers aus einer festen Tabelle: Ein eingelöstes Papier kann nicht erneut zur Bank, ein geplatztes kann zurück in den Bestand. Jeder Übergang wird als eigene Bewegung mit Person und Zeitpunkt gespeichert. Die zweite Funktion listet Papiere im Bestand oder bei der Bank, die in den nächsten Tagen fällig werden, nach Datum sortiert.
type Status = 'portfolio' | 'atBank' | 'endorsed' | 'collected' | 'bounced' | 'returned';
type Instrument = { no: string; dueDate: string; amountMinor: number; status: Status };
// Allowed moves come from a fixed table; anything else is rejected.
const NEXT: Record<Status, Status[]> = {
portfolio: ['atBank', 'endorsed', 'collected', 'returned'],
atBank: ['collected', 'bounced', 'portfolio'],
endorsed: ['bounced'],
collected: [],
bounced: ['portfolio', 'collected'],
returned: [],
};
function move(i: Instrument, to: Status, by: string, at: Date) {
if (!NEXT[i.status].includes(to)) throw new Error(`${i.status} -> ${to} not allowed`);
return { instrument: { ...i, status: to }, movement: { no: i.no, from: i.status, to, by, at } };
}
// Open instruments due within the next N days, oldest first.
function dueSoon(list: Instrument[], today: Date, days: number) {
const limit = today.getTime() + days * 86_400_000;
return list
.filter(i => ['portfolio', 'atBank'].includes(i.status) && Date.parse(i.dueDate) <= limit)
.sort((a, b) => a.dueDate.localeCompare(b.dueDate));
}Mit welchen Systemen sollte die Scheckverwaltung verbunden sein?
Schecks und Wechsel sollten keine Insel sein. Ein vom Kunden erhaltenes Papier sollte in der Kontokorrentverwaltung als Zahlung erscheinen, zusammen mit der Rechnung, die es ausgleicht; platzt es, öffnet sich der Saldo von selbst wieder. Eingelöste oder bezahlte Papiere gelangen über die Anbindung an die Buchhaltungssoftware in die Bücher. Fälligkeitserinnerungen erzeugt ein geplanter Job (Cronjob), der jeden Morgen läuft, und wer ein Papier einreichen oder indossieren darf, regelt eine rollenbasierte Zugriffskontrolle.
Standardsoftware oder Individualsoftware?
Bei wenigen Papieren und nur einer Bank reicht das Scheckmodul einer Buchhaltungssoftware meist aus. Individualsoftware lohnt sich, wenn Papiere zwischen Filialen wandern, wenn die Scheckverwaltung auf denselben Daten wie Vertrieb, Aufträge und Kreditlimitprüfung laufen muss oder wenn der Außendienst ein Papier bei der Übergabe mobil mit Foto erfassen soll. Zählen Sie vor der Entscheidung, wie oft in den letzten Monaten niemand sofort sagen konnte, wo ein Papier war oder welchen Status es hatte; das zeigt die Größe des Problems am besten.
Fazit
Eine Scheck- und Wechselverwaltung zahlt sich aus, wenn jedes Papier seine Bewegungshistorie behält, indossierte Papiere nie aus der Überwachung fallen und erhaltene wie ausgestellte Papiere im selben Fälligkeitskalender stehen. Dieser Artikel ist ein allgemeiner Software-Leitfaden und keine Rechts- oder Finanzberatung. Wenn Sie Ihren Scheckprozess zusammen mit Ihren bestehenden Systemen betrachten möchten, sehen Sie sich unsere Seite Unternehmenslösungen an oder schreiben Sie uns über das Formular Angebot anfordern.