Hi, ich nutze seit Jahren StarMoney Business 2.0 in einem Windows Netzwerk als Client - Server Installation. Der StarMoney Client wird auf verschiedenen PCs/Notebooks bedient aber mit einer Datenbasis auf einem Server. Im Programm selber verwalte ich mehrere Konten per HBCI Chipkarte. Viel mehr als Kontobewegungen abfragen, Überweisungen und Daueraufträge mache ich nicht. Dazu ein paar Regeln nach denen die abgerufenen Kontobewegeungen einsortiert werden für Auswertungen.

Ich würde nun gerne zu einem Programm wechseln das OpenSource und Kostenlos ist und zweitens auch unter Linux zur Verfügung steht damit ich bei einem zukünftigen Systemwechsel auch alles wichtige mitnehmen kann.

Kann Hibiscus das was ich mit StarMoney 2.0 mache? Können evtl. Linux und Windows CLients auf die selbe Datenbasis auf einem Server zugreifen?

Achja ganz vergessen: Der Import der alten Daten aus StarMoney wäre natürlich schon wichtig. Die Suche nach alten Überweisungen etc. nutze ich schon recht häufig.

Du kannst Hibiscus zusammen mit einer MySQL-Datenbank nutzen, damit mehrere Clients gemeinsam darauf zugreifen. Siehe http://hibiscus.berlios.de/doku.php?id=support:mysql

Der Import der alten Daten sollte - zumindest in Teilbereichen (Umsaetze beispielsweise via CSV) - funktionieren.

Sofern immer nur 1 Client auf die eine Datenbasis zu greift, sollte es diesbzgl. keine Probleme geben.

Problematisch ist in meinen Augen nur das Thema HBCI-Chipkarte, da Hibiscus (bzw. das zugrundeliegende HBCI4Java) derzeit nur DDV-Karten (Sparkassen...) unterstützt.


Ist der Fall!


Ja, funktioniert. Bei der Kategorisierung von Umsätzen ist zu beachten, dass es derzeit keine Unterkategorien (z.B. Kfz -> Versicherung, Kfz -> Tanken...) gibt und die Buchungen auch nicht gesplittet werden können.


Hibiscus unterstützt den Import von Daten in verschiedenen Formaten.

Umsätze (aus Umsatzabruf): MT940, DTAUS, CSV
Getätigte Aufträge: DTAUS
Adressbuch: CSV

Sofern StarMoney Business entsprechende Exportmöglichkeiten bietet, sollte das ganze funktionieren.

Hylli

Hmm das wäre aber eine unschöne Einschränkung. Zur Zeit nutzen das meine Frau und ich auch gleichzeitig. Das geht ja in StarMoney Business.

Wir nutzen im Moment HBCI Karten der Hamburger Sparkasse, der Frankfurter Sparkasse, der Dresdner Bank und der DKB Bank. Keine Ahnung ob das "DDV"? Karten sind oder nicht?

Ich glaub ich nutze Unterkategorien.... Splitten wohl nicht.



Ein echter gleichzeitiger Multiuserbetrieb wäre schon schön... Kommt das in Hibiscus demnächst?

Wie kommst du jetzt da drauf? Es kann zwar passieren, dass User A die Aenderungen von User B ueberschreibt, wenn beide z.Bsp. zeitgleich die selbe Ueberweisung bearbeiten (da Hibiscus den Datensatz nicht waehrend der Bearbeitung sperrt). Ein gleichzeitiges Arbeiten ist aber ansonsten problemlos moeglich.

Muss ehrlich zugeben, dass ich mit Hibiscus u. MySQL noch keine Erfahrungen habe.

Umso besser, wenn das funktioniert!

Hylli

Hallo,



Frankfurter Sparkasse und DKB sind DDV-Karten, der Rest nicht.

Otto

Was bedeutet das ich mit Hibiscus zur Zeit nichts anfangen kann? Woran liegt das denn das nur "DDV" Karten unterstützt werden? Und wann wird sich das ändern?

