Software für Debitorenverwaltung: Salden und Inkasso

Eine Software für Debitorenverwaltung hält jede Soll- und Habenbewegung mit Ihren Kunden an einem Ort fest und zeigt, wer wie viel schuldet, wann es fällig wird und wo das Inkasso steht. Sie besteht aus vier Teilen: einem Kundenkonto, das jede Bewegung als nie gelöschten Datensatz speichert, einer Altersstrukturliste, die offene Beträge nach Fälligkeit gruppiert, einem Erinnerungsablauf für fällige und überfällige Beträge und Saldenbestätigungen, die Ihren Wert mit dem der Gegenseite vergleichen. Eine Tabelle reicht für die ersten Kunden; sobald Sie auf Ziel verkaufen und Teilzahlungen erhalten, hängt die Antwort auf „wie viel schuldet uns dieser Kunde wirklich“ davon ab, wen man fragt. Dieser Artikel behandelt das richtige Datenmodell, den Inkassoablauf, die Arbeitsteilung mit der Buchhaltungssoftware und die Entscheidung zwischen fertiger Lösung und Individualsoftware. Mit diesen Themen beginnen wir, wenn wir im Rahmen unserer Unternehmenslösungen eine Debitorenverwaltung aufbauen.

Ist Debitorenverwaltung dasselbe wie Buchhaltungssoftware?

Teilweise. Die Buchhaltungssoftware führt die offiziellen Bücher: Journal, Summen- und Saldenliste, Steuermeldungen. Die Debitorenverwaltung beantwortet operative Fragen: Der Vertrieb will vor einem neuen Auftrag den offenen Saldo sehen, die Finanzabteilung will wissen, wen sie diese Woche anrufen muss. In einem kleinen Betrieb kann das Kundenmodul der Buchhaltung genügen. Arbeiten Vertrieb, Versand und Inkasso in getrennten Teams ohne Zugang zur Buchhaltung, braucht es eine eigene Ansicht. Richtig aufgesetzt konkurrieren die Systeme nicht: Rechnungen und Zahlungen fließen in die Buchhaltung, die Debitorenansicht schafft Transparenz für den Betrieb. Wie diese Übergabe gebaut wird, zeigen wir in Integration der Buchhaltungssoftware, die Rechnung selbst in E-Rechnung-Integration.

Der Kern: Ein Saldo ist ein Journal, kein Feld

Am häufigsten falsch gebaut wird der Saldo. Eine Spalte „Saldo“ im Kundenstamm, die bei jeder Rechnung und Zahlung aktualisiert wird, funktioniert einen Monat lang; bricht aber eine Aktualisierung ab oder buchen zwei Nutzer gleichzeitig, verschiebt sich die Zahl unbemerkt, und nichts zeigt warum. Das richtige Modell speichert jede Rechnung, Zahlung, Gutschrift und Korrektur als eigene Buchung. Der Saldo ist die Summe dieser Buchungen. Eine falsche Buchung wird nie gelöscht, sondern storniert. Beträge werden als Ganzzahl in Cent gespeichert, nicht als Dezimalzahl, sonst summieren sich Rundungsdifferenzen. Das Beispiel berechnet Saldo und überfälligen Betrag aus den Buchungen.

type LedgerEntry = {
  accountId: string;
  kind: 'invoice' | 'payment' | 'credit_note' | 'adjustment';
  amountMinor: number; // Soll positiv, Haben negativ (Cent)
  dueDate?: Date;
  postedAt: Date;
};

export function summarize(entries: LedgerEntry[], today: Date) {
  const balance = entries.reduce((sum, e) => sum + e.amountMinor, 0);

  // Zahlungen begleichen zuerst die älteste fällige Rechnung (FIFO).
  let credit = -entries
    .filter(e => e.amountMinor < 0)
    .reduce((sum, e) => sum + e.amountMinor, 0);

  let overdueMinor = 0;
  const invoices = entries
    .filter(e => e.amountMinor > 0)
    .sort((a, b) => (a.dueDate?.getTime() ?? 0) - (b.dueDate?.getTime() ?? 0));

  for (const inv of invoices) {
    const covered = Math.min(credit, inv.amountMinor);
    credit -= covered;
    const open = inv.amountMinor - covered;
    if (open > 0 && inv.dueDate && inv.dueDate < today) overdueMinor += open;
  }

  return { balance, overdueMinor };
}

Keine Buchung auf einem Kundenkonto wird gelöscht, nur storniert. Ein System, das den Saldo aus seinen Buchungen ableitet, kann als einziges auch nach einem Jahr ohne Diskussion beantworten, woher eine Zahl stammt.

