Neue Icons für Bestandkonten (Update 2024)

Hallo Thomas!

Eigentlich wollte ich Dich fragen, ob es irgendwann beabsichtigt oder vielleicht gar schon geplant ist, es mit Easy Cash & Tax zu ermöglichen, Bitcoin in seine Buchhaltung zu integrieren. Das ist sicherlich ein etwas größerer Gedankenkomplex, je nachdem wie umfangreich man es anstellen wöllte.

Ich habe mir daraufhin überlegt, dieses Thema mit einem kleinen PR anzustoßen, indem ich so nett war, wenigstens erst einmal ein paar neue Icons für Bestandskonten hinzuzufügen. Das ist ja auch erst mal was und sieht hübsch aus.

neue_bestandskonten_preview

Als bitcoinbezogene Icons wären neu: Bitcoin, Lightning, BTCPay Server, Bitcart, Lipa, Opago; und zwei bekannte FinTechs, die eventuell einige User verwenden: Wise und Revolut. Ich habe mir zudem erlaubt, das Icon für die Comdirect Bank zu aktualisieren, sowie den ulkigen Tippfehler bei "Amerika Express" zu beheben. 😉

Nachdem ich den Code inspiziert hatte um die richtige Stelle zu finden, war das eigentlich gar keine große Umbaute. Ich hoffe trotzdem sehr, dass ich alles richtig gemacht habe. Würde mich riesig freuen, wenn Du es in einer der nächsten Versionen mit reinziehst!

Update: Habe bei der Gelegenheit gleich mal noch Monero und ein Icon für allgemeine Digitalwährungskonten bzw. Kryptowährungen angelegt.

neue_bestandskonten2_preview

Kurze Nebenbemerkung zur Technik:

Ich hatte einige Probleme, die richtige Codepage zu finden. Ich bin letztlich bei ISO-8859-1 gelandet, das hatte auch Github erkannt (könnte natürlich auch Windows 1252 sein). Jedes Programm, auch Github selbst, möchte das natürlich aber alles am liebsten gern sofort in UTF-8 umwandeln beim Commiten. Wie managst Du das mit diesen alten Dateien in Deinem Workflow?

Noch größere Probleme hatte ich allerdings bei den Line-Endings. Ich habe keine Einstellung gefunden, wo nicht irgend ein neuer Umbruch dazu kam. Was benutzt Du an Einstellungen? Die hier erzeugte bei mir am wenigsten Schrott:

commit-lineendings-problem

Vielleicht kannst Du da ja noch ein paar Hinweise geben, wie man das am besten angeht. Ich stelle mich ja gern auf alte Dateien ein, ich muss bloß wissen wie.

Ist tatsächlich offiziell Windows 1252 Encoding , aber das kann sich auch in Zukunft ändern, je nachdem wie Visual Studio das handhabt.

Ich habe hier Folgendes wegen der Zeilenumbrüche eingestellt:

git config --global core.autocrlf true

Benutzt Du TortoiseGit?

Hier hat Jürgen Bruckner vor Kurzem mal zusammengetragen, was an Icons opportun wäre ect_banken_icons.ods .

Das sind mehrere Themen, ich versuche es mal:

Bei den Icons, so wie sie jetzt in EC&T sind, sind ja manche allgemein gehalten (Kasse, bar, VISA, Onlinebanking) und manche dafür sehr speziell (VW-Bank, Bankhaus August Lenz, Bankhaus Gebr. Martin). Daran habe ich mich jetzt erst einmal orientiert. Der Nutzer sucht sich ganz einfach sein Ordnungsprinzip aus, wie er sich organisieren möchte. Deswegen fand ich es sinnvoll, ganz allgemein erst einmal das Bitcoin- und Lightning-Logo einzubinden, für die entsprechenden Wallets, die ein Händler/Gewerbetreibender/Selbständiger haben könnte. Dazu noch speziell zwei Zahlungsabwicklungsdienstleister im Bitcoin-Bereich, die mir gerade geläufig sind.

