Zwei offizielle Wege führen in Ihr ERP: die SQL-Replikation für schnelle Listen und Kennzahlen und die microtech GraphQL-API für den aktuellen Stand und jede Änderung. Wir kombinieren beide – und schicken nur das ins Internet, was ein Portal wirklich braucht.
Ihre Daten bleiben in microtech büro+. Die Replikation spiegelt sie nahezu in Echtzeit nach PostgreSQL.
Das Board rechnet Listen und Kennzahlen direkt per SQL – ohne Exporte und ohne Last auf dem ERP.
Mitarbeiter sehen den aktuellen Stand im Browser oder am Tablet und lösen dort Aktionen aus.
Aktionen gehen per GraphQL zurück: Der Board-Server prüft, sperrt und schreibt – der Browser spricht nie direkt mit dem ERP.
Der Beleg wird in microtech angelegt und gebucht; Sekunden später steht er auch in der Replikation.
Portale im Internet erhalten nur einen versiegelten Auszug – ohne Zugangsdaten und ohne Weg zurück ins ERP.
Neue Fassungen kommen signiert, werden vor dem Einspielen geprüft und lassen sich zurückrollen.
Über die offizielle microtech GraphQL-API lesen unsere Boards einzelne Datensätze in Echtzeit und schreiben direkt zurück – mit allen Regeln Ihres ERP für Lager, Preise und Nummernkreise.
Die microtech SQL-Replikation spiegelt Ihre Daten nahezu in Echtzeit in eine PostgreSQL-Datenbank. Dort rechnen unsere Boards Listen, Ranglisten und Mehrjahresvergleiche – ohne Last auf dem ERP-Betrieb.
Operative Boards nutzen beide Wege: Masse und Historie kommen aus der Replikation, der frische Einzelwert, das Schreiben und die Kontrolle über GraphQL.
Diese Muster setzen wir je nach Aufgabe ein und kombinieren sie.
Für Werte, bei denen Sekunden zählen: offene Liefermengen und Buchungsstatus direkt vor einer Buchung, aktuelle Stellplatzbestände, die Existenz einer Belegnummer in Bestand und Archiv, Dokumente und Artikelbilder.
Listen, Suche, KPI-Kacheln, Mehrjahresvergleiche inklusive Archiv, Ranglisten und Kandidatenlisten für Massenläufe – schnell, ohne API-Limit und ohne Last auf dem ERP.
Operative Boards für Lager, Service, Touren und Abrechnung zeigen aus der Replikation an und handeln über GraphQL.
Vorgänge mit Positionen anlegen, buchen, stornieren, archivieren und wiederherstellen, Status und Selektionsfelder pflegen, Dokumente am Datensatz ablegen – vollständig in microtech.
Zwei interne Boards versiegeln einen vereinbarten Datenauszug und schieben ihn per ausgehendem HTTPS an den Ingest-Endpunkt von vier Portalen. Die Portale haben weder ERP-Zugangsdaten noch einen Weg ins interne Netz.
Neue Fassungen werden mit Ed25519 signiert, von der Kundeninstallation per signierter Anfrage abgeholt, vor dem Einspielen geprüft und mit Backup und Rollback eingespielt – gleich für Boards mit und ohne microtech.
Kundenportale, Mitarbeiter-Self-Service und Dashboards für Großkunden müssen im Internet erreichbar sein – Ihr ERP soll es nicht. Deshalb haben unsere öffentlichen Boards keinen ERP-Zugang: Ein internes System schiebt versiegelte Datenpakete per ausgehendem HTTPS an einen Ingest-Endpunkt. Mehr Verbindung gibt es nicht.
Das interne Board liest genau den vereinbarten Feldsatz aus der SQL-Replikation – etwa Standorte, Rechnungen oder Nachweise. Was das Portal nicht braucht, wird gar nicht erst gelesen, beim Kundenportal eines Dienstleisters zum Beispiel Preise und Bankdaten der Verträge.
Das Paket wird mit libsodium crypto_secretbox (XSalsa20-Poly1305) verschlüsselt und authentifiziert, mit Zeitstempel und – je nach Portal – der Kennung des Ziel-Boards. Jeder Empfänger hat seinen eigenen Schlüssel.
Zeitgesteuert oder bei erkannten Änderungen geht das Paket per HTTPS-POST an den Ingest-Endpunkt. Die Verbindung wird immer von innen aufgebaut – das Portal kann nie zurück ins interne Netz.
Der Ingest-Endpunkt prüft Schlüssel und Prüfsumme, Kennung, Gültigkeitsfenster, Größe und optional die Absender-IP. Alles andere wird abgewiesen.
Gültige Daten landen in einer einzigen Transaktion in der eigenen Datenbank des Portals – bei einem Fehler wird vollständig zurückgerollt.
Rollen, Standorte oder Personalnummern bestimmen, wer was sieht. Anfragen von Kunden gehen als Mail an Ihr Team, nicht ins ERP.
Im Einsatz bei:
Der Browser spricht nie mit der ERP-API. Die Boards melden sich per OAuth2 Client Credentials an und halten das Token in einem geschützten Cache.
@acquireLocks in allen schreibenden Lösungen, optimistische Sperre über modifyLSN und fachlicher Abgleich der angezeigten Werte – fremde Änderungen werden nicht überschrieben.
ifNotExists, mehrstufige Dublettenprüfung und ein vor der Mutation gespeicherter Buchungsstatus; unklare Ergebnisse werden nur lesend nachgeprüft, nie blind wiederholt.
Schreibpfade lassen sich zentral abschalten, auf Testadressen beschränken oder als Trockenlauf mit Vorschau ausführen.
Drosselung, Backoff und Circuit-Breaker bei Massenläufen; Auswertungen laufen über die Replikation statt über die API.
Parametrisierte SELECT-Abfragen auf das konfigurierte Mandanten-Schema; in die Replikation wird nie geschrieben.
Kennwörter und Client-Secrets liegen mit libsodium verschlüsselt auf dem Server, getrennt vom Schlüssel, und gelangen nie in den Browser.
Lauf-Protokolle, Mailberichte und – je nach Lösung – ein Protokoll aller ERP-Schreibzugriffe oder ein Journal direkt am Datensatz.
Öffentliche Portale erhalten versiegelte Datenpakete, prüfen Schlüssel, Kennung und Frische und haben keinen Rückkanal ins ERP.
Update-Pakete mit Ed25519-Signatur, signierte Abrufe der Installationen, Backup vor dem Einspielen und Rollback bei Fehlern.
Die GraphQL-API ist der Weg für den aktuellen Stand und für jede Änderung. Unsere Boards nutzen 18 fachliche Tabellen – von Adressen, Belegen und Positionen über Lager und Projekte bis zu Serviceverträgen und Dokumenten.
Die microtech SQL-Replikation legt je Mandant ein eigenes Schema in PostgreSQL an. Wir lesen dort nur – dafür in voller Breite.
Was im Internet erreichbar sein muss, bekommt keinen ERP-Zugang. Ein internes Board versiegelt den vereinbarten Feldsatz und schickt ihn nur in eine Richtung.
Die Boards laufen auf IIS in Ihrem Netzwerk; öffentliche Portale auf einem eigenen Server ohne ERP-Verbindung.
Dieselbe Plattform – mit Benutzerverwaltung, Sicherheit und signierten Updates – trägt auch Lösungen mit ganz anderen Datenquellen.
Das Board-Prinzip ist nicht an ein ERP gebunden: Dieselbe Plattform verarbeitet auch Daten aus anderen Quellen.
Wer wird als Nächstes beliefert, was deckt der Bestand, und wie steht der Umsatz gegenüber dem Vorjahreszeitraum? Ein internes Board beantwortet das nahezu in Echtzeit – rein lesend aus der microtech SQL-Replikation.
Wareneingang, Kommissionieren, Inventur, Umbuchen und Produktion buchen direkt am Tablet in microtech büro+. Auswertungen von Umsatz bis Lagerreichweite lesen in nahezu Echtzeit aus der SQL-Replikation.
14 Fachauswertungen – von Prüfterminen bis Tourenplanung – kommen bei jedem Aufruf live aus der SQL-Replikation. Import, Abrechnung und Preispflege schreiben per GraphQL direkt in microtech büro+, und drei Portale erhalten ihre Daten verschlüsselt.
Tickets, Projekte, Zeiten und Verträge werden schnell aus der Replikation gelesen; jede Änderung geht live über die GraphQL-API zurück in büro+ – mit Konflikterkennung, Sperren, Testmodus und Protokoll. Anrufe und E-Mails werden ohne Medienbruch zu Tickets.
Sprechen Sie mit uns darüber, welche Kennzahlen und Abläufe Sie direkt aus microtech büro+ steuern möchten.