Spotangebote im Kundenportal anfragen

Zweck und Einsatzbereich

NeuraPort besitzt serverseitig einen geschützten Prozess, mit dem ein eingeladener Portalnutzer eine strukturierte Spot-Ratenanfrage für OCEAN, AIR, ROAD oder RAIL anlegen und die von genau dieser Portalidentität angelegten Anfragen lesen kann. Eine neue Anfrage wird dem im Portalzugang gebundenen Kunden und dessen Organisationseinheit zugeordnet und beginnt im Status OPEN.

Wichtige Funktionsgrenze: Im geprüften Kundenportal gibt es dafür keine sichtbare Eingabemaske, Liste, Navigation oder Aktion. Der Portal-Arbeitsbereich zeigt derzeit Neue Sendung anfragen, Ihre Buchungsanfragen und Ihre Sendungen. Neue Sendung anfragen erzeugt eine andere Art von Buchungsanfrage und ist keine Bedienoberfläche für die hier beschriebene Spot-Ratenanfrage.

Ein normaler eingeladener Portalnutzer kann den vorhandenen Spot-Ratenprozess deshalb im aktuellen Produktstand nicht selbst bedienen. Auch ein im Hintergrund gespeicherter Vorgang ist noch kein Preisangebot: Eine automatische Kalkulation, Benachrichtigung, Rückmeldung, Annahme oder Übergabe eines Angebots an das Portal ist nicht belegt.

Voraussetzungen und Berechtigungen

• Sie besitzen einen aktiven, eingeladenen Portalzugang und sind im Sendungsportal angemeldet. Ein Mitarbeiterkonto ist für diesen Bereich nicht vorgesehen.
• Ihr Portalzugang ist fest an eine Kundenfirma und deren Mandanten gebunden. Für eine neue Spot-Ratenanfrage muss dieser Kunde einer Organisationseinheit zugeordnet sein.
• Das Produktmodul PORTAL muss für den Mandanten und die Organisationseinheit des Kunden zum Lesen freigeschaltet sein. Für eine neue Anfrage ist zusätzlich Schreibzugriff erforderlich; im Lesemodus ist nur das Lesen erlaubt.
• Das System prüft keine separate Rollenmatrix innerhalb des Portals. Der aktive Portalzugang und seine feste Kundenbindung bilden den fachlichen Zugriff.
• Sie sehen ausschließlich Spot-Ratenanfragen, die mit genau Ihrer Portalidentität angelegt wurden. Andere eingeladene Personen derselben Kundenfirma sehen diese Vorgänge nicht automatisch.
• Die allgemeinen Portalregeln für Upload, VGM und Dokumentsicht steuern Spot-Ratenanfragen nicht. Auch der allgemeine Schalter Portal aktiviert wird im geprüften Zugriffsweg nicht als Sperre ausgewertet.
• Für die reguläre Nutzung fehlt derzeit die Bedienoberfläche. Eine Sonderintegration darf erst nach technischer und datenschutzrechtlicher Freigabe verwendet werden; improvisierte Browser- oder Direktaufrufe sind kein unterstützter Arbeitsweg.

Schritt-für-Schritt-Anleitung

Aktuellen Funktionsstand prüfen

1. Melden Sie sich mit Ihrem eingeladenen Portalzugang an.
2. Prüfen Sie die sichtbare Übersichtsseite. Im aktuellen Stand finden Sie dort Neue Sendung anfragen, Ihre Buchungsanfragen und Ihre Sendungen.
3. Suchen Sie nicht unter Neue Sendung anfragen nach Spotpreisen. Dieses Formular nimmt eine Buchungsanfrage mit Route, Containerangaben und Warenbeschreibung auf, aber keine Spot-Ratenanfrage des hier beschriebenen Prozesses.
4. Wenn Sie ein Spotangebot benötigen, verwenden Sie bis zur Bereitstellung einer abgenommenen Portalmaske den mit Ihrem Spediteur vereinbarten Kontaktweg. Übermitteln Sie keine vertraulichen Fracht- oder Personendaten über einen nicht freigegebenen Kanal.
5. Behandeln Sie eine mündliche oder per E-Mail übermittelte Rückmeldung nach den vereinbarten Angebotsbedingungen. NeuraPort zeigt im Kundenportal derzeit weder Preis noch Gültigkeit, Anbieter, Kalkulation oder Annahmestatus dieses Vorgangs an.