Eine Entscheidung meinerseits in diesem Zusammenhang ist vielleicht eher philosophischer Natur: Ich halte alle anderen Kryptowährungen, außer Bitcoin, für Unsinn, wenn nicht sogar für Scams. Deswegen habe ich jetzt keinen größeren Aufwand betrieben, da Icons anzulegen. Eine Ausnahme ist hierbei eventuell noch Monero, deswegen habe ich das noch nachgeschoben. Für alle anderen Fälle, muss halt dann das allgemeine Icon für Digitalwährungen benutzt werden, das habe ich natürlich trotzdem der Fairness halber mit eingefügt.

Natürlich kann man immer mehr machen. Besonders bei den Bankhäusern und FinTechs. Ich glaube, wir könnten heute das Internet scannen und alle Logos von Anbietern einpflegen, nächsten Monat sieht das wieder ganz anders aus und man hätte trotzdem nicht alle drin, bei denen ein User Kunde sein könnte. Wenn diese Icon-Library mal generell geupdatet werden soll, dann könnte man im Forum – oder per E-Mail für die registrierten Nutzer – vielleicht ganz einfach mal eine User-Umfrage machen, was für Anbieter sie sich wünschen würden. Dann könnte man die auch zielgerichtet einbauen.

Die Frage nach dem richtigen Umgang mit Bitcoin (oder anderen Kryptowährungen) in der Buchhaltung ist eigentlich sehr unangenehm kompliziert – wegen der steuerlichen Regulatorik. Das ist im Prinzip total besch*ssen. Da müsste man sich überlegen, ob man das überhaupt in EC&T komplett abbilden möchte. Ich würde mich natürlich freuen! Aber das hängt von Deinem Interesse und Deiner Bereitschaft ab, da Energie zu investieren. Bisher hat es noch niemand geschafft oder in Angriff genommen. Zu sehr fliegt das Thema bei den meisten Leuten immer noch unter dem Radar; bei den Softwareherstellern sowieso. EC&T wäre dann hierbei der Innovator, man stelle sich das vor.

Richtig wäre es so: Wenn der User (also der Unternehmer) Bitcoin vereinnahmt, dann hat er das zu einem bestimmten Zeitpunkt gemacht. Der Kurs zu diesem Zeitpunkt (Tagesschlusskurs ist ok) müsste mit gespeichert werden für diese Transaktion. Der Unternehmer hält Bitcoin dann auf der Wallet, für eine (un-)bestimmte Zeit. Zum Veräußerungszeitpunkt, also wenn er die Coins verkauft, oder etwas damit bezahlt, müsste ebenfalls wieder der Kurs mit gespeichert und verglichen werden. Sollte sich eine Kurssteigerung in der Zwischenzeit ergeben haben, dann ist die Differenz als zusätzlicher Gewinn zu verbuchen; genauso umgedreht: als Verlust. Hier müsste man also jede Einzeltransaktion einzeln tracken und bewerten, auch Teilverkäufe einer Einnahmebuchung. Anbieter wie Blockpit machen das mehr oder weniger gut. Für EC&T wäre das ein Wahnsinn und würde viel zu weit führen und zu kompliziert sein. Und das gilt nur für Deutschland. (!)

Das ist auch der Grund, warum das Angelegen von Kryptobörsen als Bestandkonten eigentlich keinen höheren Nutzen hat. Nur weil man einen Fiat-Saldo hat, nützt das buchhalterisch nicht wirklich was. Natürlich könnte man noch Icons von Kryptobörsen, analog zu FinTechs und Banken mit anlegen, aber ich rate sowieso davon ab, zentralisierte Kryptobörsen zu verwenden, da man damit nur Scherereien hat und seine Coins grundsätzlich nicht in Selbstverwahrung hält. Das würde dem Grundprinzip von Bitcoin entgegenlaufen.

Man könnte also einen Zwischenweg gehen: Für uns würde im Prinzip ausreichen, wenn wir den auf der Rechnung angeforderten und später in der Wallet vereinnahmten Betrag in Bitcoin zum Vereinnahmungszeitpunkt einmal in Euro umrechnen. Man könnte den Nutzer dabei in der Buchungsmaske unterstützen und den Kurs bereitstellen, den man sich z.B. per API abholt oder auf dem eigenen Server zurechtlegt. Danach bemisst sich der Umsatz und die Umsatzsteuer. Dann dürfen wir schon zufrieden sein. Wir gehen davon aus, dass der Unternehmer einmal im Jahr, oder einmal im Quartal, seine Bitcoin-Bestände managt und eventuell Aktionen, wie Veräußerung, Umschichtung oder Konsolidierung durchführt. Daraus ergeben sich dann eventuell Sachverhalte für die Buchhaltung. Die entstehen allerdings extern in den Tools oder Wallets, man hat einen Report oder einen anderen Beleg, und das bringt man dann wiederum nach EC&T als Buchung. EC&T managt das nicht alles selbst, sondern man überlässt diese Tools dem Unternehmer – das wären mit Sicherheit auch zu viele Einzelfälle. So könnte man viel Kleinklein umschiffen und hätte einen ersten Schritt. (Deswegen auch die allgemeinen Icons für Bitcoin und Lightning.)

