Straßenaufträge, eCMR und Telematik im Simulationsbetrieb

Zweck und Einsatzbereich

Der Arbeitsbereich Road / TMS unterstützt im sichtbaren Hauptfrontend folgende Aufgaben:

• Kennzahlen und nicht disponierte Straßenaufträge überblicken,
• einen einfachen LTL- oder FTL-Auftrag erfassen,
• für den aktuellen Tag eine Tour mit optionalem Fahrer und Fahrzeug anlegen,
• einen nicht disponierten Auftrag per Drag-and-drop einer Tour zuweisen,
• Tourstopps und Konflikthinweise lesen,
• gespeicherte Tourpositionen auf einer Karte anzeigen.

Der Untertitel nennt außerdem Ausführung, eCMR, Telematik und Tourkosten. Dafür existieren technische Funktionen, aber kein vollständiger sichtbarer Arbeitsplatz: Fahrer und Fahrzeuge lassen sich in Road / TMS nur auswählen, nicht anlegen oder bearbeiten; Ratenvereinbarungen werden dort überhaupt nicht dargestellt. Ebenso fehlen sichtbare Aktionen für Stoppstatus und Unterschrift, eCMR-Erstellung, eCMR-Übermittlung und -PDF, POD-Upload, Positionsübernahme, Mauterfassung und -schätzung sowie die Übernahme einer Portal-Buchungsanfrage.

Live-/Simulationsgrenze: Straßenaufträge, Touren, Dokumentdateien und manuell gespeicherte Werte sind reale Daten im gewählten Mandanten. Dagegen besitzen eCMR-Übermittlung, Telematikposition und Mautschätzung ausschließlich einen Simulationsadapter. Ist Simulation für die Umgebung deaktiviert, werden diese Aktionen abgewiesen; ein Liveprovider ist nicht implementiert. Eine simulierte Annahme oder Position hat keine externe, rechtliche oder physische Wirkung.

Ein intern erzeugtes eCMR und dessen PDF sind kein Nachweis der Rechtsgültigkeit, einer qualifizierten Signatur, einer Carrierannahme oder einer vertragsgerechten Archivierung. Verwenden Sie den technischen eCMR-Weg erst nach Produktfreigabe, Rechtsprüfung, Signaturkonzept und einem sichtbaren kontrollierten Bedienablauf.

Voraussetzungen und Berechtigungen

• Das Modul Road ist für Mandant und aktuelle Organisationseinheit aktiv. Im Status Nur lesen bleiben Listen grundsätzlich erreichbar; Schreibversuche werden serverseitig abgewiesen.
• Für Dashboard, Fahrer, Fahrzeuge, Aufträge und Touren benötigen Sie Akten ansehen. Auftrag und Tour anlegen verlangt Akten anlegen, die Disposition und Statuspflege Akten bearbeiten.
• eCMR-Anlage und POD-Upload verlangen Dokumente anlegen, eCMR-Übermittlung Dokumente bearbeiten und PDF-Abruf Dokumente ansehen.
• Positionsanzeige und -erfassung benötigen zusätzlich das aktive Modul Tracking und Tracking ansehen. Die aktuelle Karte unterscheidet einen Lizenz- oder Ladefehler nicht von „Noch keine Telematikposition vorhanden.“
• Raten- und Mautfunktionen verlangen Finanzrechte. Die sichtbare Road-Oberfläche bietet diese Aktionen derzeit nicht an.
• Die Portal-Konversion verlangt zusätzlich das Modul Customer Portal und Akten anlegen. Es gibt weder im Road-Arbeitsbereich noch in der Buchungsanfragenkarte eine sichtbare Konvertierungsaktion.

Der normale Datenzugriff ist nach Mandant und den autorisierten Organisationseinheiten des Benutzers begrenzt; die Datenbank erzwingt zusätzlich die Mandantentrennung. Die zentrale Road-Lizenzprüfung bewertet jedoch die aktuelle Organisationseinheit, während Listen alle autorisierten Einheiten zusammenführen. Eine aktive Road-Lizenz der aktuellen Einheit beweist daher nicht, dass jede angezeigte Datensatz-Einheit ebenfalls aktiviert ist.

Finanzsicht beachten: Der Road-Arbeitsplatz kann sensible kaufmännische Werte enthalten. Nutzen Sie ihn mit Echtdaten erst, wenn die serverseitige Trennung zwischen operativer Akteneinsicht und fachlich freigegebener Finanzsicht intern getestet und abgenommen ist. Bis dahin darf der Zugriff nur an ausdrücklich finanzberechtigte Personen vergeben werden; bei unerwarteten Finanzwerten ist die Nutzung zu stoppen und administrativ zu prüfen.

