28 Apr.

Session-Authentication

Versino Financial Suite

Session-Authentication ist ein Authentifizierungsverfahren, bei dem sich ein Client einmalig mit Benutzername und Passwort am Server anmeldet und im Gegenzug eine zeitlich begrenzte Sitzungskennung erhält — typischerweise als Cookie. Alle folgenden Anfragen übergeben diese Kennung statt der eigentlichen Zugangsdaten; der Server löst die Kennung serverseitig auf und kennt damit den zugehörigen Benutzer.

Kontext

Der Service Layer von SAP Business One arbeitet konsequent mit Session-Authentication. Der Login-Aufruf POST /b1s/v2/Login mit JSON-Payload {CompanyDB, UserName, Password} setzt bei Erfolg ein B1SESSION-Cookie; dieses wird in allen weiteren HTTP-Requests mitgeschickt. Sessions laufen nach einer konfigurierten Leerlaufzeit ab und liefern dann HTTP-401-Antworten — Clients müssen deshalb eine Auto-Relogin-Logik implementieren, die 401 abfängt, neu anmeldet und die Ursprungsanfrage wiederholt. Vorteile sind einfache Integration (nur Cookie-Management nötig, keine Token-Handhabung), klare Zuordnung auf einen B1-Company-Mandanten und serverseitige Widerrufbarkeit per Logout. Der DI-Server nutzt eine vergleichbare Logik mit eigener SessionID; auch der SAP-B1-Windows-Client hält eine Session gegen die Company-DB.

Abgrenzung

Session-Authentication ist kein Standard wie OAuth 2.0 oder OpenID Connect: Sie bindet Client und Server eng aneinander, macht horizontale Skalierung und stateless APIs aufwendiger und eignet sich deshalb weniger für öffentliche APIs mit vielen Consumern. Tokens (JWT, Bearer) übertragen ihre Gültigkeit und Claims selbst und sind damit zustandsloser. Gegenüber Basic Authentication ist Session-Authentication sicherer, weil Credentials nicht bei jedem Request mitgesendet werden — mit der Einschränkung, dass das Cookie selbst geschützt werden muss (HTTPS, HttpOnly, Secure, SameSite).


KI im Arbeitsalltag: Person beginnt mit der eigenen Aufgabe statt mit dem Lernstapel

KI im Arbeitsalltag: So finden Sie den richtigen Start

Wer KI im Arbeitsalltag einsetzen will, kennt das: Man liest einen Beitrag über Prompts. Darin taucht ein neues Modell auf ...
AI-SHOP

KI-Assistent trifft SAP Business One: Zwei Wege aus dem Versino KI-Shop

KI-Assistenten wie Claude oder Copilot schreiben E-Mails, fassen Dokumente zusammen und erklären Fachbegriffe. Fragt man sie aber nach dem offenen ...
SPRINT & SWIRL

Sprint und Swirl: Wie ein KI-Agent Arbeit aufteilt und aus Probeläufen lernt

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Sie nimmt sich grundlegende KI-Prinzipien in Ruhe ...
LATS

LATS: Mehrere Wege gleichzeitig durchdenkt mit KI — und die Verfügbarkeitsprüfung in SAP B1

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Nicht als Ansammlung von Produktankündigungen, sondern als ...
ReAct und RLEF

ReAct und RLEF: Wie Künstliche Intelligenz aus echten Fehlern lernt — und was der automatische Bankabgleich in SAP Business One damit zu tun hat

Dies ist die vierte Folge einer Reihe auf diesem Blog, die sich mit KI-Grundlagen im Zusammenspiel mit SAP Business One ...
Service Layer KI als transaktionalen Schicht

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...
Wird geladen …