[gnucash-de] Einfacher Importiert KONTIERTER Buchungen

[Cornelis Bockemühl]

Hallo Hartmut

Für mich ist die Lösung aber tatsächlich jetzt schon ok, auch wenn man
da mit "Gehacke" sicher noch ein wenig "Finetunig" machen könnte!

Mehr vom Prinzip her habe ich (gerade auch in meiner Rolle als
Programmierer) gelernt dass es fast immer am Ende einfacher ist wenn man
zuerst viel Zeit investiert um das Konzept einer Software oder eines
Moduls sehr gut zu verstehen. Und zwar gerade auch dann wenn man es
selber komplett anders gemacht hätte! Der Gewinn ist dann in vielen
Fällen am Ende doch eine sehr viel elegantere Lösung als wenn man
irgendwie in das eine Konzept ein völlig anderes "hineinwürgen" will -
bloss weil man sich von Anfang an für zu gescheit hielt (oder einfach zu
unflexibel war) um das existierende Konzept zu verstehen.

Du hast natürlich auch Recht bezüglich meines Problems: Nicht alle Daten
stehen schon gleich automatisch in den Eingangsdaten. Nur: den Import
mache ich ja nur ein paar mal im Jahr: Wenn ich die Daten schon nur in
IRGENDEINER Tabellenform habe dann ist das kein grosses Ding, mal
schnell alle Buchungssätze mit "Migros" zu filtern und dann überall
"Ausgaben:Nahrungsmittel" überall dazu zu fügen! Sortieren - umsortieren
- filtern usw. sind die Dinge mit denen man so etwas ziemlich rasch
erreichen kann - nur eben nicht in Gnucash, denn das ist halt keine
Tabellenkalkulation!

Was mich gestört hat war ja nur die Tatsache dass ich in Gnucash das
eben nur Einzelsatz für Einzelsatz machen konnte, anstatt pauschal. Und
dass ich offenbar nicht rechtzeitig die Kontenstruktur und die
Eingangsdaten so präpariert hatte dass Bayes in vernünftiger Zeit was
Vernünftiges lernt: Ich kann mir gut denken dass Pierre recht hat mit
seiner Aussage dass Bayes mit einer guten "Pflege" von Anfang an
ziemlich gut werden kann. In meinem Fall ist es aber vermutlich schon
irgendwie so "vermurkst" dass ich besser ganz von vorne anfangen müsste.

Auch jetzt werde ich meine Kontenstruktur sicher nochmals logischer
machen - für mich! Bisher ist die Logik nämlich so dass ich die Konten
extra so gegliedert und benannt habe dass die am häufigsten gebrauchten
ohne scrollen oben erscheinen: schon dies erspart eine Menge Zeit bei
der Zuordnung Satz für Satz!

Aber wie gesagt: Ist jetzt mit dieser Lösung zum Glück ja nicht mehr
nötig! ;-)

Gruss, Cornelis

Am 20.08.2017 um 07:46 schrieb Hartmut Kraus:
> Am 20.08.2017 um 14:01 schrieb Cornelis Bockemühl:
> >
>> Mit Sicherheit kann man aber das obige QIF-Format ziemlich leicht mit
>> irgendeinem Miniprogramm, Script oder Macro sich generieren lassen,
>
> Najaa, ganz sooo leicht ist das auch nicht. ;)
>
>> sodass irgendein tiefer greifendes Datenbank-Gehacke zum Glück dann doch
>> nicht nötig ist. Nichts für ungut Hartmut, und auch Dank für deine ganz
>> speziellen Bemühungen: Mir ist es dann am Ende doch lieber wenn es eine
>> "hackfreie" Lösung gibt!
>
> Jetzt bleibemer aber mal ganz cool, ja? Ganz ohne "Gehacke" wird das
> auch nicht gehen, die Daten für die QIF - Datei stehen nämlich nicht
> alle in der *.CSV. Das Problem ist nach wie vor die richtige Zuordnung
> der Konten:
>
> > Dort hatte ich als Beispiel die folgende Tabelle angegeben:
> >
> > ========================================
> >
> > Date          Amount  Text               Account from  Account to
> > --------------------------------------------------------------------
> > 11-08-2017     25.70  Birthday gift      Giro          Gifts
> > 24-08-2017   2000.00  Salary for August  Salary        Bankaccount
>
> Also wo hast du die Daten her, konkret  "Account from" und "Account
> to" ? In der CSV  - Datei stehen die nicht, aber in der Datenbank
> (konkret im Feld `accounts`.`name`) - und /wie/, also über welches
> Feld findest /du/ da das richtige Konto? ;)
>
> Ähm - in der *.csv stehen da üblicherweise BLZ / Kontonr oder eben
> neuerdings IBAN / BIC, manchmal aber auch gar nichts. ;)
>
> > ========================================
> >
> > Die Lösung war ganz einfach die folgende QIF-Datei:
> >
> > ========================================
> > !Type:Bank
> > D11/08/17
> > T-25.70
> > PBirthday gift
> > LGifts
> > ^
> > D24/08/17
> > T2000
> > PSalary for August
> > LSalary
> > ^
> > ========================================
>
> Klar - gibt's also dafür auch schon ein Programm, das ich also auch
> nicht nochmal erfinden müsste?
>


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.gnucash.org/pipermail/gnucash-de/attachments/20170820/ed8fbd71/attachment-0001.sig>