Fälligkeiten und Altersstrukturliste

Ein Gesamtsaldo sagt dem Inkasso nicht, wen es zuerst anrufen soll. Das leistet die Altersstrukturliste: Offene Beträge werden nach Fälligkeit gruppiert, und für jeden Kunden ist sichtbar, welcher Betrag wie lange offen ist. Damit die Liste verlässlich ist, gelten von Anfang an diese Regeln:

• Jede Rechnung hat ein eigenes Fälligkeitsdatum; es wird aus den Standardkonditionen übernommen, ist aber pro Rechnung änderbar.
• Eine Zahlung weiß, welche Rechnung sie ausgleicht. Wählt der Nutzer nichts, wird die älteste fällige Rechnung zuerst ausgeglichen.
• Die Gruppen sind fest (noch nicht fällig, 1-30, 31-60, 61-90, über 90 Tage) und in allen Berichten gleich.
• Fremdwährungskonten werden in ihrer eigenen Währung geführt; Kursdifferenzen werden als eigene Buchung erfasst.
• Die Liste lässt sich zu jedem Stichtag neu erzeugen; der Stand zum letzten Monatsende ändert sich nachträglich nicht.

Zahlungserinnerungen und Inkassoablauf

Die meisten Zahlungseingänge folgen auf Erinnerungen, und Erinnerungen müssen regelmäßig sein. Ein geplanter Job läuft jeden Morgen, findet fällige und überfällige Rechnungen, schickt dem Kunden eine E-Mail oder WhatsApp-Nachricht und vermerkt den Versand im Kundenkonto; dieselbe Rechnung erhält nie zwei Nachrichten am selben Tag. Wie man diesen Job sicher betreibt, beschreiben wir unter Cronjob, den Kanal unter WhatsApp Business API Integration. Eine Zahlung über den Link in der Nachricht wird automatisch gebucht, sobald die Benachrichtigung des Zahlungsanbieters eintrifft; deren Prüfung ist Thema von Webhook. Kunden, die lange überfällig bleiben, verlassen den automatischen Ablauf und werden als Aufgabe einer Person zugewiesen.

Saldenbestätigung und Kreditlimit

Eine Saldenbestätigung prüft zu einem Stichtag, ob der Saldo in Ihren Büchern mit dem des Kunden übereinstimmt. Die Software erstellt das Schreiben samt Kontoauszug und erfasst Zustimmung oder Widerspruch; bei Widerspruch wird die Differenz Buchung für Buchung geprüft. Zu gesetzlichen Pflichten fragen Sie Ihren Steuerberater; dieser Artikel ist keine Rechts- oder Steuerberatung. Das Kreditlimit ist das Gegenstück im Vertrieb: Überschreiten offener Saldo und überfälliger Betrag das Limit, geht ein neuer Auftrag in die Freigabe. Firmen mit Händlernetz brauchen diese Prüfung im Moment der Bestellung; unsere Artikel zu B2B-Händlerbestellungen und Auftragsverfolgung erklären diese Verbindung.

Fertige Software oder Individualentwicklung?

Für einen Betrieb, der überwiegend gegen bar verkauft und bei dem eine Person die Forderungen im Blick hat, reicht meist das Kundenmodul der Buchhaltung oder ein fertiges Werkzeug. Individualsoftware lohnt sich, wenn der Saldo gleichzeitig in Auftrags-, Versand- und Außendienstmasken erscheinen muss, wenn Kreditlimits und Freigaben firmenspezifisch sind, wenn es mehrere Standorte und Währungen gibt oder Erinnerungen an bestehende Kanäle angebunden werden sollen. Wer Zahlungen buchen und Limits ändern darf, ist eine Frage des Berechtigungsmodells (Benutzerrollen und Berechtigungen). Den allgemeinen Entscheidungsrahmen finden Sie unter Individualsoftware oder Standardlösung.

Fazit

Eine Debitorenverwaltung ist keine Saldenliste, sondern ein Journal, das jede Soll- und Habenbewegung mit Datum speichert. In einem gut gebauten System wird der Saldo aus Buchungen abgeleitet, Datensätze werden storniert statt gelöscht, die Altersstrukturliste wird zur Aufgabenliste des Inkassos, Erinnerungen laufen planmäßig und Differenzen bei Saldenbestätigungen werden Buchung für Buchung geklärt. Wenn Sie Ihre Forderungen mit Auftrags-, Versand- und Buchhaltungsprozessen verbinden möchten, sehen Sie sich unsere Unternehmenslösungen an oder fordern Sie direkt ein Angebot an.