Schritt-für-Schritt-Anleitung

LTL-/FTL-Auftrag erfassen

1. Öffnen Sie das Modul Road. Der Arbeitsplatz zeigt Road / TMS mit Aufträge, Nicht disponiert, Touren, Marge und CO₂.
2. Klappen Sie Neuen LTL/FTL-Auftrag erfassen auf.
3. Wählen Sie bei Kunde wählen den richtigen aktiven Kunden aus der sichtbaren Auswahl und danach FTL oder LTL.
4. Tragen Sie Abholstelle, Abholadresse, Empfänger, Lieferadresse, Ware und Gewicht kg ein. Die Schaltfläche verlangt nur Kunde, Abholstelle, Empfänger und Gewicht; Adresse und Ware können technisch leer gespeichert werden. Kontrollieren Sie diese Felder daher selbst.
5. Geben Sie optional Verkauf €, Einkauf € und Distanz km ein. Die Oberfläche verwendet fest EUR. Ohne Distanz entsteht keine CO₂-Berechnung.
6. Wählen Sie Auftrag anlegen und warten Sie auf Transportauftrag angelegt.
7. Prüfen Sie die neue Karte unter Nicht disponiert: Aktennummer, Abhol- und Lieferstelle, LTL/FTL, Gewicht und Marge. Eine Detailansicht oder Bearbeitungsaktion ist nicht vorhanden.
8. Beachten Sie die Erfassungsgrenze: Die Oberfläche setzt Packstücke fest auf eins und bietet keine Felder für Volumen, Paletten, Zeitfenster, Gefahrgut, UN-Nummern, Referenzen oder eine andere Währung. Verwenden Sie den einfachen Auftrag nicht für einen Prozess, der diese Angaben zwingend benötigt.

Tagestour anlegen und Auftrag disponieren

1. Prüfen Sie unter Fahrer und Fahrzeug die Auswahl. Offen ist zulässig; ein Fahrzeug vom Typ Anhänger wird in der Fahrzeugauswahl nicht angeboten.
2. Wählen Sie Tagestour. Die Tour wird für das im Browser aus der UTC-Zeit abgeleitete Tagesdatum mit Status PLANNED angelegt. Rund um Mitternacht kann dieses Datum vom lokalen Kalendertag abweichen.
3. Warten Sie auf Tour angelegt. Angezeigt werden nur Touren dieses abgeleiteten Tages; einen Datumswechsel oder eine historische Tourliste bietet die Seite nicht.
4. Ziehen Sie eine Karte aus Nicht disponiert auf die richtige Tour. NeuraPort erzeugt einen Abhol- und einen Lieferstopp und setzt den Auftrag auf PLANNED.
5. Warten Sie auf Auftrag disponiert. Bei Dispositionskonflikt bleibt die Zuordnung ungespeichert. Prüfen Sie die angezeigten Warnungen, beispielsweise Führerschein, Verfügbarkeit, Kapazität, ADR, Wartung, Zeitfenster, geschätzte Lenk- oder Schichtzeit.
6. Kontrollieren Sie Reihenfolge, Stopptyp, Name und Status. Der sichtbare Arbeitsplatz kann Stopps nicht neu sortieren, entfernen oder fortschreiben.
7. Verwenden Sie für einen Dispositionsvorgang nur Auftrag, Tour, Fahrer und Fahrzeug aus der fachlich freigegebenen Organisationseinheit. Stoppen Sie bei einer abweichenden Zuordnung und lassen Sie Rollen, OE-Scope und Lizenz administrativ prüfen.

GPS-Karte sicher lesen

1. Wählen Sie an der richtigen Tour GPS-Karte.
2. Ohne gespeicherte Position erscheint Noch keine Telematikposition vorhanden. Dieselbe Anzeige kann auftreten, wenn Tracking-Lizenz, Recht oder Laden fehlen; behandeln Sie sie nicht als sicheren Leerstand.
3. Bei vorhandenen Positionen zeigt die Karte Markierungen. Öffnen Sie eine Markierung und prüfen Sie Provider und Zeitpunkt. SIMULATION bedeutet ausdrücklich, dass die Koordinate nicht aus einem Live-Fahrzeuganschluss stammt.
4. Die Road-Oberfläche kann keine Position erfassen und aktualisiert die Karte nicht automatisch. Ein technisch gespeicherter Punkt wird nur nach erneutem Laden der Daten sichtbar.
5. Die Karte lädt Kartenkacheln eines externen Kartendienstes direkt im Browser. Klären Sie Datenschutz, Netzwerkfreigabe und die Anzeige operativer Regionen, bevor Sie die Karte mit realen Tourdaten nutzen.

