Bekannte Einschränkungen und konfigurationsabhängige Funktionen

Zweck und Einsatzbereich

Diese Seite hilft Ihnen, eine sichtbare Funktion vor dem Einsatz richtig einzuordnen. In NeuraPort können Menüpunkt, Formular und technischer Dienst bereits vorhanden sein, obwohl für den konkreten Mandanten noch eine Lizenz, ein Providervertrag, eine Laufzeitkonfiguration, ein Scheduler oder ein vollständiger Bedienweg fehlt.

Unterscheiden Sie vier Ursachenklassen:

Zugriff: Vertrag, Modul, aktuelle Organisationseinheit, Benutzerzuweisung oder Einzelrecht passen nicht zusammen.
Externe Wirkung: Ein Provider ist nicht konfiguriert, nur simuliert oder technisch erreichbar, aber fachlich noch nicht abgenommen.
Automatik: Ein Schalter oder technischer Runner existiert, ohne dass ein periodischer Lauf in der Zielumgebung nachgewiesen ist.
Bedienumfang: Ein technischer Weg besitzt keine sichtbare, freigegebene Oberfläche oder die Oberfläche zeigt nicht alle Ergebnis-, Fehler- oder Herkunftsangaben.

Ein grüner Test, ein Erfolgshinweis oder Verbunden beweist daher nicht automatisch eine externe Annahme, fortlaufende Überwachung oder fachlich richtige Daten. Für Zoll, Exportkontrolle, Sanktionen, Tracking, KI, eCMR und andere entscheidungsrelevante Prozesse bleiben Quellenstand, fachliche Prüfung und freigegebener Betriebsprozess maßgeblich.

Diese Seite ist eine Betriebs- und Anwenderhilfe. Sie veröffentlicht keine interne Schwachstellenliste und ersetzt weder Abnahmeprotokoll noch Datenschutz-, Sicherheits-, Rechts- oder Wiederherstellungsprüfung.

Voraussetzungen und Berechtigungen

Prüfen Sie zuerst die richtige Umgebung, den richtigen Mandanten und die aktuelle Organisationseinheit. In einer Demo müssen die sichtbaren Demo-Hinweise vorhanden sein; ihre Anzeige allein belegt jedoch keine technische Isolation.
Ein interner Benutzer kann die eigene Ansicht, Fehlermeldung, aktuelle OE und den sichtbaren Modulstatus prüfen. Er darf fehlende Provider-, Lizenz- oder Administrationswege nicht durch technische Direktaufrufe umgehen.
Ein Organisationsadministrator prüft Modulfreigabe je OE, Benutzerzuweisung, Rolle, Lesemodus sowie mandantenbezogene Schnittstellen- und KI-Einstellungen.
Ein Plattformoperator prüft Laufzeitmodus, Provider- und Schedulerkonfiguration, optionale Dienste, Backupstatus und den tatsächlichen blockierenden Lizenzmodus. Plattformrechte ersetzen keinen operativen Mandantenkontext.
Verwenden Sie für Tests ausschließlich synthetische Daten und ein freigegebenes Testziel. Teilen Sie in Tickets oder Screenshots keine Kennwörter, Tokens, Webhook-Adressen, Zertifikate, personenbezogenen Inhalte oder echten Sendungsdaten.
Vor einem Liveeinsatz benötigen Sie je externer Wirkung mindestens eine freigegebene Spezifikation, einen technischen Test, einen fachlichen Positiv- und Negativtest, einen nachweisbaren Ergebnisstatus, einen Fehler- und Wiederanlaufweg sowie eine benannte Verantwortung.
Automationen dürfen nur dann als aktiv gelten, wenn Auslöser, letzter erfolgreicher Lauf, nächster erwarteter Lauf, Fehlerstatus und Zielumfang in der konkreten Umgebung nachweisbar sind.

Schritt-für-Schritt-Anleitung

Entscheidungsbaum bei einer fehlenden oder unerwarteten Wirkung