Ok, das wären noch mal ein paar Erläuterungen dazu. Sorry für den vielen Text, aber Du hast gefragt. 😉

Ich schaue nochmal wegen den Encodings und den Lineendings. Danke Dir!

Ich nutze eine Kombination von Git Bash, Git Extension, Github Desktop und Pulsar, je nachdem wer gerade am wenigsten meckert, wenn ich was erreichen möchte. 😂

Die .osd-Datei kann ich nicht öffnen, zumindest nicht mit OpenOffice. Er meint, es wäre irgend ein Feature nicht vorhanden. Ist die mit LibreOffice gemacht? Aber selbst wenn: so eine Übersichtstabelle ist das eine, alle Icon-Bildchen einzeln als Datei das andere und das fertige Sprite als Bitmap noch mal etwas ganz anderes. 😉 (Und eventuell müsste man ab 128 Icons horizontal vielleicht mal über einen Zeilenumbruch in der Sprite-Bitmap nachdenken. 😉)

Bei den Icons, so wie sie jetzt in EC&T sind, sind ja manche allgemein gehalten (Kasse, bar, VISA, Onlinebanking) und manche dafür sehr speziell (VW-Bank, Bankhaus August Lenz, Bankhaus Gebr. Martin). Daran habe ich mich jetzt erst einmal orientiert.

Ja, da war ich am Anfang auch nicht wirklich konsequent und wollte einfach nur überhaupt eine Auswahl anbieten, ohne lange zu recherchieren.

Mit Bitcoin sehe ich das im Wesentlichen ähnlich wie Du. Ethereum hat aber den objektiven Vorteil der Einbindung von smart contracts, wer's braucht -- und die Umstellung auf Proof-of-Stake ist auch ein konkreter Unterschied zu Bitcoin, wie auch immer man dazu steht. Da muss man von den eigenen Vorlieben ein Stück weit abstrahieren, denke ich. (Ich selbst finde Chia ja ganz symphatisch, aber das ist wirklich zu unbedeutend.)

Es wäre ein Thema für ein EC&T-Plugin, glaube ich. Es ist wohl noch komplizierter als Du beschreibst, z.B. wegen der Fristen für Spekulationsgewinne. Da möchte ich Dir jetzt keine großen Hoffnungen machen, dass ich mir so etwas mal eben aus dem Ärmel schütteln könnte. Spielt Bitcoin als Zahlungsmittel bei euch denn eine relevante Rolle? Bzw. seid ihr in einem funktionierenden Lightening-Biotop unterwegs?

Ein sinnvoller erster Schritt wäre es, wenn man die Bitcoin-Domäne z.B. in einer Tabellenkalkulation prototypet, mit allen nötigen Regelungen und Wechselkursen, und periodisch per CSV in EC&T reinholt.

Ich habe das .ods (ja, ist LibreOffice) noch mal als vintage Excel gespeichert: ect_banken_icons.xls

Und eventuell müsste man ab 128 Icons horizontal vielleicht mal über einen Zeilenumbruch in der Sprite-Bitmap nachdenken. 😉

Das kann ich mir leider nicht aussuchen. Ist so vom GUI-Framework vorgegeben. Aber es sollten rein technisch noch 67 Mio. Icons in die Datei passen. 😉

Bei Gewerbe gibt es keine einjährige Haltefrist, die gilt nur für Privatleute (Deutschland). Von daher ist das zwar schade, aber das Problem ist weniger komplex. Aber wie gesagt: so kleinteilig braucht es gar nicht werden, in EC&T.