eCMR, POD, Maut und Portal-Konversion einordnen

Für diese Funktionen gibt es im geprüften Hauptfrontend keinen freigegebenen Klickweg. Verwenden Sie keine direkten technischen Aufrufe als Ersatz. eCMR-Erzeugung und -Übermittlung sind nur für isolierte Abnahmetests vorgesehen: Ein interner Status oder ein erzeugtes PDF ist kein Rechts-, Signatur- oder Carrierannahmenachweis. Prüfen Sie Originaldaten, Signaturen und Providerbelege vollständig, führen Sie jede Aktion nur einmal aus und stoppen Sie bei Abweichungen. Der Produktivbetrieb setzt einen freigegebenen Bedienweg sowie die interne Abnahme von Datenintegrität, Signaturen, Statusübergängen, Idempotenz und Parallelität voraus.

1. Ein POD kann technisch einer berechtigten Akte und optional ihrem Tourstopp zugeordnet werden. Dateityp, Größe und Malware werden geprüft. Die Road-Seite zeigt gespeicherte POD-Dateinamen am Stopp, besitzt aber keinen Upload- oder Downloadknopf.
2. Eine Telematikposition wird nur bei erlaubter Simulation gespeichert. Der technische Eingang übernimmt die übergebene Koordinate und den übergebenen oder aktuellen Zeitpunkt; es gibt keine Geräteidentität oder Livequelle.
3. Die Mautschätzung multipliziert die gewählte Strecke in der Simulation pauschal mit 0,19 EUR je Kilometer. Sie ist keine Tarif-, Achs-, Emissionsklassen-, Länder- oder Streckenberechnung. Ein separat gespeicherter Mautbetrag kann die Dashboard-Marge beeinflussen.
4. Die Portal-Konversion ist ohne einen freigegebenen sichtbaren Prozess nicht produktiv zu verwenden. Statusfolge und einmalige Ausführung müssen vor der Freigabe intern abgenommen sein.

Feldreferenz

