Import von Kontobuchungen und verschiedene Buchungsnummerierungen

MaisNon <[email protected]>
Newsgroups gmane.comp.gnome.apps.gnucash.german
Message-ID <[email protected]>
Hallo ihr Lieben,

ich habe zwei Punkte:

- Import von Kontobewegungen und

- Buchungsnummerierung für deutsches und spanisches Konto --> Empfehlung?


Import von Kontobewegungen:

--------------------------

Den Import habe ich bereits mit Onlinebanking HBCI für ein deutsches 
Konto und per xls --> csv Import für ein spanisches Konto probiert. 
Klappt beides super. Ich las, dass ich die importierten Buchungen 
erstmal händisch zuordnen muss und GC dann versucht diese beim nächsten 
Import eigenständig zuzuordnen.

Wenn ich dann eine Bezeichnung umbenannt (vereinheitlicht) habe, weil 
dort beispielsweise das Datum steht und sich das mit jeder Buchung 
ändert, dann merkt sich GC leider nicht, wenn ich ein paar Zeilen später 
dieselbe Bezeichnung wähle. Leider hat er sich das auch nicht beim 
nächsten Import gemerkt.

Deshalb meine Frage:

-------------------

Kann es sein, dass ich so wenig von dem importierten Text ändern sollte, 
damit GC die importierte Buchung zuordnen kann? Oder muss ich etwas 
anderes machen, damit sich GC das merkt? Ich habe gespeichert und Konten 
geschlossen und geöffnet, aber das half nicht. Gibt es da einen Trick?

Auch bemerkte ich, als ich gestern händisch den ersten Monat eingab, 
wurde anhand der Beschreibung (wenn sie bekannt war) dann das 
dazugehörige Konto automatisch eingetragen. Das Programm sprang 
automatisch zum Betrag, der ja von der gemerkten Buchung gespeichert 
war, eingetragen wurde. Beim Import, wenn ich eine bereits bekannte 
Beschreibung angab und in der Dropdown-Liste auswählen konnte, wurde das 
Konto leider nicht eingetragen. Habe ich da etwas falsch gemacht oder 
woran kann das liegen?


Buchungsnummerierung:

---------------------

Aufgrund der verschiedenen Konten hatte ich für Deutschland und Spanien 
(als ich es mit der Tabellenkalkulation machte) eine unterschiedliche 
Nummerierung der relevanten Buchungen, wo Rechnungen bzw. Belege 
vorlagen. Ich fing bei beiden Konten bei 0001 an. Ich dachte, dass es 
eine gute Idee wäre, weil es ja unterschiedliche Länder sind, wo 
unterschiedliche Mehrwertsteuer gilt. Auch dachte ich, dass es 
übersichtlicher wäre, wenn ich die Rechnungen pro Konto nummeriere und 
ablege. (Gern dürft ihr mir sagen, wenn das unpraktisch oder unlogisch ist.)

Nun, wo ich ja alles in einem Buche, ist das natürlich nicht mehr 
durchführbar. Für 2022, wo ich ja in beiden Ländern schon die 
Steuererklärung abgegeben habe, möchte ich daran nichts ändern. Werde 
also händisch vor den Nr. ein D für Deutschland schreiben und die Nummer 
für Spanien lassen. Leider funktioniert damit natürlich die fortlaufende 
Nummerierung nicht mehr, denn sonst könnte ich im Feld Nummer einfach + 
eingeben, und es wäre die nächst höhere Nummer.

Deshalb meine Frage:

------------------

Wie organisiert ihr das, wenn ihr in verschiedenen Ländern Rechnungen 
und Konten habt?

Legt ihr einen Ordner mit Rechnungen an, wo - egal welches Land und 
welches Konto - alle abgelegt und fortlaufend nummeriert werden?

Wenn ihr verschiedene Nummernkreise verwendet, wie löst ihr das in GnuCash?


Eine letzte Frage:

--------------