Vorgehen nach einer künftigen UI-Einbindung

Die nachfolgende fachliche Reihenfolge ist erst nutzbar, wenn die Oberfläche tatsächlich implementiert und freigegeben wurde:

1. Erfassen Sie Transportart, Start, Ziel und die für eine Kalkulation erforderlichen Ladungs- beziehungsweise Equipmentangaben.
2. Prüfen Sie optionale Termine, Incoterm, Leistungsumfang und Hinweise auf Richtigkeit und Datenminimierung.
3. Senden Sie die Anfrage genau einmal und warten Sie auf eine eindeutige Bestätigung mit Anfragenummer. Der vorhandene Prozess besitzt keinen Idempotenzschutz; eine Wiederholung kann einen zweiten offenen Vorgang erzeugen.
4. Prüfen Sie Ihre eigene Anfragenliste. Eine dort sichtbare Anfrage bestätigt nur die Speicherung im Status OPEN, nicht die Bearbeitung oder das Vorliegen eines Angebots.

Diese Schritte beschreiben die belegte fachliche Serverfunktion, keine im aktuellen Portal vorhandenen Schaltflächen oder Felder.

Feldreferenz

Feld	Pflicht	Bedeutung	Validierung
Transportart	Ja	Verkehrsträger der Anfrage	Technisch sind nur OCEAN, AIR, ROAD und RAIL zulässig. Eine sichtbare Auswahl im Portal fehlt.
Start	Ja	Ursprungsort oder vereinbarter Routenschlüssel	2 bis 100 Zeichen. Keine sichtbare Orts- oder Stammdatenprüfung belegt.
Ziel	Ja	Zielort oder vereinbarter Routenschlüssel	2 bis 100 Zeichen. Keine sichtbare Orts- oder Stammdatenprüfung belegt.
Equipment / Service	Nein	Gewünschtes Equipment oder ein kurzer Servicehinweis	Höchstens 50 Zeichen; kein kataloggestützter Portalwert belegt.
Gewünschtes Datum	Nein	Datum, zu dem die Leistung benötigt wird	Muss ein gültiges Datum sein. Keine Vorlauf- oder Vergangenheitsprüfung belegt.
Bearbeitungsfrist	Nein	Optionaler gewünschter Antwortzeitpunkt	Muss ein gültiger Zeitpunkt sein. Keine Fristüberwachung oder Eskalation belegt.
Ladungsdaten	Nein	Strukturierte Angaben zur Ladung	Technisch ein frei strukturiertes Objekt ohne belegte Unterfelder, Einheiten- oder Größenvalidierung.
Incoterm	Nein	Vereinbarte Lieferklausel	Höchstens 3 Zeichen; keine Prüfung gegen eine Incoterm-Werteliste belegt.
Leistungsumfang	Nein	Zusätzliche Angabe zum gewünschten Service	Höchstens 50 Zeichen; keine sichtbare Werteliste belegt.
Hinweise	Nein	Freitext zur Anfrage	Keine fachliche Pflicht und keine belegte Maximallänge. Keine Geheimnisse oder unnötigen personenbezogenen Daten eintragen.
Kunde	Systemseitig	Kundenfirma des Portalzugangs	Wird immer aus dem angemeldeten Portalzugang übernommen; eine fremde Kundenzuordnung wird verworfen.
Quelle	Systemseitig	Herkunft der Ratenanfrage	Wird immer als Portalvorgang gespeichert. Vertriebs- und Verkaufschancenbezüge aus einer Eingabe werden entfernt.

