jverein / jverein Goto Github PK
View Code? Open in Web Editor NEWJVerein - Open Source Vereinsverwaltung
Home Page: http://www.jverein.de
JVerein - Open Source Vereinsverwaltung
Home Page: http://www.jverein.de
Wir stehen gerade etwas auf dem Schlauch was die Berechnung des Projekt-Gewinn/Verlusts angeht. Wie kommt JVerein auf die -360,15? Auch bei alten Projekten, bei denen damals die Berechnung stimmte, ist diese nun falsch. Kann es sein, dass da durch ein Update etwas kaputt gegangen ist?
Der Zeitraum ist ausreichend groß eingestellt, dass alle Buchungen erfasst werden:
Betriebssystem: MacOS 10.15.7
Jameica: 2.10.2
JVerein: 2.8.18
Hibiscus: 2.10.9
Fehlerbericht gehört eigentlich zu Jameica 2.8.4, aber unter https://github.com/willuhn/jameica kann man keinen Issue erstellen.
Wenn der Ordner, in dem Jameica die Benutzerdaten sucht, nicht existiert, kommt eine irritierende und falsche Fehlermeldung: "Sie besitzen keinen Schreibzugriff in diesem Ordner.". Dies führt dazu, dass der Benutzer auch eine völlig falsche Fährte gesetzt wird.
Hier sollte die Meldung erscheinen "Der angegebene Ordner existiert nicht".
Reproduzieren:
/tmp/111/222
mv /tmp/111 /tmp/nicht-meer-da
Diese falsche Meldung erscheint nur, wenn auch der übergeordneten Ordner weg ist!
Im Code fehlt also eine weiter Abfrage file.getParentFile().exists()
mit der passenden Fehlermeldung.
Stacktrace beim Öffnen der Buchungsklassen:
java.lang.NullPointerException
at java.base/java.util.Calendar.setTime(Unknown Source)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.getYearBounds(BuchungsklasseSaldoView.java:86)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:135)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:711)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:908)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4905)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:904)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:594)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:529)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:566)
at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4292)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4116)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3733)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:925)
at de.willuhn.jameica.gui.GUI.init(GUI.java:328)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
Hallo Heiner,
wenn Du ein wenig Zeit findest, würden wir uns über folgendes Upgrade freuen:
Eine Möglichkeit der Auswahl, ob die Optionen Dropdown-Listen (wie z.B. die Mitgliedsart oder Zahlungsweise) durchgescrollt werden können, oder nicht. Wir sind jetzt fertig mit dem JVerein-Umzug aber verstellen ständig Optionen beim Scrollen. Insbesondere die Mitgliedsart wird ständig verstellt, da hier nicht (wie bei der Zahlungsart) eine Warnung erfolgt. Das ist ärgerlich :-/. Wir würden uns daher eine alternative Auswahlmethode wünschen, bei der man eine Dropdownliste erst anklicken muss und diese nicht durchscrollen kann o.ä.
Vielen Dank!
Please release source code from version 2.8.18 and tag it.
Thanks
Im Forum gibt es mehrerer Beiträge, in denen nach einem nachträglichen Adressimport gefragt wird. Adressen können zwar bei der Erst-Versorgung importiert werden, aber da beim Import alle bestehenden Mitglieder und Adressen gelöscht werden, können später keine weiteren Adressen importiert werden.
Es soll ein ergänzender Import mit allen Feldern Zusatzfeldern, Eigenschaften für Adressen möglich sein. Aufrufbar über Kontextmenü aus der Adressverwaltung.
Optimal wäre auch ein automatischer Import (ggf. als Option bei den Einstellungen) aus einem festgelegten Verzeichnis. Wenn beim Start von JVerein eine Datei in dem Verzeichnis steht, wird diese importiert und eine Meldung ausgegeben bzw. das Importprotokoll angezeigt. Nach dem automatischen Import wird die Datei automatisch mit Zeitstempel im Dateinamen versehen und in ein Backupverzeichnis verschoben, damit diese beim erneuten Start nicht nochmals importiert wird.
In folgendem Forumsbeitrag wurde der Import z. B. nachgefragt:
https://jverein-forum.de/viewtopic.php?f=8&t=2842&p=12119&hilit=adressen+import#p12119
Hallo,
es wäre total praktisch, wenn die Versionen auf Github getaggt würden, dann könnte man die vorhandene Infrastruktur hier nutzen.
Vielen Dank!
Die Variable $lastschrift_betrag
wird in pre-notification Mails nicht so formatiert, wie man es erwarten würde:
Ausgabe: 100.0
(Punkt als Dezimaltrennzeichen, 1 Nachkommestelle)
Erwartet: 100,00
(Komma als Dezimaltrennzeichen, 2 Nachkommastellen)
https://jverein-forum.de/viewtopic.php?f=5&t=3557
Bislang wurde das Default-Encoding des Betriebssystems verwendet. Jetzt wird generell UTF-8 genutzt.
In diesem Zusammenhang habe ich auf eine aktuellere Version der verwendeten Bibliothek upgedatet und auf die VCard-Version 4.0 erhöht.
Da die Tickets und der Code ja nun nach github gewandert sind (:+1: ) sollte es auch die Möglichkeit geben zu erfahren was in einer neuen Version drin ist.
Es gibt hier bei github zwei übliche Vorgehensweisen dafür:
CHANGELOG.md
die mit jeder neuen Version aktualisiert wird.Der einzige Weg um sonst rauszukriegen was passiert ist, bleibt natürlich https://github.com/jverein/jverein/commits/master
https://jverein-forum.de/viewtopic.php?f=5&t=4501&sid=2ebaa4c967f948797a1feca48d368046
Der Daten der Exporte bleiben erhalten, die neuen kommen dazu.
Frankoli hat empfohlen den SWT Fehler neu einzutragen:
#55
Wann kann mit einer Lösung gerechnet werden?
*** Stacktrace ***
org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4621)
at org.eclipse.swt.SWT.error(SWT.java:4510)
at org.eclipse.swt.SWT.error(SWT.java:4481)
at org.eclipse.swt.widgets.Widget.error(Widget.java:451)
at org.eclipse.swt.widgets.Control.createHandle(Control.java:721)
at org.eclipse.swt.widgets.Button.createHandle(Button.java:418)
at org.eclipse.swt.widgets.Control.createWidget(Control.java:761)
at org.eclipse.swt.widgets.Control.(Control.java:115)
at org.eclipse.swt.widgets.Button.(Button.java:121)
at de.willuhn.jameica.gui.style.StyleFactoryDefaultImpl.createButton(StyleFactoryDefaultImpl.java:33)
at de.willuhn.jameica.gui.parts.Button.paint(Button.java:135)
at de.willuhn.jameica.gui.parts.ButtonArea.paint(ButtonArea.java:51)
at de.willuhn.jameica.gui.util.Container.addPart(Container.java:225)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:145)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:702)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4594)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:593)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:528)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:565)
at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4145)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1055)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3958)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3561)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
.
.
.
org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4621)
at org.eclipse.swt.SWT.error(SWT.java:4510)
at org.eclipse.swt.SWT.error(SWT.java:4481)
at org.eclipse.swt.widgets.Widget.error(Widget.java:451)
at org.eclipse.swt.widgets.Control.createHandle(Control.java:721)
at org.eclipse.swt.widgets.Button.createHandle(Button.java:418)
at org.eclipse.swt.widgets.Control.createWidget(Control.java:761)
at org.eclipse.swt.widgets.Control.(Control.java:115)
at org.eclipse.swt.widgets.Button.(Button.java:121)
at de.willuhn.jameica.gui.style.StyleFactoryDefaultImpl.createButton(StyleFactoryDefaultImpl.java:33)
at de.willuhn.jameica.gui.parts.Button.paint(Button.java:135)
at de.willuhn.jameica.gui.parts.ButtonArea.paint(ButtonArea.java:51)
at de.willuhn.jameica.gui.util.Container.addPart(Container.java:225)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:145)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:702)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4594)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:593)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:528)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:565)
at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4145)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1055)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3958)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3561)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
The transaction is assigned to the member account.
Assigning fails with a NullPointerException
java.lang.NullPointerException
at de.jost_net.JVerein.server.MitgliedskontoImpl.insertCheck(MitgliedskontoImpl.java:75)
at de.willuhn.datasource.db.AbstractDBObject.insert(AbstractDBObject.java:649)
at de.willuhn.datasource.db.AbstractDBObject.store(AbstractDBObject.java:314)
at de.jost_net.JVerein.gui.action.BuchungMitgliedskontoZuordnungAction.handleAction(BuchungMitgliedskontoZuordnungAction.java:105)
at de.willuhn.jameica.gui.parts.ContextMenu$1.handleEvent(ContextMenu.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4385)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4172)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3789)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:928)
at de.willuhn.jameica.gui.GUI.init(GUI.java:331)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
I think the problem could be worked around by changing this line as follows:
Object result = getAttribute("Zweck1");
if (result instanceof String) {
return (String) result;
} else {
return '';
}
I don't currently have the means to test this though.
In pre-notification E-Mails möchte ich $mitglied_…
Variablen nutzen, z.B. um zu schreiben "Den Beitrag für $mitglied_vorname …". Die Variablen werden aber nicht ersetzt.
Die Mail Implementierung scheint beim Versand den hostnamen nicht zu setzten, da ich im log meines Mail servers folgendes seh:
Mar 14 22:05:01 lithium postfix/smtpd[6343]: NOQUEUE: reject_warning: RCPT from erx-rz.binary-kitchen.net[213.166.246.250]: 504 5.5.2 <localhost>: Helo command rejected: need fully-qualified hostname; from=<[email protected]> to=<[email protected]> proto=ES MTP helo=<localhost>
das Problem wird in diesem Forum Thread beschrieben: https://jverein-forum.de/viewtopic.php?t=2933
ist es möglich eine Auswahl für das XML Format in jverein einzubauen? Bis jetzt ersetze ich den Header immer manuell vor dem Import in das Bankprogramm.
Bei der Nutzung einer SSL-Verschlüsselung bei der MySQL-Datenbank ist folgender Hinweis in der Dokumentation aktuell nicht zutreffend (oder ich mache etwas falsch):
Die manuelle Erstellung sowie der Import des Server-Zertifikats sollte auf den Arbeitsplätzen jedoch nicht nötig sein, da Jameica einen eigenen Keystore verwendet und den Benutzer automatisch bei Bedarf zum Import des Zertifikats auffordert.
Es gab weder eine Aufforderung zum Import des Zertifikates noch hat es überhaupt funktioniert, den Jameica-Zertifikats-Store zu nutzen. Am Ende war die einzige Möglichkeit das CA-Zertifikat in meinen cacerts-Keystore der Java-Installation zu importieren.
Folgende Einstellungen habe ich genutzt:
database.driver=de.jost_net.JVerein.server.DBSupportMySqlImpl
database.driver.mysql.jdbcurl=jdbc\:mysql\://meine-ip\:3306/jverein?useUnicode\=Yes&characterEncoding\=ISO8859_1&useSSL=true&requireSSL=true&verifyServerCertificate=true
database.driver.mysql.username=nutzer
database.driver.mysql.password=passwort
database.driver.mysql.scriptprefix=mysql-
Hat jemand da ähnliche Erfahrungen gemacht?
Es wäre schon gut, wenn der Zertifikats-Store von Jameica genutzt werden könnte, ansonsten gehe ich davon aus, dass ich den CA-Import nach jedem Java-Update wiederholen muss.
In der eclipse .classpath hat Heiner seinen lokalen Pfad eingetragen.
Da ich neu in diesem Projekt bin, stolpere ich auch über solche Kleinigkeiten.
Die Signatur, die unter Adminsitration > Einstellungen > Mail eingetragen ist, wird nicht an die pre-notification Mails.
Die pre-notification Mails sind Geschäftsbriefe, daher müssen sie die Pflichtangaben enthalten. Die stehen im allgemeinen in der Signatur die am oben genannten Ort eingetragen wird.
Bei der Übernahme von Buchungen aus Hibiscus treten Fehler auf, wenn der Verwendungszweck zu lang ist (länger als 500 Zeichen).
Workaround: Mit Libreoffice o. Ä. direkt mit der Datenbank verbinden und die Länge des Feldes manuell anpassen. Z. B.: ALTER TABLE BUCHUNG ALTER COLUMN ZWECK VARCHAR(750)
Gibt es eine offizielle Längenbeschränkung für den Verwendungszweck im internationalen Zahlungsverkehr?
Evtl. kann ein zu langer Verwendungszweck mit einer Warnmeldung einfach abgeschnitten werden?
Intuitiverweise drückt man bei der Suche nach Mitgliedern nach dem Ausfüllen der Eingabemaske auf die Entertaste. Ich war sehr irritiert, dass ich (statt die Suche zu bestätigen) auf dem "Mitglieder Such-Profil" lande.
Kann das Verhalten so geändert werden, dass mit der Entertaste die Suche initiiert wird?
hi,
I find it a bit annoying to have the documents only available local but jverein is capable of using a remote sql db.
Therefore I would suggest to ditch the messaging implementation which is only usable local and use a data blob within the sql db instead. This is done already within the email attachment table.
I am finished already with the migration/update for the "buchungsdocument" but for the rest of the documents there is still some work todo like the mitgliederdocument.
I know that some of you are already using the document feature. Therefore i want to know if this approach is ok or disliked/not wanted. Because maybe there is something i don't get which is a feature by the messaging plugin.
I will create a PR soon with the feature soon.
WBR Philipp
Werden z.B. in der Mitgliederverwaltung Daten geändert, müssen diese bislang explizit gespeichert werden. Verlässt man das Formular ohne zu speichern, gehen die Änderungen verloren.
Hier wäre entweder eine Warnmeldung ("Achtung ungespeicherte Änderungen") sinnvoll oder noch besser ein automatisches Speichern, sobald ein Feld geändert wird. Dadurch müssen Änderungen nicht manuell gespeichert werden.
Ist eine solche Funktionalität denkbar?
After updating to jameica version 2.8.2
Loading the plugin failed with an error.
I was able to recover to version 2.8.1 and I'm currently not able to find a log file that contains more details.
If required I can install that version again, but I would prefer not to do it.
Ich bekomme neuerdings die folgende Mitteilung wenn ich ein PDF erstellen will:
main loop crashed, retry
java.lang.NoSuchMethodError: com.itextpdf.text.pdf.PdfPTable.addCell(Lcom/itextpdf/text/pdf/PdfPCell;)V
at de.jost_net.JVerein.io.Reporter.createHeader(Reporter.java:364)
at de.jost_net.JVerein.io.Reporter.createHeader(Reporter.java:334)
at de.jost_net.JVerein.gui.action.SpendenbescheinigungPrintAction.generiereSpendenbescheinigungStandardAb2014(SpendenbescheinigungPrintAction.java:948)
at de.jost_net.JVerein.gui.action.SpendenbescheinigungPrintAction.handleAction(SpendenbescheinigungPrintAction.java:220)
at de.jost_net.JVerein.gui.control.SpendenbescheinigungControl$4.handleAction(SpendenbescheinigungControl.java:527)
at de.willuhn.jameica.gui.parts.Button$1$1.run(Button.java:174)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Unknown Source)
at org.eclipse.swt.widgets.Display.syncExec(Unknown Source)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
at de.willuhn.jameica.gui.parts.Button$1.widgetSelected(Button.java:168)
at org.eclipse.swt.widgets.TypedListener.handleEvent(Unknown Source)
at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Display.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
Das geschieht beim "drucken" von Spendenbescheinigung (Standard) oder Abrechnungslauflisten.
Damit geht ein großer Teil der Funktionalität des Programms gerade am Jahresanfang zu einem denkbar ungünstigen Zeitpunkt kaputt.
Die verwendeten Versionen:
JVerein: 2.8.17, Build 20180218 Build Nr. 520, DB-Version 417
Jamaica:
Software-Version: 2.8.2
SWT-Version: 4629 / gtk
Java-Version: 1.8.0_212 / Linux amd64
Build: 450 [Datum 20180917]
HIbiscus:
Software-Version: 2.8.8
HBCI4Java-Version: 3.0.22-SNAPSHOT
Datenbank-Version: 65
Build: 372 [Datum 20190103]
Mir drängt sich langsam der Eindruck auf, das diese Software nicht mehr mit aktuellen Jameica Versionen funktioniert und auch nicht mehr gewartet wird... weiß irgendjemand mehr dazu?
Ein angelegtes Mitglied bekommt Kontodaten hinzugefügt, beim Klick auf "Mitglied-Daten eintragen" werden die o.g. Felder nicht übernommen.
Hello,
most of the Java-packages shipped in /lib are outdated.
I package it for debian and did it with more recent packages.
I can document here which version I use?
Kind regards
Mechtilde
Möchte man einen Spenden-Dauerauftrag für JVerein anlegen, fehlen entsprechende Buttons zum Speichern / Ausführen o. ä.
Beim Export der Buchungen aus JVerein als CSV werden als Tausendertrenner Punkte fest in die exportierte Datei geschrieben. Dadurch können diese Werte von anderen Programmen nicht mehr als Zahl erkannt werden, sondern nur noch als Text. Beim Export sollte auf derlei Formatierungen verzichtet werden.
Eine Möglichkeit zur Einstellung der Exporteigenschaften (Dezimal- und Spaltentrenner) wäre für die Zukunft ein wahres Plus an Funktionalität.
Hallo,
ich habe folgendes Problem. Unsere JVerein-Datenbank lässt sich leider nicht mit einer neueren Version von Jamaica oder Hibiscus öffnen.
Wir haben verschiedene Versionen ausprobiert. Die letzte funktionierende Konfiguration ist:
Jameica: 2.6.6
Hibiscus: 2.6.20
JVerein: 2.8.17
Hier noch das Diagnose-Protokoll.
Vielen Dank und Beste Grüße
Die Datenübernahmen funktionieren in verschiedenen Konstellationen nicht (vollständig):
(1) Mitglieder - Rechtsklick auf "Spendenbescheinigung": Betrag, Datum-Spende, Datum-Bescheinigung (und Buchungen) fehlen
(2) Mitglieder > Mitgliedskonto - Rechtsklick bei Mitgliedsname auf "Spendenbescheinigung erstellen": wenn mehrere Buchungen, dann ist das Feld "Formular" leer und inaktiv (bei nur einer Buchung klappt es)
(3) Spendenbescheinigungen - neu (automatisch): gleicher Fehler wie bei (2)
(4) wie (2) mit nur einer Buchung (Formular vorhanden/wählbar): Datum-Bescheinigung wird nicht in "PDF (individuell)" eingefügt (dort aber im Formular vorhanden)
(5) Spendenbescheinigungen - neu (manuell): gleicher Fehler wie bei (4)
Das Rechnungschreiben könnte durch ein Modul ergänzt werden, dass QR-Codes nach dem EPC-Standard auf der Rechnung hinzufügt.
Entweder über eine QR-Code-Bibliothek oder über externe Dienste, die mit übermittelten Daten eine QR-Code-Grafik erzeugen.
Lesen kann hibiskus diese QR-Codes schon seit 2014 - jetzt sollten wir sie sie drucken können.
Beim Klick auf Dokumentation im Menü erscheint noch der Link auf das Wiki
Did anyone built a docker image of this?
I recognized how hard it is to migrate this stuff to a new server etc. perhaps a docker image built directly by the maintainers could lower the learning curve and lead to broader user base?
Hat irgendwer mal ein Docker Image hierfür gebaut? Ich könnte mir vorstellen dass die Nutzerbasis dann größer werden würde - da die Einstiegshürde ja doch recht hoch ist.
Beim Erstellen einer neuen Sollbuchung entsteht folgender Fehler. Können Sie bei der Behebung des Fehlers helfen? Der Fehler wurde auch im Forum berichtet.
java.lang.NullPointerException
at de.jost_net.JVerein.gui.control.MitgliedskontoControl.getBuchungsart(MitgliedskontoControl.java:294)
at de.jost_net.JVerein.gui.view.MitgliedskontoDetailView.bind(MitgliedskontoDetailView.java:51)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:714)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:74)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:911)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:5048)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:907)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:597)
at de.jost_net.JVerein.gui.action.MitgliedskontoDetailSollNeuAction.handleAction(MitgliedskontoDetailSollNeuAction.java:57)
at de.willuhn.jameica.gui.parts.ContextMenu$1.handleEvent(ContextMenu.java:183)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4441)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4227)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3837)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:928)
at de.willuhn.jameica.gui.GUI.init(GUI.java:331)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:78)
JVerein: 2.8.18
Jameica: 2.10.2
Hibiscus: 2.10.5
OS: MacOS 10.15.7
Wenn ich über Mitglieder -> Mitgliedskonto mit einem Rechtsklick auf den Namen eine Spendenquittung für ein Mitglied mit Zusatzbeitrag erstellen möchte, passiert entweder nichts oder Jameica crasht.
Ich bin nicht sicher, ob es an den Zusatzbeiträgen liegt, tritt aber nur bei 2 Mitgliedern mit Zusatzbeiträgen auf.
Jameica: 2.8.4
JVerein: 2.8.18
Es wäre toll, wenn es noch mehr Datumsvariablen gäbe, angelehnt an $aktuellesjahr.
Beispiele:
$NurMonat -> 03 für März
$NurTag -> 01 für den 01.
Das ist dann besonders hilfreich zum Beispiel bei individuellen Rechnungsnummern.
Schön wäre auch, wenn direkt hinter dem Variablennamen auch ein Satzzeichen stehen könnte und die Variable dennoch als solche erkannt wird.
Das könnte man zum Beispiel durch eine zusätzliche Klammerung der Variablen erreichen:
${aktuellesjahr}, --> 2017,
Bezogen auf das Beispiel der Rechnungsnummer könnte man dann folgendes nutzen:
${aktuellesjahr}-${NurMonat}-${NurTag}-${mitglied_id} --> 2017-03-01-01
Mir ist klar, dass das nicht ohne weiteres für alle Variablen umgesetzt werden kann, da dann alle bisher genutzten Variablen nicht mehr funktionieren würden, außer man macht das ganze optional über eine Einstellung im Administrationsbereich, so dass zukünftige Nutzer davon profitieren würden oder andere ihre Variablennutzung anpassen können.
Grüße
Marco Spönemann
Bei den Formularen sollte die Möglichkeit bestehen, ein Formular auf "inaktiv" zu setzen. Am besten in der Formularverwaltung aus dem Kontextmenü zu dem jeweiligen Formular. Bei inaktiven Formularen sollte dann wiederum im Kontextmenü ein Eintrag "aktivieren" vorhanden sein. In der Liste der Formulare sollte es dann einen Status geben, in dem angezeigt wird, ob das Formular aktiv oder inaktiv ist.
Inaktive Formulare sollen dann an den Aufrufstellen z. B. im Kontextmenü zum Mitglied nicht mehr angezeigt werden.
Die Inaktivierung soll zur Sicherheit und Übersichtlichkeit dienen, wenn Formulare nicht mehr verwendet werden, aber noch nicht gelöscht werden sollen. Ggf. wird ein altes Formular nochmals benötigt.
short summary: no umlauts in CSV export but ?-character
Hallo,
ist das ein bug, der nur mich betrifft? Ich denke, das wär doch schon eher aufgefallen:
im CSV Export werden Umlaute durch ? ersetzt, z.B. kommt da Schillerstra?e raus, während im PDF Export korrekt Schillerstraße steht.
Leider brauche ich fürs Skripting den CSV Export
Hallo zusammen,
ich würde gerne für JVerein eine Integration an das SportBizz implementieren, so dass die jährlich
an die Sportbünde zu meldenden Mitglieder (Bestandserhebung) einfach als "passende" xml-Datei exportiert und im SportBizz (z.B. BSB-Net) importiert werden können. Das betrifft sicherlich viele Vereine und wäre daher in meinen Augen eine gute Erweiterung.
Nun möchte ich jedoch fragen, wie ich das realisieren soll. Als extra Plugin für Jameica oder direkt als Fork in Git für JVerein?
Die Schnittstelle von Seitens des SportBizz ist gut dokumentiert:
Schnittstelle_Integration_Vereinsverwaltung_ab_2014_.pdf
DOSB_Fachverbandskodierung_Version_2013_.pdf
Liebe Grüße,
Leo
Der Link im Gitbook im Kapitel "Buchführung --> Buchungsimport" funktioniert nicht: https://jverein.gitbooks.io/jverein-handbuch/content/buchungsvariable.md
Die Inhalte: http://www.jverein.de/wiki/index.php?title=Variable scheinen nicht aus dem wiki übernommen worden zu sein.
Grüße
Nils
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.