Wenn ich die importierten Buchungen einem Konto zuweise oder eine Nr. 
vergebe, dann ändert sich die Reihenfolge der importierten Buchungen, 
was etwas unübersichtlich ist, weil ich dann immer schauen muss, wo der 
nächste zu bearbeitende Import ist. Gibt es dafür eine Möglichkeit, dass 
die Reihenfolge nicht geändert wird, egal, was ich eingebe?


Liebe Grüße

MaisNon

_______________________________________________
gnucash-de mailing list
[email protected]
https://lists.gnucash.org/mailman/listinfo/gnucash-de
OpenPGP_0x3B83C8823E6FA5E2.asc (application/pgp-keys, 3.1 KB)
-----BEGIN PGP PUBLIC KEY BLOCK-----

xsFNBGQTuu8BEAC8DveqW8qa1bk0U2rBPPmzmNIsQAunhaeFmT47f4FrmADw5P65
D4YI80Br9/PU+9mrhyukYLZxlDFEJblARh0ysvOIzsZFhDjTDsHjZRa5seOXXNbh
uB3gIVBKncHY1MD8k3UIMZVOMHs5dRmDIJlpdEnKRcaI9wnWJpObcEE/tst94dKI
7g32v4nnR/tHBUZUJRfQsTwhXt0Kn9v82oD7t8fRh+LO/j65Cg10XrESrUb5cpzL
AcMgin8Hpnb0bCWQI8Rln+tya2bH8lsiuolokEaxXIFVOTrX6ZfWBDQkKmR6Pmcj
sWBlVixSZaX5xQHVhLSYJAAvbvbRktRCE3vA4QSsmIFiP6cwyg0dENprsqPxQ0BC
6iXW8GgYsHrn6NKm/+zL0Fk+54JAFUXMzLdIHv4ZCtBg7PqKMEQsr2k/YhZbM0nz
2ekARNo/f0ycUwLwY5K6D6XnFGeGe7X39NX38OVOrwbH+nSKDmMZOiexhJvc6E5Y
FE3nRlEU3Dw7uAFpFt1WgxzPiz2e7XnVBoQmHK3DAXjJEjfL4Kq0ibmhVU9bC0g1
t0Md4jJJJ62YR2LzhIJmzJF9lcsWFKuL68x1BXDKx/7aGDES0ls09tIUt0Qwhumq
pkz8Sfwk7YAlWN9M17NxFOx1WscqKBaNcKutTJ5lf2PET/edaEtKM/hl2wARAQAB
zRtNYWlzTm9uIDxNYWlzTm9uQHBvc3Rlby5kZT7CwY0EEwEIADcWIQRZ9qw+Ayi0
UDT7tco7g8iCPm+l4gUCZBO68QUJBaOagAIbAwQLCQgHBRUICQoLBRYCAwEAAAoJ
EDuDyII+b6XiA7AP/3JNa6aRWZXTjzuE3Z1ohbWRf3DWuLH8SNH2LNk1VsjqEaHW
LngRWEoJ3GL5ghfEL6XjpnIwQFTW5dvo86WKjugtIsJftdfIw61XTtZv6AdhFje0
8z+lYKpvl8MHM9a3lcqX3n9QYcVrR+qEjV0PMkBzlrBTjl5WCfE3yoWBD7RSyxzD
1bZY9TpM34JUB4u2j1XHxfmAWs9rAVoNKrkO4uapw2VL9uwqVga+unrBGFhXKEbu
b5FiJlbiQjy0pNoTtAWXQ5bW/d+nkuM2ER+cK7vye+30LA9/aWGBD4ga/i4rsaxP
/ixGCMDbgCOGXOb1KdtxPffAYNZvUetHHo/2EOJcFUOH3tP9HsYVqjEPiRVOAKed
jIfcwX4aNNZ8G3uFh02W3NVujazw66jyBGAd4P0l9MWWe8bR0a8nfKmPCuRZQoaH
5+/v34E9d1fpGLNvivEX2Bm2aN06yj3NDFIET11PyujVbUTwfklPsxw4k0PNdY6w
7jt6qs7HCAQ1vq2L5MvYukf/OE1VZRRAZSf0B4mpDdQbpTyvX16MVRhCHNc0Ojj3
mzNhk43V3oElRM/S2j6rdwq2+U2frk0OUXClUwmI1Bug+0kuNbB7iTBLnfAdDHmj
hG1fhUMpbmxWmqA1xJK4X1ceODEbKrM7aAJ65dX2PCbPdGImgGqwCToP57cqzsFN
BGQTuvIBEACu+bjrOuR+Proz25vHWcKTT1siRxZCbvCGPBe+jE9VeDYwcvcWfV9Z
k/WokyBXLRjfixF4de6bpF7bRk1IbsPxGlhlS3lrQJgNm2wfURmaTOkBdQ3XGf83
DMC/pYVdDFU2dR4V0VqAcFa784AMZKCT91aSscgdMCtS4wcHSr1JRdyfwTXUWi4Q
dLvXmJonmLJ4gecPkE+Wd2e8TcOo1FbKeOPPFOZZQvxc+QS0cqHJoBcToYmQ9Dno
RBkkIcPuauQLbtFBj1v9Ea8RV8vvZBiPVMB+sxcOOqiK1trODtD+OhuXtG7WFs4D
yR3S31mBBxvdUv9g8XLbGOs+Zoe/UbEFdMuj8xd4LSZQ9IhryzTqkcetzDdZPLMo
Jd7rT4S+xHsEu4hQWG3x2vKgd8FY17SGa/aBJK/xzBLCw06lHW0XSlWbt6X4Lfeh
5wRtQMpnbaY558doO3hS14g96ObpqJi5nNDUFjjDBaZxAtuvzQlwMBv8AZpJM0Ts
ALOriZeBTGwORedkajZo2tbxZ4jwQcY2y7/mAH4p/et7alaRRUxe3O8AUyfdDVPD
nEmUnXP0MKDMPzMxFagvHkSfjHH3Q8JEBBljxtgWA9kSwuLAODpWLXsm6iDbxJFZ
kdfZUrgGEvymQ6MycBFzHrH5wgPKMgltwr/yu/vcIj9oioZOzGtu5wARAQABwsF8
BBgBCAAmFiEEWfasPgMotFA0+7XKO4PIgj5vpeIFAmQTuvMFCQWjmoACGwwACgkQ
O4PIgj5vpeI+aA/9H0D9NNhxxhV22are6vkS4CN5A0qDBbRmHZodXJnIf2+O5Lrk
I8efuHkZZ8/ON0e7V3ho3fyj3zRe4fvGFkr3WwITvmGb0MQZEd2EaInCoThT9+Qi
tHWfPech1fUrGf24JZaaFxPcu7/GCuKI/JIAWOt0fVJ9MozbhMRzqsqzDH5yuELg
od+HI6GWeQW988mXdP/ZC4jtbrtB+hvAQa9IBkR2pOjqDm+ZHLslk5hlrB+LQWiz
GL3q0n9ucGDeK8Sm8EyjwOWjszpQ5MrZhQHoXB/rLDLt1JQwW3QaDRKy63RuO8ib
81CR7++/TJnxfxNLEv6crAjrvmCBIBbuA4NbRkW+yTZfatqYJyIMSsNC4jgo5VSH
WkqZ4vL8MJ+B37lP3DeXy9hPcA3YGxjoKuMPZgG9jzzapddRh6ZXsxAVIJArfZlY
hQ3khNj4s4BWgOVTH73x5+AjcjagHixsWdfqIvRhJo2BKteOqAGr416nQYyyLmp7
jrXZg7292OuK8rWH00JUeuI8R3hEAiZgAKsVxLyM9YdplSFv87yy9MYbVr6uXOFJ
CZ327qHGhqVjTAlCViEyzRJnuo8Fe5WDX/GY3TUB94OdtGmOdyWBf8RXQskZw1RB
sw6nq3v0SdrkBLpjGuseS7UtY8owVXtYBy1zUn46K8urQxDsbZM3PrBi3ug=
=p+Yp
-----END PGP PUBLIC KEY BLOCK-----
OpenPGP_signature (application/pgp-signature, 840 B) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.