Eine stateful BSP Applikation wird – wie eine „normale" SAP-Transaktion – über alle Benutzerinteraktionen hinweg in einem einzigen Kontext (Rollbereich) ausgeführt. Dadurch stehen Daten, die vom Benutzer im Laufe der Ausführung der Applikation eingegeben oder die durch die Applikation selbst ermittelt wurden, potenziell über die gesamte Ausführungsdauer der Session hinweg zur Verfügung.

Der wesentliche Vorteil von stateful BSP-Applikationen ist die einfachere Programmierung. Wie gewohnt kann hier auf zuvor ermittelte Daten zugegriffen werden und das Nachlesen bzw. –berechnen von Daten kann häufig entfallen. Bei Datenbank-intensiven Anwendungen kann dies erhebliche Performanzvorteile im Vergleich zu einer Herangehensweise haben, bei der häufig identische Leseoperationen bei jedem Request ausgeführt werden müssen.

Der wesentliche Vorteil ist aber gleichzeitig auch Ursache für den wesentlichen Nachteil, nämlich die Kompensation der Ressource „Laufzeit" durch die Ressource „Speicher": Die Anzahl parallel möglicher Sitzungen in einem SAP Web Application Server ist nicht zuletzt durch die Menge verfügbaren Speicherplatzes beschränkt. Ist dieser erschöpft, können keine weiteren Sitzungen gestartet werden und Benutzer werden abgewiesen.

Ein weiterer Nachteil liegt in der Tatsache begründet, dass Web Browser im Gegensatz zum SAPGUI keine Abmeldung beim Server vornehmen, d.h. wenn ein Benutzer in seinem Web Browser zu einer anderen Website navigiert, wird der SAP Web Application Server hiervon nicht in Kenntnis gesetzt. Eine offene Sitzung kann damit nicht beendet werden und verbleibt solange im Applikationsserver, bis ein Timeout-Mechanismus greift und den Kontext freigibt. Das dies jedoch in der Regel einige Zeit dauern kann, werden begrenzte Ressourcen unnötig lange im Applikationsserver blockiert.