Jetzt wo Du "Plugin" erwähnst: Das wäre natürlich auch erst mal eine Idee. Das Plugin holt sich den Kurs ab und hilft beim Umrechnen in Euro. Das wird dann der ganz normale Buchungsbetrag. Der ursprüngliche Bitcoin-Betrag kann dann zusätzlich noch mal mit im Beschreibungsfeld geführt werden.

Ist es mit einem Plugin möglich, hier an diese Stelle in der Eingabemaske zu kommen und dort Dinge einzufügen, einen Button oder eine Input-Zeile?

eingabemaske

Aber muss gleich dazu sagen: ich selbst habe von C++ (?) in Windows keine Ahnung und auch nicht, wie man ein Plugin für die Sache zu programmieren anfangen würde. Ich habe nur die (vage) Vorstellung, wie es in etwa praktisch funktional werden könnte.

Könntest Du noch mal erläutern, was Du mit "Bitcoin-Domäne" meinst und was der Ergebnis aus der Tabellenkalkulation wäre, was Du per CSV einlesen möchtest? Ich habe den Teil nicht ganz verstanden.

Du sprichst hier auch ein Henne–Ei-Problem an: Viele Unternehmer akzeptieren Bitcoin gar nicht erst, weil sie keine Ahnung haben, wie sie das letztlich in die Buchhaltung bekommen sollen. Der Steuerberater oder externe Buchhalter hat selbst auch keine Ahnung und auch kein Interesse da hilfreich zu sein und da geht dem Unternehmer dann irgendwann die Kraft aus und er lässt es gleich ganz bleiben. "Hat ja sonst auch immer ohne funktioniert." Ist ja klar, dass dann niemand mit Bitcoin bezahlt, weil sie nicht bezahlen können, weil es nirgends angenommen wird, weil Gründe. Und der Grund ist, meiner Meinung nach, immer das Bottleneck in der Buchhaltung der Unternehmer. Ich mache mir da jetzt inzwischen wahrscheinlich schon Jahre Gedanken, was es braucht, um das mal leicht hinzubekommen.

Es soll so einfach wie möglich sein und keinen Mehraufwand bedeuten. Einfach nur ein etwas anderer Ablauf. Ich denke, die Auto-Conversion BTC→EUR zum aktuellen Kurs ist hier das fehlende Puzzlestück (in EC&T). Meinst Du, das ist machbar?

Die .ods-Datei ist ja doch "nur" eine Tabelle. 😬 Ich dachte jetzt, da wären schon Bildchen drin und sie wären bei mir nur nicht dargestellt worden. Aber wie dem auch sei: wäre es denn Dein Wunsch, dass die dort aufgeschlüsselten Anbieter mit als neues Icon reinkommen? Das sind etwa sechzig Stück. Ich würde Dir das zuarbeiten, wenn Du magst. Ich habe nächste Woche etwas Zeit und würde hier den Commit erweitern. Dann hätten wir schon mal etwas fürs Auge. 😉

Ist es mit einem Plugin möglich, hier an diese Stelle in der Eingabemaske zu kommen und dort Dinge einzufügen, einen Button oder eine Input-Zeile?

Eigentlich dachte ich an eine vorgelagerte Bitcoin-Buchhaltung, die praktisch die Wallet oder die Transaktins-History des Bitcoin-Clients wiederspiegelt und die automatisch in € übersetzt, also im EC&T-Journal Buchungen erzeugt. Im Moment öffnen Plugins ein eigenes Fenster, dort wo normalerweise das Journal erscheint -- aber tatsächlich habe ich öfter schon daran gedacht, neue Arten von Plugins zu ermöglichen, die z.B. den Buchen-Dialog erweitern können.

Aber muss gleich dazu sagen: ich selbst habe von C++ (?) in Windows keine Ahnung und auch nicht, wie man ein Plugin für die Sache zu programmieren anfangen würde. Ich habe nur die (vage) Vorstellung, wie es in etwa praktisch funktional werden könnte.

Plugins müssen nicht in C++ geschrieben sein. Sie sind sprachunabhängig. Einzige Bedingung: Man muss mit der Sprache COM-Objekte (ActiveX) bauen können. Und wem das zu kompliziert ist, der kann einfach einen Browser als ActiveX hijacken und eine 'Website' in Javascript und HTML bauen, um auf EC&T-Live-Daten zugreifen zu können. Mehr dazu hier. Was wäre denn Deine bevorzugte Sprache bzw. Umgebung?