Übrigens diese automatische Begrenzung von zitiertem Text den man dann nur noch mit scrollen lesen kann ist irgendwie nerviger als Postings die sich durch Zitate aufblähen... Hab ich noch in keinem anderen Forum gesehen. Das beste ist das nach der dritten Änderung an meinem Posting plötzlich wieder verschwand? Wovon hängt das denn ab?

Es handelt sich technisch um zwei völlig verschiedene Systeme. Das im Hintergrund von Hibiscus laufende HBCI4Java kann mit DDV-Karten umgehen, mit RSA-Karten (das sind die "anderen") jedoch nicht. Grund dafür: für die bis vor einiger Zeit im Umlauf befindlichen RSA-Karten gab es keine einheitliche öffentlich zugängliche Spezifikation, und an die "proprietären" Spezifikationen ist man als nicht-kommerzieller Software-Produzent kaum rangekommen.

Seit FinTS-3 ist jedoch auch die Verwendung der RSA-Karten ähnlich sauber spezifiziert wie die der DDV-Karten, so dass entsprechender Support dafür in absehbarer Zeit in HBCI4Java enthalten sein wird.

"In absehbarer Zeit" lässt sich jedoch nicht genau beziffern, weil im Moment erst mal an HBCI4Java-3 gearbeitet wird (größeres Redesign der Bibliothek). Wenn das neue API stabil ist, wird es auch hinsichtlich RSA-Chipkarten weitergehen...

Grüße
-stefan-

@Brunnenkresse (netter Name!)

Solltest Du NoScript unter Firefox im Einsatz haben, dann erlaube Javascript hier im Forum.

Anschließend kannst Du die Zitate auf- und wieder zuklappen! Das lästige Scrollen entfällt dann.

@Stefan

Hört sich interessant an! Wird's da auch Geschwindigkeitsoptimierungen beim Abrufen/Versenden geben?

Hier sehe ich nämlich gegenüber anderen Banking-Anwendungen noch etwas Nachholbedarf.

Hylli

Das liegt sicher eher an Hibiscus. Was genau ist dir denn da zu langsam?

Hm, ich glaub ich muss das doch zurücknehmen. Mir kam das wohl immer sehr langsam vor aufgrund der m.E. etwqas langsam laufenden Systemmeldungen.

Gerade eben Vergleich gemacht zwischen VR-NetWorld-Software (alle Konten aktualisieren -> nur Umsätze!) und Hibiscus (Synchronisieren -> nur Umsätze!) bei gleicher Anzahl Konten. Ergebnis:

VR-NetWorld-Software: 13-14s
Hibiscus: 17s

Hält sich also in Grenzen, nehme das mit der Geschwindigkeit zurück und sage die Geschwindigkeit ist OK!

Hylli

Die Message-Engine von HBCI4Java-2 ist nicht sehr clever, besonders beim Parsen von Nachrichten mit potentiell komplexen Strukturen (z.B. die Antwort auf eine Dialog-Initialisierung, in der ja die BPD enthalten sein KÖNNEN). Der entscheidende Punkt ist hier "potentiell" - der Parser ist auch dann sehr ineffizient, wenn nur eine kleine BPD enthalten ist...

Die Message-Engine von HBCI4Java-3 wurde jedenfalls von Grund auf neu geschrieben und leidet nicht mehr an diesem Zeit- und Speicher-Verschwendungs-Syndrom

-stefan-

Davon abgesehen kann man die Geschwindigkeit ziemlich deutlich steuern, indem man mit dem Loglevel spielt. Da bei jeder Log-Meldung ein Callback in die Anwendung gemacht wird und diese die Log-Meldung behandeln muss, dürfte es einen ziemlich deutlichen Unterschied zwischen Loglevel DEBUG und Loglevel WARN (oder INFO) geben.

(Auch dazu gleich die Info: in HBCI4Java-3 wird das Logging nicht mehr über den Callback-Mechanismus realisiert, sondern mit Hilfe des Standard-Java-Logging-Mechanismus).

-stefan-