Gebaut für Performance: Elixir/BEAM-Architektur

Träge Systeme kosten Zeit und Nerven — besonders in kritischen Planungsphasen, wenn das gesamte Team gleichzeitig arbeitet und Berechnungen unter Last laufen müssen. QuantaPlan ist auf der Elixir/BEAM-Plattform gebaut: einem technischen Fundament, das parallele Verarbeitung, Fehlertoleranz und niedrige Latenz auch bei großen Datenmengen und vielen gleichzeitigen Nutzern sicherstellt.

Ihre Vorteile

• Keine Verzögerungen unter Last: Das System bleibt reaktionsschnell, auch wenn viele Planer gleichzeitig arbeiten.
• Große Organisationshierarchien mit vielen Kostenstellen verlangsamen die Oberfläche nicht — Verdichtungen werden direkt in der Datenbank aggregiert.
• ETS-basiertes In-Memory-Caching hält aktive Planversionen und die Planungskonfiguration in nanosekunden-schnellem Zugriff, ohne diese Daten bei jeder Anfrage erneut abzufragen.
• Jede Nutzeranfrage läuft in einem eigenen leichtgewichtigen Prozess — rechenintensive Operationen wie Verdichtungen oder Importe blockieren keine andere Sitzung, und die Oberfläche bleibt für alle Nutzer bedienbar.

So funktioniert es

Elixir läuft auf der Erlang BEAM-VM, die ursprünglich für Telekommunikationssysteme mit Millionen gleichzeitiger Verbindungen entwickelt wurde. Jede Benutzeranfrage und jeder Hintergrundjob läuft in einem leichtgewichtigen Prozess — isoliert, überwacht und bei Bedarf automatisch neu gestartet. Das bedeutet: Ein Fehler in einer Berechnung beeinflusst keine andere Benutzersitzung.

Budgetberechnungen, die mehrere Hierarchieebenen umfassen, werden so weit wie möglich direkt in der Datenbank ausgeführt: Verdichtungen über große OE-Hierarchien mit vielen Kostenstellen laufen als SQL-Aggregation (GROUP BY) statt als Zeile-für-Zeile-Berechnung in der Anwendung. Gleichzeitig bearbeitet die BEAM-VM jede Nutzersitzung in einem eigenen Prozess, sodass die Arbeit vieler gleichzeitiger Nutzer nebenläufig verarbeitet wird.

ETS (Erlang Term Storage) dient als In-Memory-Cache für aktive Planversionen und die Planungskonfiguration. Diese häufig abgerufenen Daten werden direkt aus dem Speicher gelesen, ohne die Datenbank zu befragen. Der Cache wird bei Änderungen gezielt invalidiert — die Daten sind immer konsistent, aber der Zugriff ist deutlich schneller als bei rein datenbankgetriebenen Systemen.

Typischer Anwendungsfall

Ein mittelständisches Unternehmen mit 80 Kostenstellen startet die Jahresplanung. Mehrere Controller öffnen QuantaPlan gleichzeitig und befüllen parallel ihre Bereiche. Die Oberfläche bleibt für alle flüssig — keine Wartezeiten, keine Timeouts, kein Einfrieren beim Speichern.

Wenn ein Controller eine Zahl speichert und anschließend die Verdichtungsebene aufruft, berechnet QuantaPlan die Hierarchieaggregation schnell — auch bei tiefen OE-Strukturen. Der ETS-Cache stellt sicher, dass aktive Planversionen und Konfigurationswerte nicht bei jeder Anfrage neu aus der Datenbank gelesen werden.