Aber eine mögliche Variante wäre es auch, den Bitcoin-Kurs über eine Formelrechner-Variable abzurufen: Da könnte man auch gleich andere Währungen unterstützen, wenn man sowieso schon mal APIs am Wickel hat. Die eigentliche Arbeit besteht hier wohl darin, verlässliche Services herauszufinden, wo man sich nicht erst mal kompliziert tokens besorgen muss oder wo man andere Einschränkungen hat.

Das sind etwa sechzig Stück. Ich würde Dir das zuarbeiten, wenn Du magst. Ich habe nächste Woche etwas Zeit und würde hier den Commit erweitern. Dann hätten wir schon mal etwas fürs Auge.

Das wäre grandios und würde mir viel Arbeit abnehmen!

Zur Sprache: Ich würde unter den Umständen wahrscheinlich mit JavaScript (+HTML+CSS) am zielsichersten etwas zustande bringen. Ich hatte mir vor einiger Zeit beispielsweise so das gute alte BWA-Plugin selbst etwas zurechtgedengelt.

Bisher habe ich aber immer etwas neues gelernt, wenn es nötig wurde. Wenn Du mir etwas auf die Sprünge hilfst, richte ich mir auch einen neuen Workflow ein, mit der Toolchain, die halt für EC&T gebraucht wird.

Das sei aber erst einmal dahingestellt, zuerst sollten wir mit unserer Zielvorgabe klar sein. Ich sehe im Moment die Überlegungen in zwei Richtungen gehen.

Überlegungen: Wie Du schreibst, spielst Du mit dem Gedanken, per (umfangreicheres) Plugin eine Art "vorgelagerte Bitcoin-Buchhaltung" zu bauen. Kurz gesagt: genau davon würde ich (erst einmal) abraten – wenn die Idee natürlich auch sehr löblich ist. Das ist so ziemlich das komplexeste, was man sich vornehmen kann und dabei kann man sich schnell verzetteln. Ich würde auch erst einmal intensiv überlegen müssen, was es da alles bedarf, um das wirklich cool und brauchbar umzusetzen. Das würde wohl sogar eher ein völlig neues Produkt werden und nicht einfach mal so ein "Plugin". 😄

Aber, jetzt das große Aber: Am Ende wird es sowieso so sein, dass man nicht für alle Nutzer und Nutzungsweisen den Fall abgedeckt hat und – viel schlimmer – dass man Dinge doppelt baut, die der Nutzer sowieso schon hat. Denn jede Wallet, die ansatzweise für Händler gedacht ist, möchte dem Nutzer ja heutzutage schon in irgend einer Form ein Reporting per PDF oder Transaktionsdaten per CSV ausspucken. Ein Unternehmer kann jetzt nicht noch einen Medienbruch gebrauchen, um diese vorgelagerten Daten in eine weitere vorgelagerte Buchhaltung händisch reinzuhacken. Das ist praktisch nicht wirklich vermittelbar.

Im Prinzip wölltest Du ein Tool wie cointracking.info nachbauen und ich kann Dir sagen: da wirst Du adlig. 😄

Deswegen Vorschlag: Unsere praktische Prämisse ist erst einmal, dass ein Händler vom Tool oder der Wallet seiner Wahl die Tageseinnahmen verbuchen möchte (und dazu in Euro konvertieren muss). Dafür braucht er etwas Unterstützung von EC&T. Und Deine zweite Überlegung geht exakt in die gleiche Richtung wie ich mir das vorgestellt hatte. Im Prinzip hast Du nämlich dort mit dem einen Taschenrechner-Button schon eine Art "Betragsvorbereitungstool" implementiert. Wir brauchen da jetzt einfach einen zweiten Button und zwar einen dedizierten Währungsumrechner.

icon-currencyconverter

Ich finde, genau das ist es doch, was wir gesucht haben.

Und Du hast natürlich Recht: man bräuchte einen Service, wo man sich per API die entsprechenden Umrechnungskurse, bzw. Beträge abholen kann. Die bekanntesten sind sicherlich fixer.io oder CoinGecko. Es gibt noch jede Menge andere, mit unterschiedlichen Angeboten, was an Daten kostenlos abrufbar ist.