Umgebung feststellen: Prüfen Sie Adresse und sichtbare Demo-Kennzeichnung. Fehlt ein erwarteter Demo-Hinweis oder erscheint er in der vorgesehenen Produktivumgebung, stoppen Sie den Vorgang und lassen Sie das Routing prüfen.
Ausgangszustand sichern: Notieren Sie Zeitpunkt, Rolle, aktuelle Organisationseinheit, Arbeitsbereich, Datensatzstatus, sichtbare Meldung und die letzte sicher abgeschlossene Aktion. Erfassen Sie keine Geheimnisse oder Echtdaten im Screenshot.
Zugriffskaskade prüfen: Kontrollieren Sie Arbeitsbereich, Nur lesen, Modulstatus, OE-Schalter, Benutzerzuweisung und benötigtes Einzelrecht. Die reine Sichtbarkeit einer Schaltfläche ist kein Berechtigungsnachweis.
Blockierwirkung prüfen lassen: Bei widersprüchlichem Lizenzverhalten muss ein Plattformoperator den Lizenzprüfmodus kontrollieren. Nur der blockierende Modus setzt negative Lizenzentscheidungen als technische Sperre durch.
Bedienweg einordnen: Prüfen Sie auf der Fachseite, ob die Aktion im Hauptfrontend tatsächlich bedienbar ist. Fehlt dort ein freigegebener Weg, verwenden Sie keine erratene technische Adresse und keine fremde Kennung als Ersatz.
Providerzustand prüfen: Unterscheiden Sie Simulation, Nicht konfiguriert, Fehler und einen konfigurierten Livezugang. Ein Simulationstest kontaktiert keinen externen Anbieter. Ein technischer Livetest belegt noch keine fachliche Quittung.
Ergebnis am Datensatz prüfen: Kontrollieren Sie gespeicherten Status, Providerreferenz, Zeit und Fehlermeldung. Besonders bei Luftfrachtbuchungen und Nachrichten kann ein allgemeiner Erfolgshinweis trotz fachlicher Ablehnung erscheinen.
Automatik nachweisen: Suchen Sie nach letztem Lauf, Laufhistorie und aktuellem Fehler. Ein Intervallfeld, ein aktivierter Schalter oder ein Kommentar zur Frequenz ist kein Schedulernachweis.
Folgewirkung kontrollieren: Prüfen Sie nach Tracking-, Zoll-, KI- oder Statusaktionen die betroffenen Akten-, Aufgaben-, ETA-, Dokument- und Referenzwerte. Wiederholen Sie unklare Aktionen erst, wenn Dublettenschutz und Providerzustand geklärt sind.
Gezielt eskalieren: Melden Sie Ursacheklasse, Umgebung, Zeitpunkt, Rolle, OE, sichtbaren Status, erwartete Wirkung, tatsächliches Ergebnis und den letzten eindeutigen Nachweis. Der Betrieb entscheidet über Konfigurationskorrektur, Wiederholung oder Produktkorrektur.

Provider- und Simulationsgrenzen prüfen

