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