Ich sehe da zwei Herangehensweisen: 1. Man könnte genau das dem User überlassen, wenn er Interesse an der Funktionalität hat, und er meldet sich beim API-Service seiner Wahl an und trägt seinen API-Key ein. Das würde meinetwegen in den Einstellungen in einem neuen Reiter geschehen, in etwa so:

mockup-einstellungen-währungen

Oder aber, 2., die viel coolere Variante: Du meldest Dich selbst bei zwei, drei dieser Services an, holst Dir einmal nachts per deren kostenloser API die Währungskurse ab und beginnst, Dir Stück für Stück eine eigene Datenbank anzulegen – weil nie jeder alle Währungspaare mit historischen Daten hat, Du aber dafür dann. Für Deine Datenbank gibt es dann eine API und die EC&T-Nutzer holen sich ihre gewünschten Wechselkurse immer direkt von Dir ab. Was das trafficmäßig bedeutet, wäre interessant. Ich denke aber, wenn 15.000 Leute gleichzeitig im Forum aktiv wären, wäre das viel viel mehr Last für den Server, als ein paar kleine Zahlen zurückzuliefern.

Oder 3.: Beide Varianten gleichzeitig und let the user decide.

So denke ich, würde man das neue Feature am allgemeingültigsten umsetzen können. Was meinst Du dazu?

Icons: Na dann machen wir das doch so! Gib mir ein paar Tage, bei mir ist jetzt wieder einiges dazwischengekommen, aber ich klöpple das zusammen. 💪

Eine weitere Möglichkeit ist mir noch eingefallen: Das CSV-Import-Plugin unterstützt ja preprocessing via gawk scripting. Mit gawk kann man auch tcp/ip machen und so apis abfragen. https://www.gnu.org/software/gawk/manual/gawkinet/gawkinet.html

Ein eigener Währungsumrechnungsbutton wäre wahrscheinlich die sauberste Lösung. Mein Unbehagen, Serviceanbieter zu werden, steht der Variante 2 dabei etwas im Weg, aber könnte man machen -- zumal mein Unbehagen noch größer wäre, aus EC&T direkt auf den Service eines Drittanbieters zu gehen. Hast Du Erfahrung mit PHP? Wäre ein proof of concept wert. Vielleicht hat das auch schon mal jemand open source gemacht und man müsste das nur anpassen... Traffic sollte kein Problem sein. 15.000 ist nur die Gesamtanzahl User. Die sind nie gleichzeitig online. Außerdem sind es ja nur ein paar Bytes pro Abfrage.

Icons: Es ist vollbracht! Komplettes Bestandskonten-Icon-Update 2024. Habe nicht nur die neuen Icons eingefügt, sondern zusätzlich gleich noch alle vorhandenen kontrolliert und geupdatet. Das war ein Akt. In der Zwischenzeit haben ja einige Banken ihr Erscheinungsbild etwas geändert oder sich leicht umbenannt. Auch ein paar Tippfehler bei den Namen habe ich korrigiert. Manchmal habe ich auch einfach nur besser aufgelöste Icons gefunden/erstellt. Manche Banken hingegen gibt es gar nicht mehr, die habe ich natürlich als Legacy-Icons drin gelassen.

Ohne das weiter inspiziert zu haben: Ich bin davon ausgegangen, dass die Reihenfolge der (existierenden) Icons und der Benamung nicht mehr geändert werden darf und für immer so bleiben muss – weil der Array-Index der Schlüssel ist, der im Weiteren verwendet und abgespeichert wird und sich immer wieder auf den bezogen wird. Ich habe peinlichst genau darauf geachtet, dass ich nichts verschiebe. – Falls das alles jedoch nicht so ist, kannst Du ja mal kurz durchsagen, wie es stattdessen funktioniert, mit der Zuordnung von Name und Icon und der Abspeicherung in der Datenbank.

Wie dem auch sei: EC&T hat jetzt jede Menge freshe Icons spendiert bekommen! 💪

Währungsrechner: Nun gut, inzwischen dampft sich ja unser Handlungsspielraum durch die ganzen Restriktionen ziemlich stark ein. Prinzipiell könnte man ja alles sowieso händisch umrechnen und verbuchen, oder sich eine Excel-Tabelle/CSV irgendwie vorbereiten. Mein Ansinnen war es, dass EC&T den User bei einzelnen Buchungen wenigstens etwas unterstützt und es komfortabel/komfortabler wird. Vielleicht finden wir ja noch eine kleine, feine Lösung.