Schnittstellenkatalog: Ein eingetragener Provider ist noch keine aktive Anbindung. Prüfen Sie Modus, tatsächlich verwendetes Ziel, Zugangspräsenz, letzten Test und fachlich abgenommenes Mapping. Gespeicherte Felder wie Sync-Intervall, Retry, Callback, Mappingprofil oder Live-Ziel besitzen im gemeinsamen Weg nicht durchgängig eine belegte Laufzeitwirkung.
Seefrachtmeldungen: Booking, Shipping Instruction, VGM, Hafen und Zoll besitzen technische Providerwege, aber keinen vollständig eingebundenen Hauptfrontendprozess. Ein technischer Versandstatus unterhalb eines Fehlers ist noch keine fachliche Annahme. Nutzen Sie den Weg erst nach Vorschau-, Stammdaten-, Quittungs- und Wiederholungsabnahme.
Luftfracht: Buchung und Nachrichtensendung sind sichtbar, aber Providerablehnung und Transporterfolg müssen am gespeicherten Fachstatus unterschieden werden. Eine automatische Retrywarteschlange ist nicht belegt. Das periodische Luftfrachttracking ist technisch gestartet, benötigt jedoch einen passenden Zugang oder eine ausdrücklich erlaubte Simulation.
Carrier-EDI und Visibility: Es gibt keinen allgemeinen sichtbaren Anwenderarbeitsplatz. Eingänge, Authentisierung, Organisationszuordnung, Ereigniszeit, Idempotenz und Folgewirkung müssen durch den Integrationsbetrieb abgenommen werden. Konkrete Visibility-Liveadapter sind nicht belegt.
Seefrachttracking: Die sichtbare Prüfung ist manuell. Der vorhandene Liveabruf liefert noch keine belastbar ausgewerteten ETA-, Verspätungs-, Ankunfts- oder Positionswerte; automatische Fachänderungen sind derzeit nur für freigegebene Simulation belegt.
Straßentransport: eCMR-Übermittlung, Telematikposition und Mautschätzung besitzen nur einen Simulationsadapter. Für eCMR, POD, Stoppstatus, Positionsanlage, Maut und Portal-Konversion fehlt im Road-Arbeitsbereich ein vollständiger sichtbarer Bedienweg.
Geocoding: Die externe Adresssuche besitzt keinen belegten sichtbaren Produkteinstieg. Leere Treffer oder Providerfehler dürfen nicht als bestätigte Anschrift verwendet werden.

KI, Referenzdaten und Automationen sicher einordnen

Generische Modulstartseite: Eine Startseite mit Modulname und Beschreibung beweist keinen vollständigen Facharbeitsplatz. Der Arbeitsbereich KI-Automatisierung ist vom generischen Fallback ausgenommen; eine eigene Hauptstartseite ist nicht belegt. Verwenden Sie nur die konkret sichtbaren, in den Einstellungen oder Fachseiten beschriebenen KI-Wege.
KI-Funktionen: CRM-KI, Luftfracht-KI und Aktenchat sind providerabhängig. Regelbasierte oder sichere Ersatztexte können auch ohne generatives Modell erscheinen. Die Schutzschicht anonymisiert Inhalte nicht vollständig; senden Sie nur erforderliche und freigegebene Daten. Prüfen Sie Vorschläge immer fachlich.
KI-Qualitätspolicy: BLOCK, SUGGEST und AUTO werden bewertet und protokolliert, wirken derzeit aber nicht als durchgängig verlässliche Ausführungsschranke. Stellen Sie risikoreiche Prozesse auf manuelle Bestätigung und kontrollieren Sie zusätzlich persönliche Automationsoptionen.
HS-/TARIC- und Zolltarife: Providerfehler, fehlender Treffer und fachlich ungültiger Code sind nicht in jedem sichtbaren Weg sauber getrennt. Prüfen Sie deklarierbaren Code, Quelle, Rechtsstand, Codeebene und Maßnahmen extern. Bereit für Live-Anmeldung ist keine verbindliche Tarifierungs- oder Zollfreigabe.
Sanktions- und Exportkontrollreferenzen: Ergebnisse hängen vom tatsächlich geladenen Quellenstand ab. Für die globale Pflege fehlen ein durchgängig erreichbarer sichtbarer Weg und ein belegter periodischer Scheduler. Ein Treffer oder Nichttreffer ersetzt keine fachliche Complianceentscheidung.
Chat-Webhooks: Gespeicherte Slack- oder Teams-Ziele erhalten im geprüften Stand nur ausdrücklich ausgelöste Testnachrichten. Operative Akten-, Rechnungs- oder Statusereignisse sind nicht mit diesem Weg verbunden.
Browser-Push: Abonnement und Test benötigen Browserfreigabe, eine sichere Verbindung, eingerichtete Push-Schlüssel und einen erreichbaren Versanddienst. Eine sichtbare Einstellung allein belegt weder Versandbereitschaft noch die Zustellung fachlicher Ereignisse.
Zeitbasierte Statusprüfung: Der Lauf ist technisch manuell auslösbar, besitzt aber keinen sichtbaren Start, keine sichtbare Laufhistorie und keinen im Anwendungsstart belegten Scheduler. Planen Sie keine automatische Statusfortschreibung auf dieser Grundlage.
Backups und Schnittstellenprüfung: Ein aktivierter Automatikschalter beziehungsweise vorhandener Runner beweist keinen geplanten Lauf. Plattformoperatoren müssen Scheduler, letzten erfolgreichen Lauf, Artefaktverfügbarkeit und einen vollständigen Wiederherstellungstest außerhalb des bloßen Schalters nachweisen.

