Der unheimliche Tod von monyplex

Könnte klappen, sofern Moneyplex mit den geänderten BPD klar kommt.
Lastschriften gehen auch weiterhin und kann nicht auch in XML exportiert werden?

Kommunikation ist alles. Wenn Matrica sich mal klar dazu geäußert hätte, wären die Leute nicht so angepisst.


Wird's aber nicht. Die dauernden Änderungen am FinTS-Standard sind zu umfangreich, als dass eine Homebanking-Software ohne Pflege lange funktionieren könnte. Spätestens im Oktober dürfte die Reise zu Ende sein. Für die Meisten ist eine Nutzbarkeit schon wegen PushTAN Decoupled nicht mehr gegeben.



Ich zitiere mal aus der GPL:

Code kann man jederzeit veröffentlichen, aber das heißt natürlich nicht, dass sich jemand dessen annimmt. Ohne mindestens einen wirklich engagierten Enwickler liegt der dann halt rum und verrottet trotzdem.

Weiß von euch eigentlich jemand, welches Datenbanksystem Moneyplex verwendet?
Das ist doch garantiert keine Eigententwicklung sondern aus einer Toolbox ....

manchmal ist eben selbst das nicht möglich.


Ich werde das bei "Gelegenheit" und zu einem passenden Zeitpunkt mal ansprechen.

Ich stelle mir das mit dem OpenSource auch nicht so einfach vor, es muss sich ja jemand mit Expertise bzgl. Banking und mit Programmierkenntnissen finden, der Zeit und Lust hat, da Lebenszeit zu investieren.

Gibt, insbesondere unter Linux ja leider nicht so richtig viele Alternativen ...

Ich bin natuerlich damit der party pooper, aber fuer mich ist das mit der geschilderten Insiderbetrachtung tot. Open Source sehe ich nicht als Ausweg. Ich schreibe seit 30 Jahren professionell Software, ich schreibe aber auch immer wieder Open Source. "Sauber dokumentierter Code" "kein Problem". Sorry, aber a) ist schon selten genug und b) fliesst auch keineswegs zwingend daraus, wenn a) denn ausnahmsweise doch einmal ueberdurchschnittlich erfuellt wird.
Das ist nicht in Stein gehauen, man kann ja durchaus einmal eine gescheite AI die Dokumentation aus dem Quellcode vornehmen lassen um das fassbar zu machen, hat aber u.a. ein paar Anforderungen an die verwendete Infrastruktur (Programmiersprache/Bibliotheken etc.) der MP-Entwicklung bis jetzt. In der geschilderten Situation und dem spezifischen Umfeld der Software erwarte ich aber weder a) noch b), da die Ressourcen dafuer mit Sicherheit schon in der Vergangenheit nicht zur Verfuegung standen. Was eher erwartbar ist, sind weitere Leichen im Keller, die noch niemand auch nur auf dem Schirm hat.

Als OS Projekt ist es denkbar ungeeignet - wieder schon aus der Domain "Multi-Banking" heraus. Es hat Gruende, dass es dahingehend schon bis jetzt wenig gibt. Ein bis an die Zaehne reguliertes Umfeld mit Anforderungen denen man kontinuierlich nachlaufen muss - das lieben OS-Entwickler nicht. Das ist undankbar und denkbar droege. Da investiert der Grossteil der Leute seinen Schmalz lieber in das neueste Schwein an AI tooling, welches durchs Dorf getrieben wird. Und die Wichtigkeit von "kontinuierlich" kann man gar nicht genug hervorheben. Es ist ein Riesenunterschied zwischen einem Kontinuitaet liebendem Nutzer und einer Entwicklerrolle, zu der man sich fuer entsprechende Zeitraeume - und das sind hier eher schon zweistellige Jahreszahlen ohne merkantilen oder grossartigen Reputationsrueckfluss "commited". Das sind immer Einzelleute, die aber eigentlich nie auf einem ungeliebten Altsoftwarestand anfangen, sondern zu praktisch 100% lieber ein Greenfieldprojekt aufsetzen.

