j-lawyer.org
Erstellte Forenantworten
-
AutorBeiträge
-
j-lawyer.orgKeymaster
Hallo und danke für die Erinnerung 🙂
Ich würde die 1.9 gern zeitnah rausbringen (ein wenig Arbeit ist es schon noch), das letzte Release liegt einfach schon recht weit zurück. Daher möchte ich in die 1.9 keine Tickets mehr aufnehmen, die hohen Aufwand generieren oder Änderungen am Datenmodell bedingen. Anbei kurze Info zu den Tickets oben:
# 112 Akte als PDF exportieren bzw #377 bei Aktenexport optional alle Dokumente in PDF konvertieren
1.9.1# 359 Notiz erstellen
okay, vorgezogen von 1.9.1 auf 1.9# 387 Anzeige des E-Mail Passworts im Klartext in der Nutzerverwaltung
okay, vorgezogen von 1.9.1 auf 1.9# 40 Erfassen von Beziehungen zwischen Kontakten
vorerst keine Planungsänderung# 28 Verschlüsselung Datenbankpasswort
wird mit einem größeren Wildfly-Update in Version 2.0 gemacht# 124 Neues Feld für Initialen und akademische Grade
okay, vorgezogen von 2.0 auf 1.9.1# 292 Selbst gestaltbares Aktenvorblatt
vorerst keine Planungsänderung# 310 Stapelverarbeitung Adressen / Export Adressen / Serienbriefe
okay, vorgezogen von 2.0 auf 1.9.1# 371 Autoupdates für j-lawyer.org Client
bin hier noch etwas hin- und hergerissen, da der Installer jetzt schon so gebaut ist dass er eine vorhandene Installation erkennt und diese aktualisiertTickets sind angepasst.
Beste Grüße
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo,
das Timing ist gerade denkbar ungünstig, ich bin gerade am Checkin und werde bis Sonntag früh um die halbe Welt reisen. Kann evtl. versuchen beim Umsteigen zu helfen. Dazu benötige ich die Server.log aus dem Verzeichnis des j-lawyer.org Serverdienstes.
Beste Grüße
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo und danke für die Anregungen!
Ich befinde mich seit Ende November auf längerer Reise, noch bis Mitte Januar. Die Entwicklungen rund um das beA habe ich sehr genau verfolgt. Nach meiner Rückkehr wird es mit Sicherheit ein Planungsupdate geben. Welche Änderungen es geben wird hängt v.a. auch davon ab ob es seitens der BRAK eine Zeitleiste geben wird.
Beste Grüße
Jens(j-lawyer.org)j-lawyer.orgKeymasterVielen Dank, ich nehme das im Januar mit in die Dokumentation auf (bin derzeit unterwegs)!
Beste Grüße
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo zusammen,
Ich kann den Anwendungsfall erstmal sehr gut nachvollziehen. Die Konvertierung in j-lawyer.org nutzt unoconv, dort ist eine solche Funktionalität nicht enthalten. Ich könnte mir nur anschauen ob man vor der Konvertierung das Originaldokument automatisch verändert.
Bei Interesse gern ein Ticket erstellen.
Grüße
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo bjk,
leider ist es nach wie vor so dass Sipgate weder über die XML-RPC noch die REST-API die Sendeberichte zur Verfügung stellt 🙁
Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo und herzlich willkommen!
Integration weiterer Anbieter ist möglich, sofern eine Schnittstelle vorhanden ist. Placetel scheint eine zu haben,die aber nicht weiter beschrieben ist. Haben Sie als Kunde Zugang zu einer Beschreibung?
Beste Grüße
Jens(j-lawyer.org)j-lawyer.orgKeymasterHallo,
eine Serienbrieffunktion ist für j-lawyer.org 2.0 eingeplant:
http://trac.j-lawyer.org/ticket/310Bis dahin könnte man sich „manuell“ helfen, d.h. eine Datenbankabfrage machen und als CSV exportieren, dann wie gewohnt mit LibreOffice weiter. Dazu wären grundlegende Kenntnisse mit der Eingabeaufforderung / Shell notwendig. Ist das eine Option? Dann würde ich ggf. eine rudimentäre Anleitung hier posten.
Hier schonmal die Abfrage:
select title, firstName , name, company, country, street, zipCode , city, email from AddressBean, AddressTagsBean where AddressBean.id=addressKey and tagName = 'Weihnachtskarten';
Export nach CSV bpsw. via
select title, firstName , name, company, country, street, zipCode , city, email from AddressBean, AddressTagsBean where AddressBean.id=addressKey and tagName = 'Weihnachtskarten' INTO OUTFILE 'weihnachtskarten.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';
Jens
(j-lawyer.org)- Diese Antwort wurde vor vor 6 years, 11 months von j-lawyer.org bearbeitet. Grund: Formatierung
j-lawyer.orgKeymasterDanke, so ein ähnliches Ticket hatte ich vor 2 Monaten bereits erstellt:
http://trac.j-lawyer.org/ticket/359
Die Frage ist was in einer solchen Notiz alles enthalten sein muss, und ob Platzhalter unterstützt werden können. Ich fände es charmant wenn das völlig an LibreOffice vorbeigehen würde. Man bekommt einfach einen Dialog in dem man direkt schreiben kann, und dann landet es als Dokument in der Akte.
j-lawyer.orgKeymasterDanke für die Vorschläge!
Am liebsten sind mir Vorschläge in Form von Tickets – dann plane ich sie in der Regel direkt ein:
Folgende Hinweise zu den einzelnen Punkten:
1. beim Suchen einer Akte wäre es hilfreich, wenn man dort gleich eine neue anlegen könnte
–> wäre ein neues Ticket2. mehrere Dateien aus dem Scanordner auf einmal einer Akte zuordnen. Markieren geht, es wird aber offenbar immer nur eine zugeordnet. Das wäre vor allem hilfreich für den Einstieg, wenn riesige Aktenberge ins System müssen!
–> neues Ticket3. Muss beim Zuordnen eines Scans immer nach einem neuen Dateinamen gefragt werden? Besser wäre, den Dateinamen oder ergänzende Daten ggf. später ändern zu können.
–> neues Ticket4. Es wird jeweils das Datum und Uhrzeit einer Datei beim Zuordnen zur Akte gespeichert. Hilfreich wäre, das Originaldatum der Datei zu verwenden. Das gilt vor allem, wenn ein Altbestand an Dateien auf einmal zugeordnet wird.
–> Der Import bestehender Daten wird wahrscheinlich mit Version 2.0 komfortabler, via generischer CSV-Schnittstelle5. teilautomatische Zuordnung zu Akten beim Import vorhandener Dokumente, anhand Keywords
–> Kannst Du genauer sagen wie das mit den Keywords gemeint ist?6. Import auch ganzer Verzeichnisstrukturen, also nicht nur im Haupt-Scan-Verzeichis
–> neues Ticket7. Telefonnotizen direkt in Akte erfassen
–> man kann bereits manuelle Einträge in die Historie eintragen. Ist das gemeint?8. E-Mailadressen direkt als Adresse & Beteiligte aufnehmen, wenn zu Akte zugeordnet wird. Wenn möglich auch gleich noch sonstige Kontaktdaten, die ja oft in E-Mails stehen.
–> gibt schon Ticket dafür9. Terminkalender, mit E-Mailintegration
–> gibt schon Ticket dafür10. Zugriffsrechte Benutzer. Nicht jeder soll alle Akten sehen können.
–> gibt schon Ticket dafür11. drei eigene Felder für Akten sind schön. Mehr wäre schöner…
–> neues TicketDanke und Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterVielen Dank, ich habe das hier vermerkt:
j-lawyer.orgKeymasterVorhandene Daten dann natürlich in den neuen Ordner kopieren.
j-lawyer.orgKeymasterHallo sieger 🙂
Etwas kurze Antwort von unterweg:
Mal im Serververzeichnis nach einer standalone-full.xml suchen und dort nach
jlawyer.server.basedirectory=Danach den Dienst neu starten.
Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterVielen Dank für die ausführlichen Informationen!
Ich möchte noch zwei Szenarien teilen:
(1) Für mich selbst benutze ich (für das Verwalten meines kleinen Nebengewerbes) eine j-lawyer.BOX. Nächtlich werden
– Backups durchgeführt und per SSH auf einen der von mir betriebenen Server im Internet transferiert – analog des von Dir beschriebenen „Offsite Backups“. Das sind alles Funktionen die „out of the box“ von j-lawyer.org unterstützt werden.
– ein HTML-Export des Datenbestandes erzeugt (ebenfalls out of the box-Funktionalität) und anschliessend in ein Verzeichnis kopiert, das Teil einer ownCloud-Installation ist. So habe ich den Datenbestand auch immer unterwegs zur Verfügung.Dieses Szenario schützt hinreichend gegen Datenverlust, bringt aber keine Ausfallsicherheit. Geht die j-lawyer.BOX kaputt, so muss unmittelbar eine neue (ggf. temporäre) Installation durchgeführt werden, in welche dann die Datensicherung zurückgespielt wird.
(2) Eine dem Projekt nahestehende Kanzlei nutzt als Server ein Linuxsystem mit RAID 1. Nächtlich werden
– Backups durchgeführt und per SFTP auf eine NAS ausserhalb der Kanzleiräumlichkeiten kopiert.
– ein zusätzliches Backup auf USB-Sticks durchgeführt (Cron-gesteuert) – jeden Arbeitstag kommt ein anderer Stick dran, der Rest läuft automatisch.
– ein HTML-Export des Datenbestandes erzeugt und per Cronjob auf einen Windowsclient im Kanzleinetzwerk kopiert. Der Cron läuft stündlich und kopiert nur die Änderungen. Daher muss der Windowsclient nachts nicht an sein – sobald er verfügbar ist bekommt er die letzten Daten.In diesem Szenario ist man vor Datenverlust geschützt und betreibt den Server ausfallsicher (eine Platte kann kaputt gehen).
Allgemeine Hinweise:
– Die Erstellung des Backups und des HTML-Exports übernimmt der j-lawyer.org Server. Es sei Jedermann empfohlen die Emailbenachrichtungen (unter Einstellungen – Servermonitoring) zu aktivieren – nur so erfährt man wenn eine Sicherung fehlschlägt!
– Jegliche weitere Automatisierung, die man sich selbst aufbaut, sollte ebenfalls unbedingt in der Lage sein, im Fehlerfall Nachrichten zu versenden. Man muss schlicht sichergehen können, dass der Backup funktioniert.
– Es ist nicht ausreichend, das Dateisystem des Server zu sichern. Auch wenn dort das Datenverzeichnis der MySQL-Datenbank dabei ist, ist nicht sichergestellt dass man dieses im Katastrophenfall nutzen kann. Das vom j-lawyer.org Server erstellte Backup-ZIP hingegen enthält einen sogenannten „Dump“ der Datenbank, den man auch auf einer anderen Installation / auf anderem Gerät importieren kann.
– Das Backup-ZIP ist (noch) nicht verschlüsselt – wird es auf öffentlich zugänglichen Speicher (Cloud, Server im Internet) gelegt, sind dort entsprechende Maßnahmen zu ergreifen damit es nicht öffentlich zugänglich ist.Beste Grüße,
Jens
(j-lawyer.org)j-lawyer.orgKeymasterHallo Ben,
danke für die Info – allerdings ist das Logfile nicht bei mir angekommen.
Grüße,
Jens
(j-lawyer.org) -
AutorBeiträge