Kundenkonten und Portale
Kundenkonten und Kundenportale: Der Nutzer meldet sich mit Login an und sieht nur sein Eigenes – Bestellungen, Dokumente, Status. Self-Service statt Anrufen beim Vertriebler, Daten unter Ihrer Kontrolle.
Was ist im Leistungsumfang enthalten
Wir entwickeln Kundenkonten und Kundenportale, in denen sich Ihre Nutzer mit ihrem eigenen Login anmelden und nur ihr Eigenes sehen: Bestellungen, Dokumente, Status, Daten, Anfragehistorie. Zum Leistungsumfang gehören die Konzeption für Ihren Prozess, sichere Autorisierung, Rechtetrennung nach Rollen, persönliche Bereiche mit den nötigen Daten und die Integration mit Ihren Systemen – CRM, Buchhaltung, Zahlung. Das Konto nimmt Last von den Vertrieblern: Der Kunde sieht selbst den Status seiner Bestellung, lädt Dokumente herunter und hinterlässt Anfragen, ohne bei jeder Frage anzurufen. Das System rollen wir auf Ihrem Server aus, und die Nutzerdaten bleiben unter Ihrer Kontrolle. Am Ende erhalten Sie ein funktionierendes Self-Service-Werkzeug, das Ihre Arbeitslogik mit dem Kunden abbildet, und keine Universallösung mit überflüssigen Feldern.
Wie das im Kern aufgebaut ist
Dem Konto liegen Authentifizierung und Zugriffstrennung zugrunde. Meldet sich ein Nutzer mit Login und Passwort an, prüft der Server ihn und stellt ein verschlüsseltes Sitzungsmerkmal aus, das der Browser speichert und bei jeder folgenden Anfrage vorzeigt – so erkennt das System den Nutzer, ohne auf jeder Seite nach dem Passwort zu fragen. Darüber arbeitet die Autorisierung: Regeln, die bestimmen, welche Daten und Aktionen einem bestimmten Nutzer oder einer Rolle zugänglich sind, damit ein Kunde nur seine Bestellungen sieht und ein Mitarbeiter seinen Bereich. Die Daten werden über gesicherte Integrationen aus Ihren Systemen gezogen und in persönlichen Bereichen angezeigt. Alle Aktionen werden protokolliert, und sensible Operationen sind durch zusätzliche Prüfungen geschützt. Dieses Gerüst bauen wir für Ihren Prozess und passen nicht Ihren Prozess an ein fertiges Panel an.
Woher Kundenkonten kommen
Kundenkonten wurden durch einen Mechanismus möglich, der es einer Website erlaubte, den Nutzer zwischen den Seiten zu merken: Das HTTP-Cookie erfand Lou Montulli beim Unternehmen Netscape im Juni 1994, und gerade die ersten Cookies prüften, ob ein Besucher die Website zuvor besucht hatte. Auf Basis von Sitzungen wuchsen geschützte persönliche Bereiche, und das Genre der Portale formte sich Ende der 1990er, als Unternehmen begannen, Portal-Websites mit persönlichem Zugriff zu bauen. Den Standard für sicheren delegierten Zugriff zwischen Diensten – OAuth 2.0 – schrieb man im Dokument RFC 6749 im Oktober 2012 fest, und er liegt der modernen Anmeldung über Drittanbieter-Konten und dem Zugriff von Anwendungen auf Daten zugrunde. Wir bauen Konten auf diesen reifen Mechanismen von Sitzungen und Autorisierung und nicht auf selbstgebauten Schemata, die per Definition löchrig sind.
Warum die Zugriffssicherheit entscheidend ist
Ein Kundenkonto arbeitet mit sensiblen Kundendaten, weshalb der Preis eines Fehlers im Zugriff ein Leck fremder Bestellungen, Dokumente oder personenbezogener Daten ist. Eine einzige Lücke in der Rechteprüfung, bei der ein Nutzer einen fremden Bezeichner unterschieben und fremde Daten sehen kann, verwandelt ein bequemes Werkzeug in eine Leck- und Reputationsschadensquelle. Deshalb ist die ingenieurmäßige Hauptarbeit nicht das Aussehen des Kontos, sondern die strenge Autorisierung: die Prüfung bei jeder Anfrage, dass der Nutzer genau auf diese Daten und Aktion berechtigt ist. Nicht minder wichtig sind der Schutz der Sitzungen, die verschlüsselte Speicherung von Passwörtern und zusätzliche Prüfungen bei sensiblen Operationen. Wir behandeln das Konto als Sicherheitssystem und nicht als schönes Panel und prüfen die Zugriffsrechte vor dem produktiven Start. Im Ergebnis sieht jeder Nutzer nur sein Eigenes, und die Daten der anderen sind selbst bei einem Unterschiebungsversuch unzugänglich.
Auf welchem Stack wir arbeiten
Den Serverteil des Kontos bauen wir auf strengen Frameworks – Laravel auf PHP oder einem modernen Framework auf Node –, die fertige und bewährte Mechanismen für Autorisierung, Formularschutz und Datenbankarbeit bieten. Authentifizierung und Sitzungen setzen wir auf standardisierten sicheren Ansätzen um und binden bei Bedarf die Anmeldung über Drittanbieter-Konten per Protokoll OAuth 2.0 an. Die Daten speichern wir in der Datenbank PostgreSQL, und die Integrationen mit Ihren Systemen – CRM, Buchhaltung, Zahlung – führen wir über gesicherte APIs. Persönliche Bereiche und Rechte nach Rollen richten wir auf Ihren Prozess zugeschnitten ein und nicht auf eine Universalvorlage. Der Stack ist offen, Code und Daten werden auf Ihrem Server ausgerollt, sodass das Konto Ihr Asset bleibt, sich weiterentwickeln und an andere Entwickler ohne Bindung an einen einzigen Anbieter übergeben lässt.
Wann die Schlüsseltechnologien entstanden
Die Technologien der Kundenkonten sind über fast drei Jahrzehnte gewachsen. Den Sitzungsmechanismus auf Basis des HTTP-Cookies erfand Lou Montulli bei Netscape im Juni 1994, und ohne ihn ist keine einzige Anmeldung in einem persönlichen Bereich möglich. Das Genre der Web-Portale mit persönlichem Zugriff formte sich Ende der 1990er Jahre. Den Standard für delegierten Zugriff OAuth 2.0, auf dem die Anmeldung über Drittanbieter-Konten beruht, schrieb man in RFC 6749 im Oktober 2012 fest. Die Frameworks, auf denen wir den Serverteil bauen, sind bereits die moderne Generation mit eingebauter sicherer Autorisierung. Wir verwenden aktuelle und bewährte Mechanismen und erfinden keine selbstgebaute Authentifizierung, deren Fehler ein Datenleck kosten.
Warum Sie das uns anvertrauen können
Die Gesamterfahrung unseres Teams in der IT übersteigt 45 Jahre, und Kundenkonten bauen wir als Sicherheitssystem und nicht als Schaufenster. Wir gehen ingenieurmäßig vor: Wir entwerfen das Zugriffsmodell, setzen eine strenge Autorisierung mit Rechteprüfung bei jeder Anfrage um und testen zwingend auf einer Testumgebung, dass ein Nutzer fremde Daten nicht durch Unterschieben eines Bezeichners sehen kann. Code und Daten werden auf Ihrem Server ausgerollt und gehören Ihnen – ohne Abogebühr für Funktionen und ohne Bindung an unseren Dienst. Wir sagen ehrlich, wo ein Konto wirklich nötig ist und wo eine einfachere Lösung die Aufgabe erledigt. Im Ergebnis erhalten Sie ein sicheres Self-Service-Werkzeug, das Last von den Vertrieblern nimmt und Ihre Arbeitslogik mit dem Kunden abbildet, und keine Standardlösung mit fremden Beschränkungen.
Was enthalten ist
So arbeiten wir
Ein sicheres Self-Service-Werkzeug: Der Kunde sieht nur sein Eigenes, die Vertriebler sind entlastet.
Fragen und Antworten
Sickern fremde Daten nicht durch?+
Nein – die strenge Autorisierung prüft die Rechte bei jeder Anfrage; das Unterschieben eines fremden Bezeichners funktioniert nicht.
Anmeldung über Google/soziale Netzwerke?+
Ja – wir binden bei Bedarf die Anmeldung über Drittanbieter-Konten per OAuth 2.0 an.
Wem gehören Code und Daten?+
Ihre – wir rollen es auf Ihrem Server aus, ohne Abogebühr und ohne Bindung an uns.