De/Referenz
Contents
Konten-Typen
Das T-Konto
- To really obtain an isolated negative quantity, it would be necessary to cut off an effective quantity from zero, to remove something of nothing: impossible operation. How thus to conceive an isolated negative quantity? --Lazare Carnot, French mathematician and member of the Academy of Science, 1803.
Wenn man einen solchen Satz liest, aus einer Zeit, in der Napoleon mit dem Code Civil die Grundlagen des Bürgerlichen Gesetzbuchs in den deutschen Landen einführte, ist es schon erstaunlich, daß die europäischen Kaufleute seit Jahrhunderten einen Trick hatten, mit dem sich diese Unvorstellbarkeit trotzdem bewerkstelligen ließ: das T-Konto - kein Warenzeichen eines gewissen Telekommunikationskonzerns.
T-Konto | |
---|---|
Soll | Haben |
In der obersten Zeile steht die Kontobezeichnung. darunter werden die Zugänge auf der einen, die Abgänge auf der anderen Seite aufgezeichnet. Welches wofür die richtige Seite ist, hängt davon ab, um welche Art Konto es sich handelt.
Da in einem Buchungssatz immer auf beiden Seiten die gleiche Summe eingetragen wird, ergibt sich, daß der Saldo aller Konten immer 0 ist.
Andere gebräuchliche Darstellungsformen im Rechnungswesen
Alternativ zum T-Konto ist etwa bei der GUV und der Bilanz die Staffelform gebräuchlich. Was wo häufiger anzutreffen ist, ist auch von regionalen Gepflogenheiten abhängig.
Bestandskonten
Am Anfang und am Ende einer Buchführungsperiode, in der Regel das Geschäftsjahr, steht eine Bilanz - ital. 2 Lanzen = 1 Balkenwaage. Damit die Waage ausgewogen ist, müssen die Konten ausgeglichen sein. Die Zahlen hierfür kommen aus der Inventur, der Erfassung des Inventars, der Bestandsaufnahme.
Um hier nun auch Äpfel mit Birnen vergleichen zu können, werden beide in inländischer Währung bewertet. Darauf, welche Bewertungsprinzipien anzuwenden sind, soll an anderer Stelle eingegangen werden.
Bilanz.de | |
---|---|
Aktiva | Passiva |
(Kapitalverwendung) | (Kapitalherkunft) |
Anlagevermögen | Eigenkapital |
+Umlaufvermögen | +Fremdkapital |
Vertikal gliedert sich die Bilanz nach der Fristigkeit. Dies ermöglicht eine Bewertung der Liquidität:
Wenn ich alles langfristig angelegt habe, aber kurzfristig fällige Verbindlichkeiten, habe ich ein Problem - zumindest bei gängigen Größenordnungen, denn McNamara sagte als Weltbankpräsident einmal:
- Wenn Sie 1 Mio. Schulden haben, haben Sie ein Problem.
Wenn Sie 100 Mio. Schulden haben, hat ihre Bank ein Problem.
Bei der vertikalen Gliederung gibt es regionale Unterschiede zu beachten:
- in Deutschland langfristig vor kurzfristig,
- in der Schweiz und den USA beispielsweise umgekehrt.
Bilanz.ch | |
---|---|
Aktiva | Passiva |
(Kapitalverwendung) | (Kapitalherkunft) |
Umlaufvermögen | Fremdkapital |
+Anlagevermögen | +Eigenkapital |
Da man nun aber nicht das ganze Jahr ständig in der Bilanz rumschmieren will, werden die einzelnen Positionen mit den Eröffnungsbuchungen in die Kontenklassen SKR03: 0-1 oder SKR04: 0-3 aufgelöst.
Auf diesen Bestandskonten lassen sich alle erfolgsneutralen Buchungen tätigen. Einige typische Gründungsbuchungen:
- Inhaberin bringt mit EUR X bewertetes Fahrzeug ein.
- Teilhaber legt EUR Y in Kasse ein.
- KFW stellt zinsgünstigen Gründerkredit auf Geschäftskonto zur Verfügung.
Erfolgskonten
Aktiva
Hier sind alle Giro- und Barkonten gemeint.
Ausgabe-Konten
Ertrags-Konten
Passiva-Konten
Hier sind die Kredite.
Kontenrahmen
In der Buchhaltung gibt es standardisierte Kontenrahmen - es ist genau beschrieben in welche Kategorie Ausgaben und Einnahmen zu verbuchen sind. Einige davon sind auch für GnuCash verfügbar.
SKR04
- Dieser Konntenrahmen ist für GnuCash verfügbar.
- http://www.kiehl.de/downloads/117586/L2-52801.pdf
SKR49 Vereine, Stiftungen und Gemeinnützige GmbHs
- Noch nicht in Gnucash verfüegbar
- Ist für DATEV-Kontenrahmen zur Branchenlösung für Vereine, Stiftungen, Gemeinnützige GmbHs (SKR 49)
- http://www.stb-loewen.de/download/KtorahSKR49.pdf
der nächste Kontenrahmen
Aqbanking errors und was sie bedeuten
Dazu gibt es auch sehr umfangreiche Dokumente (768 Seiten), herausgegeben von einem Zusammenschluss von Banken.
- http://www.hbci-zka.de/english/documents/specification_english/HBCI22ea.pdf (in Englisch)
- http://www.hbci-zka.de/dokumente/spezifikation_deutsch/Gesamtdok_HBCI22.pdf (in Deutsch)
Code | Text | Erklärung |
0010 | Nachricht/Auftrag angenommen | auch "Nachricht entgegengenommen" |
0020 | Ausgeführt | auch "Information fehlerfrei entgegengenommen" |
0100 | Dialog korrekt beendet | Nachricht/ Auftrag angenommen |
3010 | Ansonsten bedeutet der HBCI-Code 3010 keinen Fehler, sondern lediglich eine Benachrichtigung über die Aktualisierung mancher interner Daten | |
3050 | Die BPD wird aktualisiert | |
3060 | Teilweise liegen Warnungen oder Hinweise vor | |
3900 | Kein Umsatz gem. Suchbegriff vorh. | |
3920 | Nur Zwei-Schritt-TAN-Verfahren zulaessig | |
9010 | Geschäftvorfall nicht bearbeitet | |
9050 | Teilweise fehlerhaft | |
9230 | Auftrag nicht ausgeführt, da Limit überschritten. | |
9380 | Signaturberechtigung für diesen Kunden unzulässig | auch "Benutzer hat keine Auftragsberechtigung" |
9800 | Abgebrochen | |
9955 | Ein-Schritt-TAN-Verfahren nicht zugelassen |
Banken mit Online-Banking
- VR Bank Rhein-Neckar (BLZ 67090000).
- Adresse des HBCI-Servers: https://hbci11.fiducia.de/cgi-bin/hbciservlet
- Anmeldung funktioniert mit dem VR-Netkey und einer 5stelligen PIN, die nur aus Zahlen besteht. Unter Linux problemlos, unter Windows leider mit einem Fehler beim Abruf der Systemkennung (siehe Mailingliste)
Wie man einen Fehler meldet
Vorab bitte folgendes beachten:
Falls man die Sache knapp und fließend auf Englisch beschreiben kann, findet man im Chat auch meistens jemanden, der einem helfen kann, zu entscheiden, ob es sich wirklich um eine Programmierfehler oder ein Verständnisproblem handelt.
Dann kommt die Recherche, ob der Fehler schon bekannt ist:
Bugzilla ist das Verzeichnis der Fehlermeldungen und Verbesserungsvorschläge des Gnome Projekts. GnuCash wird dort als eigenes Produkt geführt.
- Suche nach offenen GnuCash Bugs und Verbesserungsvorschlägen, eingeschränkt auf unspezifizerte oder Versionen >=2.0. Ältere Versionen werden nicht mehr gepflegt.
Besonders, wenn man nicht die aktuellste Version verwendet, ist es sinnvoll, in einem 2. Durchgang die Einschränkungen des bug_status rauszunehmen, da der Fehler inzwischen behoben sein könnte.
Falls der Fehler schon bekannt ist, kann man durch weitere Kommentare die Informationen ergänzen, etwa "Der Fehler tritt nur bei abnehmendem Mond auf, nie bei zunehmendem" oder, was am Besten ist, einen Patch einschicken.
Falls er noch nicht bekannt ist, meldet man ihn, am allerbesten auf Englisch, und zwar unter:
- Erstelle einen neuen GnuCash Fehlerbericht oder Verbesserungsvorschlag; falls man einen Absturz berichtet, bitte hier - leider noch auf english - nachsehen, wie man einen stack trace für den Bug Report erstellt und anfügt.
Wer mit dem Englischen Probleme hat, kann auch die Mailing-liste anfragen, ob jemand mit dem Übersetzen helfen kann. Auch dabei ist es hilfreich, wenn der Bericht möglichst alle der folgenden Angaben enthält:
- Ich benutze Gnucash Version <x.y.z> unter <Distribution> <a.b/Codename> <Betriebssystem> [<Version>] [mit Servicepack <j>] [mit den <relevante Zusatz>-Paketen aus dem Repositorium <wunderbar>].
- Wenn ich, nachdem ich <dies und das>, gemacht habe, <Menü><Untermenü><Menüpunkt> öffne, <erscheinen kleine grüne Männchen>.
Der Inhalt der <spitzen> Klammern ist dabei natürlich durch zutreffende Angaben zu ersetzen.
Zum Herausfinden der verwendeten Versionen gibt es oft den Menüpunkt Hilfe->Über oder die Befehlszeilenoptionen -v / --version.