View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000629 | Fakturama | Allgemein (General) | public | 2018-01-29 18:55 | 2019-12-29 23:42 |
Reporter | LastBoyScout | Assigned To | rheydenr | ||
Priority | high | Severity | feature | Reproducibility | have not tried |
Status | resolved | Resolution | fixed | ||
Product Version | 2.0.0 | ||||
Target Version | 2.1.0 | Fixed in Version | 2.1.0 | ||
Summary | 0000629: Bereits vorhandene Dokumente bei erneuter Ausgabe nicht ohne Rückfrage überschrieben | ||||
Description | Bei der erneuten Ausgabe von Belegen, sollten bereits vorhandene Dokumente nicht einfach überschrieben werden. | ||||
Tags | Archivierung | ||||
|
Derzeit kommt ein Hinweisdialog, daß das Dokument bereits gedruckt wurde (natürlich nur, wenn es wirklich bereits gedruckt wurde). Dann kann man entscheiden, ob das vorhandene Dokument geöffnet werden soll oder ein neues erstellt werden soll. Hier könnte man zusätzlich noch einen Zähler einbauen, wobei das für Rechnungsdokumente nicht geht (sonst hätte man dieselbe Rechnung mehrmals, das gibt zu viele Rückfragen vom Finanzamt). |
|
Der Hinweisdialog kommt bei mir nur, wenn der vorhandene Beleg nicht geändert wurde. Hier kann man wählen: JA = vorhandenes Öffnen oder NEIN = vorhandenes Überschreiben. Nun ist es ja so, dass sämtlich Belege mit Ihrer eindeutigen Nummer und in der jeweils aktuellen Version in der Datenbank auch nur einmal vorhanden sind. Dementsprechend ist die erforderliche Einmaligkeit gemäß Rechnungsausgangsbuch ja gegeben. Wenn ein Nutzer Beispielsweise Rechnungen physisch Ausdruckt, abändert und dann erneut Ausdruckt, liegen diese Rechnungen ja auch mehrmals vor! Das gleiche wenn die bereits vorhandenen Dokumente vor der erneuten Ausgabe umbenannt oder verschoben werden. Es liegt daher im Verantwortungsbereich des Nutzer und so sollte dieser auch die Entscheidungshoheit über angeregte Funktion erhalten. Die Nachvollziehbarkeit etwaiger Änderungen / Korrekturen, würde m.E. durch die bei bedarf angehängte Versionsnummer erhöht. Streiten kann man sich natürlich ob dies nur auf das PDF oder auch auf das ODT zutreffen soll. |
|
Nachtrag: Wenn eine Versionsnummer gepflegt würde und man im zusätzlichen PDF- Pfad auch Parameter definieren könnte, hätte man optional ja quasi schon die Möglichkeit alle erzeugten Versionen Archivieren zu können. |
|
Die Idee mit der Version gefällt mir. Die kann ich allerdings erst in der 2.1 umsetzen, weil dazu eine Datenbank-Änderung notwendig ist. |
|
Wurde umgesetzt. Kleiner Knackpunkt: Die Versionsnummern sind aktuell nicht fortlaufend. Muß gelegentlich nochmal geprüft werden. |
Date Modified | Username | Field | Change |
---|---|---|---|
2018-01-29 18:55 | LastBoyScout | New Issue | |
2018-01-29 18:55 | LastBoyScout | Tag Attached: Archivierung | |
2018-01-29 22:41 | rheydenr | Note Added: 0000680 | |
2018-02-01 18:34 | LastBoyScout | Note Added: 0000682 | |
2018-02-01 18:49 | LastBoyScout | Note Added: 0000683 | |
2018-02-01 22:51 | rheydenr | Assigned To | => rheydenr |
2018-02-01 22:51 | rheydenr | Status | new => assigned |
2018-02-01 22:55 | rheydenr | Product Version | => 2.0.0 |
2018-02-01 22:55 | rheydenr | Target Version | => 2.0.4 |
2019-01-04 13:12 | rheydenr | Note Added: 0000840 | |
2019-01-04 13:12 | rheydenr | Target Version | 2.0.4 => 2.1.0 |
2019-12-18 17:08 | rheydenr | Status | assigned => resolved |
2019-12-18 17:08 | rheydenr | Resolution | open => fixed |
2019-12-18 17:08 | rheydenr | Fixed in Version | => 2.1.0 |
2019-12-18 17:08 | rheydenr | Note Added: 0000972 | |
2019-12-29 23:42 | rheydenr | Source_changeset_attached | => Fakturama2 develop f177c270 |