Kannst Du mir erläutern, was Dich stört, dass Du "Serviceanbieter" bist? Letztlich betreibst Du ja auch ein Forum und das ist ja im Prinzip auch ein "Service". Ich könnte mir vorstellen: der Code ist ja hier offen und jeder könnte ihn forken und dann ist die Abfrage bei Deiner Online-Datenbank hardcoded und nicht nur Deine Nutzer rufen bei Dir ab, sondern nachher auch ganz andere. Das wäre beispielsweise ein Umstand, den ich verstehen würde.

Noch eine Idee: Wäre es für ein Plugin möglich, sich in die Sidebar mit reinzufummeln (orange Box) und dann auf Werte aus der geöffneten Eingabemaske zu reagieren (kleine Box)?

buchung-waehrungsumrechnung-eingabe

So könnte ein User per Plugin entscheiden, ob er sich Kurse von einem bestimmten Datum, von einem bestimmten API-Service, wenigsten live anzeigen lassen möchte. Die Kurse/Beträge kann er ja dann nehmen für seine Berechnung und Buchung. Aber erst mal wäre zu klären, ob ein Plugin in einem solchen Rahmen, an einer solchen Stelle funktionieren würde.

Es ist vollbracht!

Sehr schön! Alle Deine Annahmen sind richtig -- sieht alles gut aus. Hab auch noch mal einen Icon-Ändern-Knopf eingefügt, damit User, die bisher mit einem "improvisierten" Bestandskonten-Icon leben mussten, einfacher ändern können: https://github.com/Thomas-Mielke-Software/EasyCash/commit/e5029b3d452d97fe6e46f4bd292fdb63b34bd7aa

Wegen Serviceanbieter stört mich vielleicht, dass damit die Software ein stück weit "closed source" wird, weil sie dann ja nur noch mit einem bestimmten Service und nicht 100% lokal läuft. Das Forum ist eine andere Sache. Da binde ich mir nichts ans Bein, was unbedingt aufrechterhalten werden muss. EC&T würde auch ohne das Forum funktionieren.

Ich hatte mal eine Alpha-Version für die Synchronisation mit einer mobilen Fahrtenbuch-App, die behelfsmäßig über ein PHP-Skript der EC&T-Website lief und bin da auf Begrenzungen von PHP gestoßen. Für eine Währungsumrechnung würde PHP aber noch ausreichen und ich könnte einen Hash des Registriercodes als API-Token missbrauchen. Will es jetzt nicht ausschließen.

Eine andere Frage ist vielleicht aber auch noch die nach dem allgemeinen Interesse: Kommt es tatsächlich hinreichend häufig vor, dass User Währungen in der Eingabemaske umrechnen müssen? Oder wird der "Easy"-Ansatz dadurch gefährdet, dass zu viele Optionen die Benutzeroberfläche überfrachten und den User tendenziell überfordern? Ist im Zeitalter von E-Payments die Währungsumrechnung inkl. Auslandsgebühren nicht schon automatisch vollzogen? Da würde ich gern ein bisschen mehr Bedarfsanalyse dranhängen.

Mach mal einen extra Issue auf für den Währungsrechner. Auf den könnte ich im nächsten Newsletter verlinken, um zu testen, ob es Resonanz gibt.

Wegen Sidebar: Für meinen Geschmack gehören Wechselkurse nicht in den Navigationsbereich, sondern müsste in den Buchen-Dialog. Nur dort wäre er annähernd interessant. Aber eine reine Anzeige von Wechselkursen wäre im Windows-Newsfeed besser aufgehoben. Nur ein automatischer Währungsrechner würde in EC&T irgendeinen Sinn ergeben.

Ich träume ja noch von einem Umbau der Benutzeroberfläche hin zu einem flexibleren Layout, ähnlich wie Visual Studio. Da wäre es dann kein Problem mehr, eigene Fenster von Plugins beliebig zu arrangieren. Das wäre der Weg. Aber vielleicht auch ein Schritt weg von der Leichtigkeit des "easy"...

Ist jetzt auch in v2.53 released.

Thomas-Mielke-Software / EasyCash

Neue Icons für Bestandkonten (Update 2024) #20