Feld	Pflicht	Bedeutung	Validierung
Kunde wählen	Ja	Kundenbezug des Straßenauftrags	Nur einen aktiven, fachlich passenden Kunden aus der freigegebenen Organisationseinheit wählen; Scope und Partnertyp vor der Produktivnutzung intern abnehmen.
FTL / LTL	Ja	Voll- oder Teilladungsart	Nur FTL oder LTL; hat im sichtbaren Ablauf keine weitere Tarif- oder Kapazitätsautomatik.
Abholstelle	Ja in der Oberfläche	Name der Ladestelle	Darf serverseitig leer sein; fachlich vor Anlage prüfen.
Abholadresse	Fachlich erforderlich	Anschrift des Abholorts	Oberfläche und Server erzwingen keinen nichtleeren Wert. Keine Geocodierung oder Routenprüfung.
Empfänger	Ja in der Oberfläche	Name der Lieferstelle beziehungsweise des Empfängers	Darf serverseitig leer sein; Datenschutz und korrekte Kundenbeziehung prüfen.
Lieferadresse	Fachlich erforderlich	Anschrift des Lieferorts	Oberfläche und Server erzwingen keinen nichtleeren Wert.
Ware	Fachlich erforderlich	Kurze Warenbeschreibung	Darf leer gespeichert werden; höchstens durch Datenbankfeld begrenzt.
Gewicht kg	Ja	Bruttogewicht des Auftrags	Muss größer als null sein.
Verkauf € / Einkauf €	Nein	Erlös und Kosten des Auftrags	Nicht negativ; Oberfläche setzt Währung fest auf EUR und zeigt daraus die Marge.
Distanz km	Nein	Strecke für die initiale CO₂-Berechnung	Nicht negativ; null oder leer erzeugt keinen CO₂-Wert. Keine automatische Routenmessung.
Fahrer	Nein	Fahrer der neuen Tagestour	Auswahl zeigt aktive Fahrer im autorisierten Bereich; Offen erzeugt eine Tour ohne Fahrer. Nur Ressourcen der freigegebenen Organisationseinheit verwenden.
Fahrzeug	Nein	Zugmaschine oder Fahrzeug der neuen Tagestour	Auswahl blendet Anhänger aus; Offen ist zulässig. Nur Ressourcen der freigegebenen Organisationseinheit verwenden.
Tourdatum	Systemseitig	Tag, für den Tour angelegt und angezeigt wird	Im sichtbaren Arbeitsplatz aus UTC statt lokaler Zeitzone abgeleitet; nicht editierbar.
Tourstatus	Systemseitig	PLANNED, später technisch IN_PROGRESS oder COMPLETED	Sichtbar, aber in der Oberfläche nicht änderbar.
Stoppstatus	Technisch erforderlich	PLANNED, EN_ROUTE, ARRIVED, LOADED, DELIVERED oder COMPLETED	Nur definierte Übergänge; kein sichtbarer Bedienweg. Lieferung setzt den Auftrag auf DELIVERED.
Signaturname / Signaturdaten	Technisch optional	Name und frei strukturierte Daten an einem Stopp	Keine sichtbare Erfassung und keine kryptografische Prüfung. Nicht als Signaturnachweis verwenden.
eCMR-Zusatzdaten	Technisch optional	Strukturierte Ergänzung des eCMR-Datensatzes	Vor Verwendung vollständig gegen Auftrag und Original prüfen; keine produktive Freigabe ohne Integritätsabnahme.
eCMR-Signaturen	Technisch optional	Signaturangaben für Absender, Carrier und Empfänger	Nicht als Identitäts-, Integritäts- oder Rechtsnachweis verwenden; Signaturprozess intern abnehmen.
POD-Datei	Technisch erforderlich	Abliefernachweis zur Akte und optional zu einem Stopp	Erlaubte Dokumenttypen, Größenlimit und Malwareprüfung; kein sichtbarer Upload oder Download.
Position	Technisch erforderlich	Breiten- und Längengrad einer Tour	Breitengrad −90 bis 90, Längengrad −180 bis 180; ausschließlich Simulation, kein sichtbarer Eingang.
Mautbetrag / Ist-km	Technisch	Manuell gespeicherte Tourkosten und optionale Iststrecke	Beide nicht negativ; kein sichtbarer Bedienweg.
Mautschätzstrecke	Technisch erforderlich	Explizite Strecke oder ersatzweise Ist-/Planstrecke	Muss größer als null sein; Ergebnis ausschließlich pauschale Simulation in EUR.

Status und mögliche Übergänge

Ausgang	Aktion oder Ereignis	Ergebnis
Neuer Auftrag	Auftrag anlegen	Auftrag DRAFT mit generierter Aktennummer; bei Distanz zusätzlich berechneter CO₂-Wert.
Auftrag DRAFT oder CONFIRMED	Auf Tour ziehen	Zwei Stopps PLANNED, Auftrag PLANNED; Ergebnis vor jeder weiteren Aktion prüfen.
Auftrag bereits disponiert oder abgeschlossen	Erneut auf Tour ziehen	Auftrag ist bereits disponiert oder abgeschlossen; keine zweite reguläre Zuordnung.
Stopp PLANNED	Technische Statusänderung	EN_ROUTE oder ARRIVED.
Stopp EN_ROUTE	Technische Statusänderung	ARRIVED.
Stopp ARRIVED	Technische Statusänderung	LOADED, DELIVERED oder COMPLETED.
Stopp LOADED oder DELIVERED	Technische Statusänderung	COMPLETED.
Lieferstopp	DELIVERED oder COMPLETED	Auftrag wird DELIVERED; Tour wird abhängig von allen Stopps IN_PROGRESS oder COMPLETED.
Neues internes eCMR ohne Empfängersignatur	Technische Anlage	DRAFT und PDF-Datei.
Internes eCMR	Technische Anlage oder Simulationsübermittlung	Technischer Status ohne Rechts- oder Annahmewirkung; Original, Signaturen und Providerbeleg prüfen.
Tour ohne Position	Technische Positionserfassung bei erlaubter Simulation	Neuer Punkt mit Provider SIMULATION; keine automatische Tourstatusänderung.
Portal-Anfrage	Freigegebene Konversion	Ergebnis und Status nur nach interner Abnahme verwenden; Aktion nicht wiederholen.
Road-Modul Nur lesen	Schreibaktion	Serverseitige Abweisung; die sichtbaren Formulare und Drag-and-drop bleiben irreführend aktiv.

Was im Hintergrund passiert

Bei der Auftragserfassung werden Kunde und Auftrag der aktuellen Organisationseinheit zugeordnet. Kundenstatus, Partnertyp, OE-Bezug und eindeutige Nummernvergabe müssen vor dem Produktivbetrieb serverseitig getestet und fachlich abgenommen sein.

