Buchungsübernahme klappt nicht mehr

[heiner]

Hallo Henning,

wie sieht es zum Zeitpunkt der automatisierten Buchungsübernahme unter "Konten" aus?

Heiner

[DIG]

Hallo zusammen,

mit der neuesten Entwickerversion funktioniert die Buchungsübernahme bei mir wieder und auch die Buchungen aus der Zwischenzeit, in der es nicht ging, wurden nun nachträglich noch übernommen. So weit wieder alles in Ordnung.

Gibt es einen Trick um die automatische Übernahme per Hand anzustoßen?

Für den Fall dass es -warum auch immer- mal hakt, fände ich so eine Funktion (irgendwo unter Administration ganz weit hinten genügt ja vollauf) auch sinnvoll damit man im Fehlerfall nicht auf den nächsten Umsatz auf dem Konto warten muss sondern ach vorher schon an seine Buchungen kommt.

Schließlich habe ich nun noch folgendes -für mich neues- Verhalten von JVerein beobachtet: Anstelle die BuchungsID einfach weiter hochzuzählen ist beim letzten Lauf bei den importierten Umsätzen als BuchungsID die Hibiscus-Umsatz-ID an die letzte BuchungsID angehängt worden (also anstelle von 2254 wurde 2253151 als BuchungsID in die Datenbank geschrieben). Auch wenn es jetzt funktioniert werden damit die BuchungsIDs halt unschöne riesige Zahlen die möglichwerweise so auch aus dem Definitionsbereich geraten können. Siehe Screenshot.

buchungen.png (41.64 KiB) 9024 mal betrachtet

Liebe Grüße,
Carsten

[tectumopticum]

Hallo Henning,

wie sieht es zum Zeitpunkt der automatisierten Buchungsübernahme unter "Konten" aus?

Heiner

Hallo Heiner,
JVerein -> Buchführung -> Konten:
insgesamt 4 Konten aktiv, eine davon Barkasse (kein Hibiscus-Konto, mit Datum für Konto-Eröffnung), 1x Sichteinlage und zwei weitere Konten (alle Hibiscus-Konto: ja, keine Datum für Konto-Eröffnung)
Hibiscus -> Konten:
insgesamt 3 Konten aktiv, Sichteinlagen zuletzt aktualisiert am 02.12.2013, Umsätze 631
VG, Henning

[heiner]

Hallo Hennig,

wir haben uns missverstanden. Warte bitte die nächste Buchungsübenahme ab. Kontrolliere dann die Buchungen in JVerein und zusätzlich unter Hibiscus | Konto | Konto doppelt anklicken Umsätze der letzten Tage kontrollieren.

Heiner

[Brünen]

Warum erfasst du die Buchungen zunächst in Hibiscus um sie dann zu JVerein zu übernehmen? Du kannst die Buchungen doch direkt in JVerein erfassen.

Weil ich bisher nicht wusste, das man auch in jVerein eigene Konten haben kann. Werde es nach meiner nächsten Kassenprüfung mal versuchen, ob das meinem "Workflow" entspricht.

Danke für den Tip
Kalle

[tectumopticum]

Hallo Heiner,

wir haben uns missverstanden. Warte bitte die nächste Buchungsübenahme ab. Kontrolliere dann die Buchungen in JVerein und zusätzlich unter Hibiscus | Konto | Konto doppelt anklicken Umsätze der letzten Tage kontrollieren.

- Buchungsübernahme zeigte wieder "0 Datensätze"
- es gibt nachwievor die doppelte Anzahl an Buchungen (ich lasse Dir mal einen screenshot per PM zukommen)
- aktuell vermisse ich in JVerein Buchungen, die ich als SEPA-Überweisung in den Hibiscus-Kontoauszügen sehe
- es fehlt eine eingangene Überweisung in den JVerein Buchungen (Valuta-Datum vom 07.12.)

Und im jameinca.log wird's dann doch ganz interessant:

