Erstellt vor 21 Monaten
Geschlossen vor 20 Monaten
#2301 closed Verbesserung/Featurewunsch (works-for-me)
Dokumentenbelege optional in webdav-Ordner speichern
| Erstellt von: | jbueren | Verantwortlicher: | Jan Büren <jan@…> |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 3.0.0 |
| Schweregrad: | normal | Stichworte: | |
| Beobachter: |
Beschreibung
Hi,
wir hatten ja im Chat diese Diskussion die dann zur Mandantenfähigkeit führte.
Ich möchte, dass an dieser Stelle einmal offiziell dokumentieren, als Referenz auf meine Commits.
Die Schritte kommen dann nach Moritz Erweiterung, vorab aber schon mal meine Ideensammlung.
So.
Folgendes hab ich:
Alle Belege werden beim Ausdruck in den entsprechenden WebDAV-Ordner kopiert, insofern WebDAV vorhanden ist.
Schritt 1: WebDAV konfigurierbar in Mandantenkonfiguration
Schritt 2: Belege archivieren (working title) als Feature an- und abschaltbar.
Die Belege haben als Dateinamen die Nummer des Belegs und ich würde ferner auch noch eine Versionierung implementieren (binär-vergleich mit der vorherigen Datei) und hier dann Versionsnummern vergeben.
Damit hätten wir dann diverse Themen die immer mal wieder hochkommen erledigt.
- Gelöschte Rechnungen wären auch noch im Archiv (Bengoshi-Idee -> Lösch-Historie).
- Stammdaten dürfen sich ändern, aber der Original-Beleg ist auch noch vorhanden
- Angebote die irgendwie "getrickst" im Nachhinein noch rausgehen sind dann auch noch nachvollziehbar.
- Anbindung von kivi an ein dms ist einfach möglich.
Letzteres ist mein eigentliches Ziel. Für die Werft hab ich alle Ausgangsbelege dann im DMS Volltextarchiviert. Das ist mal was Cooles, was wir hier http://froscon.de präsentieren werden.
So. Jetzt hab ich feature request und werbung gut verbunden.
Anhänge (2)
Änderungshistorie (7)
comment:1 Geändert vor 21 Monaten durch jbueren
comment:2 Geändert vor 20 Monaten durch Jan Büren <jan@…>
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
- Verantwortlicher auf Jan Büren <jan@…> gesetzt
comment:3 Geändert vor 20 Monaten durch jbueren
- Lösung fixed gelöscht
- Status von closed nach reopened geändert
comment:4 Geändert vor 20 Monaten durch jbueren
Zwei Punkte sind mir noch aufgefallen:
1) Es lassen sich nachträglich noch nicht dokumentierte Änderungen für Verkaufsrechnungen wie folgt erstellen:
a) Beleg drucken
b) Position ändern
c) Buchen
Meiner Meinung nach, kann dies ignoriert werden, da man hier die Möglichkeit hat, Belege nie mehr zu ändern und somit ist dieses Problem auch erledigt
2) Löschen von Belegen
Die Frage wäre, was soll dann prinzipiell mit den im webdav hinterlegten Belegen passieren?
Sollen die dann auch gelöscht werden (passiert zur Zeit nicht) oder lasst man die sozusagen im "Archiv-Modus"?
comment:5 Geändert vor 20 Monaten durch jbueren
- Lösung auf works-for-me gesetzt
- Status von reopened nach closed geändert
Sven hatte noch einen Hinweis im irc hierzu, statt der Dateigröße eine md5sum zu bilden.
das kann ich gerne noch machen.
und: großen dank an moriz, der nochmal eine menge verbessert hat!

Ok. Ein simpler Binär-Vergleich reicht hier nicht aus.
Zwei Ideen: Nur die Dateigröße vergleichen, sollte von meinem Bauchgefühl zu 99% gute Resultate geben.
Oder:
http://search.cpan.org/~stevan/Test-PDF-0.01/lib/Test/PDF.pm
Letzteres ist exakter, aber dauert länger.
Alternativ hätte ich den PDF-Parameter /Length ausgelesen:
Gefällt mir aber auch nicht, wenn sich das Format hier ändert.
Ich glaube, die doofe Lösung ist die Beste. Oder gibt es hier noch etwas Sinnvolleres direkt aus der DB, was ich heranziehen kann?