Feldreferenz

Feld	Pflicht	Bedeutung	Validierung
Umgebung	Ja	Produktiv-, Test- oder Demoumgebung	Adresse und sichtbare Kennzeichnung prüfen; Banner allein belegt keine technische Trennung.
Arbeitsbereich	Je Funktion	Sichtbarer Produktbereich	Sichtbarkeit beweist nur Navigation, nicht Schreibrecht, Providerwirkung oder vollständigen Funktionsumfang.
Aktuelle Organisationseinheit	Ja für Mandantenfunktionen	Einheit, gegen die Lizenz und Benutzerzuweisung geprüft werden	Muss aktiv und dem Benutzer zugewiesen sein; Zielobjekt und Funktion können zusätzliche Scopeprüfungen benötigen.
Modulstatus	Systemseitig	ACTIVE, TRIAL, READ_ONLY oder SUSPENDED	Nur zusammen mit Vertrag, OE-Aktivierung, Zuweisung, Rolle und Prüfmodus bewerten.
Nur lesen	Systemseitig	Modul erlaubt grundsätzlich Ansicht, aber keine Änderung	Schreibaktionen können sichtbar bleiben; im blockierenden Modus wird der Schreibversuch serverseitig abgewiesen.
Lizenzprüfmodus	Plattformkonfiguration	Bestimmt die technische Wirkung einer negativen Lizenzentscheidung	Nur ENFORCE blockiert. AUDIT protokolliert und lässt weiterlaufen; OFF lässt ebenfalls weiterlaufen.
Provider-Modus	Je Anschluss	Live, Simulation oder nicht nutzbar	Muss zur konkreten Konfiguration und Zielumgebung passen. Kein stiller Simulationsfallback im Produktivbetrieb voraussetzen.
Simulation	Je Funktion	Künstliches Ergebnis ohne echte externe Wirkung	Nicht als Providerannahme, Liveposition, rechtswirksames Dokument, Tarifauskunft oder Zustellnachweis verwenden.
Letzter Test	Nein, für Betrieb erforderlich	Zeitpunkt und Ergebnis der letzten technischen Prüfung	Alter, Modus und getestetes Ziel kontrollieren. Ein Simulationstest bestätigt keine externe Erreichbarkeit.
Fachstatus / Quittung	Je externer Aktion	Gespeichertes fachliches Ergebnis wie angenommen, abgelehnt oder fehlerhaft	Nach allgemeinem Erfolgshinweis immer am Vorgang und gegebenenfalls beim Provider prüfen.
Automatik aktiv	Nein	Sichtbarer Schalter für einen vorgesehenen automatischen Ablauf	Erst mit nachgewiesenem Scheduler, Laufhistorie, Fehlerzustand und kontrollierter Folgewirkung als aktiv behandeln.
Intervall / Sync	Nein	Vorgesehener Zeitabstand eines Jobs oder Anschlusses	Ein gespeicherter Wert plant nicht automatisch einen Lauf.
BLOCK / SUGGEST / AUTO	Systemseitig bei KI-Policy	Ergebnis der Qualitätsbewertung	Derzeit keine durchgängig verlässliche Ausführungsschranke; Fachkontrolle beibehalten.
Verbunden	Systemseitig	Allgemeiner Seitenleistenhinweis	Belegt weder Live-Aktualisierung noch Fachprovider, Scheduler oder einzelne Funktion.
Quelle / Datenstand	Je Referenzfunktion	Herkunft und Aktualität von Tarif-, Sanktions- oder Exportkontrolldaten	Vor fachlicher Entscheidung Quelle, Version beziehungsweise Stand und Gültigkeit prüfen.
Fehlerstatus	Systemseitig	Abgewiesener, nicht erreichbarer oder unvollständiger Lauf	Nicht mit echtem Leerbestand gleichsetzen. Zeitpunkt und betroffene Komponente an den Betrieb melden.

