Dokumentverwaltung

[jobo]

Ich finde das klingt teilweise etwas schief. Dein Tool als "Vermittler" scheint mir genau der richtige Ansatz, aber DB zum Simulieren und dann.. wäre m.E. falsch.

- ein OpenSource DMS mit den schon erwähnten Standardschnittstellen (REST Web Services, WebDAV, CMIS, ..)zum "Simulieren" bzw. als Ersatz zum endgültigen System (also mangels d3 @home),
- eine DB als Datenspeicher für die "Vermittlungsdaten", nicht simuliert, sondern als finale Implementierung

sowas würde ich mir da vorstellen. Im Reigen der Systeme wäre Deins dann ein Workflow Tool, das auch entsprechend nur Workflowdaten hält(DB) und sicher einige oder viele Komfortfunktionen bietet..

Wenn man es schön machen will, würde man intern vielleicht gegen ein Interface programmieren, das die Dokumentverwaltung anbindet und verschiedene Protokolle bedient/bedienen kann.

[stahli]

Mein Tool müsste die Metadaten verwalten und Filterfunktionen zur Verfügung stellen.
Das kann ich 1:1 fertig stellen.

Dann brauche ich eine Funktion SpeichereDokumentMitFolgendenVerknüpfungsdaten() und eine GibMirDokumenteZuFolgendenVerknüpfunbgsdaten().
Die können beide erst mal auch einfach auf eine DB zugreifen. Das würde ich erst mal möglichst einfach halten wollen.
Ich sehe keinen Vorteil, dafür etwas Komplizierteres aufzubauen.

Später kann man die beiden Funktionen dann natürlich ausbauen bzw. anpassen.

[TiGü]

Vielleicht wäre es sinnvoll, wenn du dich mit der Möglichkeit beschäftigst, dich als Plugin/App in das bestehende System einzuklinken.

https://www.d-velop.de/app-builder-werden/

Du musst das ja nicht in deren Store zum Verkauf anbieten, aber so kannst du alle Schnittstellen von d.velop nutzen.

[stahli]

Wie geht Ihr mit eMails um?


Hier wird Outlook genutzt und das ist gesetzt.
Standardmäßig wird bei Antworten oben geschrieben und darunter der vorherige Mailverkehr zitiert.

Später wird dann die Mail ggf. ausgedruckt und abgeheftet. Dann stimmt natürlich die gedruckte Reihenfolge chronologisch nicht mehr.

Neuen Text unter dem Zitat zu schreiben ist nicht praktikabel und ja auch völlig untypisch.


Mit einem eigenen eMail-Client könnte man bestimmte Tags definieren, die helfen könnten, die Mails zu interpretieren und neue Abschnitte zu erkennen. Dann hätte man so etwas wie einen Chatverlauf mit eigenständigen Beiträgen ohne Zitate von alten Beiträgen).
Das ist aber unrealistisch.


Was machbar wäre, wäre die "gedruckten bzw. gescannten" eMails einfach visuell zu zerschneiden.
Der Bearbeiter, der die gescannten Seiten zu Dokumenten zusammenstellt (wie hier angedeutet: https://www.delphipraxis.net/1470347-post6.html) könnte ggf. einfach händisch schnell den zitierten Kram in einer eMail "abschneiden".

Das wäre also eine Zusatzfunktion, dass man nicht nur ganze Seiten speichert, sondern bei Bedarf auch nur Teile daraus.

Wie geht Ihr mit dem Problem um (unter dem Aspekt, dass einfach Outlook alltagsgemäß und mit Zitaten genutzt wird)?

[jobo]

In meiner Welt arbeitet eine Behörde bevorzugt mit Formularen. Für den Endkunden vielleicht häufig unglücklich, aber das Formular, das Ergebnis definiert ja im Grunde eine verfügbare Dienstleistung, ein "Produkt", was vermutlich das Ziel einer Sachbearbeitung ist, die die Mitarbeiter durchführen und der Kunde anfragt. Also muss die Email irgendwie nach und nach aggregiert werden, bis alle Infos, Termine, Kosten, Durchlaufstellen usw. geklärt sind.
Eine formlose Emailkommunikation dann sicher im Sinne des Kunden, wenn dabei keine Informationen verloren gehen und Vorgänge nach Möglichkeit beschleunigt werden können.
Im Extremfall (negativ) landet man in der Emailverarbeitungskette des Amtes und bekommt alle internen Weiterleitungen und Anfragen brühwarm mit. Lustig, nervig, wie man's nimmt.
Da diese Anwendungsfälle unbekannt sind, würde mir ganz allgemein sowas vorschweben:
Original Emails unberührt lassen, bei der Bearbeitung Markierungen anlegen und mit Schlagwörtern zu "erfüllt", "offen", "Termin" usw zu versehen. Die Markierungen werden als Extrakt in ein separates Dokument (oder Datenbank) übernommen und können beliebig nachbearbeitet und weiterverwendet werden, z.B. reportet, chronologisch oder umgekehrter Ausdruck, Übernahme in die Antwort, etc..
Eine Optimierung im Sinne von Ausschneiden und Platz sparen halte ich für sehr Fehleranfällig. Ein Sachbearbeiter sollte im Zweifel immer Zugriff auf Originaldokumente haben (jede einzelne Email) und im Idealfall alles per Extrakt, Artefakt greifbar haben, was ja wohl auch eine Hauptfunktion von DMS ist.

[TiGü]

Ich knabbere gedanklich immer noch an dem Punkt, dass im Jahre 2020 in einer deutschen Behörde/Amt E-Mails ausgedruckt und wieder eingescannt werden.

[stahli]

Das tut mir leid.

Derzeit werden sie allerdings i.d.R. nur nach Abschluss eines eMail-Verkehrs ausgedruckt und abgeheftet (archiviert).

Bei meiner Frage ging es jetzt darum, wie ich neben der schriftlichen Post mit eMails umgehen sollte, falls ich so ein Tool tatsächlich umsetzen darf.

Ich kann mir die Welt halt nicht komplett neu machen, sondern nur ein wenig schöner.