Foto: Google Gemini · AI-generated
Das Wort „Portal“ klingt nach einer Website mit Login. Die Portale, die Unternehmen tatsächlich brauchen, sind etwas anderes. Sie sind das System, über das hundert Lieferanten oder Nachunternehmer ihre Arbeit abwickeln.
Dieser Unterschied entscheidet, wie man eines einkaufen sollte. Hier ist, was das Wort verbirgt, an zwei Portalen, die wir betreiben.
Zwei Dinge teilen sich einen Namen
Vor zwanzig Jahren war ein Portal eine Seite mit Login und ein paar Dokumenten dahinter. Viele Einkaufsprozesse sind noch dafür gebaut: eine Webagentur, zuerst eine Designphase, ein Angebot nach Seitenzahl.
Was Unternehmen heute meinen, ist eine Geschäftsanwendung, die zufällig über den Browser erreicht wird. Sie hat Rollen. Sie hat Abläufe. Sie hält den Zustand eines Auftrags oder einer Aufgabe und bewegt ihn weiter. Sie schreibt in die führenden Systeme dahinter, und sie hält fest, wer was getan hat. Der Browser ist die Eingangstür, nicht das Gebäude.
Ein Einkaufsportal ist eine ERP-Erweiterung
Ein Maschinenbauer in Deutschland steuerte ein Lieferantennetzwerk über mehrere Länder per E-Mail, Tabellen und manuellen Einträgen in Sage 100. Niemand im Einkauf hatte eine Übersicht über offene Aufträge, Lieferstatus oder Liefertermine. Nachfragen war eine Vollzeitaufgabe.
Das Einkaufsportal, das wir gebaut haben, ist eine Erweiterung dieses ERP. Lieferanten melden sich an, erhalten Aufträge, bestätigen sie, aktualisieren Versanddetails und melden Lieferungen. Das Einkaufsteam sieht jeden offenen Auftrag live. Auftrags- und Lieferdaten fließen zurück nach Sage 100, sodass Finanzen und Bestand abgestimmt bleiben, ohne dass jemand abtippt. Jeder Auftrag, jede Änderung und jede Bestätigung steht in einem Prüfpfad, den Finanzen und Compliance lesen können.
Was das gebraucht hat, war kein Seitendesign. Es brauchte ein Datenmodell, das zum ERP passt, Berechtigungen, die dem Lieferantenunternehmen folgen und nicht dem einzelnen Nutzer, einen Lebenszyklus für jeden Auftrag und einen Rückschreibeweg, der keinen Datensatz still verlieren kann. Es läuft auf der eigenen Infrastruktur des Unternehmens und wird über eine Pipeline mit Entwicklung, QA, Test und Live ausgeliefert wie jede andere Anwendung.
Ein Nachunternehmerportal ist ein Betriebssystem für Baustellen
Ein Bauunternehmen mit bis zu 500 Mitarbeitenden koordiniert seine Nachunternehmer über ein Portal mit einer Webanwendung für Projektleiter und nativen Apps für die Baustelle. Aufgaben werden zugewiesen, bestätigt und aktualisiert. Zeichnungen und Dokumente werden geteilt. Eine Wissensdatenbank sitzt im Ablauf, damit die Information dort ist, wo sie gebraucht wird.
Auf einer Baustelle kann man mit Netz nicht rechnen. Also arbeiten die Apps vollständig offline und synchronisieren, sobald eine Verbindung zurück ist. Das System läuft in einer privaten deutschen Cloud, Releases gehen durch getrennte Entwicklungs-, QA-, Test- und Live-Umgebungen, und die Builds für die Baustelle werden parallel je Projektstandort auf die Geräte verteilt.
Der Teil, den man Website nennen würde, ist etwa ein Drittel dieses Systems.
Vier Dinge, die ein Portal zum Portal machen
Rollen gehören Unternehmen, nicht Seiten. Die Nutzer eines Lieferanten gehören zu diesem Lieferanten und sehen dessen Aufträge. Berechtigungen folgen dem Unternehmen und dem Datensatz.
Zustand zählt mehr als Inhalt. Ein Auftrag oder eine Aufgabe hat einen Lebenszyklus. Jeder Bildschirm ist eine Sicht darauf, wo etwas steht. Der Text auf der Seite ist der vergänglichste Teil des Systems.
Das Rückschreiben ist der Kern. Ein Portal ist keine Kopie des ERP. Es ist eine Tür hinein. Eine Änderung im Portal muss ohne Neuerfassung im führenden System ankommen, und sie muss nachvollziehbar sein, wenn sie es nicht tut.
Der Prüfpfad ist eine Anforderung, kein Feature. Jemand aus Finanzen oder Compliance wird fragen, wer was wann bestätigt hat. Die Antwort muss existieren, bevor die Frage kommt.
Wie man eines einkauft
Beschreiben Sie es als Anwendung. Sagen Sie, welche führenden Systeme es liest und beschreibt. Sagen Sie, wer die externen Nutzer sind, je Unternehmen. Sagen Sie, welchen Lebenszyklus es steuert, was offline funktionieren muss und wo es betrieben werden muss. Und bitten Sie einen Anbieter, Ihnen ein Portal zu zeigen, das in ein ERP zurückschreibt, und wie es ausgeliefert wird, statt eines Design-Portfolios.
Wir bauen Webanwendungen dieser Art als Individualsoftware, mit demselben Team, das Backend und Pipeline baut. Wenn bei Ihnen heute ein Lieferanten-, Kunden- oder Partnerprozess per E-Mail läuft, sprechen Sie mit uns darüber, was ein Portal dafür tatsächlich enthalten würde.