# Partuvo · vollständiges Handbuch
Diese Veröffentlichung ist das öffentliche Produkthandbuch. Die Fachanwendungen öffnen Sie unter der vom eigenen Betrieb bereitgestellten Adresse; genannte Anwendungspfade beziehen sich auf diese Installation.
Handbuch 1.4.0 · Stand 30.10.2026
Gemeinsame Inhalte der modularen Seiten. Dokumentation schafft keine Rechte. Alle Beispiele sind synthetisch.
## Inhaltsverzeichnis
- [Produktstand und Anwendungen](#ueberblick)
- [Einrichtung und erste Kontrolle](#einrichtung)
- [Benutzer, Rollen und Berechtigungen](#rollen)
- [Bedarf und Prozessaufnahme](#prozessaufnahme)
- [Lagerkonzepte und Prozesse](#lager-prozesse)
- [Fahrzeuge, Teile und OE-Stamm](#fahrzeuge-teile)
- [Bilder und Dokumente](#bilder-dokumente)
- [Druck, QR und Lagerleitstand](#druck)
- [Geräte und Offlinebetrieb](#offline-clients)
- [Kalender und Touren](#kalender-touren)
- [Kontakte, Einkauf, Verkauf, Belege und Kasse](#verkauf-einkauf-kasse)
- [Altfahrzeugnachweise](#rechtsmodule)
- [Support und Wissenszugang](#support)
- [Gemeinsamer Importstandard](#import)
- [Zugang, Betreuung und Datensicherung](#betrieb)
- [Fehlerdiagnose und Rücknahme](#diagnose)
## Produktstand und Anwendungen
Partuvo verbindet Fahrzeuge, Teile, Lager, Einkauf und Verkauf in einer gemeinsamen Anwendung mit desktopartiger Oberfläche. Dieses Handbuch erklärt die vorhandenen Bedienwege und ihre Grenzen. Die Angaben beziehen sich auf den ausgewiesenen Handbuchstand. Welche Funktionen Ihnen zur Verfügung stehen, hängt auch von den Freigaben Ihres Betriebs ab.
### Oberflächen und Einstieg
Die Hauptanwendung (Anwendungspfad `/`) bietet Dashboard, globale Suche, Kontakte, Fahrzeuge, Prozesse & Lagerorte, Kalender, Touren, Altfahrzeugnachweise, Teilelager, OE-Stamm, Einkauf, Verkaufsentwürfe, Verkaufsdateien, Datenübernahme, eBay, Belege, Kasse, Administration und Support. Sichtbarkeit und Aktionen hängen vom angemeldeten Benutzer, ausgewählten Betrieb und den freigegebenen Modulen ab. Bei einem fehlenden Menüpunkt kann die Administration Ihre Rolle und die Freigaben des Betriebs prüfen.
Die Fotoanwendung (Anwendungspfad `/mobile/index.html`) erfasst Bilder und vorbereitete Arbeit auf mobilen Geräten. Etiketten & Druck (Anwendungspfad `/printing/index.html`) sowie der Lagerleitstand (Anwendungspfad `/warehouse/index.html`) sind zusätzliche Browseroberflächen derselben Installation. Sie benötigen weiterhin die passende Sitzung und Rechte. Im Hauptmenü führen „Etiketten & Druck“ und „Lagerleitstand“ dorthin. Ein fertiger Windows-Installer steht in diesem Stand noch nicht bereit. Details im [Clienthandbuch](https://partuvo.com/handbook/offline-clients.md).
Im „Dashboard“ lädt „Aktualisieren“ die für den aktiven Betrieb und die eigenen Rechte sichtbaren Kennzahlen, Bewegungen und Verkäufe neu. Oben im Suchfeld „Suche nach Fahrzeugen, Teilen, Aufträgen... (Enter)“ einen Begriff eingeben und Enter drücken; einen Treffer auswählen, um dessen berechtigte Detailansicht zu öffnen. Ein nicht sichtbarer fremder Datensatz wird nicht durch Suche freigegeben. Bei einem alten Stand zunächst aktualisieren und den ausgewählten Betrieb prüfen.
„CSV-Export“ ist in Kontakte, Fahrzeuge, Teilelager, Einkauf, Verkaufsentwürfe und Belege vorhanden. Der Export umfasst die für Sie zugänglichen Fachdaten des aktiven Betriebs; ein sichtbarer Listenfilter begrenzt die Exportdatei nicht unbedingt. Der OE-Stamm bietet zusätzlich „JSON-Export“. Heruntergeladene Dateien enthalten Betriebsdaten und bleiben privat. Diese Listen sind keine vollständige Datensicherung und lassen sich nicht generell unverändert wieder einlesen. Das Löschen einer heruntergeladenen Kopie verändert die Fachdaten nicht.
### Was der Stand tatsächlich ermöglicht
Bestätigte Fachvorgänge werden in Partuvo gespeichert. Bestandsabgang erfolgt bei bestätigtem Verkauf; ein Entwurf, Offlineauftrag oder Pick ist keine zusätzliche Bestandsbuchung. Rechnungen, Journale und bestätigte Nachweise haben eigene Korrekturwege. Das Schließen eines Formulars oder Löschen einer lokalen Kopie macht einen gespeicherten Vorgang nicht rückgängig. Die [Buchungsabläufe](https://partuvo.com/handbook/verkauf-einkauf-kasse.md) und [Fehlerdiagnose](https://partuvo.com/handbook/diagnose.md) erklären die Kontrollen.
Fahrzeugerkennung, OE-Anreicherung sowie Etikettenlesen, Teileidentifikation und FIN-Vorschläge verwenden ausdrücklich freigegebene Anbieterzugänge; das Ergebnis bleibt zu prüfen. Vorschläge im Teile-/Fahrzeugdetail werden erst durch ausdrückliches Übernehmen zu Stammdaten. Karten benötigen eine eigene Freischaltung. Als Testantwort gekennzeichnete Ergebnisse sind keine tatsächliche Erkennung. Erproben Sie die benötigten Abläufe mit den vorgesehenen Geräten und einem bereitgestellten Testbetrieb. Die [Einrichtung](https://partuvo.com/handbook/einrichtung.md) beginnt ohne kostenpflichtige Abrufe und mit erfundenen Daten.
Der gemeinsame [Importstandard](https://partuvo.com/handbook/import.md) für Stammdaten, Anfangsbestände und Verkäufe besitzt den Assistenten „Datenübernahme“ für Administration: Dateien zuordnen, Vorschau ohne Buchungswirkung prüfen, Konflikte auflösen und den bestätigten Plan ausführen. Abgeschlossene Übernahmen können als Quellarchiv exportiert und unverändert erneut geprüft werden. Das gesonderte Modul „Verkaufsdateien“ kann Verkäufe aus `partuvo-sales` v1 prüfen, nach Bestätigung übernehmen und in CSV/JSON exportieren; ein unveränderter Rückimport im selben Betrieb erkennt bestehende Aufträge. Der [Support](https://partuvo.com/handbook/support.md) bietet private Meldungen, Anlagen, persönliche Bearbeitung, eine angemeldete betriebliche Wissensbasis und eine optional eingerichtete Gemini-Prüfung. Ein anonymes öffentliches Kundenwiki und die strukturierte, vollständige private [Prozessaufnahme](https://partuvo.com/handbook/prozessaufnahme.md) mit verknüpften Funktionswünschen sind weiterhin nicht vorhanden. „eBay“ bietet bei eingerichteten gobecom-Verkäuferkonten Bestellabruf, Zuordnung, Bestandskonflikte und Angebotsaktionen. Die Oberfläche bietet noch kein Formular zum Anlegen neuer Angebotsentwürfe. Dafür ist die zuständige Betreuung einzubeziehen. Schreibfreigabe, öffentliche Angebotsbilder und passende Kontorichtlinien bleiben Voraussetzungen. Die Anbindung ist noch nicht für den Einsatz mit echten eBay-/gobecom-Konten abgenommen; siehe [Verkauf und eBay](https://partuvo.com/handbook/verkauf-einkauf-kasse.md).
### Nutzung durch Menschen und Assistenten
Das öffentliche Handbuch enthält ausschließlich allgemeine Produktinformationen und als synthetisch gekennzeichnete Beispiele. Kundenprozesse, Supportmeldungen, Fahrzeuge, Konten, Bilder und Schlüssel gehören nicht hierher. Ein Assistent darf aus der Dokumentation erklären und einen Plan erstellen; jede tatsächliche Aktion benötigt die vom Kunden freigegebene Sitzung und die bestehenden Rechte. Kostenpflichtige oder verbindliche Auswirkungen müssen dem freigegebenen Auftrag entsprechen. Die Dokumentation erzeugt weder ein Konto noch zusätzliche Berechtigungen.
Der kurze KI-Index verweist auf die einzelnen Kapitel; die vollständige Ausgabe enthält dieselben Fachinhalte in einer Datei. Diese Ausgaben können bei der Nutzung eines Assistenten helfen. Es ist nicht gewährleistet, dass jeder Assistent sie automatisch findet oder berücksichtigt.
---
## Einrichtung und erste Kontrolle
### Zugang und Zuständigkeit
Öffnen Sie Partuvo über die Adresse, die Ihr Betrieb oder Ihre Betreuung bereitstellt. Sie benötigen ein eingerichtetes Benutzerkonto. Eine öffentliche Selbstregistrierung gibt es derzeit nicht. Neue Kundenbetriebe werden von einer berechtigten Plattform- oder Partneradministration im Partnerportal angelegt; Benutzer des Betriebs verwaltet dessen Administration.
Bei einem ERP-Partner können Produktname, Logo, Farbe und Hilfekontakt abweichen. Falls die Anmeldung über das angebundene ERP eingerichtet ist, führt dieser Zugang zum zugeordneten Betrieb. Prüfen Sie danach den angezeigten Betrieb und Ihre verfügbaren Funktionen. „Zurück zum ERP“ erscheint nur bei einer entsprechend eingerichteten Anmeldung. Andernfalls verwenden Sie Ihr bereitgestelltes Partuvo-Konto.
Für Übungen einen ausdrücklich bereitgestellten Testbetrieb und erfundene Angaben verwenden. Änderungen in einem echten Betrieb wirken auf dessen Daten. Zugang, Smartphone-Nutzung und zusätzliche Anbieterfunktionen richtet die zuständige Betreuung ein. Einen fertigen Windows-Installer bietet dieser Produktstand noch nicht.
### Erste Bedienfolge
1. In „Partuvo ERP-Anmeldung“ mit E-Mail-Adresse und persönlichem Passwort anmelden. Oben bei „Betrieb:“ den gewünschten Betrieb kontrollieren. Ein Konto kann in verschiedenen Betrieben unterschiedliche Rechte besitzen.
2. Als Administration „Administration“ → „Betriebseinstellungen“ öffnen. Im Testbetrieb „Firmenbezeichnung“ auf „Musterbetrieb Test“ setzen, Rechnungspräfix und Bestellpräfix prüfen und „Einstellungen speichern“ wählen. Präfixe brauchen 1–10 Großbuchstaben, Ziffern oder Bindestriche und beginnen mit einem Buchstaben, beispielsweise RE und PO. Adress- und Kontaktdaten bleiben im Probelauf erfunden. Diese Angaben bestimmen den Belegabsender; sie legen keinen neuen Betrieb an.
3. Die Seite neu laden und den gespeicherten Wert prüfen. „Audit- & Änderungsprotokoll“ zeigt den Vorgang. Bereits ausgestellte Rechnungen behalten ihre bisherigen Angaben.
4. Unter „Benutzerverwaltung“ → „+ Neuer Benutzer“ E-Mail, Anzeigename, individuelles Passwort und „Rolle im Mandanten“ eintragen. Für den Probelauf kann `lager@example.test` mit „Lager & Demontage“ verwendet werden. Das Konto wird dem aktuell gewählten Betrieb zugeordnet. Es wird keine automatische Einladung per E-Mail versendet.
5. Die [Lagerstruktur](https://partuvo.com/handbook/lager-prozesse.md) vor Platzierungen planen. Für einen ersten einfachen Probelauf im „Teilelager“ einen Artikel mit SKU TEST-001, Bezeichnung „Mustersensor“, Zustand „gebraucht“, Lagerort „Musterregal A1“ und Anfangsbestand 2 erfassen. Der Anlageweg steht unter [Fahrzeuge und Teile](https://partuvo.com/handbook/fahrzeuge-teile.md).
6. In Liste und Detail den Bestand 2 kontrollieren. Ein bloßer Verkaufsentwurf verändert ihn nicht. Danach können Sie im Testbetrieb weitere Rollen, Prozesse, Bilder oder Verkäufe erproben.
### Partnerportal einrichten
Das Partnerportal (Anwendungspfad `/platform/`) ist nach Anmeldung für berechtigte Verwaltungsrollen verfügbar. Konten ohne Zugang zu einem Fachbetrieb öffnen direkt die Verwaltungsansicht. Der Plattformbetreiber legt den Partner und dessen Module und Grenzen an. Die Partneradministration kann unter „Marke“ Produktname, PNG-Logo, Farbe und Hilfekontakt prüfen und speichern. Anschließend Kundenbetrieb, vorhandene Partnerkonten und Supportzuständigkeit zuordnen. Ein neuer Betrieb benötigt ein eingerichtetes Kundenkonto; eine Marke oder Internetadresse erzeugt keine Benutzerrechte.
Die Markenvorschau verändert keine Absenderdaten ausgestellter Belege. Eine eigene Internetadresse bleibt zunächst vorgemerkt und wird erst nach Prüfung und Freigabe durch den Betreiber nutzbar. Auch die Anmeldung über ein angebundenes ERP muss eingerichtet sein. Den Ablauf aus Nutzersicht beschreibt [Zugang und Betreuung](https://partuvo.com/handbook/betrieb.md).
### Fehler und Korrekturen
Ist die Anmeldung abgelaufen, erneut anmelden und den Betrieb kontrollieren. Fehlt eine Berechtigung oder ein Modul, die Administration einbeziehen. Bei „inzwischen geändert“ die aktuellen Werte laden und mit dem eigenen Entwurf vergleichen, bevor Sie erneut speichern. Bei nicht erreichbarer Anwendung oder unbekanntem Zugang wenden Sie sich an die zuständige Betreuung.
Einstellungen können nach Prüfung des aktuellen Stands auf den zuvor notierten Wert zurückgestellt werden. Artikel werden deaktiviert oder mit einer begründeten Bestandskorrektur berichtigt; gespeicherte Buchungen lassen sich nicht pauschal löschen. Bereits ausgestellte Belege behalten ihre Angaben. Für weitere Fälle die [fachlichen Korrekturwege](https://partuvo.com/handbook/diagnose.md) verwenden.
---
## Benutzer, Rollen und Berechtigungen
Jede Aktion gilt im ausgewählten Betrieb und benötigt die passenden Rechte. Maßgeblich sind Ihr angemeldetes Konto, die Mitgliedschaft im Betrieb und dessen freigegebene Module. Ein QR-Code oder eine Datensatzkennung gewährt keinen zusätzlichen Zugang. Auch eine Administratorrolle schaltet fehlende Module nicht automatisch frei.
### Plattform, Partner und Kundenbetrieb
Direkte Partuvo-Nutzer und Nutzer eines ERP-Partners arbeiten mit denselben Fachfunktionen. Ein Kundenbetrieb ist genau einem Partner zugeordnet; seine Benutzer erhalten weiterhin eigene Betriebsrollen. Der Plattformbetreiber verwaltet Partnerfreigaben. Eine Partneradministration verwaltet Marke, Kundenbetriebe, Module innerhalb ihrer Freigabe, Grenzen und vorhandene Partnerkonten im Partnerportal (Anwendungspfad `/platform/`). Diese Verwaltungsrollen erlauben keinen allgemeinen Einblick in Kundendaten.
Für eine Betreuung wählt die Kundenadministration im Partnerportal den eigenen aktiven Betrieb und „Befristeten Lesezugriff freigeben“. Benutzerkennung des vorhandenen Partnerbetreuers, Zweck, Ablaufzeit und tatsächlich benötigte Leserechte angeben. „Supportmeldungen und Kundenverlauf lesen“ ist eine zusätzliche ausdrückliche Freigabe. Sie öffnet weder interne Supportnotizen noch Schreibaktionen oder die Administration. Zugriff und Änderungen werden protokolliert; „Widerrufen“ beendet die Freigabe. Danach müssen Betreuer den aktuellen Zugang erneut prüfen.
Eine Anmeldung über das angebundene ERP bestätigt die externe Identität. Rollen, Kundenbetrieb, Module und aktive Betreuung werden weiterhin in Partuvo geprüft. Konten verschiedener Partner bleiben getrennt. Eine passende E-Mail-Adresse allein verknüpft keine Konten.
### Rollen im Alltag
| Rolle | Bearbeitungsmöglichkeiten bei freigegebenen Modulen |
| --- | --- |
| Administration | Fachmodule, Benutzer, Betriebseinstellungen; besondere Freigaben weiterhin erforderlich |
| Lager & Demontage | Fahrzeuge, Teile, Kontakte, Einkauf, Lagerbewegungen, Prozessarbeit, OE-Stamm |
| Verkauf & Belege | Kontakte, Verkäufe, Belege, Kasse; Lagerorte und Prozessstände lesen |
| Nur lesen | Keine fachlichen Änderungen |
Alle Rollen lesen die für ihren Betrieb freigegebenen Fachmodule. Kalender und Touren können die drei schreibenden Rollen bedienen. Druck darf Administration, Lager & Demontage sowie Verkauf & Belege bedienen, wenn das Inventarmodul verfügbar ist. Medien benötigen die gesonderte betriebliche Medienfreigabe; danach dürfen die drei schreibenden Rollen Medien bearbeiten. OE-Schreibzugriffe verlangen Administration oder Lager & Demontage; Anbieterabrufe zusätzlich die konkrete Kostenbestätigung. Die Kasse benötigt Verkauf oder Belege und Administration beziehungsweise Verkauf & Belege.
Für „eBay“ gilt bei freigegebenem Verkaufsmodul: alle Rollen erhalten Marktplatzleserecht, Administration und Verkauf & Belege Marktplatzschreibrecht. Angebote brauchen zusätzlich Teilelagerleserecht, die Zuordnung und erneute Buchung Verkaufsrechte. Eine passende Rolle allein aktiviert keine Anbieterzugänge und keine externen Schreibfreigaben. „Verkaufsdateien“ verlangt beim Lesen/Export Verkaufsleserecht, für Vorschau und Übernahme Verkaufsschreibrecht plus Teilelagerleserecht. Lager & Demontage kann diese Verkaufsdateien daher nicht übernehmen.
„Datenübernahme“ ist Administration vorbehalten. Der gewählte Import braucht außerdem die Lese- und Schreibrechte aller enthaltenen Fachbereiche sowie Zugriff auf seine Referenzen. Das gilt auch beim erneuten Öffnen, Fortsetzen und Exportieren eines gespeicherten Laufs; eine früher erteilte Bestätigung erhält keine entzogenen Rechte.
Die Vorschlagsanreicherung im Teile-/Fahrzeugdetail verwendet die jeweiligen Fachrechte: Administration oder Lager & Demontage darf abrufen und Vorschläge übernehmen; eine Medien-Schreibfreigabe allein genügt nicht. Etikettenlesen braucht zusätzlich Zugriff auf ein fertiges eigenes Teilebild und freigegebene Bildübertragung. Guthabenabfrage beim Anbieter ist Administration vorbehalten. Kostenfreigabe und Übernahmeentscheidung bleiben getrennt.
Prozessvorlagen veröffentlichen, die Prozessversion bestehender Arbeitsaufträge wechseln und Lagerregeln ändern verlangen zusätzlich Administration. Das Lesen eines Lagers berechtigt nicht automatisch zum Lesen eines zugehörigen Verkaufs oder Rechtsnachweises. Fachseiten erläutern weitere Voraussetzungen. Die verfügbaren Aktionen richten sich immer nach den aktuell geltenden Rechten, auch in einer bereits geöffneten Ansicht.
### Benutzer pflegen
„Administration“ → „Benutzerverwaltung“ zeigt Benutzer des aktiven Betriebs. „+ Neuer Benutzer“ benötigt E-Mail-Adresse, Anzeigename, Passwort und Rolle. Bestehende Benutzerzeilen erlauben Anzeigename, Rolle und Aktivzustand mit „Speichern“ zu ändern. Der Anzeigename gehört zum gesamten Konto: eine Änderung verlangt Administration in allen Betrieben dieses Kontos. Eine deaktivierte Mitgliedschaft beendet sämtliche Sitzungen des Benutzers; für verbleibende aktive Mitgliedschaften ist eine neue Anmeldung nötig. Versionskonflikte müssen vor erneutem Speichern aufgelöst werden. Der letzte aktive Administrator bleibt geschützt. Es gibt keinen sichtbaren Selbstregistrierungs-, E-Mail-Einladungs- oder Passwort-vergessen-Dienst.
Das Menü „Passwort“ verlangt das aktuelle und ein neues Passwort. Ein erfolgreicher Wechsel erneuert die aktuelle Sitzung und macht alte Sitzungen unbrauchbar. „Abmelden“ beendet die Sitzung. Sitzungen laufen nach zwölf Stunden ab; Loginversuche sind begrenzt. Ein Rollenwechsel kann eine geöffnete Ansicht sofort unbedienbar machen. Nach Neuanmeldung oder Betriebswechsel immer den sichtbaren Betrieb und den Datensatz erneut kontrollieren.
Synthetisches Beispiel: Ein Lagerkonto darf TEST-001 zählen und korrigieren, aber keine Rechnung ausstellen. Ein Verkaufskonto darf eine Rechnung bearbeiten, aber keine Lagerregel veröffentlichen. Ein Nur-lesen-Konto darf keine Änderungen speichern. Ein verweigerter Zugriff wird nicht durch Weitergabe eines QR-Codes aufgehoben.
### Rücknahme und Rechteentzug
Eine falsche Rolle mit einem weiterhin berechtigten Administrator und aktuellem Versionsstand berichtigen. Bei einem inaktiv gesetzten Konto kann ein anderer berechtigter Administrator die Mitgliedschaft wieder aktivieren. Eine fehlgeschlagene Herabstufung des letzten Administrators verändert dessen Schutz nicht. Bei vollständigem Zugangsverlust die zuständige Betreuung einbeziehen.
Dauerhafte lokale Entwürfe bleiben an ihren Partner, Benutzer und Betrieb gebunden. Rechteverlust sperrt weitere Übertragung. Lassen Sie den Zugriff durch die Administration klären. Ein vorübergehender Verbindungsfehler ist andererseits kein Beweis, dass Daten gelöscht wurden. Offlinegrenzen stehen im [Clienthandbuch](https://partuvo.com/handbook/offline-clients.md).
Assistenten erhalten durch diese öffentlichen Seiten keine neuen Rechte. Zugangsdaten, Originaldokumente und vollständige Kundenprozessbeschreibungen bleiben privat. Zugangsdaten ausschließlich über die vorgesehenen privaten Eingabewege bereitstellen. Öffentliche Beispieldaten sind niemals Zugangsdaten eines realen Kunden.
---
## Bedarf, Prozessaufnahme und private Funktionswünsche
### Verfügbare Unterstützung und Grenze
Ein Assistent kann anhand dieses Handbuchs den Bedarf erfragen, vorhandene Funktionen erklären und einen Konfigurationsplan formulieren. Die Anwendung enthält „Prozesse & Lagerorte“ für ausführbare, versionierte Prozessvorlagen. Diese Ansicht ist kein Gesprächsassistent zur Aufnahme eines Kundenprozesses.
Eine geführte Aufnahme vollständiger Kundenabläufe mit gemeinsam bestätigten Fassungen und verknüpften Funktionswünschen steht noch nicht bereit. Auch ein automatischer Abgleich dieser Abläufe mit der Wissensbasis fehlt. Die vorhandene manuelle Wiki-Suche und Supportmeldungen ersetzen diesen Ablauf nicht. Lange Prozessbeschreibungen deshalb vollständig in einem vereinbarten privaten Dokument bewahren. Nicht auf die Länge eines Supportfelds kürzen oder auf unverbundene Meldungen verteilen.
### Bedarf vollständig klären
Zuerst in einem vom Kunden freigegebenen privaten Gespräch klären:
1. Welche Arbeitsarten sind vorgesehen: Verwertung mit Dokumentation, Demontage, Teilehandel, Neuteile oder Restbestände? Welche Vorgänge finden tatsächlich statt, welche sind Wunsch?
2. Wie verläuft die Arbeit vom Eingang bis Verkauf oder Abgabe? Verantwortliche Rolle, Auslöser, Pflichtangaben, Entscheidung, Ausnahme und Nachweis je Schritt festhalten. Verzweigungen, Wiederholungen und Korrekturen ausdrücklich aufnehmen.
3. Welche Lagerstrategien werden kombiniert: Teilegruppen, Fahrzeugbereiche, freie Plätze, fahrzeugbezogene Kisten? Sind Großteile getrennt, Teile noch eingebaut, Außenlager oder Mischkisten vorhanden?
4. Wer nutzt Hauptoberfläche, Fotoanwendung, Druckoberfläche und Lagerleitstand? Welche Rolle und welches Modul braucht die Person? Welche Tätigkeiten sollen ohne Netz vorbereitet werden?
5. Welche Drucker, Etiketten, Scanner und vorhandenen Datenquellen gibt es? Bei Geräten das Modell privat erfassen; eine nicht geprüfte Anbindung nicht versprechen. Beim Import Format, Quellsystem, Quelleinheit und fachlichen Modus klären, keine Echtdaten in dieses Handbuch kopieren.
Mengen, Häufigkeiten, Wartezeiten und konkrete Schwierigkeiten je Schritt ergänzen. Eine Kundenschilderung als solche kennzeichnen; Messwerte und eigene Annahmen davon trennen. Jeden bestätigten Schritt einer vorhandenen Funktion, nötigen Konfiguration, vorläufigen manuellen Lösung oder konkreten Lücke zuordnen. Bei mehreren Möglichkeiten Voraussetzungen, Aufwand, Risiko, messbares erwartetes Ergebnis sowie Wechsel- und Rücknahmeweg vergleichen. Beispielsweise Fahrzeugkisten gegen Teilegruppenbereiche mit einer kleinen synthetischen Suchprobe prüfen, bevor echte Bestände umgestellt werden. Eine erwartete Zeitersparnis ist bis zu einer Messung eine Hypothese.
### Beispiel eines bestätigbaren Plans
Synthetische Anfrage: „Wir lagern Sensoren nach Teilegruppe, Kleinteile eines Fahrzeugs in Kisten und Motoren auf freien Plätzen. Fotos entstehen am Telefon. Ein Kollege verkauft; nachts sollen Bilder übertragen werden.“
Passende Antwort: „Wir planen zuerst Standort, Halle, Sensorbereich, freie Plätze und Fahrzeugkisten. Danach legen wir die Regeln als Administration an und erfassen ein Musterfahrzeug sowie TEST-001. Das Lagerkonto erhält Lagerarbeit, das Verkaufskonto Verkauf und Belege; Medien brauchen eine gesonderte Freigabe. Die Fotoanwendung speichert vorbereitete Arbeit lokal. Für Nachtupload muss sie geöffnet bleiben und das Gerät die Übertragung zulassen; eine garantierte Hintergrundübertragung bei geschlossener App ist nicht vorhanden. Vor echten Daten testen wir ein Foto, einen Etikettendruck und einen Verkauf mit anschließender zulässiger Korrektur.“
Der Kunde bestätigt den Plan mit seinen Ausnahmen, bevor jemand konfiguriert. Zunächst [Einrichtung und Rollen](https://partuvo.com/handbook/einrichtung.md), danach [Lager und Prozesse](https://partuvo.com/handbook/lager-prozesse.md), [Fahrzeuge und Teile](https://partuvo.com/handbook/fahrzeuge-teile.md), [Bilder](https://partuvo.com/handbook/bilder-dokumente.md), [Druck](https://partuvo.com/handbook/druck.md) und [Verkauf](https://partuvo.com/handbook/verkauf-einkauf-kasse.md) abarbeiten. Das Bestätigen des Plans ändert noch keine Einstellungen; die vereinbarten Schritte müssen anschließend ausdrücklich ausgeführt werden.
### Vollständige private Wünsche bewahren
Wünscht der Kunde eine nicht vorhandene Funktion, den gesamten bestätigten Ablauf privat bewahren: Originalbeschreibung, Prozessschritte, Varianten, Fehlerfälle, Rollen, Geräte, gewünschtes Ergebnis, heutige Einschränkung und ausdrücklich bestätigte Fassung. Keine Kurzfassung als vollständige Prozessübernahme ausgeben. Nur die für den Empfänger freigegebenen Angaben weitergeben; keine Passwörter oder Schlüssel aufnehmen. Dieses Handbuch stellt dafür keinen zusätzlichen Speicher- oder Versanddienst bereit.
Ein geplanter Wunsch ist weder umgesetzt noch verbindlich zugesagt. Das heutige [Supportmodul](https://partuvo.com/handbook/support.md) kann eine Meldung der Art „Funktionswunsch“ mit begrenzten privaten Anlagen aufnehmen und deren tatsächlichen Bearbeitungsstand anzeigen. Ein vollständiger bereinigter Text innerhalb der Anlagengrenzen darf beigefügt werden; seine Speicherung bestätigt noch keine gemeinsam geprüfte Prozessfassung. Für größere Unterlagen einen vom Betreiber bestätigten geeigneten privaten Kanal verwenden; dessen Verfügbarkeit nicht annehmen. Behalten Sie eine eigene vollständige Fassung, bis eine geeignete Übergabe vereinbart und ihr Eingang bestätigt ist.
Zur privaten Übergabe gehören außerdem Produktstand, betroffene Prozessschritte, beobachtetes und erwartetes Verhalten, Beispiel, Auswirkung und Häufigkeit, bereits geprüfte Einstellungen, geprüfte Wissensquellen, mögliche Zwischenlösung, offene Fragen und Abnahmekriterien. Eine Bedienfrage, ein reproduzierbarer Fehler und ein neuer Funktionswunsch sind unterschiedliche Anliegen. Die vorhandene Wissensbasis mit Anmeldung manuell prüfen. Fehlt der Zugriff oder ein passender Artikel, genau das dokumentieren und keinen angeblich geprüften Wikiartikel erfinden. Eine vollständige bestätigte Prozessfassung bleibt bis zu einer verfügbaren privaten strukturierten Übernahme außerhalb dieses öffentlichen Handbuchs erhalten.
### Kontrolle, Fehler und Rücknahme
Vor jedem Schritt bestehenden Stand notieren; danach gespeicherte Werte und gegebenenfalls das Journal prüfen. Passt eine Anforderung nicht zu einem vorhandenen Bedienweg, genau diese Lücke benennen. Kein fremdes Modul freischalten, keine Rolle ausweiten und keine verbindliche Buchung aus einem ungeklärten Gespräch ableiten. Eine Planänderung kann vor Ausführung verworfen werden. Bereits gespeicherte Regeln, Bestände, Belege und Medien benötigen ihre jeweiligen [Korrekturwege](https://partuvo.com/handbook/diagnose.md); ein zurückgenommener Wunsch macht sie nicht rückgängig.
---
## Lagerkonzepte, Arbeitsprozesse und Lagerleitstand
„Prozesse & Lagerorte“ verbindet Arbeitsaufträge mit einer nachvollziehbaren Lagerstruktur. Das freigegebene Teilelagermodul ist Voraussetzung. Administration und „Lager & Demontage“ dürfen operative Schritte und Bewegungen schreiben; „Verkauf & Belege“ und „Nur lesen“ lesen. Vorlagen, Platzregeln, Betriebsauswahl und Wechsel der Prozessversion benötigen Administration. Bei Fahrzeugbezügen werden zusätzlich aktuelle Fahrzeugrechte geprüft. Eine Dokumentation oder gescannte Kennung ersetzt diese Rechte nicht.
### Lagerstruktur und vier kombinierbare Strategien
Unter „Standorte und Lagerbaum“ zuerst „Neuer Lagerort“ wählen, Bezeichnung, Art und gegebenenfalls übergeordneten Ort erfassen und „Lagerort speichern“. Verfügbar sind Standort, Lager, Bereich / Regal, Fach, Fahrzeugstellplatz, Fahrzeugteilebereich und Mobile Kiste. „Außenlager“ kennzeichnet einen externen Ort. Fahrzeugstellplätze können eingebaute Teile führen; Fahrzeugteilebereiche führen ausgebaute Teile. Eine Kiste führt Teile desselben Fahrzeugs oder ausdrücklich gemischte Inhalte. Fahrzeug, Artikel und OE-Bezüge bleiben je Inhalt erhalten. Kisten in Kisten sind nicht unterstützt; mehrere Kisten pro Fahrzeug sind möglich.
Die Administration öffnet „Lagerstrategien, Kisten und Suche“ → „Platzregeln verwalten (Administration)“. Regelbezeichnung, Strategie, Gültigkeitsbereich, gegebenenfalls Teilegruppe, erlaubte Ziele und Änderungsgrund ausfüllen, dann „Platzregel speichern“:
| Auswahl „Lagerstrategie“ | Tatsächliche Bedeutung |
| --- | --- |
| Teilegruppe | Bestimmte Teilegruppen erhalten zulässige Zielorte, etwa ein Regal für Leuchten. |
| Fahrzeugbereich | Herkunftsbezogene Ablage in einem Fahrzeugteilebereich. |
| Chaotischer freier Platz | Der Mitarbeiter wählt einen geeigneten freien Platz ausdrücklich; es gibt keine automatische Kapazitätsoptimierung. |
| Fahrzeugkisten und Großteilbereiche | Kleine Teile bleiben in Fahrzeugkisten, große Teile an eigenen geeigneten Orten. |
Mehrere Regeln und Mischformen gelten gleichzeitig. Leere Zielauswahl erlaubt geeignete Orte; ausgewählte Ziele schließen ihre Unterorte ein. Eine Regeländerung bewegt vorhandene Ware nicht. Traglast, tatsächliche Belegung und physische Kapazität werden nicht garantiert. Eine bewusste Abweichung braucht ihre eigene Begründung.
### Arbeitsablauf einrichten und durchführen
Unter „Vorlagen und Betriebsauswahl“ eine neue Vorlage wählen. Die sechs Betriebsvarianten heißen „Vollständige Demontage“, „Ausbau nach Verkauf“, „Fahrzeuglager“, „Außenlager“, „Mischform“ und „Teilehandel“. Sie sind Ausgangspunkte für bearbeitbare Schritte; Lagerstrategie und Prozessvariante sind unabhängig.
1. Vorlagenname und „Wirksam ab (UTC)“ prüfen. Pro Aufgabe Kurzname, Bezeichnung, Voraussetzungen, Pflichtfelder, zuständige Rolle, Fotonachweis und Abschlussprüfung bestimmen. Abhängigkeiten müssen zyklenfrei sein.
2. „Als neue Entwurfsversion speichern“, die gespeicherte Version auswählen und „Gewählte Entwurfsversion veröffentlichen“. Erst eine veröffentlichte, bereits wirksame Version verwenden.
3. „Gewählte Version für neue Teile verwenden“. Vorhandene Teile behalten ihre bisherige Prozessversion. Für ein bestehendes Teil oder Fahrzeug gibt es in der „Arbeitsliste“ den Bereich „Bestehendem Teil oder Fahrzeug eine Vorlage zuweisen“ und „Arbeitsauftrag anlegen“.
4. Auftrag öffnen, Verantwortlichen speichern und „In Arbeit“ setzen. Vorgänger erledigen; Nachweisfotos auswählen, Qualität prüfen und Arbeitsnotiz erfassen. „Aufgabe bestätigen“ dokumentiert den Schritt. „Aufnahme bestätigt, Upload darf folgen“ und „Vollständig hochgeladen“ sind unterschiedliche Fotopflichten.
5. Nach vollständiger Prüfung „Artikel nach Prüfung fertig melden“. Pflichtangaben, passende Fotos, Hauptbild, physischer Zustand und gegebenenfalls gebundene Nachweisregeln werden vor der Freigabe geprüft. Fertigmeldung kann einen Etikettenauftrag erzeugen; sie erzeugt keinen Verkauf.
Veröffentlichte Versionen bleiben unverändert. Administration kann einen offenen Vorbereitungsprozess mit „Version mit Grund wechseln“ bewusst auf eine andere Version umstellen; historische Nachweise bleiben erhalten, Aufgaben sind erneut zu prüfen. Ein Abbruch erforderlicher Ausbauarbeit ersetzt keine Freigabe.
### Einlagern, bewegen und prüfen
Unter „Platzierungen und Verfügbarkeit“ Teil, Quelle, Ziel, physischen Zustand, Menge und Bewegungsgrund wählen, dann „Umlagerung bestätigen“. Eine Quelle kann „Nicht zugeordnet“ sein. „Quarantäne“ sperrt die entsprechende Verfügbarkeit; ihre Freigabe benötigt die bewusste Qualitätsprüfung. „Bestand mit gewählter Quelle korrigieren“ ist eine begründete Mengenbuchung und von einer reinen Umlagerung zu unterscheiden.
Für ganze Kisten oder Bereiche „Kiste oder Lagerbereich samt Inhalt umziehen“ verwenden: Quelle, neuen übergeordneten Ort und Grund wählen, „Kiste / Bereich atomar umlagern“. Inhalt, Herkunft und Gesamtbestand bleiben erhalten. „Inhalte suchen“ filtert nach Ort/Kiste und Herkunftsfahrzeug. „Weitere Inhalte“ beziehungsweise „Weitere Einträge laden“ erschließen zusätzliche Seiten.
Synthetisches Beispiel: Musterbetrieb legt Standort „Hof“, Lager „Halle A“, Fach „Leuchten A1“ und Fahrzeugkiste „Kiste M-01“ an. Ein Teil mit Bestand 2 erhält zwei ausgebaute Einheiten im Fach. Nach Umlagerung einer Einheit in die passende Kiste zeigt die Bilanz zwei physische Einheiten in zwei Mengenlosen; der Bestand bleibt 2. Die Gegenkontrolle erfolgt in „Bewegungs- und Artikelhistorie“ und der Inhaltssuche. Zur Korrektur die Einheit mit begründeter neuer Bewegung zurücklagern; das Journal wird nicht gelöscht.
### Verkauf und physische Ausgabe im Leitstand
Die Lagerleitstand-Anwendung (Anwendungspfad `/warehouse/index.html`) ist auch über „Lagerleitstand öffnen“ erreichbar. Sie zeigt Aufträge, Priorität, Versand/Abholung, Ausbau, Fehlmengen, Verantwortliche und zuletzt gespeicherten Stand. „Monitormodus“ ändert die Anzeige. „Teilecode scannen“ unterstützt Tastaturscanner; „Kamera“ setzt Browserunterstützung voraus.
Mit „Details / Pick“ öffnen, „Übernehmen“, „Start / Ausbau prüfen“, tatsächlichen Entnahmeort und Menge wählen, „Menge gepickt“ und danach „Gepackt“. Fehlende Ware über „Fehlmenge melden“ mit Grund dokumentieren. Vollständig gepackte Aufträge lassen sich über „Abholung bestätigen“ oder „Versand bestätigen“ mit den angeforderten Übergabedaten abschließen. Vorhandene Ausbau- und Freigabesperren bleiben wirksam. Verkauf hat den Bestand bereits abgebucht; Pick und Versand buchen ihn nicht nochmals ab. „Reserviert“ bleibt in diesem Stand 0. Externe Anbieteranzeigen bedeuten keine bestätigte Vollständigkeit des Anbieterabrufs.
### Fehler und Rücknahme
Bei Versionskonflikt aktuelle Fakten vergleichen. „Bewegungsentwürfe verwerfen und aktuellen Stand laden“, „Prozessentwurf verwerfen und aktuellen Stand laden“ oder „Eingaben verwerfen / neu laden“ erneuern bewusst den jeweiligen Entwurf. Vor dem erneuten Speichern die inzwischen geänderten Angaben prüfen. Nach „Gespeichert; Neuladen fehlgeschlagen“ zuerst Historie und Bilanz prüfen.
Falsche Schrittbelege mit „Nachweis ausdrücklich korrigieren“ berichtigen. Einen Pick vor Übergabe mit Grund über „Nach Prüfung korrigieren“ öffnen, die gesamte noch offene Menge aus den tatsächlichen Losen erneut bestätigen und packen. „Claim freigeben“ gibt die Zuständigkeit frei, nicht den Verkauf zurück. Offline sind im Leitstand keine verbindlichen Lageraktionen möglich. Eine bereits erfolgte Übergabe wird durch Zurücknavigation oder Löschen lokaler Eingaben nicht rückgängig; dafür die zulässige fachliche Retouren-/Korrekturbuchung verwenden.
---
## Fahrzeuge, Teile und OE-Stamm
Fahrzeugannahme, Teilelager und OE-Stamm arbeiten mit demselben Betriebskontext. Administration und „Lager & Demontage“ dürfen Fahrzeuge und Teile erfassen; „Verkauf & Belege“ und „Nur lesen“ lesen die freigegebenen Module. Ein Betrieb ohne Fahrzeugmodul erhält auch als Administrator keine Fahrzeugfunktionen. Handelsware ohne Spenderfahrzeug bleibt möglich. Die Einrichtung der [Prozess- und Lagerstruktur](https://partuvo.com/handbook/lager-prozesse.md) bestimmt zusätzliche Pflichtfelder und Freigaben.
### Fahrzeug manuell aufnehmen
Unter „Fahrzeugannahme“ → „Manuell erfassen“ sind „Referenz / Interne Nummer“, „Hersteller“ und „Modell“ Pflicht. FIN/VIN, Lieferant/Einlieferer, Kennzeichen, Baujahr, Laufleistung, Ankaufspreis netto und Zustandsnotizen ergänzen, soweit tatsächlich bekannt. Ein Lieferantenkontakt muss bereits vorhanden und verwendbar sein. „Fahrzeug anlegen“ speichert den Datensatz; „Abbrechen“ schließt das ungespeicherte Formular.
Synthetisches Beispiel: Referenz „MUSTER-F-001“, Hersteller „Muster“, Modell „Übungsfahrzeug“. Für eine interne Bedienübung unbekannte FIN und Kennzeichen leer lassen, statt echte Fahrzeugdaten oder eine scheinbar überprüfte Identität zu erfinden. Anschließend Detail und Liste auf die gleiche Referenz prüfen.
Die Detailansicht zeigt „Teile aus diesem Fahrzeug“, Fahrzeugbilder und „Betriebliche Arbeitsdokumentation (Checkliste)“. Die Checkliste erfasst Dokumente, Batterie, Flüssigkeiten, Kältemittel, Airbags und Abschlussprüfung. Der Ablauf führt vom Eingang über „Demontage starten“ bis zum Abschluss. Diese Häkchen ersetzen nicht die gesonderten Altfahrzeugnachweise. Partuvo kann den Abschluss bei fehlenden tatsächlichen Nachweisen sperren. Das Zurückschalten eines abgeschlossenen Fahrzeugs ist kein frei angebotener Rücknahmeweg.
### VIN-Abfrage und Dokumenterkennung
„VIN abfragen“ und „Fahrzeugschein scannen“ öffnen „Fahrzeug prüfen und anlegen“. Manuelle Erfassung bleibt ohne Anbieterfreigabe möglich. Automatische Erkennung erfordert eine für den Betrieb konfigurierte tapinomahub-Anbindung; für den Scan muss außerdem die Dokumentverarbeitung freigegeben sein. Die Administration richtet den Zugang ein.
1. VIN eingeben oder vorhandenen Barcode erfassen. Beim Scan „Bild / PDF hochladen oder erneut auswählen“ beziehungsweise die Smartphonekamera verwenden. Bei Bildern sind „90° drehen“ und „Zuschnitt anwenden“ vorhanden.
2. Dokumenttyp und Lesbarkeit kontrollieren. „Alle Seiten vorhanden, Text scharf und vollständig im Bild; Feld E lesbar“ nur bei erfüllter Voraussetzung bestätigen.
3. Die angezeigte Verarbeitungs- und mögliche Kostenfreigabe ausdrücklich bestätigen. Erst „VIN jetzt abfragen“ oder „Dokument jetzt erkennen“ startet die externe Verarbeitung.
4. Vorschläge, Quellen und Abweichungen prüfen; tatsächliche Werte manuell korrigieren. Noch wurde kein Fahrzeug angelegt. „Entwurf lokal speichern“, „Lokalen Entwurf wiederherstellen“, „Private Serverentwürfe“ und „Serverstand / Aufträge laden“ dienen dem Wiederanlauf.
5. Entscheiden, ob Originaldokumente privat in der Fahrzeugakte aufbewahrt werden sollen; die Oberfläche erlaubt 1–365 Tage. Dann „Alle Quellen, Abweichungen und manuellen Korrekturen geprüft. Genau dieses Fahrzeug anlegen“ bestätigen und „Geprüftes Fahrzeug verbindlich anlegen“ verwenden.
Ein unbekannter oder mehrdeutiger Anbieterbefund ist kein bestätigtes Fahrzeugmerkmal. Bei Dublette zuerst den vorhandenen Datensatz prüfen. Bei unklarem Abrufausgang zuerst „Serverstand / Aufträge laden“ verwenden; keine kostenpflichtige neue Anfrage allein wegen eines Transportfehlers beginnen. Ein als Test oder SANDBOX gekennzeichnetes Ergebnis stammt aus einem Beispiel und bestätigt keine tatsächliche Erkennung. „Private Dokumente löschen“ betrifft die privaten Dokumente; es nimmt keine bereits gespeicherte Fahrzeuganlage zurück.
### Teil anlegen und Bestand pflegen
Unter „Teilelager & Bestand“ → „+ Neues Teil einlagern“ Artikelnummer/SKU, Teilebezeichnung, Zustand und Lagerort eingeben. Zustände sind gebraucht, aufbereitet oder neu. Anfangsbestand, Fahrzeugbezug, OE-Nummern, Kategorie, Marke, Nettoverkaufs- und Einkaufspreis sowie Mindestbestand ergänzen. Mengen sind ganze Stückzahlen; Preise werden in Euro eingegeben. Eine gewählte Prozessvorlage kann weitere Pflichtangaben verlangen. Mit „Teil einlagern“ speichern. Der Lagerort als Text ersetzt keine strukturierte Platzierung im Lagerbaum.
Synthetisches Beispiel: SKU „MUSTER-L-001“, Bezeichnung „Übungsleuchte links“, Zustand „Gebraucht“, Lagerort „Leuchten A1“, Anfangsbestand 2. Anschließend zwei Einheiten über die Lageransicht strukturiert zuordnen und die Bilanz prüfen. Erneutes Anlegen ist keine Bestandskorrektur. Für Zugang oder Abgang am vorhandenen Teil eine begründete Bestandskorrektur beziehungsweise den passenden Einkauf/Verkauf verwenden.
Die Suche berücksichtigt SKU, Namen und OEM-Nummern; Filter helfen bei Mindestbestand, fehlenden Bildern und GPSR-Angaben. Fahrzeug- und Teilegalerien sind getrennt. Ein Teile-Fahrzeugbezug bleibt bei Umlagerungen erhalten. Bei lagergeführten Teilen mit vorhandenen Platzierungen bleibt der Herkunftsbezug gesperrt. Ist eine Änderung im übrigen Fall zulässig, werden bestehende Fotos nicht still auf das neue Fahrzeug umgeschrieben; abweichende Herkunft verhindert deren Verwendung als passender Prozessnachweis. Bilder und Dokumentkorrekturen sind im [Medienkapitel](https://partuvo.com/handbook/bilder-dokumente.md) beschrieben.
Im Bereich „Produktsicherheit (GPSR)“ Herstellername, Postanschrift, Kontakt, Herstellersitz, gegebenenfalls verantwortliche Person, Produktkennung und Sicherheitshinweise erfassen. „Aus Fahrzeug / Marke übernehmen“ hilft beim Namen; alle übernommenen Angaben prüfen. Die Anzeige „Vollständig“ prüft ausgefüllte Felder und bestätigt keine rechtliche Richtigkeit.
Bestehende Teile können bearbeitet und deaktiviert werden. Deaktivierung beseitigt weder Historie noch alte Belegbezüge. Gespeicherte Buchungen nicht durch erneutes Anlegen eines scheinbar korrigierten Duplikats ersetzen. Bei gleichzeitigem Bearbeiten führt eine veraltete Version zum Konflikt; aktuellen Datensatz prüfen und die Änderung bewusst neu eingeben. Bereits gebuchte Verkäufe oder Rückgaben werden über ihre Fachbelege korrigiert.
### OE-Nummern und Anreicherung
OE-Nummern an Teilen erzeugen betriebsbezogene Artikel im „OE-Stamm“. Identität ist die normalisierte Nummer; Hersteller bleibt Kontext. Die Prüfung einer eingegebenen OE-Nummer durch tapinomahub wird getrennt von kostenpflichtiger Teiledatenanreicherung angezeigt. „Passend“, „ungelöst“, „mehrdeutig“, „ungültig“ oder „Prüfung fehlgeschlagen“ nicht mit einer Zusage der Einbaubarkeit verwechseln. Eine andere Schreibweise am Teil oder der angebotene Weg „Erneut prüfen“ kann je Fehler eine neue Prüfung ermöglichen.
Für Teiledaten und Marktplatzmerkmale den OE-Artikel öffnen, Herstellerkontext prüfen, gegebenenfalls Marktplatz, Sprache und Fahrzeugtyp wählen und die angezeigte Kostenfreigabe bestätigen. Danach gezielt „Teiledaten abrufen“ oder „Marktplatzmerkmale abrufen“ auslösen. Abrufe benötigen OE-Schreibrechte, also Administration oder Lager & Demontage. Vorhandene Daten bleiben ohne Anbieterfreigabe lesbar. Neue Anbieterantworten werden als eigener Stand gespeichert; Verkaufspositionen behalten den damaligen OE-Stand.
Stapelauffrischung arbeitet nacheinander und stoppt etwa bei Kontingent, Zugangssperre, pausierten Marktplatzabrufen oder unklarem Ergebnis. Ein neuer Abruf ist keine Rücknahme bereits möglicher Kosten. Bei „Ergebnis unklar“ zuerst Auftragsstatus und Anbieterabrechnung prüfen. Herstellerhinweise oder Notizen können bearbeitet werden; alte Anreicherungsversionen werden nicht überschrieben. Angaben zur Fahrzeugverwendung werden noch nicht vollständig automatisch dem eigenen Fahrzeugbestand zugeordnet. CSV- und JSON-Exporte stellen die vorhandenen Daten bereit; sie sind nicht automatisch das gemeinsame verlustfreie [Importformat](https://partuvo.com/handbook/import.md).
### Vorschläge aus Etiketten, Teileidentifikation und FIN
Im Detail eines vorhandenen Teils oder Fahrzeugs zeigt „Anreicherung (tapinomahub)“ Anbieterfreigabe, offene Aufträge, Vorschläge und Empfehlungen. Lesen verlangt das jeweilige Teile-/Fahrzeugleserecht; Abruf und Übernahme verlangen Administration oder Lager & Demontage mit dem entsprechenden Schreibrecht. Dieselben betrieblich eingerichteten tapinomahub-Zugänge wie bei Fahrzeugannahme und OE-Stamm werden verwendet. Ohne Freigabe nicht von einer kostenfreien oder automatisch verfügbaren Erkennung ausgehen.
1. Beim Teil „Etikett lesen“ oder „Teil identifizieren“ auswählen. Für Etiketten zuerst ein vollständig übertragenes Original unter „Teilebild mit Etikett“ und die „Qualitätsstufe“ wählen. Zusätzlich muss die Verwendung des Bildes für die Erkennung freigegeben sein. Bei einem Fahrzeug mit gespeicherter FIN steht „Fahrzeugdaten zur FIN“ bereit.
2. „Übermittlung an tapinomahub und möglichen kostenpflichtigen Abruf bestätigen“ bewusst aktivieren. Erst die gewählte Aktion beginnt die Verarbeitung. Beim Etikett wird das gewählte Bild zur Erkennung übermittelt; das gespeicherte Original bleibt privat.
3. Unter „Vorschläge“ Feld, vorgeschlagenen Wert, aktuellen Wert, Quelle, Produktversion, Zeitpunkt und Unsicherheit prüfen. „Übernehmen“ ändert genau den vorgeschlagenen Stammdatenwert nach Prüfung des aktuellen Stands. „Bewusst übernehmen“ fragt bei Überschreiben, zwischenzeitlicher manueller Änderung oder konkurrierendem Vorschlag zusätzlich nach. „Ablehnen“ verändert das Ziel nicht.
4. Detail erneut prüfen. Eine OEM-Nummer, ein OCR-Treffer oder ein Fahrzeugdatenvorschlag ist keine automatisch bestätigte Passgenauigkeit, Rechts- oder Kaufentscheidung. Empfehlungen entstehen aus dem vorhandenen Stand und führen keine Lager- oder Demontageaktion aus.
„Bezeichnung aus OE-Stamm“ erzeugt Vorschläge aus bereits gespeicherten Marktplatztexten und verursacht keinen neuen Anbieterabruf. Diese Schaltfläche steht in der freigegebenen Anreicherungsansicht bei vorhandenem OE-Leserecht bereit. Sie veröffentlicht kein eBay-Angebot.
Synthetischer Kontrollfall: Am Musterteil ist die Bezeichnung „Mustersensor ungeprüft“ gespeichert. Ein simulierter Anbieter liefert „Mustersensor geprüft“. Vor Übernahme bleibt der bisherige Name erhalten. Nach Quellenprüfung und gegebenenfalls „Bewusst übernehmen“ muss das Detail den neuen Wert zeigen; Ablehnen eines weiteren Vorschlags lässt ihn bestehen. Ein freigegebenes Livekonto liefert reale, kostenpflichtige Antworten und ist für diesen synthetischen Test nicht erforderlich oder vorausgesetzt.
Unter „Aufträge“ bedeutet „Ergebnis unklar“ einen möglicherweise ausgeführten und kostenpflichtigen Aufruf. Zuerst den vorhandenen Auftrag und gegebenenfalls Anbieterabrechnung prüfen. Es gibt keine automatische Wiederholung. „Bewusst wiederholen“ benötigt erneut die Freigabe und bezieht sich auf den alten Auftrag. Eine erneute Erkennung oder FIN-Abfrage kann weitere Kosten verursachen. Kontingent-, Zugangs- und Vertragsfehler nicht durch wiederholtes Klicken umgehen.
Ein abgelehnter Vorschlag benötigt keine Rücknahme. Einen bereits übernommenen falschen Stammdatenwert über die normale Bearbeitung mit aktuellem Stand nachvollziehbar korrigieren; Ablehnen nimmt keine frühere Übernahme oder entstandene Kosten zurück. Bereits ausgestellte Belege und die dort gespeicherten Angaben bleiben erhalten. Die Funktion ist noch nicht mit echten Anbieterzugängen vollständig geprüft. Marktintelligenz-/Preisbewertungen, weitere Bilderkennungsprodukte und Dokumentationsvorschauen dürfen nicht aus den drei vorhandenen Aktionen als verfügbar abgeleitet werden.
---
## Bilder, private Dokumente und Altfahrzeugnachweise
Bilder dokumentieren Fahrzeuge und Teile. Private Erfassungsdokumente und Altfahrzeugnachweise haben eigene Sichtbarkeits- und Korrekturregeln. Ein hochgeladenes Foto ist weder ein öffentliches Verkaufsbild noch eine bestätigte rechtliche Eigenschaft. Anmeldung, aktueller Betrieb, Medienfreigabe und Leserechte am referenzierten Fahrzeug/Teil bleiben erforderlich. Bei freigegebenen Medien dürfen Administration, Lager & Demontage und Verkauf & Belege Bilder bearbeiten; Nur lesen betrachtet sie. Teileanlage und Prozessfreigabe erfordern zusätzlich Lager- oder Administrationsrechte.
### Fahrzeug- und Teilebilder am Arbeitsplatz
Im Fahrzeug- oder Teiledetail „Fahrzeugbilder“ beziehungsweise „Teilebilder“ öffnen. „Bilder hinzufügen …“ erlaubt Dateiauswahl; Dateien lassen sich auch in den Uploadbereich ziehen. Unterstützt sind JPEG, PNG und WebP bis 20 MiB und bis zu 40 Megapixeln. HEIC/HEIF, SVG und HTML werden nicht als Ersatz akzeptiert. Für HEIC-Aufnahmen zuerst in ein unterstütztes Bildformat überführen; bloßes Umbenennen der Endung genügt nicht.
Nach Upload zeigt jede Karte Titel, Reihenfolge, Hauptbild und Originalzustand. „Titel speichern“, „Als Hauptbild“ sowie ↑/↓ bearbeiten die Galerie. Ein vollständig übertragenes Bild lässt sich durch Anklicken oder Enter in Originalgröße ansehen. „Vorschau noch nicht übertragen“ und „Original wird noch übertragen“ bedeuten, dass die Originalübertragung nicht als fertig gelten darf. Pro Galerie werden höchstens 100 Originale angenommen.
Synthetische Übung: Zwei selbst erstellte Testbilder am Übungsteil auswählen, „Übungsaufnahme links“ und „Übungsaufnahme Anschluss“ benennen, ein Hauptbild setzen und die Reihenfolge ändern. Nach Aktualisieren Titel, Zuordnung und Originalzustand prüfen. Kein echtes Dokument oder Bild eines Kunden ist für diese Übung erforderlich.
„Titelentwurf verwerfen“ verwirft nur den offenen Titel und übernimmt den zuletzt gespeicherten Stand. „Verwerfen“ entfernt ein Bild nach Bestätigung aus der Galerie; eine offene Übertragung wird abgebrochen. Als abgeschlossener Prozessnachweis oder als Dokumentoriginal verwendete Bilder können nicht einfach verworfen werden. Es gibt keine allgemeine Schaltfläche zur Wiederherstellung eines verworfenen Bildes. Vor der Bestätigung prüfen, ob der Nachweis fachlich korrigiert werden muss.
### Visuellen Fahrzeugzustand beschreiben
In der Fahrzeugakte oder einer bestätigten Annahme steht „Visueller Zustandsbericht“ bereit. Die Analyse benötigt eine gesonderte betriebliche Freigabe sowie Fahrzeug- und Medienrechte. Private Annahmedokumente sind keine Analysebilder.
1. Ein bis acht fertig hochgeladene Originalbilder desselben Fahrzeugs ausdrücklich auswählen. Es ist kein Bild vorausgewählt. Die Auswahl darf zusammen höchstens 64 MiB umfassen; die Einzelbildgrenzen gelten weiterhin. Fehlende Ansichten dokumentieren, Bildumfang prüfen und Übermittlungsrechte sowie möglichen kostenpflichtigen Abruf bestätigen.
2. „Analyse anfordern“ speichert den Auftrag. Erst „Analyse ausführen“ übermittelt die ausgewählten Bilder. Bewertbarkeit, Grad, Begründung, Zusammenfassung, Zonen, Einschränkungen und Bildversion bleiben unverändert als Anbieterbefund erhalten. Ein SANDBOX-Befund ist eine feste Testantwort, keine tatsächliche Bildanalyse, und kann nicht redaktionell freigegeben werden.
3. Einen aktuellen Befund als Quelle wählen, eine eigene Beschreibung prüfen und ausdrücklich freigeben. Jede Freigabe erhält eine eigene Version. Spätere Analysen überschreiben sie nicht. Geänderte Quellbilder kennzeichnen frühere Befunde und Beschreibungen als historischen Bildbezug.
Eine visuelle Bewertung macht keine Aussage über technische Funktion, Verkehrssicherheit oder Unfallfreiheit. Bei unklarem Ergebnis zuerst „Serverstand laden“ und gegebenenfalls „Unverändert abgleichen“ verwenden. Dieser bewusste Abgleich prüft den vorhandenen Auftrag. Die Anwendung startet bei ausgebliebener Antwort keine neue Analyse automatisch. Quoten, Wartezeiten, geänderte Bilder oder entzogene Rechte können eine Ausführung sperren.
### Bilderordner in Artikelgruppen importieren
Unter „Bilderordnerimport“ den gewünschten Ordner ausdrücklich auswählen. Erforderlich sind Artikel- und Medien-Schreibrechte. Bis zu 100 Dateien mit insgesamt 100 MiB sind möglich; die obigen Grenzen für einzelne Bilder gelten weiterhin. Nicht unterstützte Dateien werden angezeigt und müssen ausdrücklich aus der Auswahl ausgeschlossen werden. Gleiche Bildinhalte bleiben als getrennte Dateien mit Duplikathinweis sichtbar.
1. Sichtbare Pfadsortierung und Artikelgruppen prüfen. Einfarbige Bilder werden lokal als mögliche Trenner vorgeschlagen. Ein echtes Teilefoto mit „Als Teilefoto behalten“ zurückholen. Mit „Hier teilen“, „Mit nächster Gruppe verbinden“, ↑/↓ und „Verschieben“ die Gruppen und Reihenfolge korrigieren.
2. „Gruppierung speichern“ und „Bilder hochladen / fortsetzen“ wählen. Auch Trenner bleiben als private Originale erhalten. Nach Unterbrechung den gespeicherten Import öffnen und denselben Originalordner erneut wählen; Pfade und Inhalt müssen übereinstimmen. Bis zur vollständigen Übertragung die Originaldateien behalten.
3. Sortierung, alle Gruppen und Trenner ausdrücklich bestätigen. Erst „Gruppierung bestätigen und Artikelentwürfe erzeugen“ legt genau einen Entwurf pro Gruppe an. Wiederholtes Öffnen oder dieselbe Ordnerauswahl erzeugt keine weiteren Entwürfe. Platzhalterwerte und Bestand null müssen fachlich geprüft werden.
4. Falls separat freigeschaltet, alle Bilder einer Gruppe über tapinomahub analysieren. Das Standardpaket umfasst höchstens zehn, das erweiterte höchstens 25 Bilder. Größere Gruppen werden nicht still gekürzt; manuelle Erfassung bleibt möglich. Vor der Übertragung Einwilligung und mögliche Kosten prüfen. Quellen, Unsicherheit und Einschränkungen lesen; nur gewünschte Vorschläge auswählen und bewusst speichern. Manuelle Änderungen bleiben nachvollziehbar.
5. „Artikel im Teilelager öffnen“ und den regulären Bearbeitungs- und Prozessweg abschließen. Erst die reguläre Artikelfreigabe erzeugt den QR-Druckauftrag. Import und Analyse selbst geben keinen Artikel frei.
Offene, gespeicherte Importe lassen sich mit „Offenen Import archivieren (Originale behalten)“ zurücklegen und später wieder öffnen. Bei einem Versionskonflikt die eigene Gruppierung prüfen; neuere gespeicherte Änderungen werden nicht still überschrieben. Bei unklarem Analyseergebnis erfolgt kein automatischer weiterer kostenpflichtiger Abruf.
### Teilebilder zur Erkennung und für eBay
Im Teiledetail kann „Anreicherung (tapinomahub)“ → „Etikett lesen“ ein vollständig übertragenes Teileoriginal verwenden. Ein lokales Foto oder nur fertige Vorschau reicht nicht. Teile-Schreibrecht, Medienleserecht und eine eingerichtete Erkennungsfunktion müssen vorhanden sein. „Teilebild mit Etikett“ und Qualitätsstufe wählen, Übermittlung und mögliche Kosten bestätigen, anschließend Vorschläge mit Quelle und Unsicherheit prüfen. Erkennung ändert das Bild nicht und übernimmt erkannte Werte nicht automatisch. Genauer Ablauf und unklare Aufträge: [Fahrzeuge, Teile und Anreicherung](https://partuvo.com/handbook/fahrzeuge-teile.md).
Ein fertiges privates Partuvo-Foto ist weiterhin keine öffentlich nutzbare eBay-Bildadresse. Für eBay-Angebote müssen Bilder gesondert zur Veröffentlichung bereitgestellt werden. Private Galeriebilder werden nicht automatisch veröffentlicht. Private Dokumente dürfen nicht als Angebotsbilder verwendet werden. Entfernen eines Galerieeintrags nimmt keine eventuell separat veröffentlichte Kopie zurück. Eine solche Kopie muss beim tatsächlichen Veröffentlichungsdienst berichtigt oder entfernt werden.
### Smartphoneaufnahme
„Mit dem Smartphone erfassen“ öffnet die Fotoanwendung (Anwendungspfad `/mobile/index.html`). Für ein Smartphone die vom Betrieb bereitgestellte, sicher erreichbare Anwendungsadresse verwenden.
1. Mit dem normalen Benutzer anmelden und Betrieb wählen. Unter „1 · Fahrzeug“ suchen oder „Ohne Fahrzeug (Teilehandel)“ wählen. QR-Kamera ist browserabhängig; Suche und Handscanner-/Texteingabe bleiben verfügbar.
2. Unter „2 · Teil“ ein Teil wählen. „Fahrzeugfotos ohne Teil“ nimmt eigenständige Fahrzeugbilder auf. „Neues Teil erfassen“ steht nur mit entsprechenden Rechten bereit; Bezeichnung, SKU, Zustand, Lagertext, Menge und zusätzliche Vorlagenpflichten prüfen, dann „Lokal speichern“.
3. Unter „3 · Fotos“ „Foto aufnehmen“ oder „Aus Datei wählen“. Vor Aufnahme Fahrzeug/Teil kontrollieren. Titel, Reihenfolge und Hauptbild prüfen. Ein lokal gespeicherter Teileentwurf ist noch kein verbindlich angelegter Artikel; seine Bilder warten auf dessen erfolgreiche Anlage.
4. „Uploadplan Originale“ wählen und „Jetzt übertragen / fortsetzen“ verwenden. Vorschauen können bereits sichtbar sein, während Originale noch auf die Übertragung nach dem gewählten Plan warten. Der Fortschritt nennt ausstehende Originale und Bildänderungen.
5. „Serverstand prüfen“ und die Galerie am Arbeitsplatz kontrollieren. Erst wenn Originale und Änderungen bestätigt sind, „Bestätigte lokale Kopien freigeben“ verwenden. Die bereits übertragenen Originale bleiben in Partuvo erhalten.
Bei einem vorhandenen Prozess zeigt die Fotoanwendung „Arbeitsauftrag starten“, geeignete manuelle Fotoschritte über „Mit diesen Fotos abschließen“ und „Teil freigeben (Fertigmeldung)“. Qualitätsprüfung, Ausbau und Einlagerung bleiben Schritte am Arbeitsplatz. Für die mobile Freigabe gelten dieselben Voraussetzungen wie am Arbeitsplatz.
Offline- und Speichergrenzen sind im Kapitel [Clients und Offlinebetrieb](https://partuvo.com/handbook/offline-clients.md) beschrieben. Ein Bild mit falschem Fahrzeugbezug wird sichtbar als ungeeigneter Nachweis gekennzeichnet; Umbenennen oder Umlagern heilt diese Zuordnung nicht.
### Private Fahrzeugdokumente
Der Scanweg in der Fahrzeugannahme akzeptiert Bilder und PDF als private Dokumente. Diese Dokumente erscheinen nicht in den normalen Verkaufs-/Fahrzeuggalerien. Der Ersteller benötigt weiterhin aktuelle Rechte. „Originaldokumente privat an der Fahrzeugakte aufbewahren (nur für mich mit aktuellen Rechten)“ und die gewählte Frist bestimmen die beabsichtigte Aufbewahrung. „Private Dokumente löschen“ ist ein eigener, ausdrücklicher Weg. Ein leerer Bildschirm nach Rechteverlust ist kein Löschbeweis.
Die Fahrzeuganlage und externe Erkennung werden durch Dokumentlöschung nicht rückgängig. Originaldateien können Aufnahmeort, Aufnahmezeit und weitere Bildinformationen enthalten. Diese Informationen werden nicht generell entfernt. Dokumente niemals zur Veröffentlichung in das öffentliche Handbuch kopieren.
### Altfahrzeugnachweise bedienen
„Altfahrzeugnachweise“ benötigt aktuelle Fahrzeug- und Prozessrechte. Administration pflegt „Betriebsart und Anerkennung“; operative Einträge stehen bei passenden Rechten auch Lager & Demontage offen. Zuerst unter „Prozesse & Lagerorte“ einen Standort anlegen und seine Betriebsart, Anerkennung, Geltung und Originalbelege erfassen. Reiner Teilehandel wird dadurch nicht automatisch Demontagebetrieb.
Nach Fahrzeugwahl unter „Originale und Dokumentversionen“ Dokumentschlüssel, Dokumentart, Belegnummer, tatsächlichen Aufbewahrungsort und Grund erfassen. Wahlweise bestätigte Original-Medienkennungen oder die Prüfsumme eines externen Originals ergänzen. „Dokumentversion speichern“ registriert den Nachweis. Ein Textverweis bestätigt keinen Dateiupload. Eine Folgeversion verweist auf „Ersetzte Dokumentversion“; alte Originale bleiben erhalten.
Im „Tagebucheintrag“ Standort, Nachweisart, Betriebstag, Belegreferenzen und die tatsächlich geforderten Angaben ausfüllen. Die Arten umfassen Annahme, Vorbehandlung, Demontage, Materialstrom, Verbleib, Störung, Tagebuchprüfung und Erfassung eines Verwertungsnachweises. Ergebnis, Begründung und Beleg werden ausdrücklich angegeben; die Oberfläche setzt keine erledigte Behandlung voraus. „Nachweis verbindlich speichern“ schreibt den Eintrag. Die Erfassung eines tatsächlich ausgestellten Verwertungsnachweises ist Administration eines passend anerkannten Demontagebetriebs vorbehalten.
„Übergabe an eigenen Standort“, „Standorttagebuch: Störungen und Prüfungen“, „Prüfansicht / Jahresmengen“, „Beauftragte Personen“ und „Aufbewahrung und gezielte Löschung“ bedienen die jeweiligen getrennten Vorgänge. Mengen und Belege sind in der tatsächlichen Einheit, etwa ganzen Gramm, anzugeben. Ein Jahresabschluss sperrt rückdatierte Änderungen im abgeschlossenen Bestand. Die Regelmatrix und Datumssimulation zeigen den eingebauten Quellenstand; sie sind keine eigenständige fachliche Freigabe zukünftiger Regeln.
Unter „Amtliches Formular“ den Vierfachsatz vorbereiten, Angaben prüfen, Vorschau erzeugen und acht A4-Seiten drucken. Der Entwurf bleibt in der geöffneten Ansicht. Vorbereitung und Ausdruck erzeugen weder Unterschrift noch Behördenmeldung oder tatsächliche Ausstellung; unterzeichnete Originale sind gesondert zu dokumentieren. Die Anwendung bestätigt keine behördliche Anerkennung oder rechtliche Zertifizierung.
### Fehlerdiagnose und Korrektur
Bei Titelkonflikten die ursprüngliche Eingabe mit dem zuletzt gespeicherten Stand vergleichen; erst bewusst verwerfen und neu beginnen. Bei ausgebliebener Antwort kann die Änderung bereits gespeichert sein. Bei abgelaufener Anmeldung erneut anmelden, bei fehlender Berechtigung die Freigabe prüfen lassen. Noch nicht übertragene lokale Originale behalten.
Nachweise über „Korrekturbezug“ mit Grund korrigieren, nicht durch ein zweites unbezogenes Mengenlos verdoppeln. Alte Einträge bleiben als korrigierte Originale nachvollziehbar. Für veraltete Formulare „Dokumententwurf verwerfen und neu laden“ oder „Tagebuchentwurf verwerfen und neu laden“ verwenden. Widersprechen Annahme und ausgestellter Nachweis einander, den tatsächlichen Beleg gesondert prüfen und ausdrücklich berichtigen; bloßes Aktualisieren entsperrt den Abschluss nicht. Aufbewahrungssperren, gezielte Personenlöschung und Medienlöschung sind getrennte Wege und keine allgemeine Löschfunktion für die gesamte Akte.
---
## Etiketten, QR-Codes und Druck
„Etiketten & Druck“ führt zur Druckansicht (Anwendungspfad `/printing/index.html`). Sie zeigt gespeicherte Druckaufträge, Vorschauen, Status und Historie. Das freigegebene Teilelager ist Voraussetzung. Administration, Lager & Demontage und Verkauf & Belege dürfen Druckaktionen ausführen; Nur lesen darf vorhandene Informationen und berechtigte Vorschauen lesen. Vorlagen und Druckerprofile verwaltet die Administration. QR-Codes enthalten Kennungen, keine Zugangsdaten, und schaffen keine Berechtigung zum referenzierten Teil.
### Etikettenvorlage und Profil einrichten
Die Administration öffnet „Etiketten und Druckerprofile“. Vorlagenname, Betriebskennzeichnung, Breite, Höhe, DPI und Rand angeben, dann „Neue unveränderliche Vorlage speichern“. Verfügbare Auflösungen sind 203, 300 und 600 dpi. Eine geänderte Gestaltung wird als neue Vorlage gespeichert; „Vorherige Vorlagen-ID (optional)“ stellt den Bezug her. Vorhandene Druckaufträge behalten ihren gespeicherten Inhalt und ihre Vorlagenversion.
Synthetisches Startbeispiel: Vorlage „Musteretikett“, Betriebskennzeichnung „Musterbetrieb“, 100 × 50 mm, 300 dpi, 2 mm Rand. Das ist ein Layoutbeispiel und keine Freigabe eines konkreten Druckermodells. Bei zu langen Pflichttexten oder zu kleinem QR-Feld eine geeignete größere Vorlage wählen; eine unleserliche Verkleinerung ist kein Ersatz.
Im Druckerformular „Profil-ID“ leer lassen, Druckername, Modell, Druckklasse und „Etikettenvorlagen-ID“ eintragen. „Aktiv“ und gegebenenfalls „Standarddrucker“ setzen, „Profil speichern“. Für einen vorhandenen Drucker die ID eintragen, „Profil laden“, angezeigte Profilversion und Werte prüfen und gezielt speichern. „Weitere Drucker anzeigen“ und „Weitere Vorlagen anzeigen“ helfen, IDs und Versionen zu finden. Die Oberfläche hat hier Eingabefelder für Kennungen, keinen automatischen Druckersuchlauf.
| Druckklasse | Voraussetzung und tatsächliche Grenze |
| --- | --- |
| Browserdruck | Manueller Druckdialog am Arbeitsplatz. Der Benutzer wählt das Gerät. |
| Windows-Drucker | Ein durch die Administration eingerichteter Arbeitsplatz mit passendem Druckertreiber ist erforderlich. |
| Netzwerkdrucker | Ein geeignetes Gerät und eine von der Administration eingerichtete Druckverbindung sind erforderlich. |
| Bluetooth-Drucker | Das Gerät muss gekoppelt und mit einem passenden Druckertreiber eingerichtet sein. Es gibt keinen automatischen Suchlauf für alle Bluetooth-Geräte. |
Der manuelle Browserdruck ist der derzeit verfügbare Druckweg. Die weiteren Druckarten benötigen eine gesonderte Einrichtung durch die Administration; eine vollständige Windows-Einrichtungsoberfläche steht noch nicht bereit. Ein Druckerprofil allein stellt keine Verbindung zu einem Gerät her.
### Fertigmeldung bis sichtgeprüftem Ausdruck
1. Teil im [Arbeitsprozess](https://partuvo.com/handbook/lager-prozesse.md) vollständig prüfen und fertig melden. Die Fertigmeldung erzeugt den zugehörigen Etikettenauftrag einmalig; erneutes Abrufen erzeugt keinen zweiten Druckauftrag für dasselbe Ereignis.
2. Druckansicht öffnen, nach „Wartet“ filtern und den Artikel auswählen. SKU, Teilebezeichnung, Fahrzeugbezug, OE-Angaben und Status mit dem tatsächlichen Teil vergleichen.
3. „Vorschau“ öffnen. Für einen wartenden manuellen Auftrag ist „Manuellen Druckdialog öffnen“ verfügbar. Ein einem anderen Arbeitsplatz zugeordneter Auftrag kann nicht ohne Weiteres über den lokalen Browser gedruckt werden.
4. Im Dialog Papierformat, Gerät und tatsächliche Größe prüfen. Ein geöffneter Dialog ist noch kein fertiges Etikett. Die Anwendung führt zunächst „Gesendet / Dialog geöffnet“.
5. Etikett physisch prüfen und unter „Sichtprüfung / Begründung“ das Ergebnis begründen. Erst „Ausdruck nach Sichtprüfung bestätigen“ führt zu „Ausdruck bestätigt“. Die „Druckhistorie laden“ zeigt die protokollierten Schritte.
Eine Versandbestätigung des Druckauftrags oder eine Vorschau beweist weder Papierausgabe noch Lesbarkeit. Für konkrete Geräte bleiben Papier, DPI, Umlaute, lange Texte, Klebstoff, Scanbarkeit und Fehlerfälle am tatsächlichen Arbeitsplatz zu prüfen. Ein simuliertes Gerät oder Bildschirmtest ersetzt diese Abnahme nicht.
### QR im Arbeitsablauf
Der gedruckte Teilecode lässt sich im Lagerleitstand (Anwendungspfad `/warehouse/index.html`) unter „Teilecode scannen“ einlesen und mit „Teil öffnen“ auflösen. Ein Tastaturscanner kann den Code eingeben. „Kamera“ funktioniert nur mit unterstützter Browserkamera und QR-Erkennung; andernfalls Codeeingabe verwenden. Die Fotoanwendung unterstützt zusätzlich Fahrzeugcodes und ihre vorhandene Suchfunktion.
Der Code führt ausschließlich innerhalb einer aktuellen berechtigten Sitzung zum Objekt. Fremdbetriebscodes werden abgewiesen. Der Code ist kein öffentliches Angebot, keine garantierte Verfügbarkeit und keine Freigabe eines Bildoriginals. Nach einem Scan Artikel, Fahrzeug und angezeigten Lagerort vor Entnahme prüfen. White-Label-Adressen ändern nicht die fachliche Identität und berechtigen nicht zum Wechsel in fremde Betriebe.
### Unklarer Ausgang, Abbruch und Nachdruck
„Physischer Ausgang unklar“ verlangt eine Prüfung am Drucker. Nach Timeout oder Verbindungsabbruch nicht blind erneut drucken. Vorhandenen Auftrag und Ausgabegerät prüfen; „Ausdruck nach Sichtprüfung bestätigen“ oder „Abbruch dokumentieren“ entsprechend dem tatsächlichen Ergebnis verwenden. Ein gesendeter Auftrag kann zusätzlich über „Fehlschlag dokumentieren“ als fehlgeschlagen dokumentiert werden. Wartende Aufträge können abgebrochen werden. Ein Abbruch holt bereits gedrucktes Papier nicht zurück.
Für abgeschlossene, abgebrochene oder fehlgeschlagene Aufträge ist „Begründeten Nachdruck anlegen“ vorhanden. Grund, Kopienzahl von 1–100 und gegebenenfalls Drucker- oder neue Vorlagen-ID angeben. Ein neuer, verknüpfter Nachdruck erhält den Originalnachweis; der alte Auftrag wird nicht umgeschrieben. Nach einer Layoutkorrektur bewusst die neue Vorlage wählen, statt die alte als aktualisiert vorauszusetzen.
Bei einem Hinweis auf zwischenzeitliche Änderungen die aktuelle Historie lesen und über „Neu laden / Eingabe verwerfen“ den Entwurf bewusst erneuern. Nach einem Verbindungsfehler zuerst den vorhandenen Druckauftrag prüfen. Für Rechnungsdruck und amtliche Formulare gelten deren eigene Fachbelege; ein Etikett ersetzt diese Dokumente nicht. Hinweise zum achtseitigen Formularsatz stehen unter [Bilder und Dokumente](https://partuvo.com/handbook/bilder-dokumente.md).
---
## Anwendungen, Offlinebetrieb und Wiederanlauf
Verbindliche Buchungen und Bestandsänderungen benötigen eine bestätigte Verbindung zu Partuvo. Auf dem Gerät gespeicherte Entwürfe dienen der Vorbereitung und reservieren keine Ware. Dieses Kapitel erklärt, welche Anwendungen Sie nutzen können und wie Sie nach einer Unterbrechung weiterarbeiten.
| Anwendung | Bedieneinstieg | Derzeit nutzbarer Umfang |
| --- | --- | --- |
| ERP-Arbeitsplatz | Hauptanwendung (Anwendungspfad `/`) | Desktopartige Browseroberfläche, Fachmodule und Administration; verbindliche Arbeit benötigt eine Verbindung zu Partuvo. |
| Smartphone-Fotoanwendung | Fotoanwendung (Anwendungspfad `/mobile/index.html`) | Teileentwürfe und Fotos auf dem Gerät, geplante Übertragung und Galerie; verbindliche Freigaben benötigen eine Verbindung zu Partuvo. |
| Druckansicht | Druckansicht (Anwendungspfad `/printing/index.html`) | Druckwarteschlange, Vorschau, manueller Dialog, Status und Profilverwaltung. |
| Lagerleitstand | Lagerleitstand (Anwendungspfad `/warehouse/index.html`) | Aufträge, Picks, Fehlmengen und Übergabe online; veralteten/offline Stand sichtbar kennzeichnen. |
| Windows-Anwendung | Noch kein fertiger Installationseinstieg | Ein Windows-Installer und ein vollständiger Bedienweg für Anmeldung und Dateiübernahme stehen in diesem Stand noch nicht bereit. |
Verwenden Sie die vom Betrieb bereitgestellten Zugänge. Auch bei einem ERP-Partner brauchen Sie ein berechtigtes Konto für die jeweilige Anwendung.
### Was bei Netzausfall erhalten bleibt
Die Hauptanwendung ist keine allgemeine Offline-ERP-Anwendung. Nicht gespeicherte Formulare in einer geöffneten Ansicht sind nicht überall dauerhaft. Vor Schließen oder Neuladen besonders sorgfältig prüfen. Bei einer erfolgreichen Buchung mit fehlgeschlagener Aktualisierung meldet die Oberfläche den Erfolg getrennt; nicht erneut als neuen Vorgang buchen.
In der Fotoanwendung werden lokale Aufnahmen und Teileentwürfe je Benutzer und Betrieb gespeichert. „Lokal speichern“ bedeutet noch nicht, dass die Daten in Partuvo angekommen sind. Die Browseranzeige nennt lokale Elemente, ausstehende Originale, Änderungen und Speicherverbrauch. Ein Foto mit bestätigter Vorschau kann weiterhin sein Original übertragen müssen. Ein abgelehnter Teileentwurf bleibt zur Korrektur erhalten; seine Fotos werden nicht ersatzweise einem anderen Objekt zugeordnet.
Eine zuvor erfolgreich online geprüfte lokale Freigabe gilt höchstens 24 Stunden. Bekannter Rechteentzug sperrt die Ansicht früher. Nach Ablauf ist eine erneute Prüfung der Anmeldung bei bestehender Verbindung erforderlich. Offline-Neuladen kann keine neue Berechtigung herstellen. Anmeldung, Benutzer-/Betriebswechsel und aktuelle Rechte steuern, welcher lokale Bereich sichtbar ist. Gesperrte Originale sind nicht automatisch gelöscht.
### Übertragung planen
Unter „Uploadplan Originale“ stehen vier Modi:
- „Originale sofort übertragen“: Übertragung in der geöffneten Anwendung beginnen, sobald dessen Voraussetzungen erfüllt sind.
- „Originale nur bei erkanntem WLAN/LAN ohne Datensparmodus“: nur bei ausdrücklich vom Browser erkanntem Verbindungstyp. Wenn der Browser den Typ nicht mitteilt, wartet die Anwendung; WLAN-Anzeige des Geräts allein ist kein Nachweis für diese Browserprüfung.
- „Originale nur auf ausdrücklichen Knopfdruck“: „Jetzt übertragen / fortsetzen“ beziehungsweise „Übertragung fortsetzen“ ausdrücklich verwenden.
- „Originale über Windows-/Betriebshost übergeben“: ein Übergabepaket vorbereiten; diese Übergabe nur verwenden, wenn Ihre Betreuung den Empfang eingerichtet hat.
„Originale jetzt senden“ gibt Originale ausdrücklich sofort frei. „Anhalten“ beendet den laufenden Sendeversuch; bereits bestätigte Daten bleiben beim Betrieb. Nach einer Unterbrechung am bisherigen Auftrag fortsetzen. Zuerst werden Teileangaben, Zuordnungen und Vorschauen übertragen, anschließend die Originalbilder. Ein Neustart ist kein Grund, dieselben fachlichen Daten neu anzulegen.
Es gibt keinen garantierten Nachtupload im Browser und keinen Uhrzeitplan für die automatische nächtliche Übertragung. Betriebssystem und Browser können einen Hintergrundtab beenden. Für eine beaufsichtigte Nachtübertragung den Arbeitsplatz entsprechend betreiben und am nächsten Morgen die bestätigten Übertragungen kontrollieren. Eine unbeaufsichtigte Übertragung bei geschlossener Anwendung ist nicht zugesagt.
### Übergabepaket und Speicherfreigabe
„Übergabepaket für Windows-/Betriebshost“ erzeugt eine private Datei mit Fotos und Zuordnungen. Sie enthält keine Anmeldung, ist aber wegen ihrer Inhalte vertraulich. Das Telefon lässt Originale erhalten. Für den Empfang ist eine von Ihrer Betreuung eingerichtete Gegenstelle erforderlich. Ein fertiger Windows-Dateiauswahldialog steht in diesem Stand nicht bereit. Solange keine passende Übernahme eingerichtet ist, weiter direkt vom Telefon übertragen.
„Serverstand prüfen“ gleicht tatsächlich fertige Übertragungen ab. Danach „Bestätigte lokale Kopien freigeben“. Offene Änderungen an Bildangaben, Konflikte oder unbestätigte Originale dürfen nicht als bestätigt freigegeben werden. Die Aktion löscht keine bereits in Partuvo gespeicherten Originale. Browserdaten löschen, privater Modus oder Speicherverdrängung kann dagegen noch unübertragene Arbeit verlieren. Die Anzeige, ob dauerhafte Speicherung gewährt wurde, ist keine Datensicherung.
### Synthetischer Wiederanlauftest
Musterbetrieb meldet einen Lagerbenutzer online an, wählt ein synthetisches Teil und nimmt ein selbst erzeugtes Testbild auf. Nach Netzunterbrechung Titel ändern und lokal speichern. Erwartung: lokale/offene Änderung sichtbar, keine Bestätigung der Übertragung. Verbindung wiederherstellen, „Jetzt übertragen / fortsetzen“, „Serverstand prüfen“ und das Original am Arbeitsplatz öffnen. Titel und Zuordnung vergleichen, dann bestätigte lokale Kopie freigeben. Die Übung mit den tatsächlich verwendeten Geräten durchführen.
Bei abgelaufener Anmeldung erneut anmelden und den vorhandenen Vorgang fortsetzen; bei fehlender Berechtigung aktuelle Freigaben prüfen lassen. Bei unbekanntem Übertragungsausgang „Serverstand prüfen“ verwenden. Bei Titelkonflikt Originalentwurf und neuen Stand vergleichen und den angebotenen lokalen Entwurf bewusst verwerfen oder nach Prüfung neu erfassen. Einen Konflikt nicht durch einen neuen Vorgang oder einen Betriebswechsel umgehen.
Nach einer Wiederherstellung neu anmelden und den gespeicherten Stand mit der Arbeit auf dem Gerät vergleichen. Alte unklare Aufträge werden nicht automatisch neu gebucht. Erforderliche Korrekturen bewusst ausführen. „Anhalten“, Abmelden, Löschen eines lokalen Entwurfs oder Schließen eines Dialogs nimmt keine möglicherweise bereits bestätigte Buchung zurück. Die jeweiligen Fachmodule bestimmen den zulässigen Storno-, Retouren- oder Korrekturweg.
---
## Betriebskalender, Ressourcen und Abholtouren
Der „Betriebskalender“ verwaltet Termine und verbindliche Belegungen. „Touren & Abholung“ verwendet dieselben Mitarbeiter und Ressourcen für Fahrer und Abschlepper. Alle angemeldeten Rollen eines Betriebs mit Fachmodul können die erlaubten Ansichten lesen. **Administration**, **Lager & Demontage** und **Verkauf & Belege** dürfen Termine und Touren bearbeiten; **Nur lesen** darf das nicht. Ressourcenverwaltung, Kalendereinstellungen, fremde Abwesenheiten und begründete Ausnahmen von Doppelbelegungen benötigen Administration. Sichtbare Fahrzeug-, Teile-, Kontakt- oder Verkaufsbezüge setzen die jeweiligen Leserechte voraus.
### Kalender einrichten und buchen
Als Administration im Kalender Ressourcen anlegen: Mitarbeiter, Abschlepper, Arbeitsplatz, Demontageplatz oder Gerät. Für Mitarbeiter kann die Ressource mit einem Benutzerkonto verbunden werden. Zeitzone, Arbeitsbeginn/-ende und Wochenbeginn in den Einstellungen prüfen. Standard ist Europe/Berlin. Wartung eines Abschleppers als Abwesenheit der Ressource erfassen; eigene Abwesenheiten können schreibberechtigte Nutzer selbst anlegen. Eine deaktivierte Ressource lässt sich nicht für neue Buchungen verwenden.
„Neuer Termin“ öffnet das Formular. Art, Titel, Beginn und Ende beziehungsweise Ganztag, zuständige Mitarbeiter und benötigte Ressourcen festlegen. Die angezeigte Betriebszeitzone beachten; sie wird in den administrativen Einstellungen gewählt. Ort, Kontakt, Erinnerung, Notiz und vorhandene Fachbezüge ergänzen. Ein Fahrzeugentwurf mit FIN/Kennzeichen/Hersteller/Modell ist möglich, wenn noch kein Fahrzeug angelegt wurde. Der Termin erzeugt dadurch kein Fahrzeug.
„Verfügbarkeit prüfen“ zeigt Belegungen und Abwesenheiten ohne Reservierung. Erst „Termin speichern“ bucht die ausgewählten Personen und Ressourcen. Gleichzeitig gespeicherte Termine können deshalb nach erfolgreicher Vorschau noch in Konflikt geraten. Bei einem Konflikt Zeit oder Ressource ändern; nur Administration kann eine Doppelbelegung mit protokollierter Begründung freigeben.
Ein Termin lässt sich über „Bearbeiten“ verschieben und über die angebotenen Statusaktionen bestätigen, beginnen oder erledigen. „Absagen“ benötigt einen Grund und gibt seine Belegungen frei. Erledigte oder abgesagte Termine sind nicht wieder frei bearbeitbar. Ein noch nicht verknüpfter Termin kann über „Verknüpfen“ einem vorhandenen Fahrzeug zugeordnet werden; dies erzeugt kein zweites Fahrzeug.
Serien werden mit „Als Serie anlegen“, Wiederholung, Intervall und Enddatum oder Anzahl vorbereitet. Höchstens 200 Vorkommen sind vorgesehen. „Serie ab diesem Termin absagen“ lässt einzeln geänderte Ausnahmen bestehen; den Rückgabestand prüfen. „Änderungen anzeigen“ macht die Terminänderungen nachvollziehbar. Abwesenheiten können berechtigt über „Löschen“ entfernt werden; das ist keine Absage von Terminen.
### Lokale Zeiten, Entwürfe und Export
Die eingegebenen Uhrzeiten gelten in der ausgewählten Zeitzone. Bei einer nicht vorhandenen Sommerzeit-Uhrzeit wird nach vorn verschoben; bei der doppelten Stunde wird der Beginn dem ersten und das Ende dem zweiten Vorkommen zugeordnet. Den gespeicherten Zeitraum deshalb besonders an Zeitumstellungstagen kontrollieren. Ganztage können 23, 24 oder 25 Stunden umfassen. Direkt aneinandergrenzende End-/Beginnzeiten gelten nicht als Überschneidung.
Der Browser kann den Terminformularentwurf lokal speichern und zur Wiederherstellung anbieten. Ein solcher Entwurf ist keine Buchung, auch wenn er eine Ressource enthält. Bei Versionskonflikt aktuelle Daten vergleichen und „Entwurf verwerfen“ beziehungsweise „Verwerfen“ bewusst verwenden. Erinnerungen erscheinen nur bei geöffneter Seite. Es gibt keinen zugesagten Hintergrundalarm bei geschlossenem Browser. „ICS-Export“ lädt berechtigt sichtbare Termine als Datei; eine Zweiwegesynchronisation mit Google-, Outlook- oder anderen Kalenderkonten ist nicht vorhanden.
### Abholung und Tourenplanung
Zuerst eine Kalenderressource „Abschlepper“ anlegen. In „Touren & Abholung“ unter „Disposition“ als Administration das Kapazitätsprofil mit Nutzlast, Stellplätzen, gegebenenfalls Anhänger und Ausrüstung erfassen. Ohne Profil werden Nutzlast und Stellplätze nicht geprüft. Dann Abholaufträge mit Adresse, Ansprechpartner, Zeitfenster und Ladezeit anlegen; bekannte Gewichte, Rollfähigkeit, Zugänglichkeit, benötigte Ausrüstung sowie optionale Fahrzeugentwurfsangaben ergänzen. „Auftrag anlegen und geocodieren“ speichert den Auftrag und versucht bei eingerichteter Verbindung die Adressauflösung. Unbekannte Werte bleiben als solche sichtbar. Eine ungeklärte Adresse wird nicht durch erfundene Koordinaten ersetzt.
Unter „Neue Tour“ Abschlepper, Fahrer, Depotadresse sowie Beginn/Ende festlegen und „Tour anlegen“ wählen. Die Anlage bucht Abschlepper und Fahrer im Kalender. Offene Abholaufträge zur ausgewählten Tour hinzufügen. Nach dem Zuordnen, Entfernen oder Umstellen von Stopps die Route neu planen: ein alter Plan ist als veraltet gekennzeichnet.
„Route planen (Anbieter)“ benötigt eine eingerichtete und freigegebene Kartenverbindung und nutzbare Adressen. „Adresse hinzufügen und Route neu planen“ nimmt einen zusätzlichen Stopp auf und berechnet erneut. „Vorschlag für offene Aufträge“ bietet einen korrigierbaren lokalen Vorschlag. Kapazität, Ausrüstung, Zeitfenster, Tourende und Adressprobleme vor „Freigeben“ prüfen. Eine Ausnahme „Trotzdem freigeben“ verlangt Administration und eine Begründung; sie beseitigt das tatsächliche Problem nicht. „Planänderungen anzeigen“ zeigt die gespeicherten Planstände.
Ohne Kartenanbieter liefert „Nur Schätzung speichern“ auf ausdrücklichen Wunsch eine gekennzeichnete Luftlinienschätzung. Sie ist keine Straßenfahrstrecke und keine verlässliche Ankunftszeit. Die Nutzung von Google-Karten muss durch die Administration eingerichtet und hinsichtlich möglicher Kosten freigegeben werden. Auch die Kartenanzeige benötigt eine Einrichtung. Die Verbindung und Darstellung müssen am tatsächlichen Arbeitsplatz geprüft werden. Es gibt keine automatische anbieterbasierte Optimierung einer ganzen Fahrzeugflotte.
### Fahrer und Korrekturen
„Fahrersicht“ zeigt eigene Touren und die vorgesehenen Stopps. „Navigation (Google Maps)“ beziehungsweise der Geräte-Navigationslink öffnet die externe Navigation. Die angebotenen Rückmeldungen „Angekommen“, „Aufgenommen“, „Abgeliefert“ oder „Fehlgeschlagen“ mit Notiz und gegebenenfalls bereits vorhandenen Fotokennungen verwenden. Die Fahrersicht besitzt keine eigene dauerhafte Offline-Warteschlange: bei Verbindungsfehlern den gespeicherten Stand prüfen, bevor eine neue Meldung gesendet wird. Details zu Bildern und Clients stehen unter [Bilder und Dokumente](https://partuvo.com/handbook/bilder-dokumente.md) und [Offlinebetrieb](https://partuvo.com/handbook/offline-clients.md).
Nach tatsächlicher Ablieferung kann „Fahrzeugannahme anlegen (einmalig)“ mit Fahrzeugschreibrecht genau ein Fahrzeug aus der Abholung anlegen. Prüfen, ob dieses bereits vorhanden ist. Ein noch nicht begonnener Stopp kann vor seiner Bearbeitung entfernt werden; anschließend ist die Route neu zu berechnen. Abholauftrag „Stornieren“ und „Tour abbrechen“ verlangen einen Grund. Ausgeführte Abholungen werden nicht durch Löschen ihrer Nachweise rückgängig gemacht.
Synthetische Probe: „Muster-Abholung“ von 09:00–10:00 mit einem Abschlepper und einer Person speichern. Ein zweiter Termin 09:30–10:30 mit demselben Abschlepper muss einen Konflikt zeigen. Erste Buchung begründet absagen und erneut prüfen: Die Ressource ist frei. Eine Überladung im Tourprofil muss vor Freigabe sichtbar bleiben. Bei erreichtem Anbieterlimit, ausgeschöpftem Budget oder ausbleibender Antwort den Auftragsstatus prüfen und die Administration informieren; keine erfundenen Ersatzkoordinaten und keine unbestätigte Straßenroute übernehmen.
---
## Kontakte, Einkauf, Verkauf, Belege und Kasse
Diese Abläufe arbeiten mit dem aktiven Betrieb. Die Rolle **Lager & Demontage** darf Kontakte, Einkauf und Bestand ändern; **Verkauf & Belege** darf Kontakte, Verkäufe, Rechnungen und Kassenbuchungen ändern. **Administration** darf die freigegebenen Module bedienen und Kassen konfigurieren. **Nur lesen** kann freigegebene Daten lesen. Die Freischaltung des jeweiligen Moduls bleibt zusätzlich erforderlich. Konten und Rollen stehen unter [Einrichtung](https://partuvo.com/handbook/einrichtung.md).
### Kontakte und Einkauf
In „Kontakte“ Kunden und Lieferanten mit Namen und passender Rolle anlegen. Ein Kontakt kann beide Rollen haben. Adressen dürfen mehrere Zeilen enthalten. Archivierte Kontakte bleiben für historische Belege erhalten, stehen aber für neue Geschäfte nicht mehr zur Verfügung. E-Mail-Adressen führen keine automatische Zusammenführung aus. „Kontakt archivieren“ ist keine Löschung früherer Vorgänge.
Unter „Einkauf & Bestellungen“ mit „+ Neue Bestellung erfassen“ beginnen: aktiven Lieferanten wählen, Teile, ganze Mengen und Nettostückpreise hinzufügen; Liefertermin und Notizen sind optional. „Bestellung absenden“ speichert die Bestellung in Partuvo. Es verschickt keine E-Mail an den Lieferanten. Die Bestellung erhält eine fortlaufende Nummer.
Zum Eingang die Bestellung öffnen, tatsächlich gelieferte Mengen je Position und gegebenenfalls Lieferscheinnummer eingeben und „Wareneingang buchen“ wählen. Teilwareneingänge sind möglich; Überlieferung wird abgewiesen. Alle Positionen eines Eingangs werden zusammen gebucht. Danach erhaltene und offene Mengen sowie Bestandsbewegungen vergleichen. „Bestellung stornieren“ ist nur vor dem ersten Wareneingang möglich. Werden Restmengen nicht mehr geliefert, „Restmengen abschließen“ mit Grund verwenden. Bereits erhaltene Ware und Lieferscheine bleiben erhalten; weitere Eingänge dieser abgeschlossenen Bestellung sind gesperrt. Ein gebuchter Wareneingang besitzt hier keinen pauschalen Löschknopf. Fehler müssen über nachvollziehbare Fachkorrekturen berichtigt werden.
### Verkauf und Rücknahme
Unter „Verkaufsentwürfe & Aufträge“ → „+ Neuer Verkaufsentwurf“ Kundenname oder aktiven Geschäftskunden, optional eine getrennte Lieferadresse und mindestens eine Teileposition mit Menge und Nettostückpreis erfassen. „Verkaufsentwurf anlegen“ erzeugt noch keinen Lagerabgang und reserviert keinen Bestand. Mit „Entwurf bearbeiten“ lässt sich der unbestätigte Auftrag korrigieren.
„Verkauf verbindlich bestätigen“ bucht den Bestand aller Positionen ab. Reicht eine Position nicht aus, wird kein Teilabgang ausgeführt. Eine identische Wiederholung derselben bestätigten Aktion bucht nicht nochmals. Ein bestätigter Auftrag kann Ausbau, Pick und Übergabe im [Lagerleitstand](https://partuvo.com/handbook/lager-prozesse.md) benötigen. Diese Schritte erzeugen keinen zweiten Verkaufsabgang. Versanddienstleister und optional Sendungsnummer erfassen und „Als versendet markieren“ nur für den tatsächlichen Versand verwenden. Eine erforderliche Lagerfreigabe muss vorher vorliegen.
„Auftrag stornieren“ verlangt einen Grund und ist nur vor Versand zulässig. Ausgestellte Rechnung oder bestehende Retoure sperren den Storno. Bei bestätigten oder versandten Aufträgen die zurückgenommenen Mengen unter „Retoure buchen“ dokumentieren. „Teile wieder dem aktiven Lagerbestand zubuchen (Wiedereinlagerung)“ bewusst entsprechend der tatsächlichen Rücknahme wählen. Eine Retoure erzeugt weder automatisch eine Gutschrift noch eine Bankrückzahlung. Bereits gebuchte Retouren nicht durch einen weiteren Verkauf oder eine zusätzliche Bestandskorrektur doppelt ausgleichen.
Verkäufe aus Dateien werden im eigenen Menü „Verkaufsdateien“ zunächst geprüft und erst ausdrücklich übernommen. Dabei ist zwischen historischen Belegen ohne Bestandsabgang und operativen Neubestellungen zu wählen. Der genaue Datei-, Vorschau-, Export- und Rücknahmeweg steht unter [Import und Verkaufsdateien](https://partuvo.com/handbook/import.md). Ein gemeldeter Zahlungsstatus erzeugt auch dort keine Zahlung.
### eBay
„eBay“ zeigt den Kontostatus, Bestellungen und vorhandene Angebote. Alle Rollen mit freigegebenem Verkaufsmodul können diese Informationen lesen. Administration und Verkauf & Belege dürfen Aktionen ausführen. Für Angebote und die Zuordnung von Bestellpositionen ist zusätzlich Zugriff auf das Teilelager erforderlich. Das Verkäuferkonto muss vorher vom Betreiber eingerichtet werden; in dieser Ansicht gibt es dafür kein Formular.
#### Bestellungen abrufen und prüfen
1. Im Konto „Schreibzugriff“, „Übernahme ab“, „Vollständig bis“ und „Letzter Lauf“ prüfen. „Jetzt abrufen“ fordert einen Abruf an. Das bedeutet noch nicht, dass er bereits abgeschlossen ist. Bestellungen vor dem festgelegten Übernahmebeginn werden nicht neu gebucht.
2. Unter Bestellungen offene Zuordnungen über die tatsächliche aktive Teile-SKU ergänzen und „Zuordnen“ wählen. Partuvo versucht danach die Buchung. Bei „Bestandskonflikt“ den Bestand und die erforderlichen Freigaben klären, danach „Erneut buchen“. Eine ungeklärte Position nicht durch eine beliebige SKU ersetzen.
3. Übernommene Bestellungen unter den Verkäufen kontrollieren. Die Bestätigung bucht die bestellten Mengen ab. Wiederholter Abruf oder eine zusätzliche Verkaufsdatei derselben Bestellung darf keinen zweiten Abgang erzeugen. Bestell- und Positionskennungen deshalb unverändert erhalten.
4. Unvollständige Abrufe und Hinweise prüfen. „Vollständig bis“ bezieht sich auf den geprüften Zeitraum, in dem Bestellungen angelegt wurden. Spätere Änderungen älterer Bestellungen können noch ungeklärt sein. Bereits übernommene Bestellungen eines unvollständigen Abrufs sind trotzdem gebucht.
„Jetzt abrufen“ garantiert keine sofort vollständig geprüfte Bestellhistorie. Bei fehlenden oder widersprüchlichen Angaben die betreffende Bestellung mit eBay vergleichen und die Administration oder den Support einschalten. Die Oberfläche erlaubt die Zuordnung bisher nicht zugeordneter Positionen. Für die Korrektur einer bereits gesetzten falschen Zuordnung gibt es noch keinen vollständigen Bedienweg. Bereits gebuchte Verkäufe werden dadurch nicht nachträglich umgeschrieben.
Vor der Rechnungsanlage müssen Preise und Steuerbehandlung geklärt sein. Bei Rundungsabweichungen oder unklaren Preisangaben bleibt die Rechnung gesperrt. Zahlungen, Erstattungen und Gutschriften entstehen nicht automatisch aus eBay-Statusangaben. Ein eBay-Storno vor dem Versand kann den übernommenen Verkauf stornieren und den Bestand zurückbuchen; eine Rechnung oder Retoure kann diesen Weg sperren. Nach dem Versand ist eine gesonderte Klärung erforderlich. Ein Storno in Partuvo löst keinen automatischen Storno bei eBay aus.
#### Vorhandene Angebote bedienen
Die Oberfläche zeigt bereits vorbereitete Angebote. Ein Formular zum Anlegen oder Bearbeiten von Angebotsentwürfen steht noch nicht bereit. Fehlende oder falsche Angebotsangaben daher mit der Administration beziehungsweise dem Support klären.
Vor der Veröffentlichung Titel, Kategorie, tatsächlichen Artikelzustand, **Bruttopreis**, Bilder, Lagerort sowie Zahlungs-, Versand- und Rücknahmerichtlinien prüfen. Die Bilder müssen ausdrücklich zur Veröffentlichung freigegeben sein. Private Partuvo-Galeriebilder werden nicht automatisch für eBay veröffentlicht. Ein gespeicherter Marktplatztext aus dem OE-Stamm ist noch kein veröffentlichtes Angebot.
„Veröffentlichen“ sendet einen vorbereiteten Entwurf. „Erneut senden“ übermittelt den aktuellen Stand eines aktiven Angebots; „Beenden“ fordert dessen Beendigung an. Jede Aktion verlangt eine eigene Bestätigung. Externe Änderungen sind nur bei freigegebenem Schreibzugriff möglich. Die Angebotsmenge richtet sich nach dem aktuellen Partuvo-Bestand. Bestandsänderungen können daher auch die Menge eines aktiven Angebots ändern.
„Wird gesendet“ ist noch keine bestätigte Veröffentlichung. Bei „Ergebnis unklar“ den tatsächlichen Stand bei eBay prüfen und auf die Klärung des vorhandenen Vorgangs warten. Nicht durch einen neuen Entwurf oder wiederholtes Klicken eine zweite Veröffentlichung auslösen. Bleibt der Vorgang ungeklärt, die Administration oder den Support mit Angebotsbezug und genauer Meldung einschalten; für alle solchen Fälle gibt es noch keine eigene Klärungsmaske.
Auch Versandmeldungen können ausstehen oder abgewiesen werden. Den tatsächlichen Versand und den Stand bei eBay prüfen, bevor eine erneute Meldung veranlasst wird. „Beenden“ nimmt weder eine Bestellung noch bereits versandte Ware oder eine Zahlung zurück. Dafür die passenden Retouren- und Korrekturwege verwenden.
Die Verbindung ist noch nicht mit einem echten eBay-/gobecom-Zugang vollständig geprüft. Die angezeigten Hinweise zur Vollständigkeit und zum Übertragungsstatus bleiben deshalb Teil der täglichen Kontrolle. Insbesondere eine Menge von null nicht ohne Prüfung bei eBay als bestätigte Beendigung behandeln.
### Rechnungen und Zahlungsjournal
„Belege & Rechnungslegung“ → „+ Rechnung aus Auftrag erstellen“: bestätigten oder versandten Auftrag wählen, den Steuersatz ausdrücklich in Prozent eingeben und gegebenenfalls ein Fälligkeitsdatum setzen. Partuvo trifft keine automatische steuerliche Einordnung. „Rechnungsentwurf anlegen“ legt einen bearbeitbaren Entwurf an. Vor Ausstellung können Steuersatz, Fälligkeit und Rechnungs-/Lieferadresse korrigiert werden; Kunde, Absender und Positionen sind nicht frei austauschbar. Ein begründeter Abbruch erhält den Entwurf und erlaubt einen neuen Entwurf zum selben Auftrag.
„Rechnung verbindlich ausstellen“ vergibt die endgültige Nummer und schreibt die Belegdaten fest. Spätere Stammdatenänderungen ändern diesen Stand nicht. „HTML-Vorschau öffnen“ zeigt den gespeicherten Beleg im Browser. Die geprüfte hybride E-Rechnung hat einen eigenen Dokumentstatus und Download.
Für **ZUGFeRD 2.5.2 / Factur-X 1.09.2, Profil EN16931** vor der Ausstellung „E-Rechnungsangaben im Entwurf speichern“ verwenden. Verkäufer- und Käuferadresse strukturiert eintragen; sie müssen zur historischen Anschrift passen, mit dem Ländercode auf der letzten Zeile. EUR, Leistungsdatum, Steuerkategorie und vereinbarten Zahlweg ausdrücklich auswählen; bei Überweisung die IBAN ergänzen. Nach der Ausstellung sind diese Angaben unveränderlich.
Nach „Dokumentstatus aktualisieren“ steht bei erfolgreicher Prüfung „Validierte ZUGFeRD-PDF herunterladen“ bereit. Die PDF/A-3b enthält dieselben Rechnungsangaben als eingebettete XML. „Eingebettete XML herunterladen“, „Originalsnapshot herunterladen“ und „Prüfberichte herunterladen“ liefern die zugehörigen Originale und Nachweise. Bei einem technischen Fehler „Nur Dokumentjob wiederholen“ verwenden; Rechnung, Nummer und Bestand werden dabei nicht nochmals gebucht. Fehlende Erzeugungs- oder Prüfsoftware sperrt den Download.
Unvollständige historische Rechnungen, widersprüchliche Adressen/Beträge, abweichende Rundung sowie nicht unterstützte Steuerfälle bleiben gesperrt. Der aktuelle Umfang unterstützt EUR, einen Steuersatz, die ausdrücklich gewählten Kategorien S/Z/E/AE und höchstens 100 Positionen mit ganzen Mengen. Gutschriften haben noch keine eigene vertragliche Netto-/Steueraufteilung und werden daher nicht als ZUGFeRD-Datei ausgegeben. Andere Belegarten werden nicht als Rechnungen deklariert. Zahlungen und Korrekturbuchungen verändern ein bereits archiviertes Original nicht.
Mit „Zahlung buchen“ Betrag, Zahlweg, Zahlungsdatum und gegebenenfalls Referenz dokumentieren. Teilzahlungen sind möglich. „Gutschrift anlegen (GS-...)“ verlangt Bruttobetrag und Grund; eine zugeordnete Retoure kann nicht doppelt gutgeschrieben werden. Die Oberfläche begrenzt den Betrag auf das verbleibende Rechnungsbrutto, nicht automatisch auf den Wert der Retourenpositionen: den sachlich richtigen Betrag selbst prüfen. „Rückzahlung buchen“ dokumentiert eine tatsächlich erfolgte Auszahlung bis zum rückzahlbaren Betrag. Diese Einträge lösen keine Bankbewegung aus.
Eine falsch dokumentierte Zahlung oder Rückzahlung über „Manuellen Eintrag gegenbuchen“ mit Originaleintrag und Korrekturgrund berichtigen. Das Original bleibt erhalten; genau eine Gegenbuchung gleicht es aus. Gegenbuchungen können nicht rekursiv gegengebucht werden. Würde der Zahlungssaldo negativ, zuerst die falsche Rückzahlung korrigieren. Eine echte Auszahlung bleibt eine Rückzahlung und ist kein Eingabefehler.
### Kasse am Tresen
Als Administration „Kasse“ → „Kassen verwalten“ öffnen. Bezeichnung, eindeutiges Belegpräfix, Seriennummer, Standard-USt, Bargeldanfangsbestand und Standort prüfen. TSE-Anbieter und Kartenterminal sind getrennte Einstellungen. Eine Test-TSE ist ausschließlich für Schulungen vorgesehen; „keine“ erzeugt unsignierte Belege. Ein simuliertes Kartenterminal führt keine echte Kartenzahlung aus. Anbieterzugänge nur im vorgesehenen administrativen Formular eingeben, niemals in Supporttexte oder Beispieldateien.
Aktive Kasse wählen, „+ Neuer Beleg“, Artikel scannen/eingeben oder „Freie Position“ ergänzen. Kassenpreise sind **brutto**, anders als Nettopreise in Einkaufs- und Verkaufsentwürfen. Vor „Beleg abschließen“ Positionen, Steuer je Position und vollständige Zahlung prüfen. „Bar“ berechnet Rückgeld aus „Bar gegeben“. „Karte (am Gerät bestätigt)“ dokumentiert die manuell bestätigte Zahlung; Partuvo führt sie nicht am externen Gerät aus. „Karte am Terminal“ ist nur mit eingerichteter Terminalverbindung verfügbar; offene Terminalvorgänge verhindern den Abschluss.
Offene Belege lassen sich begründet abbrechen. Abgeschlossene Belege werden über einen neuen Stornobeleg mit Originalbezug korrigiert; bei Artikelverkäufen Rücklagerung ausdrücklich wählen. Eine reale Kartenrückzahlung muss unabhängig abgewickelt werden. „Zahlung auf Rechnung starten“ verbindet einen Kassenzahlungsvorgang mit einer vorhandenen Rechnung. Einlagen/Entnahmen benötigen Betrag und Grund. Für „Tagesabschluss (Z-Bon) erstellen“ offene Belege zuerst abschließen oder abbrechen und den tatsächlich gezählten Bargeldbestand eingeben. Differenzen und TSE-Ausfälle bleiben sichtbar. „DSFinV-K“ lädt den Export zum Abschluss; dessen Existenz bestätigt keine amtliche Konformität.
### Synthetische Kontrolle und Fehler
Beispiel: Ein Musterteil hat Bestand 10. Ein Entwurf über 2 Stück zu 100,00 EUR netto lässt 10 bestehen. Bestätigung ergibt 8 und 200,00 EUR netto; bei ausdrücklich gewählten 19 % beträgt die Rechnung 238,00 EUR. Zahlung 238,00 EUR ergibt offen 0. Rücknahme eines Stücks mit Rücklagerung ergibt 9; erst eine gesonderte Gutschrift von 119,00 EUR und dokumentierte Rückzahlung von 119,00 EUR gleichen den finanziellen Vorgang aus.
Bei „inzwischen geändert“ den aktuellen Beleg und eigene Eingaben vergleichen. „Entwurf verwerfen“ beziehungsweise der im Korrekturformular angebotene Neuladeweg verwirft bewusst nur diesen Entwurf; Aktualisieren allein bestätigt keine veraltete Version. Bei unklarer Antwort zuerst Beleg, Journal und Bestand lesen, bevor eine neue Buchung begonnen wird. Die Anzeige „gespeichert; Neuladen fehlgeschlagen“ bedeutet bereits gespeicherte Wirkung. Die Wiederherstellung einer Sicherung ist kein Rücknahmeweg für einzelne Geschäfte; sie setzt auch andere Vorgänge auf einen früheren Stand zurück.
---
## Altfahrzeugnachweise und dokumentierte Originale
„Altfahrzeugnachweise“ dokumentiert Annahme, Behandlung, Materialmengen, Verbleib, Originalbezüge und Korrekturen. Der gespeicherte Nachweisstand ist keine behördliche Anerkennung, Rechtsberatung oder Zertifizierung. Diese Seite erklärt die vorhandene Bedienung. Die hinterlegten Regeln und Quellenstände müssen für den tatsächlichen Betrieb fachlich geprüft werden; ein Statushäkchen oder Importwert ersetzt keinen Originalbeleg.
### Rollen und Voraussetzungen
Lesen benötigt das freigegebene Fahrzeugmodul und Prozessleserecht, also auch das Lager-/Prozessmodul. Änderungen brauchen Fahrzeug- und Prozessschreibrecht: **Lager & Demontage** oder **Administration** innerhalb dieser Freischaltung. Anerkennung, Jahresabschluss, Personenanlagen und deren Aufbewahrung verwaltet Administration. Die Erfassung als Aussteller eines Verwertungsnachweises ist zusätzlich auf Administration eines entsprechend anerkannten Demontagebetriebs begrenzt. Reiner Teilehandel wird durch die Rolle Administration nicht zum Demontagebetrieb.
Zuerst unter „Prozesse & Lagerorte“ einen Standort anlegen. Danach in „Altfahrzeugnachweise“ Betriebsart, Anerkennungsweg, Bescheinigung, Aussteller, Geltungszeitraum und letzte Prüfung erfassen und „Anerkennungsstand speichern“ wählen. Ein Efb-Bezug allein bestätigt keinen passenden Altfahrzeugumfang. Fehlende, abgelaufene oder widerrufene Anerkennung kann neue Nachweise sperren. Angezeigte Warnungen und den belegten Geltungszeitraum prüfen; historische Einträge benötigen die damals gültige gespeicherte Bescheinigung.
### Dokumente und Annahme
Fahrzeug wählen und die tatsächlichen Originale dokumentieren. „Dokumentversion speichern“ speichert Dokumentkennung, Kategorie, Originalbezug und gegebenenfalls ersetzte Dokumentversion samt Grund. Ein vollständig übertragenes, dem Fahrzeug zugeordnetes Originalbild kann verwendet werden. Alternativ den tatsächlichen externen Aufbewahrungsort des Papieroriginals erfassen. Ein solcher Textverweis behauptet keinen Datei-Upload. Zugang und Upload siehe [Bilder und Dokumente](https://partuvo.com/handbook/bilder-dokumente.md).
Die Annahme benötigt belegte Herkunft, Abfallstatus, Klasse, Erstzulassung und Gewichtsangaben mit Originalbezug. Die Oberfläche unterscheidet erfasstes Zulassungsgewicht, Kraftstoff und gegebenenfalls Fahrergewicht. Nur die im aktuellen Regelstand unterstützten Fälle erhalten eine automatische Berechnung. Bei unbekannten oder nicht unterstützten Fällen keine fiktiven Gewichte eintragen, um eine Prüfung zu passieren. Ein vorhandenes Fahrzeug allein besitzt noch keinen Annahmenachweis.
Vorbehandlung und Demontage als konkrete Prüfschritte mit Ergebnis, Begründung und Beleg beziehungsweise Arbeitsanweisung dokumentieren. Materiallose mit eindeutiger Loskennung, tatsächlicher Menge, Behandlung und Verbleib erfassen. Grammwerte werden ganzzahlig verarbeitet. Den im Formular angebotenen Nachweistyp wählen und „Nachweis verbindlich speichern“ erst nach Prüfung von Betriebstag, Standort, Fahrzeug und Originalbezügen verwenden. Die gespeicherten Mengen müssen zur belegten Eingangsmasse passen; bloße Weitergabe ist kein Nachweis der Endbehandlung.
### Standorttagebuch, Übergaben und Jahresstand
„Standorttagebuch öffnen / Entwurf verwerfen“ lädt den gewählten Standort. Störungen, regelmäßige Vollständigkeitsprüfungen oder Fremdmaterial mit Angaben und Begründung über „Standorteintrag speichern“ erfassen. Fremdmaterial wird getrennt von der ursprünglichen Altfahrzeugkohorte ausgewertet. Für eine tatsächliche Übergabe zwischen eigenen Standorten „Standortübergabe buchen“ mit Ziel, Datum, Belegen und Grund verwenden. Die ursprüngliche Fahrzeugannahme und Mengenlose werden nicht noch einmal angelegt.
Standort und Jahr wählen, „Prüfansicht berechnen“ und die ausgewiesenen Warnungen, Ein-/Ausschlüsse, Mengen sowie Anfangs-/Endbestände kontrollieren. „Prüfansicht als JSON exportieren“ exportiert den berechneten Stand samt Nachweisbezügen; Bild- und Dokumentdateien sind darin nicht automatisch enthalten. Der kumulierte Behandlungsnachweis kann in mehreren Standortansichten dieselbe ursprüngliche Kohorte zeigen. Diese Ausgaben nicht einfach addieren. Überschreitet eine Auswertung die derzeitige Grenze von 10.000 relevanten Nachweiszeilen, erscheint eine Meldung zur Auswertungsgrenze; daraus entsteht kein vollständiger Teilbericht.
Administration kann einen ausgeglichenen vergangenen Jahresstand nach aktueller Prüfansicht mit Grund über „Jahr verbindlich abschließen“ festschreiben. Rückdatierte Veränderungen dieses abgeschlossenen Bestands sind anschließend gesperrt. Ein später eingehender Endbeleg muss die bereits tatsächlich erfolgte physische Abgabe bewahren. Der Abschluss ist keine automatische Freigabe durch eine Behörde.
### Formularvorbereitung und tatsächlich ausgestellte Nachweise
Unter „Amtliches Formular“ verwendet „Vierfachsatz vorbereiten / Vorschau“ einen eingefrorenen Datenstand für vier Ausfertigungen mit je zwei Seiten. Angaben ergänzen, Vorschau prüfen und mit „Vierfachsatz drucken / als PDF speichern“ den achtseitigen A4-Satz mit tatsächlicher Größe sowie ausgeschalteten Browser-Kopf-/Fußzeilen drucken. Konkreter Drucker, Papier und Scanner benötigen eigene Prüfung. Die Vorbereitung und der Druck erzeugen keine Unterschrift, elektronische Behördenmeldung oder tatsächliche Ausstellung.
Einen tatsächlich ausgestellten Verwertungsnachweis gesondert mit Original, Aussteller, Nummer, Formularversion und passenden Fahrzeugangaben erfassen. Vorhandene unterzeichnete Originale werden nicht nachträglich an geänderte Stammdaten angepasst. Bei einer Annahmekorrektur kann ein Unterschied zum bereits dokumentierten Verwertungsnachweis angezeigt werden; der Fahrzeugabschluss bleibt bis zur belegten Korrektur gesperrt. In der Galerie als Dokumentoriginal verwendete Fotos sind gegen gewöhnliches Verwerfen geschützt.
### Korrekturen und Aufbewahrung
Ein fehlerhafter Nachweis wird durch einen neuen begründeten Eintrag mit Originalbezug korrigiert; der Vorgänger bleibt historisch erhalten. Eine Dokumentrevision muss auf die letzte Version verweisen. Bei einem Hinweis auf zwischenzeitliche Änderungen den aktuellen Stand mit dem eigenen Entwurf vergleichen und den passenden Knopf „Dokumententwurf verwerfen und neu laden“ beziehungsweise „Tagebuchentwurf verwerfen und neu laden“ bewusst verwenden. Andere offene Formulare behalten ihre eigene ursprüngliche Version. Ein Beleg darf nicht als Korrekturbezug eines sachlich anderen Nachweistyps verwendet werden.
Beauftragte Personen ausdrücklich dem passenden Tagebucheintrag zuordnen. Administration kann über „Aufbewahrungsliste laden“ und „Personenanlage öffnen“ Frist, Sperre und Status prüfen. „Aufbewahrungssperre speichern“ dokumentiert eine begründete Sperre. „Personenangaben nach Fristablauf löschen“ ist nur bei erfüllten Voraussetzungen verfügbar und keine allgemeine Löschung sämtlicher Freitexte oder Medien. Eine Wiederherstellung aus einer Sicherung muss durch den Betreiber geprüft werden, damit bereits gelöschte Personenangaben nicht wieder verfügbar werden. Die gezielte Personenlöschung ersetzt keine Prüfung anderer Dokumente oder Freitexte.
Synthetische Prüfung: Einen Musterstandort mit ausschließlich fiktiven Anerkennungs- und Originalangaben in einer Testinstallation verwenden. Ein Nachweis ohne benötigten Originalbezug muss scheitern. Danach vollständige Testbezüge erfassen und die Nachweisansicht prüfen. Eine Korrektur muss den neuen wirksamen Wert und den alten Eintrag in der Historie zeigen. Eine echte Anerkennung oder Rechtswirksamkeit wird durch diese technische Probe ausdrücklich nicht nachgewiesen.
---
## Support, Prozessaufnahme und private Funktionswünsche
„Support“ ist in der Hauptnavigation für alle angemeldeten Rollen erreichbar. Normale Nutzer sehen ihre eigenen Meldungen im aktiven Betrieb; Administration sieht die Meldungen dieses Betriebs. Zwischen Betrieben bleiben Meldungen getrennt. Eine ausdrücklich freigegebene Partnerbetreuung kann Meldungen des betreffenden Betriebs lesen; sie darf dadurch weder antworten noch interne Notizen oder die Administration öffnen. Die öffentlich lesbare Dokumentation macht Tickets und Wünsche nicht öffentlich.
### Meldung erstellen
„Meldung erstellen“ öffnen und unter „Art der Meldung“ **Bedienfrage**, **Technischer Fehler**, **Synchronisation**, **Schnittstelle**, **Gerät**, **Berechtigung**, **Abrechnung**, **Funktionswunsch** oder **Noch unbekannt** wählen. **Allgemeine Frage (bisherige Art)** bleibt für bestehende Abläufe verfügbar. Titel und Beschreibung sind Pflicht. Bei Fehlern erwartetes Ergebnis, tatsächlich beobachtetes Ergebnis und mindestens einen reproduzierbaren Schritt angeben. Jede nichtleere Zeile im Schrittfeld wird als eigener Schritt gespeichert. Produktversion ergänzen, soweit bekannt, anschließend „Meldung senden“.
Grenzen: Titel 160 Zeichen, Beschreibung 1.400 Zeichen, erwartetes und tatsächliches Ergebnis je 600 Zeichen, Produktversion 100 Zeichen. Höchstens zwölf Schritte mit jeweils 250 Zeichen und zusammen höchstens 1.400 Zeichen einschließlich Zeilenumbrüchen. Die Oberfläche weist zu lange Eingaben zurück, statt sie still abzuschneiden. Die Ticketanlage setzt keine Fachänderung in Fahrzeugen, Bestand oder Rechnungen durch.
Synthetisches Beispiel:
> Art: Technischer Fehler. Titel: „Musterteil nach Filterwechsel nicht sichtbar“. Beschreibung: „Bei einem selbst angelegten Schulungsteil verschwindet die Listenzeile nach dem Filterwechsel.“ Schritte: „1. Teilelager öffnen. 2. Nach MUSTER-001 suchen. 3. Filter zurücksetzen.“ Erwartet: „MUSTER-001 wird angezeigt.“ Beobachtet: „Liste leer; nach Aktualisieren wieder sichtbar.“
Nur tatsächlich beobachtete Schritte eintragen. Passwörter, Schlüssel, Sitzungsdaten, echte Kundenunterlagen und vertrauliche personenbezogene Angaben gehören nicht in solche Beispiele. Prüfen und bereinigen Sie den Text vor dem Senden. Geräteprotokolle und Dateien werden nicht automatisch mitgesammelt.
### Bearbeitungsstand und Antworten
Nach dem Senden die Meldung in der Liste öffnen und Beschreibung, Verlauf und Status kontrollieren. Vollständige technische Fehler können an die konfigurierte automatische Bearbeitung übergeben werden. Bedienfragen können mit freigegebenem Wissen beantwortet werden; unklare Fragen oder unvollständige Berichte benötigen Rückfragen oder persönliche Einordnung. Ohne eingerichtete Verbindung erscheint ausdrücklich „Meldungen werden gespeichert. Die automatische Bearbeitung ist noch nicht verbunden.“
Die Statusanzeigen unterscheiden unter anderem „Rückfrage offen“, „Lösung vorgeschlagen“, „Menschliche Bearbeitung“, „Wartet auf Prüfung“, „In Prüfung“, „Korrektur in Arbeit“, „Korrektur wird getestet“, „Korrektur geprüft – Veröffentlichung ausstehend“, „Bearbeitung braucht Unterstützung“, „Weitere Prüfung oder Angaben nötig“ und „Als erledigt bestätigt“. **Veröffentlichung ausstehend** bedeutet noch keinen ausgelieferten Fix. „Für mich erledigt“ ist die eigene Bestätigung und beendet keinen bereits laufenden Bearbeitungsprozess.
Unter „Rückmeldung zu dieser Meldung“ → „Nachfrage oder Ergänzung“ fehlende Angaben hinzufügen und „Rückmeldung senden“. Die Rückmeldung benötigt 1–1.400 Zeichen. „Problem besteht weiterhin – erneut prüfen“ ist nur verfügbar, wenn der aktuelle Bearbeitungsstand eine erneute Prüfung erlaubt. Eine laufende oder unklare Bearbeitung wird dadurch nicht beliebig vervielfacht. Gespeicherte Ursprungstexte und Verlauf bleiben erhalten.
Der sichtbare Supportbereich lädt ungefähr alle acht Sekunden nach; ein verdeckter Bereich oder eine Abmeldung beendet diese Aktualisierung. Bearbeitungsstatus, letzter erfolgreicher Abgleich und letzter Abruf der Oberfläche sind verschiedene Zeitpunkte. Bei Verbindungsfehlern bleibt der letzte bekannte Stand erkennbar. Das ist keine Bestätigung eines aktuellen externen Bearbeitungsfortschritts.
### Bericht ergänzen und persönlich bearbeiten
Bei einem noch offenen technischen Fehler „Fehlerbericht vervollständigen“ öffnen, Produktversion, Erwartung, Beobachtung und Schritte ergänzen und „Fehlerbericht ergänzen“ wählen. Frühere Angaben und bereits übergebene Fehlerpakete bleiben nachvollziehbar. Die Liste lässt sich nach Suchtext, Kategorie und Status filtern.
Die Administration kann unter „Einordnung und menschliche Übernahme“ eine aktive zuständige Person laden, den Fall einordnen und „Menschlich übernehmen“ wählen. Das hält die Fallautomatik an; „Automatik wieder zulassen“ gibt einen offenen Fall ausdrücklich wieder frei. „Antwort an den Kunden“ dient der Lösung oder gezielten Rückfrage. „Öffentliche Antwort“ meint hier den Ticketkunden. „Interne Notizen – nur Bearbeitung“ sind davon getrennt und nicht für den Kunden oder eine reine Partnerlesebetreuung sichtbar.
### Anlagen und ausgewählte Diagnosen
Unter „Anlagen und ausgewählte Diagnosedaten“ eine bereinigte Datei auswählen, die Prüfung auf vertrauliche Daten bestätigen und „Anlage hochladen“ wählen. Unterstützt werden UTF-8-Text, PNG und JPEG, je höchstens 512 KiB, insgesamt höchstens fünf Anlagen und 2 MiB pro Meldung. Den gespeicherten Dateinamen zum berechtigten Download anklicken. Es gibt keinen Anlagenlöschweg. Sichtbare vertrauliche Bildinhalte vor dem Upload entfernen; automatische Bereinigung ersetzt diese Prüfung nicht.
„Diagnoseauswahl und Redaktion“ übermittelt nur ausdrücklich ausgewählte und bestätigte Angaben, etwa Umgebung, Fehlermeldung oder bereinigten Logauszug. Ganze Geräteprotokolle und Cookies werden nicht automatisch gesammelt. Ausgewählte Diagnosen können bei entsprechender Betriebsfreigabe in die KI-Prüfung oder das Fehlerpaket eingehen; Anlagen und interne Notizen werden nicht automatisch dorthin weitergegeben.
### Wissensbasis lesen und pflegen
Unter „Support“ → „Wissensbasis“ das Feld „Wiki durchsuchen“ und gegebenenfalls die Kategorie verwenden, „Suchen“ wählen und einen Artikel öffnen. Die Wissensbasis erfordert Anmeldung und zeigt nur aktuell berechtigte Inhalte des aktiven Betriebs. „Veröffentlicht“ bedeutet für diesen Betrieb und die passenden Rollen und Module freigegeben. Es gibt kein anonymes öffentliches Kundenwiki; das öffentliche Handbuch gewährt keinen Zugriff auf private Artikel oder Tickets.
Berechtigte Administration kann unter „Redaktion“ belegte Quellen laden, Titel, Antwort und strukturierte Anleitung erfassen und eine neue Entwurfsversion speichern. Danach folgen redaktionelle Prüfung und Freigabe. Produktversion, benötigte Module, Rollen und Gültigkeit begrenzen die Verwendung. „Versionsverlauf laden“ zeigt frühere Fassungen. Eine neue Entwurfsfassung ersetzt noch nicht den veröffentlichten Artikel; eine neue Veröffentlichung zieht dessen Vorgänger zurück. Artikel können zurückgezogen oder gesperrt werden. Manuelle Korrekturen werden nicht automatisch überschrieben.
Tatsächlich ausgegebene, weiterhin belegte Antworten können nach den geltenden Regeln als allgemeine Anleitung übernommen werden. Private Ticketdetails, interne Notizen und bloße Modellvorschläge werden dadurch nicht zu allgemeinen Artikeln. Bei Fehlerlösungen ist zusätzlich die ausdrückliche Erledigt-Rückmeldung nötig. „Übernahmen nachvollziehen“ verlangt weiterhin Zugriff auf den Ursprung. Beim Zusammenführen von Dubletten Zielartikel, Quellen und Geltungsbereich prüfen; es gibt keinen Schalter zum nachträglichen Trennen.
### Optionale KI-Prüfung mit Gemini
Die KI-Prüfung muss für Ihren Betrieb eingerichtet und für die betreffenden Daten und Kosten freigegeben sein. Ohne diese Einrichtung bleibt persönliche Bearbeitung möglich. Administration sieht unter „Antwortregeln und Kosten“ → „Betriebsstand laden“ die verfügbaren Regeln und Angaben zum eigenen Betrieb. „Betriebsregeln speichern“ übernimmt die ausdrücklichen Freigaben für Einordnung, Antwortpause und Bugübergabe. Bei ausgeschöpftem Kostenlimit bleibt persönliche Bearbeitung möglich. Der Verbrauch anderer Betriebe wird nicht angezeigt. Schlüssel und Anbieterzugänge gehören nicht in Tickets oder Browserformulare.
Im Ticket zeigt „KI-Prüfung“ → „Prüfverlauf laden“ Vorschläge und den tatsächlichen Bearbeitungsstand. Automatische Bedienantworten beruhen auf aktuellen, freigegebenen Anleitungen der Wissensbasis. Modellvorschläge sind keine bereits gesendeten Antworten. Unklare, sensible oder widersprüchliche Fälle benötigen persönliche Bearbeitung. Geänderte Rechte, zurückgezogene Quellen, eine Antwortpause oder menschliche Übernahme verhindern eine verspätete automatische Veröffentlichung.
„Erneute KI-Prüfung anfordern“ bewusst verwenden: ein unklar ausgegangener Anbieteraufruf kann bereits Kosten verursacht haben. Die Anwendung wechselt dafür nicht automatisch auf ein teureres Modell. Prüfen Sie vorgeschlagene Antworten vor der Anwendung; eine bestimmte Antwortqualität ist damit nicht zugesagt.
### Prozessaufnahme mit vorhandenen Mitteln
Ein geführter Prozessaufnahme-Assistent mit vollständigem, bestätigtem privatem Prozessstand ist in diesem Produktstand nicht vorhanden. Eine **Allgemeine Frage** mit strukturiertem Text und anschließenden Ergänzungen kann einzelne Beobachtungen aufnehmen; sie ersetzt diesen fehlenden Ablauf nicht. Vor einer Einrichtung zunächst die heutigen Abläufe beschreiben: Eingang und Zuständigkeit, Arbeitsschritte, benötigte Belege, Lagerorte, Ausnahmen, beteiligte Rollen, verwendete Geräte sowie Übergabe an Verkauf oder Versand. Auf dieser Grundlage lässt sich ein ausdrücklich zu prüfender Konfigurationsplan für [Einrichtung](https://partuvo.com/handbook/einrichtung.md) und [Lager/Prozesse](https://partuvo.com/handbook/lager-prozesse.md) ableiten. Das Absenden des Textes konfiguriert keine Module, Rechte oder Prozessvorlagen automatisch.
Synthetisches Gespräch: „Wir lagern Motoren in festen Regalen, kleine Teile je Fahrzeug in Kisten und fotografieren mit zwei Telefonen.“ Daraus folgt zunächst die Prüfung von Standorten, Platzregeln, Fahrzeugkisten, Medienfreigabe, persönlichen Konten und sicherem Smartphonezugang. Offene Angaben sind etwa Mischkisten, Quarantäne, Verantwortliche und Druckgeräte. Erst nach dieser Prüfung über die vorhandenen Oberflächen einrichten; die Dokumentation selbst ist keine Vollmacht für Änderungen.
### Funktionswünsche vollständig und privat erfassen
Eine eigene strukturierte Wunschverwaltung mit vollständigem bestätigtem privatem Prozessstand am Wunsch, automatische Produkterweiterung oder öffentliches Kunden-Wiki ist in diesem Stand nicht verfügbar. Einzelne Wünsche können als **Funktionswunsch** im berechtigten Supportkontext beschrieben werden. Das ist eine private Meldung mit den oben genannten Eigentümer-/Administrationsrechten, keine Garantie ausschließlicher lokaler Speicherung: eine konfigurierte Bearbeitung kann berechtigt übergebene Berichte verarbeiten. Eine vollständige Prozessbeschreibung kann noch nicht als eigener, gemeinsam bestätigter Ablauf mit dem Wunsch verbunden werden.
Für jeden Wunsch heutiges Verhalten, vollständiges gewünschtes Verhalten, betroffene Rollen/Module, Voraussetzungen, Ausnahmen, Erfolgskriterien und unerwünschte Nebenwirkungen aufschreiben. Gewünschte Datenübernahme, Drucke, Schnittstellen, Offlinefälle und Rücknahmewege ausdrücklich nennen. Beispiel: „Fahrer sollen vor Abfahrt eine lesbare Stoppliste erhalten; die Liste darf keine fremden Touren enthalten. Erfolg: eigene zwei Musterstopps sichtbar. Grenze: keine automatische Kundennachricht.“ Einen längeren vollständigen Prozessstand nicht in die kurzen Felder zwängen oder abschneiden. Die vorhandenen Rückmeldungen ermöglichen Ergänzungen, gewährleisten aber keinen gemeinsam bestätigten vollständigen Prozessstand und ersetzen den fehlenden Funktionsweg nicht. Ein vollständiger bereinigter Text innerhalb der Anlagengrenzen kann privat beigefügt werden. Das bestätigt noch keine gemeinsam geprüfte Prozessfassung oder fachliche Vollständigkeit. Größere Unterlagen bis zu einer geeigneten vereinbarten Übergabe privat aufbewahren. „Wunsch erfasst“ bedeutet weder implementiert noch freigegeben oder terminiert.
Eine manuelle Suche in den berechtigten Wikiartikeln kann passende vorhandene Funktionen aufzeigen. Sie ersetzt keinen geführten Prozessabgleich und keine vollständige bestätigte private Prozessaufnahme.
### Konflikte und Rücknahme
Nach unklarem Versand einer neuen Meldung, Rückmeldung oder Fehlerergänzung „Noch nicht bestätigte Übertragung“ prüfen. „Identische Übertragung wiederholen“ sendet denselben ursprünglichen Auftrag. Wenn der Browser die Speicherung erlaubt, bleibt die Kopie für Ihren Zugang und Betrieb über Neuladen hinweg erhalten, andernfalls nur im geöffneten Fenster. Nach 24 Stunden oder bei widersprechenden Eingaben zuerst den gespeicherten Ticketstand prüfen. „Lokale Kopie entfernen“ widerruft keine bereits gespeicherte Meldung.
Bei „inzwischen geändert“ liegt bereits ein neuerer Stand der Meldung vor. Eigenen Entwurf mit dem aktuellen Verlauf vergleichen; „Antwort verwerfen und neu laden“ setzt nach erfolgreichem Abruf nur den betreffenden Antwortentwurf zurück. Beim Ticketwechsel wird die ungesendete Rückmeldung zum vorherigen Ticket verworfen; beim Betriebswechsel oder Abmelden werden die Supportansichten und Formulare geleert. Eine passende gespeicherte Kopie einer unbestätigten Übertragung wird dabei nicht pauschal gelöscht. Wichtige noch ungesendete Angaben vorher sicher fertigstellen.
„Entwurf schließen“ beendet die Eingabeoberfläche, ist keine Rücknahme eines gesendeten Tickets. Es gibt hier keinen Ticketlöschweg. Falsche Angaben mit einer nachvollziehbaren Rückmeldung richtigstellen. Meldet die Oberfläche eine erfolgreiche Speicherung mit anschließend fehlgeschlagenem Nachladen, nicht vorschnell erneut anlegen: zuerst den aktuellen Ticketstand laden. Bei fehlendem Zugriff Betrieb, Anmeldung und Eigentümerschaft prüfen; eine Dokumentationsanleitung umgeht keine Sperre.
---
## Gemeinsamer Importstandard und Verkaufsdateien
Der gemeinsame Standard heißt **partuvo-import, Version 1**. JSON und CSV bilden dasselbe Modell ab. Unter „Datenübernahme“ führt die Hauptanwendung durch Dateiauswahl, Spaltenzuordnung, Konfliktprüfung, Vorschau und bestätigte Übernahme. Die Beschreibung des Dateiformats, Vorlagen und Beispieldateien stehen ergänzend bereit. Die Vorschau prüft ohne Buchungswirkung; erst der bestätigte Plan darf ausgeführt werden.
Die Datenübernahme verlangt Administration im ausgewählten Betrieb und die Lese-/Schreibrechte der beteiligten Fachmodule. Referenzierte Daten müssen ebenfalls zugänglich sein. Das eigene Modul „Verkaufsdateien“ verwendet **partuvo-sales, Version 1** und bleibt der gesonderte Weg für Verkaufsdateien und deren Mappingprofile. Seine Anleitung folgt unten. Beide Wege verwenden den gemeinsamen Verkaufseingang zur Vermeidung von Doppelübernahmen; Formate und Mengen-/Geldeinheiten bleiben verschieden.
### Dateien und Einheiten
Maßgeblich ist das [JSON-Schema Version 1](https://partuvo.com/handbook/import/schema/partuvo-import-v1.schema.json). Eine JSON-Datei enthält `format`, `version`, `batch` und `entities`. Ein CSV-Bündel enthält [batch.json](https://partuvo.com/handbook/import/templates/batch.json) und die passenden Entitätstabellen:
| Datei | Inhalt |
| --- | --- |
| [partners.csv](https://partuvo.com/handbook/import/templates/partners.csv) | Kontakte mit Kunden-/Lieferantenrollen |
| [vehicles.csv](https://partuvo.com/handbook/import/templates/vehicles.csv) | Fahrzeuge und Stammdaten |
| [locations.csv](https://partuvo.com/handbook/import/templates/locations.csv) | Standorte, Lager, Bereiche, Plätze und Kisten |
| [storage_rules.csv](https://partuvo.com/handbook/import/templates/storage_rules.csv) | Platzregeln für die vier Lagerstrategien |
| [parts.csv](https://partuvo.com/handbook/import/templates/parts.csv) | Teile, Preise und Herkunftsbezüge |
| [stocks.csv](https://partuvo.com/handbook/import/templates/stocks.csv) | gezählte Lose und Platzierungen |
| [sales.csv](https://partuvo.com/handbook/import/templates/sales.csv) | Verkaufsaufträge |
| [sale_lines.csv](https://partuvo.com/handbook/import/templates/sale_lines.csv) | sämtliche Positionen mit Verkaufsreferenz |
Vorlagen enthalten noch keine Geschäftsdaten. `batch` verlangt Kennung, Erstellzeitpunkt, Modus, Quellsystem, IANA-Zeitzone, Währung `EUR` und Preisbasis `net`; Quellkonto ist optional. Ein Datensatz benötigt eine dauerhafte `externalId` und seine im Schema als erforderlich angegebenen Felder. Für Kontakte sind das insbesondere Name und Rollen, für Fahrzeuge Referenz/Hersteller/Modell, für Teile SKU/Name/Zustand. Bestandsmengen stehen in Losen, nicht frei am Teil.
CSV verwendet UTF-8, optional BOM, Komma oder Semikolon entsprechend der Kopfzeile und Anführungszeichen für mehrzeilige Felder. Leere Zellen bedeuten „nicht angegeben“, Listen sind mit `|` getrennt. Wahrheitswerte: `true`/`false` oder `ja`/`nein`. Mengen und Geldbeträge sind ganze Zahlen: 1.250 Cent bedeutet 12,50 EUR, nicht 1.250 EUR. Datum: `YYYY-MM-DD`; Zeitstempel: ISO 8601 mit Zeitzone. `powerKw` ist Dezimaltext mit Punkt. Tabellenkalkulationen dürfen Kennungen, HSN/TSN oder führende Nullen nicht verändern. Formelähnliche Texte werden wörtlich gelesen und gemeldet, nicht berechnet; beim Öffnen solcher Dateien in Tabellenprogrammen besondere Sorgfalt walten lassen.
Der Assistent akzeptiert je Lauf höchstens **4 MiB für das übertragene Bündel und 2.000 Datensätze insgesamt, einschließlich Bestandslosen und Verkaufspositionen**. Die Übertragung enthält zusätzliche Strukturzeichen; bei einer Datei nahe 4 MiB kann deshalb bereits die Vorschau die Grenze melden. Größere Datenmengen in fachlich zusammenhängende Stapel teilen; Folgeimporte können auf vorher übernommene Kennungen derselben Quelle verweisen. Ein Teil mit seinen Eröffnungsbeständen und ein Verkauf mit sämtlichen Positionen gehören jeweils zusammen.
Für das Dateiformat gelten außerdem höchstens 10.000 Zeichen je Feld und 64 Spalten. Pro Prüfung werden höchstens 1.000 Fehler angezeigt. Unbekannte Felder, Tabellen oder Formatversionen nicht durch bloßes Umbenennen passend machen: Die Bedeutung der Quelldaten muss zum gewählten Feld passen.
### Art der Übernahme
| Modus | Erlaubter Inhalt und Wirkung |
| --- | --- |
| `master_data` | Kontakte, Fahrzeuge, Orte, Regeln, Teile; keine Mengen oder Belege |
| `opening_balance` | zusätzlich gezählte Bestandslose; keine erfundene Bewegungshistorie |
| `historical` | zusätzlich historische Verkäufe und Positionen; kein neuer Verkaufsabgang |
| `operative` | nur neue Verkäufe und Positionen; Stammdaten bereits bekannt; Abgang erst bei Bestätigung |
Der Assistent prüft diese Bedeutungen gegen die tatsächlichen Fachdaten. Bei historischen, bereits bestätigten, aber noch nicht versandten Verkäufen bleibt Ware physisch vorhanden: Der verkäufliche Anfangsbestand ist Zählmenge minus noch vorliegende verkaufte Menge. Historische Teile bleiben für neue Vorgänge gesperrt, bis die zugehörigen Altverkäufe vollständig übernommen sind und der vorgesehene Endbestand stimmt. Das Weglassen eines fehlgeschlagenen Altverkaufs oder ein manuelles Aktivieren hebt diese Sperre nicht auf. Historische Verkäufe dienen als Übernahmenachweis; sie lassen sich nicht anschließend wie neue Verkäufe bestätigen, versenden oder abrechnen. Nicht dieselbe Altlieferung nochmals operativ bestätigen. Rechnungen, Zahlungen, Retouren, Einkauf/Wareneingang und Medien können in diesem Format noch nicht übernommen werden. Unbekannte Listen werden abgewiesen. Bilder und Originaldokumente haben ihren eigenen [kontrollierten Upload](https://partuvo.com/handbook/bilder-dokumente.md); keine beliebigen Bild-URLs oder Zugangsschlüssel in Importdateien eintragen.
### Referenzen und Reihenfolge
Kontakte, Fahrzeuge und Lagerhierarchie vor Teilen/Bestand und danach Verkäufe samt Positionen prüfen. Referenzen wie `vehicleRef`, `parentRef`, `partRef` oder `saleRef` nennen die externe Kennung derselben Quelle. Lagerhierarchien dürfen keine Zyklen bilden. Fahrzeugkisten und eingebaute Teile müssen zum richtigen Fahrzeug gehören. Eine Regelabweichung braucht `overrideReason`. Ein Teil kann mehrere Lose sowie nicht zugeordnete Mengen haben.
Für eine wiederholbare Übernahme müssen Betrieb, Quellsystem, Quellkonto, Datenart und externe Kennung erhalten bleiben. Bereits übernommene gleiche Inhalte werden als unverändert erkannt; abweichende Inhalte erfordern eine ausdrückliche Konfliktentscheidung. Bei einer gewünschten Änderung eines vorhandenen Datensatzes verlangt die Datei mit `operation:update` auch dessen aktuellen Stand in `expectedVersion`. Bei Verkäufen werden zusätzlich Kanal, Verkäuferkonto, Bestell- und Positionskennungen mit dem gemeinsamen Verkaufseingang abgeglichen. Für eBay-Bestellungen aus gobecom ist `channelProvider:gobecom` anzugeben; `channelAccount` muss dabei den tatsächlichen Verkäufernamen enthalten, keine interne Konto-ID. Ohne Kanalangaben bilden Quellsystem, Quellkonto und externe Kennungen die Verkaufsidentität; ein leeres Quellkonto wird als `default` geführt. Ein Dateiimport erteilt keine Freigabe für einen Versandauftrag an eBay. Dieselben Kennungen aus Datei und eBay dürfen keinen zweiten Bestandsabgang erzeugen. Inhaltliche Abweichungen und die Zuständigkeit eines bestehenden Verkaufseingangs werden als Konflikt behandelt, nicht durch eine neue erfundene Kennung umgangen. E-Mail allein ist kein Zusammenführungsschlüssel.
`partuvo:` bezeichnet einen bestehenden Zieldatensatz im ausgewählten Betrieb. Der Assistent prüft dessen Verfügbarkeit, Berechtigung und aktuellen Stand. Vorhandene Zielkennungen nur aus dem eigenen Betrieb übernehmen.
### Datenübernahme im Assistenten
1. Im richtigen Betrieb „Datenübernahme“ öffnen. Bei Bedarf „JSON-Schema v1“, „Beispieldatensatz“, „CSV-Stapelvorlage“ und die benötigten Tabellen herunterladen. Unter „JSON oder CSV-Bündel“ entweder eine JSON-Datei oder `batch.json` zusammen mit den passenden CSV-Dateien auswählen.
2. „Art der Übernahme“ prüfen. „Modus aus Datei verwenden“ übernimmt den ausdrücklich in `batch` angegebenen Modus; die anderen Auswahlwerte setzen ihn für diesen Plan. Besonders gezählte Eröffnungsbestände, historische Verkäufe und neue operative Verkäufe nicht verwechseln.
3. Bei CSV jede „Spaltenzuordnung“ kontrollieren. Fremde Spalten einem passenden Standardfeld zuordnen oder ausdrücklich „Spalte nicht übernehmen“ wählen. Pflichtfelder müssen erhalten bleiben. Anschließend „Vorschau prüfen“ wählen.
4. Datensätze, Hinweise, Fehler, Mengenwirkung und Reihenfolge im „Importplan“ prüfen. Unter „Konflikte ausdrücklich auflösen“ gegebenenfalls den Datensatz überspringen, einem vorhandenen Datensatz zuordnen oder einen unterstützten Stammdatensatz ändern. Zuordnen und Ändern verlangen die tatsächliche Partuvo-ID und aktuelle Zielversion. Verkaufsinhalte werden über diese Auswahl nicht umgeschrieben. Lose werden mit ihrem Teil, Positionen mit ihrem Verkauf entschieden. Danach erneut „Vorschau prüfen“; eine fehlende übersprungene Referenz kann weitere Datensätze sperren.
5. Erst bei fehlerfreier Vorschau „Ich habe Modus, Zuordnungen, Hinweise und Auswirkungen dieses Plans geprüft.“ aktivieren und „Diesen Plan verbindlich bestätigen“ wählen. Unter „Bindung der geprüften Vorschau“ ist erkennbar, welche Datei und Zuordnung geprüft wurde. Die Bestätigung gilt nur für diese Dateien, den Modus, die Zuordnungen und Konfliktentscheidungen sowie die geprüften Zielversionen. Eine Änderung verlangt eine neue Vorschau; auch zwischenzeitlich geänderte Fachdaten dürfen nicht still übernommen werden.
6. Mit „Übernahme ausführen / fortsetzen“ die bestätigten Schritte ausführen. Abhängige Daten folgen ihren Vorgängern. Ein Teil einschließlich seiner Eröffnungslose und ein Verkauf einschließlich sämtlicher Positionen werden jeweils vollständig oder gar nicht übernommen. Die Bestätigung allein startet noch keine Übernahme.
7. Ergebnisse je Schritt und den abschließenden Zustand lesen. „Nach aktuellem Schritt anhalten“ beendet die Folge nach dem bereits laufenden Schritt. Bereits erfolgreiche Schritte bleiben bestehen. Bei Teilfehlern Fehler und gesperrte Abhängigkeiten prüfen; unabhängige ausstehende Schritte lassen sich fortsetzen. Korrigierte Quelldaten benötigen eine neue Vorschau mit denselben dauerhaften Quellkennungen.
Unter „Gespeicherte Übernahmen“ bleiben Pläne und Ergebnisse auf dem Server erhalten. Nach Neuladen, Verbindungsabbruch oder Serverneustart „Gespeicherte Übernahmen laden“, den betreffenden Lauf öffnen und ausdrücklich fortsetzen. Kein neuer Lauf ist nötig, nur weil eine Antwort ausgeblieben ist. Bereits bestätigte Schritte werden anhand des gespeicherten Stands wiedererkannt. Die Liste zeigt die jüngsten 100 für den Benutzer zugänglichen Läufe.
Bei Rechteentzug beendet die Oberfläche die Bearbeitung und entfernt die geladenen Importdaten aus der Ansicht. Der Server prüft die aktuellen Rechte auch für das Laden, Fortsetzen und Exportieren. Erfolgreich übernommene Fachdaten werden durch Rechteentzug oder das Schließen des Fensters nicht zurückgenommen.
### Synthetisch prüfen
Das [vollständige synthetische JSON-Beispiel](https://partuvo.com/handbook/import/examples/nordwerk-2026.json) umfasst alle acht Entitäten und die vier Lagerstrategien. Der Name bezeichnet ausschließlich ein fiktives Beispielszenario. Für die CSV-Darstellung gehören alle neun Dateien zusammen: [batch.json](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/batch.json), [Kontakte](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/partners.csv), [Fahrzeuge](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/vehicles.csv), [Orte](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/locations.csv), [Regeln](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/storage_rules.csv), [Teile](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/parts.csv), [Lose](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/stocks.csv), [Verkäufe](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/sales.csv), [Positionen](https://partuvo.com/handbook/import/examples/nordwerk-2026-csv/sale_lines.csv).
Die Beispieldateien ausschließlich in einem dafür vorgesehenen Testbetrieb prüfen. Das vollständige Beispiel enthält 72 Datensätze und zwei erklärungsbedürftige Hinweise: einen Formeltext und eine begründete Abweichung von einer Platzregel. Hinweise auch dann lesen, wenn keine Fehler vorliegen.
Ein Fehler nennt das betroffene Feld, den Datensatz beziehungsweise die Zeile und Hinweise zur Korrektur. Fehlerhafte Vorgänger können abhängige Daten sperren; eine fehlerhafte Verkaufsposition sperrt den gesamten Verkauf. Bei fehlenden Bezügen die Quellkennung korrigieren, bei zwischenzeitlichen Änderungen zuerst den aktuellen Zielstand prüfen. Die Originaldatei getrennt behalten und Änderungen in einer Kopie erneut prüfen.
### Übernahme, Export und Rücknahmegrenzen
Bei einem vollständig abgeschlossenen Lauf ist „Übernahmedatei exportieren“ verfügbar. Die JSON-Datei enthält das akzeptierte, normalisierte Quellbündel im gemeinsamen Format. Sie ist ein Archiv dieser Übernahme, kein Export des inzwischen möglicherweise bearbeiteten Fachbestands und keine vollständige Sicherung. Unverändert im selben Betrieb und mit denselben Quellkennungen erneut geprüft, erzeugt sie keine weiteren Datensätze oder Bestandsabgänge. Spätere fachliche Änderungen können eine erneute Prüfung sperren und müssen geprüft werden. Ein unvollständiger Lauf kann noch nicht als abgeschlossene Übernahmedatei exportiert werden.
Für einen synthetischen Probelauf das vollständige Beispiel in einer gesonderten Testinstallation prüfen, Modus und beide Hinweise kontrollieren, bestätigen und ausführen. Danach Teile, Platzierungen, historische Verkäufe und verfügbare Mengen vergleichen. Den abgeschlossenen Lauf exportieren und die Datei erneut prüfen: Bereits übernommene Inhalte müssen unverändert erkannt werden. Bei einer Unterbrechung den gespeicherten Lauf wieder öffnen und seine Ergebnisse prüfen, bevor die Übernahme fortgesetzt wird.
Fachlistenexporte in CSV beziehungsweise JSON sind nicht automatisch zur vollständigen Rückübernahme im gemeinsamen Standard geeignet. Der weiter unten beschriebene Verkaufsdatei-Export hat einen eigenen Rückimportweg.
Eine reine Vorschau verändert noch keine Fachdaten. Versehentlich geänderte Arbeitsdateien lassen sich aus der eigenen Originalkopie wiederherstellen. Für tatsächlich übernommene Daten gelten die jeweiligen [Fachkorrekturen](https://partuvo.com/handbook/diagnose.md). Die Wiederherstellung einer vollständigen Sicherung betrifft auch andere Vorgänge und muss durch den Betreiber geprüft werden.
### Verkaufsdateien: unterstützte Formate und Voraussetzungen
„Verkaufsdateien“ übernimmt vorhandene Verkäufe oder neue Verkaufsaufträge, keine Teile, Kontakte oder Lagerorte. Lesen und Export verlangen Verkaufsleserecht. Vorschau und Übernahme verlangen Verkaufsschreibrecht plus Teilelagerleserecht, also im üblichen Rollenmodell Administration oder Verkauf & Belege bei freigegebenen Modulen. Ein unbekanntes Teil muss zunächst über den normalen Teileweg angelegt werden. Eine optionale Kundennummer muss exakt einem vorhandenen aktiven Kunden entsprechen; Name oder E-Mail verschmelzen keine Kontakte.
Das [Verkaufsdatei-Schema v1](https://partuvo.com/handbook/sales-files/partuvo-sales-v1.schema.json), die [CSV-Vorlage](https://partuvo.com/handbook/sales-files/partuvo-sales-v1-vorlage.csv) und das [synthetische historische Beispiel](https://partuvo.com/handbook/sales-files/examples/historisch.json) gehören zum separaten Format `partuvo-sales`. JSON enthält `format`, `version`, optional `source` und `orders` mit vollständigen `lines`. CSV führt eine Zeile je Position; Bestellfelder müssen in allen Zeilen derselben Bestellung übereinstimmen. Pflichtangaben umfassen Kanal, Konto, Bestellkennung, Bestellzeitpunkt, Auftragsstatus, Währung, Preisbasis, Käufer sowie Positionskennung, bestehende SKU, ganze Menge und Stückpreis.
Hier sind Stückpreise **Dezimalbeträge in der Quellwährung**, beispielsweise `"12.50"`; sie sind keine Centzahl des allgemeinen `partuvo-import`-Formats. `priceBasis:gross` benötigt einen ausdrücklichen Steuersatz; Fremdwährung einen Kurs in EUR je Quelleinheit. Die Vorschau zeigt den daraus errechneten Nettostückpreis in EUR-Cent und Rundungsabweichungen. Versandkosten und Rabatt auf Bestellebene werden dokumentiert, aber nicht als Partuvo-Verkaufspositionen übernommen. Negative Mengen sind keine Retouren. Rechnungen, Zahlungen, Erstattungen und Gutschriften werden nicht erzeugt; gemeldeter Zahlungsstatus bleibt Dokumentation.
Grenzen: UTF-8 mit oder ohne BOM, CSV mit Komma oder Semikolon, maximal 4 MiB, 2.000 Bestellungen, 20.000 Positionen und 100 Positionen je Bestellung. Windows-1252/UTF-16, unbekannte Spalten und unzugeordnete Statuswerte werden gemeldet. Der Export entschärft Formeltexte; der eigene Reimport erhält ihre ursprüngliche Textbedeutung. Originaldatei separat erhalten und keine echten Kundendaten in öffentliche Muster kopieren.
### Verkaufsdatei prüfen und übernehmen
1. „Verkaufsdateien“ → „Verkaufsdatei importieren“ öffnen. Datei wählen, „Format / Mappingprofil“ prüfen und „Art der Übernahme (Pflicht)“ ausdrücklich auswählen: „Historische Übernahme (ohne Bestandsabgang)“ oder „Operative Neubestellungen (mit Bestandsabgang)“.
2. Eingebaute Profile sind `partuvo-sales-v1` und `gobecom-ebay-orders-v1`. Für eine gespeicherte gobecom-Bestellantwort zusätzlich das tatsächliche Verkäuferkonto und den Steuersatz angeben. Eine unvollständige einzelne Anbieterdatei bleibt als solche gekennzeichnet; sie ersetzt keinen vollständigen Abruf. Für fremde CSV-Spalten unter „Mappingprofile (CSV)“ Namen, Zahlen-/Datumsformat, Zeitzone, Spalten/Festwerte und Wertzuordnungen erfassen und „Profil anlegen“. Änderungen speichern eine neue Version; „Profil archivieren“ sperrt neue Vorschauen. Eigene JSON-Mappingprofile gibt es nicht.
3. „Prüfen (Vorschau)“ wählen. Diese Aktion speichert den Plan, bucht aber noch nichts. Dateibefunde, Zeile/Feld, jede betroffene Bestellung, Position, Preis, geplante Mengenwirkung und gegebenenfalls Retourenentscheidung prüfen. Weitere Vorschauseiten berücksichtigen. Ein Fehler einer Position sperrt die ganze Bestellung; andere gültige Bestellungen können trotzdem übernommen werden.
4. Bestätigungsfeld „Ich habe die Vorschau geprüft und übernehme die Bestellungen mit der angezeigten Wirkung.“ aktivieren und „Übernahme bestätigen“. Vorschau ist an Dateihash, Profilversion und Zielstand gebunden und läuft nach 24 Stunden ab. Zwischenzeitlich geänderte Zieldaten machen die Vorschau ungültig und müssen erneut geprüft werden.
5. Ergebnis je Bestellung lesen und Aufträge, Bestandsbewegung und verbleibende Fehler vergleichen. Eine unterbrochene Übernahme bleibt serverseitig erhalten. Nach erneutem Öffnen „Unterbrochene Übernahme fortsetzen …“ bestätigen und „Übernahme fortsetzen“. Bereits verbuchte Bestellungen werden übersprungen; beim Beginn bestätigte Retourenentscheidungen lassen sich während der Fortsetzung nicht austauschen.
Historisch werden nur bereits versandte oder stornierte Altverkäufe ohne Bestandsabgang übernommen. Offene Altaufträge erfordern eine bewusst operative Übernahme; neue operative bereits versandte Aufträge werden abgewiesen. Operative bestätigte Neubestellungen buchen über die normale Verkaufsbestätigung ab. Retouren zu bekannten, entsprechend fortgeschrittenen Aufträgen benötigen die ausdrückliche Entscheidung, ob tatsächlich rückgelagert wird. Historische Retouren sind kein unterstützter Dateiweg.
Gleichbleibende Angaben zu Betrieb, Kanal, Verkäufer, Bestellung und Position verhindern Doppelübernahmen zwischen Datei und eBay-Abruf. Eine bereits über eBay geführte Bestellung wird durch eine Datei nicht neu gebucht oder still umgeschrieben; Konflikte werden angezeigt. Käufer-/Textunterschiede sind keine Erlaubnis für eine neue Bestellung mit erfundener Kennung.
### Verkaufsdateien exportieren und synthetisch kontrollieren
Unter „Verkäufe exportieren“ bei Bedarf „Bestellt ab“, „Bestellt bis (einschließlich)“, Status und Quelle wählen, dann CSV oder JSON und „Exportieren“. Der Zeitraum verwendet Europe/Berlin; Datei-Zeitstempel sind UTC. Die Vollausgabe umfasst höchstens 10.000 lesbare Aufträge. Ein unveränderter Export mit denselben Identitäten wird im selben Betrieb beim Rückimport als unverändert erkannt; eigene Partuvo-Aufträge werden in einem fremden Betrieb nicht dadurch neu angelegt.
Synthetischer Probelauf: Zwei Musterteile mit den SKUs `VW-ALT-100` und `VW-PUMP-200` anlegen und die Bestände notieren. Das verlinkte historische Beispiel enthält ausschließlich erfundene Käufer, Konten und Belegdaten. Mit `partuvo-sales-v1` historisch prüfen. Erwartet werden die versandte und die stornierte Altbestellung ohne Bestandsabgang; Hinweise auf Versandkosten/Rundung lesen. Nach ausdrücklicher Übernahme Auftrag und unveränderten Bestand kontrollieren, anschließend JSON exportieren und im selben Betrieb erneut prüfen: keine neue Buchung. Für operative Tests einen separaten offenen Musterauftrag verwenden und dessen tatsächliche Bestandswirkung vor Bestätigung prüfen.
`Vorschau verwerfen` entfernt die normalisierte Datei aus einer unübernommenen Vorschau; Kopf und Statistik bleiben. Nach abgeschlossener Übernahme werden normalisierte Dateidaten ebenfalls entfernt, während Aufträge und unveränderliche Ergebnisse erhalten bleiben. Verwerfen eines Plans nimmt bereits übernommene Verkäufe nicht zurück. Bereits gebuchte Wirkungen nur über zulässiges Storno, Retoure und andere [Fachkorrekturen](https://partuvo.com/handbook/verkauf-einkauf-kasse.md) berichtigen. Ein Fehler betrifft eine Bestellung, nicht automatisch den ganzen Stapel; vor einer Wiederholung deshalb Ergebnisse lesen. Die Dateiübernahme wird im Browser durchgeführt. Eine unterbrochene Übernahme lässt sich über den gespeicherten Lauf fortsetzen.
---
## Zugang, Betreuung und Datensicherung
### Zuständigkeit und Zugang
Partuvo wird über den von Ihrem Betrieb bereitgestellten Zugang verwendet. Die zuständige Betreuung kümmert sich um Bereitstellung, Erreichbarkeit, Wartung und Datensicherung. Diese Aufgaben lassen sich in der beschriebenen Anwenderoberfläche nicht selbst ausführen.
Für die Arbeit am Smartphone benötigen Sie eine dafür eingerichtete, sicher erreichbare Adresse und ein berechtigtes Konto. Verwenden Sie den vom Betrieb genannten Einstieg. Ein Link zum öffentlichen Handbuch gewährt keinen Zugang zu Fahrzeugen, Bildern, Beständen oder Supportmeldungen.
### Module und zusätzliche Funktionen
Die verfügbaren Module und Kontingente hängen von den Freigaben des Betriebs und gegebenenfalls seines ERP-Partners ab. Hinzu kommen Ihre persönlichen Rechte. Ein fehlender Menüpunkt oder eine gesperrte Aktion lässt sich deshalb nicht allein durch eine andere Rolle beheben. Lassen Sie zunächst prüfen, ob die benötigte Funktion für Ihren Betrieb eingerichtet und freigegeben ist.
Folgende Funktionen benötigen zusätzliche betriebliche Freigaben oder Anbieterzugänge:
- Bilder und private Fahrzeugdokumente sowie die Nutzung auf dem Smartphone.
- Fahrzeugerkennung, Dokumenterkennung, OE-Abfragen und Vorschläge zu Teilen oder Fahrzeugen.
- Karten, Adresssuche und Straßenrouten für Abholtouren.
- eBay-Verkäuferkonten, Bestellübernahme und das Veröffentlichen oder Ändern von Angeboten.
- Automatische Supportbearbeitung und die optionale KI-Prüfung.
Die Betreuung richtet diese Zugänge ein. Mögliche Kosten und die Übermittlung ausgewählter Daten müssen vor der jeweiligen Aktion geklärt sein. Eine Anbieterfreigabe ersetzt nicht Ihre ausdrückliche Prüfung und Bestätigung im Fachablauf. Zugangsdaten gehören nicht in Supporttexte, Importdateien oder öffentliche Beispiele. Ohne Anbieterfreigabe bleiben die vorhandenen manuellen Erfassungswege nutzbar.
Eine spätere Sperrung kann weitere Bearbeitung, Übertragung oder Exporte verhindern. Frühere erfolgreiche Abrufe begründen keinen dauerhaften Zugriff. Bereits gespeicherte Belege und Buchungen werden durch den Entzug einer Freigabe nicht rückgängig gemacht.
### Eigene Internetadresse und ERP-Anmeldung
Eine im Partnerportal vorgemerkte Internetadresse ist noch nicht einsatzbereit. Der Betreiber prüft, ob die Adresse dem Partner gehört und sicher verwendet werden kann. Erst nach erfolgreicher Prüfung und Freigabe den neuen Zugang an Benutzer weitergeben. Eine vorgemerkte, widerrufene oder fremde Adresse gewährt keinen Zugang zum Betrieb.
Die Anmeldung über ein angebundenes ERP wird gesondert eingerichtet und mit dem passenden Benutzerkonto verbunden. Eine übereinstimmende E-Mail-Adresse allein genügt dafür nicht. Nach der Anmeldung den angezeigten Betrieb und die verfügbaren Funktionen prüfen. „Zurück zum ERP“ führt zur eingerichteten Adresse des Partners.
### Datensicherung und Wiederherstellung
Datensicherungen enthalten vertrauliche Betriebsdaten und private Dokumente. Die Betreuung muss Umfang, Aufbewahrung und Wiederherstellbarkeit der Sicherungen festlegen. Aus dem Vorhandensein eines Dateiexports folgt keine vollständige Datensicherung. Die Anwenderoberfläche bietet keinen allgemeinen Knopf zur Wiederherstellung des gesamten Betriebs.
Eine Wiederherstellung setzt den gesicherten Gesamtstand zurück und kann auch neuere, korrekte Vorgänge betreffen. Sie ist kein Korrekturweg für eine einzelne falsche Buchung. Verwenden Sie dafür zuerst die vorgesehenen Wege für Storno, Retoure, Gutschrift oder Bestandskorrektur unter [Fehlerdiagnose und Rücknahme](https://partuvo.com/handbook/diagnose.md).
Ist eine Wiederherstellung erforderlich, stimmen Sie den Zeitpunkt und den Umgang mit inzwischen entstandener Arbeit mit der Betreuung ab. Dabei müssen auch zwischenzeitliche Löschungen von Personenangaben, Dokumenten und Bildern berücksichtigt werden. Bereits gelöschte vertrauliche Angaben dürfen nicht unbeabsichtigt wieder zugänglich werden.
Nach Freigabe durch die Betreuung:
1. Neu anmelden und den ausgewählten Betrieb prüfen.
2. Betroffene Datensätze, Belege, Bewegungen und Bilder mit dem erwarteten Stand vergleichen.
3. Lokale Entwürfe und noch nicht bestätigte Übertragungen mit den gespeicherten Daten abgleichen.
4. Unklare Aufträge vor einer erneuten Ausführung klären. Nicht automatisch neue Buchungen anlegen, nur weil ein früherer Auftrag offen erscheint.
### Wartung und neue Versionen
Wartung und Aktualisierungen organisiert die Betreuung. Vor einer angekündigten Unterbrechung laufende Arbeit abschließen, gespeicherte Ergebnisse kontrollieren und noch nicht übertragene Fotos oder Entwürfe erhalten. Nach der Aktualisierung gegebenenfalls neu anmelden und offene Vorgänge erneut prüfen.
Eine Rückkehr zu einem früheren Stand muss geplant werden, weil neuere Buchungen verloren gehen können. Ein fehlgeschlagenes Speichern oder eine falsche Anzeige rechtfertigt deshalb keine eigenständige Wiederherstellung. Bei Problemen die genaue Meldung und den betroffenen Vorgang über den [Support](https://partuvo.com/handbook/support.md) weitergeben.
### Das öffentliche Handbuch
Die Handbuchseiten, der KI-Index und die vollständige Ausgabe enthalten allgemeine Bedienhinweise und erfundene Beispiele. Sie können ohne Anmeldung lesbar sein. Private Kundenabläufe, Supportfälle, Zugangsdaten und Betriebsunterlagen gehören nicht in diese Veröffentlichung.
Eine gesonderte Handbuchadresse ist kein Zugang zur Fachanwendung. Öffnen Sie Partuvo weiterhin über die von Ihrem Betrieb bereitgestellte Adresse. Produktname und Gestaltung können bei einem ERP-Partner abweichen; Ihre tatsächlichen Rechte und Freigaben bleiben maßgeblich.
---
## Fehlerdiagnose und Rücknahme
Zuerst Oberfläche, aktiven Betrieb, Datensatz, Zeitpunkt und die genaue Fehlermeldung notieren. Keine Zugangsdaten oder privaten Originaldokumente in öffentliche Fehlerberichte kopieren. Eine fehlgeschlagene Anzeige bedeutet nicht unbedingt, dass auch das Speichern fehlgeschlagen ist. Vor erneutem Ausführen den gespeicherten Stand prüfen.
### Typische Fehler
| Beobachtung | Prüfung und nächster Schritt |
| --- | --- |
| Anmeldung erforderlich | Erneut anmelden; vor Fortsetzung Benutzer und Betrieb prüfen. |
| Keine Berechtigung | Aktuelle Rolle, Mitgliedschaft und Modulfreigabe durch Administration prüfen lassen. |
| Nicht gefunden | Den richtigen Betrieb wählen und den Datensatz erneut aus der Liste öffnen. Bei weiter fehlendem Zugriff die Administration einbeziehen. |
| Inzwischen geändert / Versionskonflikt | Ungespeicherte Angaben sichern, aktuellen Stand laden und mit dem eigenen Entwurf vergleichen. Erst danach den Entwurf bewusst verwerfen oder neu bearbeiten. |
| Ungültige Eingabe | Betroffenes Feld, Pflichtangaben, Bezüge, ganze Stückzahlen und die angezeigte Preiseinheit kontrollieren. |
| Speicher voll | Übertragung nicht als bestätigt behandeln. Betreuung verständigen; anschließend Status prüfen und die ausstehende Übertragung kontrolliert fortsetzen. |
| Netzfehler nach Speichern | Datensatz, Journal und Auftragsstatus prüfen. Ein neues Formular kann eine zweite Buchung erzeugen. |
| Kein Menüpunkt | Rolle und Betrieb beachten; geplante, deaktivierte oder nicht integrierte Funktion ist nicht automatisch ein Defekt. |
| Foto bleibt lokal | Freigaben, Dateiformat, Platz, Verbindung und Abhängigkeiten prüfen; lokale Originale bis zur bestätigten Übertragung erhalten. |
| Druck gesendet, kein Etikett sichtbar | Gerät und Papierausgabe physisch prüfen. Erst danach Ausgang dokumentieren oder begründeten Nachdruck anlegen. |
| Anbieterlimit oder unklarer Abruf | Vorhandenen Auftrag laden; keine automatische kostenpflichtige Ersatzanfrage. |
Die vollständige angezeigte Meldung hilft bei der Diagnose. Während einer Bearbeitung kann jemand anderes dieselbe Rechnung oder Einstellung ändern. Vergleichen Sie dann die aktuellen Angaben mit Ihrem Entwurf, damit fremde Änderungen nicht versehentlich überschrieben werden.
### Identische Wiederholung
Bei einer ausgebliebenen Antwort zuerst prüfen, ob der Vorgang bereits gespeichert wurde. Wenn die geöffnete Ansicht eine Wiederholung oder Fortsetzung anbietet, diesen Weg für den unveränderten Vorgang verwenden. Neue Eingaben oder ein neues Formular können eine zusätzliche Aktion auslösen. Die Hauptoberfläche bewahrt nicht jeden offenen Vorgang über ein vollständiges Neuladen hinweg als Aufgabenliste auf. Der [Support](https://partuvo.com/handbook/support.md) bietet für neue Meldungen, Rückmeldungen und Fehlerergänzungen eine ausdrücklich sichtbare lokale Kopie unbestätigter Übertragungen.
Bleibt ein Vorgang gesperrt oder widerspricht er dem aktuellen Stand, zunächst die Ursache klären. Nach einer Wiederherstellung gespeicherte Daten und lokale Arbeit vergleichen. Ein Gerätewechsel oder ein lokal abgebrochener Sendeversuch nimmt keine bereits bestätigte Buchung zurück. Hinweise zu offenen Übertragungen stehen unter [Offlinebetrieb](https://partuvo.com/handbook/offline-clients.md).
### Fachliche Korrektur statt pauschalem Löschen
| Fall | Vorhandener Rücknahme- oder Korrekturweg |
| --- | --- |
| Ungespeichertes Formular | „Abbrechen“ beziehungsweise angebotene Eingaben-Verwerfen-Aktion; bereits gespeicherte Daten bleiben bestehen. |
| Falsche Betriebseinstellung | Aktuellen Stand laden, prüfen und den vorherigen Wert speichern; bereits ausgestellte Belegkopien bleiben unverändert. |
| Falscher Kontakt oder Artikel | Bearbeiten, archivieren beziehungsweise deaktivieren; Referenzen und Historie bleiben erhalten. |
| Falsche Lagermenge | Begründete Bestandskorrektur und Bewegungsjournal; eine Umlagerung korrigiert die Platzierung, nicht den Gesamtbestand. |
| Bestellung ohne Zugang | Zulässiges Storno; nach erstem Zugang nur noch begründeter Abschluss der offenen Restmengen. |
| Verkaufsentwurf | Bearbeiten; bestätigten Auftrag nur vor Versand und ohne sperrende Rechnung/Retoure zulässig stornieren. |
| Rückgabe nach Versand | Teilretoure mit ausdrücklicher Rücklagerungsentscheidung; Gutschrift und Rückzahlung sind gesonderte Schritte. |
| Rechnungsentwurf | Adresse/Steuer/Fälligkeit korrigieren oder begründet abbrechen; ausgestellte Rechnung nicht überschreiben. |
| Falsche Zahlung oder Rückzahlung | Zulässigen Originaleintrag begründet gegenbuchen; keine Bankbewegung und kein Löschen des Originals. |
| Unklarer Etikettendruck | Physischen Ausgang prüfen, dokumentieren, gegebenenfalls begründeten verknüpften Nachdruck erstellen. |
| Import-Dateiprüfung | Keine Buchung erfolgt; Quelldatei korrigieren und erneut prüfen. |
Synthetischer Kontrollfall: Ein Artikel mit Bestand 2 wird in einem Entwurf einmal angeboten. Vor Bestätigung bleibt Bestand 2, nach Bestätigung 1. Erneute identische Bestätigung darf nicht nochmals abbuchen. Ein zulässiges Storno vor Versand muss den fachlich vorgesehenen Bestand wiederherstellen; nach Ausstellung einer Rechnung wird dieser Weg gesperrt. Dann die passenden Retouren-/Gutschriftwege prüfen. Nicht mit einer manuell erfundenen Bewegung die Historie verdecken.
### Supportfähiger Bericht
Eine hilfreiche private Meldung enthält betroffene Oberfläche, Rolle ohne Zugangsdaten, anonymisierte Schritte, erwartetes und beobachtetes Ergebnis, genaue Meldung und ob die gespeicherten Daten bereits kontrolliert wurden. Der [Supportweg](https://partuvo.com/handbook/support.md) hat tatsächliche Feld- und Funktionsgrenzen. Vollständige lange Kundenprozesse dürfen dort nicht unbemerkt gekürzt als vollständig übernommen bezeichnet werden. Das öffentliche Handbuch enthält keine privaten Supportfälle.