[Fri Dec 06 18:14:58 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.uebernahme] Buchungsübernahme zu JVerein gestartet
[Fri Dec 06 18:14:58 CET 2013][ERROR][de.jost_net.JVerein.io.BuchungsuebernahmeThread.uebernahme] Buchungsübernahme zu JVerein fehlerhaft
java.rmi.RemoteException: unable to init iterator. ; nested exception is:
org.h2.jdbc.JdbcSQLException: Syntax Fehler in SQL Befehl "SELECT UMSATZ.* FROM UMSATZ WHERE ID >632 AND KONTO_ID = ? AND DATUM > =[*] ORDER BY ID "; erwartet "ALL, ANY, SOME"
Syntax error in SQL statement "SELECT UMSATZ.* FROM UMSATZ WHERE ID >632 AND KONTO_ID = ? AND DATUM > =[*] ORDER BY ID "; expected "ALL, ANY, SOME"; SQL statement:
select UMSATZ.* from UMSATZ where id >632 and konto_id = ? and datum > = ORDER BY id [42001-172]
at de.willuhn.datasource.db.DBIteratorImpl.init(DBIteratorImpl.java:237)
at de.willuhn.datasource.db.DBIteratorImpl.hasNext(DBIteratorImpl.java:252)
at de.jost_net.JVerein.io.BuchungsuebernahmeThread.leseHibiscus(BuchungsuebernahmeThread.java:176)
at de.jost_net.JVerein.io.BuchungsuebernahmeThread.uebernahme(BuchungsuebernahmeThread.java:111)
at de.jost_net.JVerein.io.BuchungsuebernahmeThread.run(BuchungsuebernahmeThread.java:86)
at java.lang.Thread.run(Thread.java:724)
Caused by: org.h2.jdbc.JdbcSQLException: Syntax Fehler in SQL Befehl "SELECT UMSATZ.* FROM UMSATZ WHERE ID >632 AND KONTO_ID = ? AND DATUM > =[*] ORDER BY ID "; erwartet "ALL, ANY, SOME"
Syntax error in SQL statement "SELECT UMSATZ.* FROM UMSATZ WHERE ID >632 AND KONTO_ID = ? AND DATUM > =[*] ORDER BY ID "; expected "ALL, ANY, SOME"; SQL statement:
select UMSATZ.* from UMSATZ where id >632 and konto_id = ? and datum > = ORDER BY id [42001-172]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:329)
at org.h2.message.DbException.get(DbException.java:169)
at org.h2.message.DbException.getSyntaxError(DbException.java:194)
at org.h2.command.Parser.getSyntaxError(Parser.java:491)
at org.h2.command.Parser.readTerm(Parser.java:2647)
at org.h2.command.Parser.readFactor(Parser.java:2062)
at org.h2.command.Parser.readSum(Parser.java:2049)
at org.h2.command.Parser.readConcat(Parser.java:2022)
at org.h2.command.Parser.readCondition(Parser.java:1980)
at org.h2.command.Parser.readAnd(Parser.java:1870)
at org.h2.command.Parser.readExpression(Parser.java:1860)
at org.h2.command.Parser.parseSelectSimple(Parser.java:1817)
at org.h2.command.Parser.parseSelectSub(Parser.java:1699)
at org.h2.command.Parser.parseSelectUnion(Parser.java:1542)
at org.h2.command.Parser.parseSelect(Parser.java:1530)
at org.h2.command.Parser.parsePrepared(Parser.java:405)
at org.h2.command.Parser.parse(Parser.java:279)
at org.h2.command.Parser.parse(Parser.java:255)
at org.h2.command.Parser.prepareCommand(Parser.java:218)
at org.h2.engine.Session.prepareLocal(Session.java:425)
at org.h2.engine.Session.prepareCommand(Session.java:374)
at org.h2.jdbc.JdbcConnection.prepareCommand(JdbcConnection.java:1138)
at org.h2.jdbc.JdbcPreparedStatement.<init>(JdbcPreparedStatement.java:70)
at org.h2.jdbc.JdbcConnection.prepareStatement(JdbcConnection.java:267)
at de.willuhn.datasource.db.DBIteratorImpl.init(DBIteratorImpl.java:211)
... 5 more

