Eine Buchungs-Engine.

Alles im Hauptbuch läuft durch eine einzige Buchungs-Engine, und dieser einzelne Kontrollpunkt ist es, der den Rest des Systems vertrauenswürdig macht. Die Engine validiert und bucht Rechnungen, Zahlungen und Journalbuchungen, bucht eine zurückgezogene Transaktion erneut, löscht und gleicht aus, und sie ist der einzige Code in der Anwendung, der eine Hauptbuchzeile schreibt. Sie arbeitet nach den Konventionen des bestehenden Hauptbuchs: Eine Sollbuchung ist ein negativer Basisbetrag, die Kopfzeile ist immer Journalzeile eins, und Datumsangaben werden als alte achtstellige Zeichenfolgen gehalten, die über einen einzigen Leser geparst statt an jeder Stelle umgewandelt werden.

Die Rechnungsbearbeitung läuft auf einer einzigen Oberfläche für die Kreditoren- und die Debitorenseite, über eine vierstufige Schrittfolge aus Kopf, Positionen, Prüfung und Zahlung. Gutschriften, Fremdwährung, betriebswirtschaftliche Analyse auf Positionsebene und angehängte Dokumente stehen durchgängig zur Verfügung. Das Vorzeichen jeder Position stammt aus einer einzigen Formel, und das Soll- oder Haben-Kennzeichen wird aus dem resultierenden Betrag abgeleitet, statt daneben übergeben zu werden, sodass beide niemals voneinander abweichen können.

Die Zahlungsabwicklung bildet ab, wie Finanzteams tatsächlich begleichen:

• Eine Zahlung aus einer Rechnung heraus bucht zuerst die Rechnung und dann den Geldbetrag. Schlägt der zweite Schritt fehl, wird der erste zurückgerollt, das Neueste zuerst, weil jede Engine ihre eigene Verbindung öffnet und eine einzelne Datenbanktransaktion über sie hinweg nicht verfügbar ist.
• Eine Teilzahlung wird a conto gebucht; nur eine exakte Begleichung führt zum Ausgleich.
• Ein Betrag über dem offenen Saldo wird grundsätzlich abgelehnt, und der Server lehnt ihn unabhängig vom Browser ab.

Der Bankbereich umfasst den Import von Kontoauszügen über vier Bank-Layouts, wobei das Format aus der Datei selbst erkannt wird, sowie ein Abstimmungsblatt, das erst scharf geschaltet wird, wenn beide Seiten eines vorgeschlagenen Abgleichs saldiert genau null ergeben. Eine Kontoauszugszeile kann über dieselbe Buchungs-Engine direkt zu einer neuen Zahlung oder Rechnung verarbeitet werden; einen parallelen Pfad gibt es nicht.

Drei weitere Kontrollen vervollständigen den Kern:

• Offene Perioden werden auf drei Ebenen durchgesetzt (Mandantenhauptbuch, Modul und Konto), und eine Ablehnung nennt immer die Ebene, die die Buchung blockiert hat.
• Die Mehrwährungsfähigkeit nutzt Referenzkurse der Europäischen Zentralbank ohne API-Schlüssel, eine Kursgenauigkeit von neun Dezimalstellen und ein gemeinsames Arithmetikmodul, das sowohl vom Browser als auch von der Buchungs-Engine verwendet wird.
• Änderungen an einer gebuchten Transaktion sind auf benannte nichtfinanzielle Felder beschränkt, eines nach dem anderen, über eine feste Schlüsselzuordnung: Ein nicht erkannter Schlüssel wird abgelehnt, und niemals wird ein Spaltenname über die Leitung übertragen. Eine vollständige Wiedereröffnung läuft über eine schreibgeschützte Prüfstufe, die beantwortet, ob die Transaktion wiedereröffnet werden darf und, falls nicht, welcher Ausgleich, welche Abstimmung, welche Periode oder welche eingereichte Voranmeldung dem entgegensteht.