Boomer bin ich selbst, wie man aus meinem posting wahrscheinlich aus den genannten Zeitraeumen ersehen kann. Ich schildere hier nur, was sehe und einige Gruende dafuer. Professionell gesehen liegen sie halt in Beschaeftigungen - ich bin Freiberufler - in jeder vorstellbaren Groesse an Firmen in Softwareprojekten, die sehr verschieden gelagert sind. National und international und auf verschiedenen Ebenen innerhalb dieser Projekte. Ich denke schon, einen gewissen belastbaren Ueberblick ueber das Gesamtfeld gewonnen zu haben, der das eben so aussehen laesst wie geschildert.
Wenn jemand trotzdem diese Dinge tun will - soll mir recht sein. Ich vermute allerdings nicht, in den Genuss - hier bin ich nur Nutzer - dieser Arbeit zu kommen. Das ist der relevante Punkt fuer mein posting, weil man eben jetzt auf dieser Nutzerebene eine Entscheidung treffen muss.

Ganz ehrlich aus meiner Warte als Entwickler der Gegenseite: Wenn sie es schon so lange nicht geschafft haben decoupled Verfahren (pushTAN 923 als Beispiel oder SecureGo plus) einzubauen, dann wird das mit VoP auch nichts mehr werden. VoP dürfte deutlich komplexer sein im Handling als das decoupled polling allein.

Dann hat man immer noch die Möglichkeit, die Überweisungen vorerst über die Webseite der Bank zu machen, aber nach wie vor die Kontoumsätze abzurufen und somit seine Finanzdatenbank weiter zu pflegen. Auch über die letzten 20 Jahre hinweg, wenn es denn sinnvoll ist.

So werde ich das mit meinen verschiedenen OpenSource-Anwendungen auch halten, da sich die Entwickler hier wieder mal mit den Eigenheiten der bankinternen Umsetzungen rumschlagen werden müssen.

Hallo zusammen,

das klingt wenigstens nicht nach Kapitulation.

Die "Probleme" im zweiten Absatz kenne ich noch aus meiner beruflichen Zeit in der ich oft mit "Indischer Codierung" konfrontiert war. bedingt durch kulturelle Unterschiede* gab es da ab und an die Tendenzen, dass um nicht erfolgreich absolvierte Testfälle "rumprogrammiert" wurde, nur dass dieser Testfall durchlief. Leider war im Code dann das Problem nicht gelöst so dass es an anderer Stelle dann falsch lief, dann wurde dort "umschifft" usw. bis zum Chaos. Dann mussten doch wieder "die alten teuren Männer" ran.

*=Was in den frühen Jahren des "Coding-Outsourcings" unseren europäischen Managern nicht klar war und was viele der Manager / deren "Berater" (mangels sozialer Intelligenz oder Fähigkeiten?) nie beherrschten, war, dass zwischen unserer und der (in dem Fall indischen) Kultur ein deutlicher Unterschied in der Kommunikation bestand.
Dann kam ein spezielles Setup dazu, da kaum einer "der Inder" damals wirklich gutes Bankwissen bzw Sprachverständnis hatte und die Kommunikation über einige wenige lief, die das dann weitergaben. Gemischt mit dem kulturellen Aspekt der Scheu vor Rückfragen wg. vermutetem Ansehensverlust ihrer Person auf unserer Seite wurde bei Nicht-Verstehen von Fachkonzepten genau das nie kommuniziert. Bei Rückfragen unsererseits, ob alles klar sei, hieß es immer "Everything ok".