Status und mögliche Übergänge

Ausgang	Aktion	Ergebnis
Kein Vorgang	Technisch gültige Anfrage speichern	Neue eindeutige Anfragenummer; Status OPEN und Zuordnung zu Mandant, Kunde, Organisationseinheit und Portalidentität.
OPEN	Eigene Anfragen lesen	Vorgang bleibt OPEN und wird mit den eigenen Portalvorgängen neueste zuerst zurückgegeben.
OPEN	Erneut dieselben Angaben senden	Zweiter eigenständiger Vorgang möglich; ein Idempotenzschlüssel oder eine Dublettenwarnung ist nicht belegt.
OPEN	Mitarbeiter kalkuliert oder erstellt intern ein Angebot	Eine automatische Statusänderung oder sichtbare Angebotsrückgabe an das Kundenportal ist nicht belegt.
Aktive Sitzung	Portalzugang wird widerrufen	Weitere Lese- und Schreibaufrufe werden als ungültige oder abgelaufene Sitzung abgelehnt.
Schreibfähiges Portalmodul	Modul oder Abonnement wird nur lesbar	Eigene Vorgänge können weiter lesbar sein; neue Anfragen werden bei aktiver Durchsetzung abgelehnt.
Kunde ohne Organisationseinheit	Neue Anfrage speichern	Dem Kunden ist keine Organisationseinheit zugeordnet; kein Vorgang wird angelegt.

Für Spot-Ratenanfragen ist kein eigener Bearbeitungsweg zum Ändern, Zurückziehen, Löschen, Annehmen oder Ablehnen belegt. Der Status OPEN darf deshalb nicht als vollständiges Fortschrittsmodell ausgelegt werden.

Was im Hintergrund passiert

Vor jedem Lesen oder Schreiben validiert NeuraPort die Portal-Sitzung, den aktiven Portalnutzer und die im Token gebundene Kombination aus Mandant und Kunde. Danach wird der Datenbankkontext auf den Mandanten eingegrenzt und der Zugriff gegen das PORTAL-Modul sowie die Organisationseinheit des Kunden geprüft.

Beim Speichern erzwingt NeuraPort den angemeldeten Kunden und die Quelle Portal. Verbindungen zu einem Vertriebslead oder einer Verkaufschance werden entfernt. Die Organisationseinheit stammt aus dem Kundenstamm. Der Vorgang erhält eine eindeutige Anfragenummer und den Standardstatus OPEN.

Beim Lesen werden gleichzeitig Mandant, Kunde, genaue Portalidentität und Portalquelle gefiltert. Das schützt vor der Sicht auf fremde Mandanten und Kunden, bedeutet aber auch: Zwei Portalnutzer derselben Kundenfirma besitzen getrennte Anfragenlisten. Eine gemeinsame Kundensicht oder Stellvertretung ist nicht belegt. Die Liste besitzt keine Seitennavigation oder Filterung und kann bei vielen Vorgängen vollständig geladen werden.

Der technische Eingabevertrag enthält außerdem interne Zuordnungsfelder. Kunde, Quelle sowie Vertriebsbezüge werden serverseitig sicher überschrieben beziehungsweise entfernt; eine mitgesendete Mitarbeiterzuordnung wird hingegen nicht bereinigt oder gegen den Mandanten geprüft. Dieses Feld ist nicht für Portalnutzer bestimmt und darf in einer künftigen Oberfläche oder Integration nicht angeboten werden.

Die aktuelle Portal-Anwendung enthält weder Datentypen noch Aufrufe oder Komponenten für Spot-Ratenanfragen. Im Mitarbeiterbereich erscheinen Ratenanfragen zwar in einer einfachen Liste, dort ist aber kein portalspezifischer Detail-, Zuweisungs-, Status- oder Rückmeldeweg belegt. Automatische Benachrichtigungen an Mitarbeiter oder Portalnutzer wurden ebenfalls nicht gefunden.

