Hallo chris und bjk,

noch ein paar Gedanken dazu.

doch stieß ich auch die schwierige Ordnerstruktur/Benennung zu den Akten auf dem server

Es ist nicht vorgesehen, dass Anwender direkt mit der Ordnerstruktur arbeiten. Aus diesem Grund gibt es auch keine „Freigaben“ dieser Ordner, um von anderen Geräten aus darauf zu arbeiten. Es ist schlicht
– ein Sicherheitsthema
– ein funktionales Thema

erleichtert nicht nur die Übernahme aus dem bisherigen Kanzleisoftware

Eben das ist funktional nicht unterstützt. Ein Dokument besteht nicht nur aus der Datei in der Ordnerstruktur, sondern ist vielmehr Teil eines erweiterten Datenmodells. Vereinfacht ausgedrückt: beim Hinzufügen/Ändern eines Dokumentes über den Client wird
– das Dokument im Dateisystem abgelegt
– ein Datenbankeintrag für das Dokument erzeugt, mit zusätzlichen Attributen wie bspw. dem Diktatzeichen u.a.
– ein Suchindex für die interne „Suchmaschine“ entsprechend aktualisiert
– ein Eintrag in der Aktenhistorie angelegt, wer zu welchem Zeitpunkt das Dokument hinzugefügt/geändert hat
Ein direktes Arbeiten mit den Ordnern würde alle diese Teilschritte umgehen.

schnelleste Möglichkeit der Dokumentenzuordnung bei der Nutzung des beA

Es wird eine beA-Integration in j-lawyer.org geben. Momentan ist noch keine produktive Schnittstelle verfügbar, aber wir stehen in den Startlöchern:
http://trac.j-lawyer.org/ticket/36
http://trac.j-lawyer.org/ticket/186

Dort wird dann voraussichtlich auch mit wenigen Klicks eine Datenübernahme in die Akten möglich sein, ähnlich wie es jetzt mit den E-Mails und den Drebisnachrichten umgesetzt ist.

Gibt es vielleicht die Möglichkeit, die gegenwärtige Ordnerstruktur und -benennung umzustellen?

Wir sprechen hier ja schon über eine konkrete technische Änderung (Ordnerstruktur anders organisieren) – ich möchte aber viel lieber nochmal einen Schritt zurückgehen und fragen: was ist das Problem, das Ihr lösen möchtet? Ich sehe momentan zwei Dinge:
– einfache navigierbare Struktur für die Daten, außerhalb des Programmes – das sollte mit dem Ticket von bjk adressiert sein: http://trac.j-lawyer.org/ticket/174
– einfache und schnelle Möglichkeit, extern vorhandene Dokumente zu Akten zuordnen zu können – momentan kann man bereits einfach mehrere Dokumente bspw. auch via Drag & Drop in die Akte ziehen. Wenn es darüber hinaus noch andere Szenarien gibt, die besser unterstützt werden könnten: bitte beschreibt das gern, und macht ein Ticket daraus.

Beste Grüße,
Jens
(j-lawyer.org)

Ist das archivefile.jrxml das Masterdokument und die anderen files unter reports sind dort eingebunden?

Das ist richtig. Siehe dazu die -Abschnitte – dort werden die anderen Files referenziert.

Also j-lawyer-client.jar auspacken, archivefile.jrxml (und/oder eingebundene Files) anpassen, alles wieder packen und zurückkopieren?

Auch richtig. Vorher natürlich die originale .jar sichern, falls etwas schief gehen sollte.
Der j-lawyer.org Client kompiliert die .jrxml beim Hochfahren.

Grüße,
Jens
(j-lawyer.org)

Neue Version unter gleichem Link verfügbar.

Grüße,
Jens
(j-lawyer.org)

Es wird das Standardschema verwendet. Waren die Anforderungen unvollständig? Ich hatte das nicht explizit herausgelesen, und damit würde „quick & dirty“ auch zu „nicht mehr ganz so quick und clean“ werden – ich müsste auf Konfigurationen des Servers zugreifen und vorhandene Aktenzeichen prüfen.

Ja, ist das Kurzrubrum. Bitte hier in Hochkommata angeben, da ja Leerzeichen enthalten sein können und diese nicht als einzelne Parameter gewertet werden sollen.

Grüße,
Jens
(j-lawyer.org)

Vielen Dank, das ist schon sehr konkret! Ich habe es mal ins Wiki übertragen – bitte ggf. dort weiterbearbeiten:
http://trac.j-lawyer.org/wiki/De/Anforderungen/Finanzen

Ich habe auch einen weiteren Nutzer als Beobachter am Ticket hinterlegt, der sich im Rahmen des letzten Community Meetings für diese Funktionalität stark gemacht hatte.

Grüße,
Jens
(j-lawyer.org)

Ich versuche bis Ende der Woche ein Skript zu entwickeln.

Viele Grüße,
Jens
(j-lawyer.org)

Kommt ein bisschen darauf an
– wieviele Akten betroffen sind und wieviel Aufwand in dem Fall eine „manuelle“ Migration wäre
– wie dringend es ist

Ein Script ließe sich als „quick & dirty“ – Lösung sicher relativ flink umsetzen – dem Fall benötige ich exakte Informationen was genau das Skript machen soll.

Eine automatische Migration ist sicherlich aufwändiger, könnte aber eine Menge Zeit (Deinerseits) sparen. Wenn ich mir die a-jur Hilfe anschaue, sind die Daten eine Kombination aus Datenbank (SQL Server) und Dateien in Verzeichnissen. Mit dem Management Studio des SQL Server lässt sich eine Datenbank als CSV exportieren – dort könnte ein Skript aufsetzen und die Daten in die j-lawyer-Datenbank übernehmen. Dateien kopieren ist sicher das kleinere Problem.

Grüße,
Jens
(j-lawyer.org)

Okay, habe noch einen zusätzlichen Kommentar am Ticket gemacht: „zusätzlich Archivierungsdatum neben Archiv-Checkbox in Akten-Hauptansicht anzeigen“

Grüße,
Jens
(j-lawyer.org)