Status und mögliche Übergänge

Ausgang	Prüfung oder Aktion	Ergebnis und sichere Bewertung
Modul nicht sichtbar	OE, Lizenz oder Rolle wird korrigiert	Arbeitsbereich kann erscheinen; externe Wirkung und Schreibrecht bleiben getrennt zu prüfen.
Modul READ_ONLY	Schreibaktion	Bei ENFORCE Abweisung; sichtbare Schaltfläche ist kein Freigabenachweis.
Negative Lizenzentscheidung	Modus AUDIT oder OFF	Aktion kann weiterlaufen. Dies ist keine sichere Produktivsperre.
Provider Nicht konfiguriert	Liveaktion	Geschlossene Ablehnung oder funktionsspezifischer Ersatz; keine externe Wirkung annehmen.
Anschluss in Simulation	Test oder Fachaktion	Künstliches Ergebnis; kein Livekontakt und keine fachliche Providerquittung.
Livezugang konfiguriert	Technischer Test erfolgreich	Erreichbarkeit des geprüften Ziels möglich; Mapping, Fachannahme und Folgewirkung separat abnehmen.
Technischer Aufruf erfolgreich	Fachstatus REJECTED oder ERROR	Keine fachliche Annahme; Grund prüfen und erst danach kontrolliert wiederholen.
Automatik aktiv oder Intervall gespeichert	Kein Laufnachweis	Status bleibt nur Konfigurationsabsicht; Scheduler und Laufhistorie durch Betrieb prüfen.
Live-Aktualisierung getrennt	Verbindung kehrt zurück	Unterstützte Listen können erneut aktualisiert werden; bis dahin Ansicht manuell neu laden.
KI-Provider fehlt	KI-Aktion	Je Funktion leerer Befund, regelbasierter Hinweis oder sichere Ersatzantwort; kein generatives Ergebnis behaupten.
Qualitätspolicy meldet BLOCK	Fachaktion wird ausgelöst	Blockade ist derzeit nicht durchgängig garantiert; Prozess manuell stoppen und kontrollieren.
Trackingprüfung ohne Liveauswertung	Freigegebene Simulation aktiv	Simulierte ETA-, Alert- oder Positionswirkung möglich; nicht als Livebeobachtung verwenden.
Website-Statistik oder Kontaktprotokoll leer	Optionaler Dienst, Ablage oder Laden fehlt	Leeranzeige ist kein sicherer Nullbestand; Komponentenstatus durch Plattformbetrieb prüfen.
Demo-Tracking ohne passendes Routing	Demo-Link wird geöffnet	Datenabruf kann scheitern; kein Produktivziel oder fremder Token als Ersatz verwenden.
Support-Agentenverwaltung geöffnet	Laden oder Umschalten versucht	Verwaltung ist nicht funktionsfähig; vorhandenen Plattformoperator-Ticketweg verwenden.

Was im Hintergrund passiert