Eine Tour wird in der aktuellen Organisationseinheit gespeichert. Auftrag, Tour, Fahrer und Fahrzeug müssen während der gesamten Disposition an denselben freigegebenen OE-Scope gebunden bleiben. Diese serverseitige Beziehungsprüfung ist vor der Produktivfreigabe mit mehreren Rollen und Einheiten intern zu testen; bei einer abweichenden Kombination ist der Vorgang zu stoppen und administrativ zu klären.

Die Disposition legt aus einem Auftrag zwei Stopps an und prüft danach operative Konflikte. Dazu gehören Führerscheinablauf, Fahrerzeitraum, Gewicht, Volumen, Paletten, Wartung, ADR, Zeitfenster, eine grobe Fahrzeitschätzung mit 70 km/h, ein 9-Stunden-Hinweis, ein 13-Stunden-Tourfenster und mehr als acht Stopps. Diese Hinweise sind Plausibilitätsregeln, keine rechtsverbindliche Lenkzeit-, Arbeitszeit-, Gefahrgut- oder Tourenoptimierungsprüfung.

Das interne eCMR speichert strukturierte Daten und Signaturangaben und legt ein PDF im organisationsbezogenen Dokumentenspeicher ab. Verwenden Sie diese technischen Artefakte nicht als Rechts- oder Integritätsnachweis. Datenabgleich, Signaturprüfung, vollständige Darstellung, Historie, einmalige Ausführung und Freigabe müssen vor dem Produktivbetrieb intern abgenommen sein.

Der Road-Provider ist ausschließlich eine Simulationsimplementierung. Er bestätigt jedes eCMR künstlich, gibt übergebene Positionen als simuliert zurück und berechnet Maut pauschal. Ist Simulation deaktiviert, entsteht ein Fehler statt eines Live-Fallbacks. Die Road-Karte liest gespeicherte Positionen und lädt externe Kartenkacheln; sie pollt nicht und weist einen Ladefehler nicht sichtbar aus.

Ein POD wird nach Datei-, Größen- und Malwareprüfung im organisationsbezogenen Dokumentenspeicher abgelegt und separat mit Auftrag und optionalem Stopp verknüpft. Der Upload setzt weder Auftrag noch Stopp automatisch auf geliefert oder abgeschlossen. In der Touransicht wird nur der Dateiname angezeigt.

Road-Datensätze besitzen erzwungene Mandantenrichtlinien in der Datenbank. Organisationseinheiten werden zusätzlich in den Lesediensten gefiltert, aber nicht durchgängig bei allen Beziehungen validiert. Plattformadministratoren ohne Mandantenzuordnung sind kein regulärer Straßendispositionsweg.

Automatisiert geprüft sind ein vollständiger technischer Auftrag-/Tour-/eCMR-Simulationsablauf, Kosten und CO₂, Konflikte, Stoppfortschritt, Positionssimulation, Mandantentrennung, Road-Read-only, zusätzliche Trackinglizenz und -berechtigung sowie Fuhrunternehmer-Mandantentrennung. Vor einer Produktivfreigabe sind zusätzlich der sichtbare Road-Arbeitsplatz, Fehlerfälle, UTC-Tagesgrenze, vollständige Finanz- und OE-Scope-Kombinationen, Portal-Konversion, POD, eCMR-Integrität und Signaturen, einmalige Ausführung, Idempotenz, Parallelität sowie die Karteninitialisierung intern abzunehmen.

Typische Fehler und Lösungen

