Flexie

Überblick

Zuletzt aktualisiert 14 August 2026

Ein Kunde meldet sich mit einem per E-Mail zugeschickten Code an, und das Portal zeigt ausschließlich seine eigenen Rechnungen, seinen Saldo und seine Termine

Ein Kundenportal ist eine kleine Website, die neben Ihrem CRM unter einer eigenen öffentlichen Adresse liegt:

https://ihrunternehmen.flexie.io/portal/ihr-portal

Ihr Kunde öffnet sie und gibt seine E-Mail-Adresse ein. Ein Code kommt in seinem Postfach an, er tippt ihn ein, und das Portal öffnet sich. Von diesem Moment an betrifft jede Tabelle, jedes Diagramm, jede Kennzahl und jedes Formular auf der Seite ihn und sonst niemanden.

Es ist keine Ansicht auf das CRM. Ihre internen Bildschirme, Ihre Pipeline, die Datensätze Ihrer anderen Kunden: nichts davon existiert auf einem Portal. Ein Kunde sieht nur das, was Sie bewusst auf die Seite gestellt haben.

1 Er gibt seine E-Mail ein melissa@acme.com Kein Passwort zu wählen, zu vergessen oder zurückzusetzen. 2 Ein Code kommt an Anmelde-Code An die Adresse am Datensatz, sonst nirgendwohin. 3 Das Portal öffnet sich Acme Kundenbereich Alles auf der Seite betrifft nur ihn.

Wofür sie genutzt werden

Nutzen Sie es als Was darin steht
Ein Kundenbereich Rechnungen, Angebote, Aufträge, Lieferstatus
Ein Mitgliederbereich Buchungen, Termine, Dokumente, Verlängerungen
Ein Lieferantenbereich Bestellungen, Lagerbestände, ein Formular zur Lieferbestätigung
Ein Außendienstbereich die Aufträge des Tages auf einer Karte, ein Zeitplan, ein Formular für die Rückmeldung

Die Bestandteile

PORTAL Ein Name, eine öffentliche Adresse und eine Regel, welche Ihrer Datensätze seine Kunden sind SEITEN Start Aufträge Dokumente die Seiten, die Sie anlegen, sind das Menü des Kunden KOMPONENTEN Datentabelle Kennzahl Diagramm Formular Ihr Markup und sechs weitere

Ein Portal hat einen Namen, eine öffentliche Adresse und eine Regel, welche Ihrer Datensätze als seine Kunden gelten.

Eine Seite ist ein Bildschirm. Die Seiten, die Sie anlegen, sind das Menü, es gibt also keine separate Navigation, die mitgepflegt werden müsste.

Eine Komponente ist ein Element auf einer Seite: eine Tabelle, ein Diagramm, eine Kennzahl, ein Kalender, eine Karte, ein Formular, eine Überschrift, ein Button oder Ihr eigenes Markup. Es gibt elf Typen, beschrieben in Die Komponenten.

Woher die Daten kommen

Fast jede datenführende Komponente wird von einem gespeicherten Bericht gespeist, und das ist das Wichtigste, was Sie über Portale verstehen sollten:

Der Bericht entscheidet, was ein Kunde sehen kann. Das Portal fügt Ihrem Bericht keine Bedingung hinzu. Der Bericht muss sich selbst eingrenzen.

SELECT number, total, status
FROM   invoices
WHERE  contact_id = {{ entity.id }}

{{ entity.id }} ist der angemeldete Kunde. Ein Bericht ohne eine solche Zeile zeigt jedem alle Zeilen, und kein Teil des Produkts warnt Sie davor. Das ist ausführlich in Daten und Berichte beschrieben, und es lohnt sich, das zu lesen, bevor Sie etwas auf eine Seite stellen.

Nichts ist live, bis Sie veröffentlichen

Der Builder schreibt nicht auf das Live-Portal. Jedes Verschieben, jede Größenänderung und jede Einstellung geht in eine Arbeitskopie, die nur Sie sehen. Veröffentlichen ist die eine Aktion, die ändert, was ein Kunde ausgeliefert bekommt, und sie hält eine Version fest, die Sie später wiederherstellen können.

Das heißt, Sie können ein Live-Portal mitten am Arbeitstag umbauen, ohne dass jemandem die Seite unter den Fingern wegrutscht. Siehe Veröffentlichen und Versionen.

Anmelden, ohne Passwort

Kunden haben kein Passwort und legen kein Konto an. Es sind ganz normale Datensätze auf einer ganz normalen Entität (Kontakte, Firmen oder ein eigener Datensatztyp), und die E-Mail-Adresse, die ohnehin am Datensatz steht, beweist, wer sie sind.

Der Kunde gibt diese Adresse ein, erhält einen Code und bleibt für die Sitzung angemeldet. Einen Kunden abzuschalten ist ein Feld an seinem Datensatz, und es wirkt beim nächsten Seitenaufruf. Kunden und Anmeldung beschreibt den ganzen Ablauf.

Wenn Sie etwas brauchen, das die Komponenten nicht können

Zwei Notausgänge, nach Reichweite geordnet:

  1. Eine HTML-Komponente: Ihr eigenes Markup, Ihre Styles und Skripte, auf dem Server gegen den angemeldeten Kunden gerendert. Siehe HTML-Komponenten.
  2. Die JavaScript-API des Portals: aus diesem Markup heraus den Rest der Seite steuern. Eine Tabelle aktualisieren, einen Dialog öffnen oder einen eigenen Workflow aufrufen und die Antwort zeichnen. Siehe Die JavaScript-API, die vollständige Methodenreferenz.

Was dieser Abschnitt enthält

  1. Ein Portal bauen: eines anlegen, der Builder, das Raster, Komponenten platzieren und dimensionieren, und die Einstellungen am Portal selbst.
  2. Die Komponenten: alle elf Typen, jede Einstellung, und wann Sie zu welcher greifen.
  3. Daten und Berichte: Komponenten aus gespeicherten Berichten speisen, und die Regel, die einen Kunden aus den Daten eines anderen heraushält.
  4. Kunden und Anmeldung: für wen ein Portal ist, wie die Code-Anmeldung funktioniert, und wie Zugriff erteilt und entzogen wird.
  5. HTML-Komponenten: eigenes Markup, Styles und Skripte schreiben, und was das Portal damit macht.
  6. Die JavaScript-API: die vollständige FlexiePortal-Referenz, jede Methode, was sie nimmt, was sie zurückgibt, und wie Sie eigene Endpunkte als angemeldeter Kunde aufrufen.
  7. Veröffentlichen und Versionen: Entwürfe, Veröffentlichen, Verweigerungen, Versionshistorie und Wiederherstellen, und die Symptome, über die man stolpert.

Eng verwandt

Wer was lesen sollte

  • Zum ersten Mal eines einrichten: Ein Portal bauen, dann Kunden und Anmeldung, dann Die Komponenten.
  • Echte Daten daraufstellen: Daten und Berichte entscheidet, ob Ihr Portal korrekt ist oder ein Leck.
  • Etwas Eigenes bauen: HTML-Komponenten und Die JavaScript-API.
  • Eines im Alltag betreiben: Veröffentlichen und Versionen.