[Fri Dec 06 18:15:18 CET 2013][INFO][de.willuhn.jameica.gui.internal.parts.BackgroundTaskMonitor$1$1.run] auto closing monitor snapin

[tectumopticum]

Update: habe gerade die aktuelle Entwicklerversion (435) eingespielt - die Buchungsübernahme zeigt wieder Datensätze an.
Die passenden log-Zeilen dazu:
[...]
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync] executing check for job SaldoReq
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCISaldoJob.markExecuted] saldo fetched successfully
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync] executing check for job KUmsAll
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] merge window: Wed Nov 06 00:00:00 CET 2013 - now
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] applying booked entries
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] done. new entries: 0, skipped entries (already in database): 2
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] applying not-booked (vorgemerkte) entries
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] clean obsolete notbooked entries
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] removed entries: 0
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] done. new entries: 1, skipped entries (already in database): 1
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.server.hbci.HBCIUmsatzJob.markExecuted] umsatz list fetched successfully
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.close] closing resources
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.passports.ddv.server.PassportHandleImpl.close] closing ddv passport
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.passports.ddv.server.PassportHandleImpl.close] ddv passport closed
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] END synchronization of account 1/1
[Fri Dec 06 20:56:47 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.updateStatus] updating synchronization status to: DONE
[Fri Dec 06 20:56:48 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] stopping synchronization
[Fri Dec 06 20:56:48 CET 2013][INFO][de.willuhn.jameica.hbci.gui.action.Synchronize.sync] no more backends. synchronization done
[Fri Dec 06 20:56:48 CET 2013][INFO][de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run] finished
[Fri Dec 06 20:56:57 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.uebernahme] Buchungsübernahme zu JVerein gestartet
[Fri Dec 06 20:56:57 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.leseHibiscus] datum=2012-12-31
[Fri Dec 06 20:56:57 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.leseHibiscus] datum=2012-12-31
[Fri Dec 06 20:56:57 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.leseHibiscus] datum=2012-12-31
[Fri Dec 06 20:56:57 CET 2013][INFO][de.jost_net.JVerein.io.BuchungsuebernahmeThread.uebernahme] Buchungsübernahme zu JVerein abgeschlossen
[Fri Dec 06 20:57:18 CET 2013][INFO][de.willuhn.jameica.gui.internal.parts.BackgroundTaskMonitor$1$1.run] auto closing monitor snapin
[...]
Der Bugfix von Rolf "wirkt" hier. Vielen Dank!

[marcel]

...
Versuche die Hibiscus-IDs mit einem SQL-Frontend entsprechend zu erhöhen. Du findest die Hibiscus-ID in JVerein in der Tabelle buchungen mit einem entsprechenden Spaltennamen.
...

Ich hab ein ähnliches Problem. Benutze die aktuelleste freigegebene Version (heute aktualisiert). Derzeit werden keine Buchungen aus Hibiscus übernommen. Die ID in der JVerein für die letzte Buchung ist irgendwas um die 1500 und die ID der letzten Buchungen in Hibiscus ist um die 800. Nun würde es ja relativ wenig bringen, wenn ich die ID's in der JVerein-DB erhöhe, da die ja schon höher sind. Kann ich denn die ID's der Hibiscusdaten verändern? Oder hast Du das gemeint und ich hab es nur falsch verstanden?

[heiner]

Es geht nicht um die Buchungs-ID von JVerein. In JVerein wird auch eine Buchungs-ID aus Hibiscus mitgeführt. Die wird aber nicht angezeigt.

Heiner