NeuraPort trennt Navigation, Berechtigung, Fachlogik und externe Anbindung. Die Oberfläche kann einen Arbeitsbereich anhand einer Lizenz anzeigen, während der Server die konkrete Aktion zusätzlich nach Modulstatus, Organisationseinheit und Rollenrecht bewertet. Erst danach entscheidet ein Fach- oder Providerdienst, ob eine reale, simulierte oder keine externe Wirkung entsteht.

Der Laufzeitmodus der Zielumgebung bestimmt unter anderem, ob Simulation zulässig ist und ob negative Lizenzentscheidungen blockieren. Diese Werte sind nicht vollständig aus dem ausgecheckten Produktstand ableitbar. Eine Dokumentation des Codes ersetzt deshalb nicht die kontrollierte Prüfung der tatsächlichen Deploymentkonfiguration.

Automatik ist nicht einheitlich umgesetzt. Das Luftfrachttracking wird beim Anwendungsstart periodisch eingeplant. Für die zeitbasierte Seefracht-Statusprüfung und die Seefracht-Trackingprüfung ist dagegen kein interner periodischer Start belegt. Schnittstellen-Gesundheitscheck und geplanter Backup-Runner benötigen einen extern eingerichteten Scheduler. Referenzimporte, Chat-Webhooks und mehrere Provideraktionen besitzen ebenfalls keine allgemein belegte automatische Ausführung.

Live-Aktualisierungen verwenden einen separaten Hintergrundkanal und decken nur ausgewählte Sendungs- und Benachrichtigungsereignisse ab. Fällt dieser Kanal aus, soll die normale Anwendung weiterlaufen; ein manueller Reload ist dann erforderlich. Der allgemeine sichtbare Verbindungsstatus bildet diesen Kanal nicht verlässlich ab.

Optionale Plattformfunktionen wie Website-Analytics und Kontaktprotokoll hängen zusätzlich von der geladenen Serverkomponente und einer funktionsfähigen Ablage ab. Ihre Oberflächen unterscheiden einen echten Nullbestand nicht immer von einem Lade- oder Komponentenfehler. Das Kontaktprotokoll und mehrere Integrationsfunktionen besitzen zudem keinen sichtbaren Self-Service-Weg.

Automatisierte Tests belegen zahlreiche technische Positiv- und Negativfälle, Simulationstrennung, Mandanten- und teilweise OE-Scope sowie einzelne Laufzeitfehler. Sie belegen jedoch nicht die geheim gehaltene Zielkonfiguration, echte Providerverträge, externe Scheduler, fachliche Abnahme, vollständige Browserwege oder den aktuellen Datenstand externer Referenzen. Genau diese Punkte müssen vor Einsatz je Umgebung separat nachgewiesen werden.

Typische Fehler und Lösungen