Als wir etliche Male privat mit "den Indern" unterwegs war, bekam ich das ganze Ausmaß der Tragödie irgendwann mit und wie schwer es denen fiel, die kulturell tief verankerten Verhaltensweisen so zu adaptieren, dass wir in der beruflichen Arbeit irgendwo "in der Mitte unserer gemeinsamen Defizite" zusammenkamen. Sie empfanden bspw. Rückfragen zusätzlich als unhöflich gegenüber uns, weil sie befürchteten uns damit zu signalisieren, die Konzepte seien schlecht geschrieben (was sie für den Zweck ja auch waren). Dass wir hier vor Ort in Ihrem Empfinden "rüde offen" miteinander umgingen, hat einige tief schockiert wie ich später erfuhr. Auch bei ihnen wurde erst klar wie wir hier ticken, als wir zusammen private Unternehmungen machten und sie erlebten, wie wir zusammengeschweißt waren durch teils jahrzehntelange Zusammenarbeit. Da kann ich "bunten Codingstyle" gut verstehen. "Alter Code" ist per se kein Problem außer dass man sich in alte Sourcen erst einarbeiten muss wie in jede fremde Arbeit. Ich bin mit teils uralten IBM-Assembler-Banksourcen konfrontiert gewesen aus Zeiten, in denen man um jede Halbbyte Speicher gerungen hat. "Code from the the 70s" halt ... geschrieben unter anderen Voraussetzungen..

Back to topic:
Angesichts meiner dürftigen Resultate der Versuche mit gnucash erwarte ich nicht viel besseres bei Kmymoney. Das ist noch dran zum Testen.

Aktuell verfolge ich den zeitschonenden Plan, zunächst mal anfallende Überweisungen via Webbanking zu machen. Sofern Kontoabrufe "dieser kritischen Konten (mit vielen zu überwachenden Abbuchungen" weiterhin funktionieren, werde ich da etwas damit zurechtkommen und beobachten was sich weiter tut. Für die Konten, bei denen ich keine Abrufe via moneyplex mehr machen kann wie "die komische Bank" tut's für die Restlaufzeit dieser "Engagements auf der Abschussliste" auch der Umsatzexport aus dem Webfrontend und Import nach Moneyplex. Zur Not hab ich diese Konten auch noch in einer hibiscus-Installation angelegt. Diese wäre für mich ein handhabbare Alternative, wenn, ja wenn es dort für "diese kritischen Konten" diese moneyplexähnliche Terminbuchfunktionalität "abgleichen" von externen Abbuchungen gäbe. Das ist schon eine coole Funktion, die mir zudem in der Umsatzliste den erfolgreichen Abgleich zeigt "abgeglichen am ...". Die Kategoriezuordnung gerade dieser zu überwachenden Abbuchungen hab ich auch ausschließlich damit gemacht und nicht mit der automatischen Kategoriezuordnung (die hab ich aber auch genutzt).
Diese Terminbuchfunktionalität hab ich bislang leider nirgends unter den nativen Linux-Anwendungen gefunden (oder hab's nicht geblickt.)

Das ist der aktuelle Plan.

Dem Entwickler bei MP wünsche ich von Herzen allzeit gutes Gelingen und alles Gute. "Unordentlicher Code" sollte ihn aber nicht beschämen und von einer Veröffentlichung abhalten. Motzer gibt es immer und meisten können die es nicht besser machen.

Profis wissen, wie so was oftmals im Leben zustandekommt und warum und wie beizeiten mal "Kuhscheiße aufs Dach kommt" )

Beste Grüße an alle
Stefan

Um Himmels willen. "Die Inder" waren eben für diesen Effekt und zu der Zeit die für mich auch mit etlichen Anekdoten in Erinnerung bleibenden Bestandteile. Das soll keine Herabstufung sein!
Im Gegenteil - ich hatte seinerzeit einen sehr gebildeten und belesenen Inder als Assemblertrainer an meiner Seite ("Steefan - das ist Schrooot... tooo many literals" waren zu Anfang oft seine Worte als er meine ersten Assembler-Gehversuche unter /370 begleitete).
Er und viele seiner Kollegen hatten erstaunliche Coding-Fähigkeiten (wenn die von mir skizzierten "Schnittstellenprobleme" mal überwunden waren). Viele von denen waren jahrelang in diversen Gesellschaften in unserem Konzern tätig und man hat sich immer wieder mal getroffen (auch ich und meine Kollegen wurde im Lauf der Jahre immer wieder intern "umsortiert / durchgereicht") oder Code von einander "gefunden".

Ich find's schön, wenn Du uns auf dem Niveau ein bissl aktuell halten kannst.

Beste Grüße
Stefan