Meldung oder Beobachtung	Ursache	Lösung
Road-Arbeitsbereich fehlt	Road-Lizenz oder Aktivierung der aktuellen Organisationseinheit fehlt.	Modulstatus und aktuelle Einheit prüfen; keinen technischen Direktweg verwenden.
Formulare sind sichtbar, Speichern wird aber abgewiesen	Rolle besitzt nur Leserecht oder Modul steht auf Nur lesen.	Berechtigung und Lizenzstatus korrigieren lassen; keine mehrfachen Versuche auslösen.
Auftrag konnte nicht angelegt werden	Kunde, Pflichtwert, Gewicht, Lizenz, Recht oder Speicherung wurde abgewiesen.	Sichtbare Felder vollständig prüfen; insbesondere Adresse und Ware nicht leer lassen.
Kunde nicht gefunden	Kundenkennung gehört nicht zum Mandanten oder existiert nicht.	Kunden neu auswählen; keine fremde Kennung übernehmen.
Neue Akte enthält keine Gefahrgut-, Zeitfenster- oder Volumendaten	Das sichtbare Kurzformular bietet diese Felder nicht an.	Auftrag für diesen Prozess nicht verwenden; vollständigen Erfassungsweg anfordern.
Sensible Finanzwerte sind außerhalb des erwarteten Freigabebereichs sichtbar	Serverseitige Finanz- oder Rollenfreigabe weicht vom vorgesehenen Zugriff ab.	Nutzung stoppen, Werte nicht weitergeben und Rechte, Rolle sowie OE-Scope administrativ prüfen lassen.
Tour konnte nicht angelegt werden oder RESOURCE_CONFLICT	Fahrer oder Fahrzeug ist ungültig oder bereits in einer aktiven Tour am Tag gebunden.	Ressource, freigegebene Organisationseinheit und Tourtag prüfen.
Heutige Tour fehlt oder Tour erscheint am falschen Tag	Oberfläche leitet „heute“ aus UTC statt lokaler Zeit ab.	Tourdatum betrieblich prüfen; rund um Mitternacht keine Doppelanlage erzeugen.
Dispositionskonflikt	Kapazität, ADR, Verfügbarkeit, Wartung, Zeitfenster oder Plausibilitätsgrenze wurde verletzt.	Warnungen einzeln fachlich klären und Stammdaten beziehungsweise Planung korrigieren.
Auftrag ist bereits disponiert oder abgeschlossen	Auftrag steht nicht mehr auf DRAFT oder CONFIRMED.	Vorhandene Tour prüfen; keine zweite Zuordnung erzwingen.
Noch keine Telematikposition vorhanden. trotz erwarteter Daten	Kein Punkt vorhanden, Tracking fehlt oder Positionsabfrage ist fehlgeschlagen.	Trackinglizenz, Recht und Verbindung prüfen; Anzeige nicht als bestätigten Leerstand werten.
Karte erscheint ohne Marker	Positionen können vor Abschluss der Karteninitialisierung geladen worden sein.	Ansicht kontrolliert schließen und erneut öffnen; Zeitpunkt und Provider anderweitig prüfen lassen.
Kein produktiver Telematik-Provider konfiguriert; Simulation ist in dieser Umgebung deaktiviert	Es existiert nur der Simulationsadapter und dieser ist gesperrt.	Keinen Livebetrieb behaupten; Produktintegration und Testfreigabe abwarten.
Für die Mautschätzung fehlt die Strecke	Weder Eingabe noch Ist- oder Planstrecke ist vorhanden.	Strecke fachlich ermitteln; pauschale Simulation nicht als Mautabrechnung verwenden.
Kein produktiver Maut-Provider konfiguriert; Simulation ist in dieser Umgebung deaktiviert	Keine Live-Mautintegration vorhanden.	Maut extern nach freigegebenem Verfahren ermitteln und nur belegt übernehmen.
eCMR-PDF nicht vorhanden	eCMR wurde nicht vollständig erzeugt oder gespeicherter Dokumentpfad fehlt.	Kein leeres Ersatzdokument erzeugen; Vorgang und Dokumentnummer an den Betrieb melden.
eCMR zeigt SIGNED oder ACCEPTED	Ein technischer Prozess hat den Status gesetzt.	Status nicht als Rechts- oder Annahmenachweis verwenden; Original, Signaturen und Providerbeleg extern prüfen.
Kein produktiver eCMR-Provider konfiguriert; Simulation ist in dieser Umgebung deaktiviert	Keine Live-eCMR-Integration vorhanden.	Nicht erneut senden; freigegebenen Provider- und Signaturprozess abwarten.
POD-Datei wurde durch den Malware-Scan abgewiesen	Upload wurde als schädlich erkannt.	Datei isolieren, nicht umbenennen oder erneut hochladen und Sicherheitsprozess informieren.
Portal-Anfrage zeigt einen unerwarteten Konvertierungsstatus	Statusfolge oder Ergebnis entspricht nicht dem freigegebenen Prozess.	Straßenauftrag und Entscheidung prüfen, keine zweite Konversion auslösen und Vorfall administrativ klären.

Verwandte Themen

• Buchungsanfragen im Kundenportal administrieren
• Mandantenlizenzen und Module verwalten
• Zugriffsbereich und Datensicht verstehen
• Organisationseinheit wechseln
• Emissionen und Faktoren auswerten
• Aktendokumente verwalten