Stammdaten und das Mehrmandantenmodell

Ein Mandant ist in NOVERA ein Firmencode in Verbindung mit einem Katalog, und der angemeldete Mandant ist zu jedem Zeitpunkt der einzige Mandant im Spiel. Auf den einzelnen Masken gibt es keine Mandantenauswahl, weil eine zweite Quelle für dieselbe Tatsache der Weg ist, auf dem zwei Masken am Ende voneinander abweichen. Der Wechsel erfolgt über ein einziges Bedienelement in der Kopfzeile, das den angeforderten Mandanten gegen die eigene Liste der für den Benutzer zulässigen Mandanten prüft, statt dem Formular zu vertrauen, niemals einen Katalognamen vom Browser annimmt und das Authentifizierungscookie mit neuen Claims neu ausstellt. Wo ein Wechsel ungespeicherte Arbeit vernichten würde, wird das Bedienelement zunächst scharf geschaltet und nennt in der eigenen Sprache des Lesers, was verloren gehen wird.

Zwei Regeln machen den Wechsel vorhersehbar.

• Eine Periode ist zwischen Mandanten übertragbar, ein Kontocode nicht, daher behält eine Maske den Monat oder Datumsbereich bei und verwirft das Konto.
• Ein Wechsel führt den Leser genau dorthin, wohin ein neuer Aufruf ihn führen würde, weil der Mandant das Einzige ist, was er ändern soll.

Die Kontokarte ist die Stammdatenmaske des Systems, mit acht Registerkarten für Details, Adressen, Konditionen und Bankverbindung, Gruppen, Analyse, Perioden und einen KI-Einrichtungsassistenten.

• Adressen umfassen den vollständigen Satz realer Spalten mit Suche nach Adresse oder Telefonnummer; ein Treffer bei einem anderen Mandanten wird benannt und niemals stillschweigend geöffnet.
• Konditionen umfassen Bankverbindung, Kreditlimits und Zahlungsarten.
• Gruppen enthalten die beiden gesetzlichen Berichtszuordnungen, die ausschließlich durch Auswahl im Kontenplanbaum und niemals durch Eintippen eines Codes geschrieben werden, wobei das Land des Mandanten bestimmt, welche Bäume gelten. Ein slowakisches oder tschechisches Finanzkonto kann erst gespeichert werden, wenn es beide Zuordnungen trägt, und die Ablehnung nennt die fehlende und bietet ein durchgerechnetes Beispiel an.

Der Lebenszyklus eines Kontos ist vollständig.

• Anlegen: aus einer leeren Vorlage, in einer einzigen Transaktion, die Konto, Adresse und Bankverbindung gemeinsam schreibt.
• Codes: nach Klasse erzeugt, mit eigenen Präfixen für Kreditoren, Debitoren und Mitarbeiter und keinem für Sachkonten.
• Kopieren: innerhalb des Mandanten oder katalogübergreifend zu einem anderen Mandanten, mit einem neuen Code vom eigenen Generator des Ziels; gesetzliche Codes, die dort nicht gelten, werden verworfen. Die Folgen werden vor dem Klick angegeben.
• Löschen: Buchungen werden zuerst gezählt und niemals kaskadierend gelöscht, und neunzehn abhängige Tabellen werden bereinigt, bevor das Konto selbst entfernt wird.
• Kontoart ändern: zulässig über eine Whitelist, die innerhalb der Transaktion erneut geprüft wird.
• Kontocode ändern: spezifiziert, aber noch nicht gebaut.