Ein vorhandener CRM-Test prüft die Mandantentrennung normaler interner Ratenanfragen. Gezielte Tests für Portal-Spotanfragen, exakte Portalidentität, Kunden- und Organisationseinheitsscope, Lizenz-Lese-/Schreibmodus, unerlaubte Mitarbeiterzuordnung, Dubletten, große Listen, Statusfortschritt und die fehlende UI-Anbindung sind nicht vorhanden.

Typische Fehler und Lösungen

Meldung oder Beobachtung	Ursache	Lösung
Kein Bereich für Spotangebote sichtbar	Die aktuelle Portaloberfläche bindet den vorhandenen Spot-Ratenprozess nicht ein	Nicht das Buchungsformular zweckentfremden. Den vereinbarten Kontaktweg nutzen und die fehlende Portalmaske als Produktlücke behandeln.
Nicht authentifiziert	Es wurde keine gültige Portalsitzung übermittelt	Erneut über den vorgesehenen Anmeldecode anmelden. Keine Mitarbeiter-Zugangsdaten verwenden.
Token ungültig oder abgelaufen	Sitzung ist abgelaufen, Portalzugang wurde widerrufen oder Tokenbindung stimmt nicht mehr	Neuen Anmeldecode anfordern; bei widerrufenem Zugang den zuständigen Ansprechpartner kontaktieren.
Portal öffnet sich, neue Anfrage wird aber abgelehnt	Portalmodul ist nur lesbar, nicht für die Kunden-Organisationseinheit aktiviert oder nicht wirksam lizenziert	Freischaltung durch den zuständigen Administrator prüfen lassen. Die Ablehnung nicht durch wiederholtes Senden umgehen.
Dem Kunden ist keine Organisationseinheit zugeordnet	Im Kundenstamm fehlt die für Speicherung und Lizenzscope erforderliche Organisationseinheit	Kundenstamm durch einen berechtigten Mitarbeiter korrigieren lassen; anschließend neu anmelden und erst dann erneut versuchen.
Eingabe wird als ungültig abgelehnt	Transportart, Routenlänge, Datum, Incoterm oder ein anderes Feld verletzt den technischen Vertrag	Werte prüfen. Ohne sichtbare Maske keine manuellen Direktaufrufe als Umgehung verwenden.
Eigene Anfrage fehlt bei einem Kollegen derselben Firma	Listen sind an die genaue Portalidentität gebunden	Vorgang nicht doppelt anlegen. Gemeinsame Bearbeitung außerhalb des Portals abstimmen, bis eine freigegebene gemeinsame Sicht existiert.
Anfrage bleibt OPEN	Kein belegter Status- oder Rückmeldeweg aktualisiert Portal-Spotanfragen	Beim Spediteur über den vereinbarten Kanal nachfragen; OPEN nicht als bestätigte Bearbeitung oder Angebot interpretieren.
Anfrage doppelt vorhanden	Erneute Übermittlung erzeugt ohne Idempotenzschutz einen weiteren Vorgang	Anfragenummern und Erstellzeitpunkte mitteilen und Dublette durch den zuständigen Mitarbeiter klären lassen.
Angebotsbetrag oder Annahmeaktion fehlt	Der Portalprozess gibt nur Ratenanfragen zurück, keine kalkulierten Angebote	Angebot über den vereinbarten freigegebenen Kanal abwarten; keine Buchung oder Preisbindung aus OPEN ableiten.

Verwandte Themen

• Im Kundenportal anmelden und Sendungen einsehen
• Buchungen, Dokumente und VGM im Kundenportal einreichen
• Ratenanfragen, Angebote und Ausschreibungen steuern
• Lizenzstatus und Zugriffsprobleme einordnen
• Zugriffsbereich und Datensicht verstehen