Fix spec: clarify department code entry and driver coexistence
This commit is contained in:
parent
49ad65435e
commit
163ab7c251
@ -157,8 +157,13 @@ Notarisierte `.pkg`-Dateien bleiben dauerhaft gültig, auch nach Ablauf des Entw
|
||||
| 4 | CUPS-Log + Kyocera-Webinterface Job-Log | Kostenstelle korrekt erfasst |
|
||||
| 5 | `.pkg` auf frischem System installieren | End-to-End-Workflow funktioniert |
|
||||
|
||||
## Offene Fragen / Nächste Schritte
|
||||
## Hinweise
|
||||
|
||||
- Genaue Kostenstellen-Codes für die PPD erfragen und eintragen
|
||||
- Verifizieren, dass `setmanagementnumber` auf dem 3505ci die Kostenstelle korrekt bucht (Stufe 4)
|
||||
- Ggf. weitere Kyocera-spezifische PPD-Optionen aus dem alten Treiber übernehmen
|
||||
**Koexistenz mit Kyocera-Treiber:** Der vorhandene Kyocera Apple-Silicon-Treiber muss nicht entfernt werden. Beim Hinzufügen des Druckers in den Systemeinstellungen wählt man einfach unsere PPD (`TA3505ci_AS.ppd`) statt der Kyocera-PPD. Beide können nebeneinander existieren.
|
||||
|
||||
**Kostenstellen eintragen:** Vor dem ersten Build trägt der Benutzer seine Codes in die PPD ein (Abschnitt KmManagment). Format: `*KmManagment MG12345/Code 12345: ""` — die 5-stellige Zahl direkt, ohne führende Nullen. Zero-Padding übernimmt der Filter.
|
||||
|
||||
## Nächste Schritte
|
||||
|
||||
- Verifizieren, dass `setmanagementnumber` auf dem 3505ci die Kostenstelle korrekt bucht (Testing Stufe 4)
|
||||
- Ggf. weitere Kyocera-spezifische PPD-Optionen aus dem alten Treiber prüfen
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user