Teile, Lager & Beschaffung › Warenkorb-/Belegimport
Warenkorb-/Belegimport
FunktionLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Statt Ersatzteil-Positionen abzutippen, zieht das Büro die Warenkorb-Datei aus dem Branchendienst auf den Reiter „Angebote" eines Auftrags. Das System liest sie, zeigt jede Zeile mit Menge und Preis zur Kontrolle und legt sie erst nach Bestätigung als Angebotspositionen an.
So arbeitest du damit
- Öffne den Auftrag im Büro-Panel und dort den Reiter „Angebote".
- Ziehe die im Branchendienst gespeicherte Warenkorb-Datei auf den Reiter — er färbt sich und meldet „Warenkorb hier fallen lassen". Wer nicht ziehen will, nimmt „Datei wählen".
- Lies die Vorschau Zeile für Zeile: Bezeichnung, Menge, Einzelpreis brutto, Summe.
- Achte auf die Hinweise „kein Preis" und „schon da" — beides bleibt ein Hinweis, keine Sperre.
- Entscheide unter „Wohin soll der Warenkorb?", ob die Zeilen zu einem bestehenden Angebot kommen oder ein eigenes Angebot entsteht.
- Drücke „Positionen übernehmen"; erst damit wird geschrieben.
Danach: Angebote
Der Import läuft immer in zwei Schritten, nie in einem: die Datei wird zuerst nur gelesen und als Tabelle gezeigt, geschrieben wird erst nach der Bestätigung. Das ist kein Formalismus — die Datei kommt aus einem fremden System, und zwei Dinge daran muss ein Mensch sehen, bevor sie in einem Kundenangebot stehen. Erstens Artikel ohne hinterlegten Preis: der Branchendienst exportiert sie mit null, und als null übernommen stünde ein verschenktes Teil im Angebot. Sie bekommen deshalb einen offenen Preis und werden gesondert gezählt. Zweitens der Endbetrag. Gerechnet wird mit dem Zeilenbetrag aus der Datei, nicht mit Einzelpreis mal Menge — sonst verschwindet jeder Positionsrabatt still. Der Steuersatz kommt ebenfalls aus dem Beleg, nicht aus einer festen Annahme. Zwei Zeilen mit gleicher Bezeichnung und gleichem Preis gelten als mögliche Dublette und werden markiert, aber nicht gesperrt: derselbe Artikel zweimal an einem Auto ist ein normaler Fall, etwa zwei Achsen oder zwei Türen. Importierte Zeilen werden eigens gekennzeichnet, damit der laufende Abgleich mit dem Branchendienst sie nicht beim nächsten Durchlauf wieder wegräumt (REPDOC (Teilesuche & Preise)). Ist der Auftrag bereits abgerechnet, nimmt der Reiter keine Datei mehr an. Die Positionen landen im Angebot (Angebote) und damit in Aufträge, Angebote & Anfragen.
- „Der Warenkorb konnte nicht gelesen werden." → die Datei ist kein Warenkorb-Export des Branchendienstes; im Zweifel dort erneut über „Speichern" ausgeben.
- „Abgerechnet — hier lässt sich nichts mehr hinzufügen." → der Auftrag ist geschlossen; Nachträge brauchen einen eigenen Vorgang.
- Positionen stehen mit offenem Preis im Angebot → beim Anbieter ist kein Preis hinterlegt; den Kundenpreis von Hand setzen, bevor das Angebot hinausgeht.
- „schon da" an einer Zeile → nur ein Hinweis; prüfen, ob das Teil wirklich zweimal gebraucht wird, und die Zeile sonst abwählen.
- Die Summe der Vorschau weicht vom Branchendienst ab → prüfen, ob dort Rabatte auf einzelne Zeilen liegen; übernommen wird immer der Zeilenbetrag aus der Datei.
- Browser-Sichtung der Oberfläche durch den Owner war zum Memory-Zeitpunkt noch offen.
- Nimmt der Import ausser der Warenkorb-Datei auch Tabellen und beliebige Belege an? Das Gedächtnis nennt eine solche Erweiterung, im gelesenen Stand liest der Import nur das Warenkorb-Format. Am Produktionsstand nachmessen.
- MEM:warenkorb-xml-import-2026-08-29.md
- lib/repdoc/warenkorb-xml.ts
- components/admin/auftrag/WarenkorbImport.tsx
- components/admin/auftrag/AngeboteTab.tsx
| schritt | 3 |
|---|---|
| menu | Auftrag › Reiter „Angebote" — Datei darauf ziehen |
| rolle | büro |
Beleg: MEM:warenkorb-xml-import-2026-08-29.md 'LIVE seit 2026-08-29: prod/main = origin/main = dbd05997', erweitert 'LIVE 2026-08-30, prod/main=b6eec9ff' (Belegerkennung fuer JEDE Datei). Im lokalen Zweig 9d50bd68 nachgelesen: lib/repdoc/warenkorb-xml.ts, components/admin/auftrag/WarenkorbImport.tsx, app/api/admin/jobs/[id]/import-warenkorb/route.ts — dort wird ausschliesslich parseWarenkorbXml aufgerufen. Die breitere Belegerkennung ist in diesem Zweig nicht enthalten (er liegt 175 Commits zurueck).
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: feat-warenkorb-belegimport (Funktion · Teile, Lager & Beschaffung · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 9d50bd68)
Kurz: Statt Ersatzteil-Positionen abzutippen, zieht das Büro die Warenkorb-Datei aus dem Branchendienst auf den Reiter „Angebote" eines Auftrags. Das System liest sie, zeigt jede Zeile mit Menge und Preis zur Kontrolle und legt sie erst nach Bestätigung als Angebotspositionen an.
Lies zuerst (Lesebereich, nicht der ganze Baum):
MEM:warenkorb-xml-import-2026-08-29.md (Gedächtnisdatei außerhalb des Repos)
lib/repdoc/warenkorb-xml.ts
components/admin/auftrag/WarenkorbImport.tsx
components/admin/auftrag/AngeboteTab.tsx
Hängt zusammen mit:
feat-teilevergleich (MEM:teilevergleich-welle1-bau-2026-08-30.md) · int-repdoc (MEM:kfz-integrations-pocs.md) · int-llm (lib/ai/provider.ts) · data-belege (lib/db/schema.ts)
Offene Fragen der Seite:
Browser-Sichtung der Oberfläche durch den Owner war zum Memory-Zeitpunkt noch offen.
Nimmt der Import ausser der Warenkorb-Datei auch Tabellen und beliebige Belege an? Das Gedächtnis nennt eine solche Erweiterung, im gelesenen Stand liest der Import nur das Warenkorb-Format. Am Produktionsstand nachmessen.
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/teile-lager/feat-warenkorb-belegimport.md).