Meldung oder Beobachtung	Ursache	Lösung
Arbeitsbereich fehlt	Modul, aktuelle OE, Zuweisung oder Ansichtsrecht fehlt	Aktuelle OE prüfen; danach Lizenz, OE-Schalter, Benutzerzuweisung und Einzelrecht administrativ kontrollieren.
Schaltfläche ist sichtbar, Speichern wird abgewiesen	Nur lesen oder Einzelrecht wird in der UI nicht vollständig abgebildet	Nicht wiederholt senden. Modulstatus und konkrete Aktion prüfen lassen.
Eine eigentlich gesperrte Aktion gelingt	Lizenzprüfmodus blockiert negative Entscheidungen nicht	Keine weiteren Echtdaten ändern; Plattformoperator muss den blockierenden Modus prüfen.
Simulationstest ist grün	Test wurde ohne externen Providerkontakt beantwortet	Nur Simulationspfad als funktionsfähig dokumentieren; getrennten Live- und Fachtest verlangen.
Live-Test ist grün, Providerprozess bleibt aus	Erreichbarkeit, Mapping, fachliche Quittung oder Folgeverarbeitung fehlt	Ziel, Providerstatus, Nachrichtenprofil und gespeicherten Fachstatus gemeinsam prüfen.
Verbunden wird angezeigt, Daten bleiben alt	Anzeige misst nicht den tatsächlichen Live-Aktualisierungskanal	Betroffene Ansicht neu laden und Live-Komponente durch den Betrieb prüfen lassen.
Automatik aktiv, aber kein Lauf entsteht	Schalter oder Intervall besitzt keinen eingerichteten Scheduler	Letzten Lauf und aktiven Scheduler nachweisen; bis dahin manuellen Kontrollprozess verwenden.
Letzter Test ist alt	Externer Prüfer fehlt, ist gestört oder wurde nicht geplant	Laufstatus und Scheduler durch Plattformbetrieb prüfen; keinen aktuellen Zustand aus altem Test ableiten.
Luftfrachtaktion meldet Erfolg, Fachstatus ist abgelehnt	Allgemeiner Erfolgshinweis bewertet nur den technischen Aufruf	Gespeicherten Nachrichten- oder Buchungsstatus und Providergrund prüfen; keine Annahme behaupten.
Tracking zeigt Planm. oder keinen Alert	Keine verwertbare Liveprüfung oder nur gespeicherter Nullwert	Quelle und Zeitpunkt kontrollieren; operative Planung nicht allein auf diese Anzeige stützen.
Wiederholte Simulation verändert ETA oder Aufgaben erneut	Simulationslauf ist nicht für jeden Fachpfad vollständig idempotent	Nicht erneut auslösen; Originalstand und Historie fachlich prüfen und Betrieb einschalten.
KI-Antwort oder Analyse fehlt	Provider fehlt, ist nicht erreichbar oder UI zeigt den Fehler nicht	Keine Aussage aus dem Leerzustand ableiten. Providerstatus prüfen; sichere Ersatzantwort klar kennzeichnen.
BLOCK wird angezeigt, Aktion läuft trotzdem	Qualitätspolicy ist keine durchgängige Ausführungsschranke	Automationsprozess manuell stoppen, Bestätigungsmodus setzen und technische Korrektur abwarten.
Tarif- oder Referenzprüfung liefert unerwartet ungültig oder keinen Treffer	Quelle, Datenstand, Providerfehler oder Codeebene ist unklar	Fachaktion stoppen; deklarierbaren Code, Quelle, Version, Rechtsstand und Maßnahmen offiziell prüfen.
Browser-Push lässt sich nicht aktivieren oder testen	Browserfreigabe, sichere Verbindung, Push-Konfiguration oder externer Dienst fehlt	Browserberechtigung prüfen; danach Einrichtung durch den Plattformbetrieb verifizieren lassen.
Chat-Webhook sendet nur beim Test	Kein operativer Ereignisweg ist angeschlossen	Test nicht als automatische Benachrichtigung verkaufen; Ereignisverdrahtung und Abnahme abwarten.
Website-Statistik zeigt null oder Kontaktprotokoll ist leer	Optionaler Dienst, Speicherung oder Laden kann fehlen	Nicht als sicheren Nullbestand dokumentieren; Komponentenstatus und Datenfrische durch Plattformbetrieb prüfen.
Demo-Tracking meldet nicht gefunden oder abgelaufen	Demo-Routing oder Beispieldatensatz ist nicht passend eingerichtet	Keine Produktivdaten oder fremden Links verwenden; Demo-Ziel und synthetischen Datensatz prüfen lassen.
Benutzer konnten nicht geladen werden in der Support-Agentenverwaltung	Sichtbare Verwaltung besitzt keinen funktionsfähigen Serverweg	Ansicht nicht verwenden; Tickets ausschließlich mit dem belegten Plattformoperator-Ablauf bearbeiten.
Technische Funktion ist dokumentiert, aber kein Menü oder Button vorhanden	Funktion ist Integrationsgrenze oder noch nicht in den Hauptarbeitsplatz eingebunden	Keinen Direktweg improvisieren. Zuständigen Betrieb oder Produktverantwortlichen mit dem konkreten Anwendungsfall einschalten.