Difference between revisions of "De/Referenz"
(→Andere gebräuchliche Darstellungsformen im Rechnungswesen) |
(Einige kritische Betrachtungen) |
||
Line 131: | Line 131: | ||
===der nächste Kontenrahmen=== | ===der nächste Kontenrahmen=== | ||
+ | ==Einige kritische Betrachtungen== | ||
+ | Dieser Abschnitt gehört sehr wahrscheinlich ganz woanders hin, die Problemstellungen, die hier beschrieben werden sollen, wurden aber beim Erstellen obigen Konzepts offenbar. | ||
+ | ===Lokalisierung ist mehr als Übersetzung=== | ||
+ | Gerade wenn es darum geht, Dinge zu bewerten, kann das nicht wertfrei geschehen. Werte sind aber wiederum abhängig von dem Kulturkreis, in dem man sich befindet. So ist beispielsweise in Europa das Rechtswesen der verschiedenen Staaten unterschiedlich stark durchdrungen von römischen Prinzipien im Süden und germanischen im Norden, Präzedenzrecht versus deduktivem Recht etc. pp. Diese Recht wirkt dann auch auf das Rechnungswesen ein. Die Mehrzahl der Entwickler lebt in einem Kulturkreis, für den die Prinzipien in den [http://de.wikipedia.org/wiki/US_GAAP United States Generally Accepted Accounting Principles] festgelegt sind, die zum Teil im krassen Gegensatz zu den in Deutschland geltenden Bestimmungen des [http://de.wikipedia.org/wiki/HGB Handelsgesetzbuchs] stehen. Beispiel: [http://de.wikipedia.org/wiki/Fair_value Fair Value] versus [http://de.wikipedia.org/wiki/Niederstwertprinzip Niederstwertprinzip]. Der Versuch eines Kompromisses findet sich in den [http://de.wikipedia.org/wiki/IFRS International Financial Reporting Standards]. Daher sollte eines der Ziele in der Weiterentwicklung von GnuCash sein, eine Internationalisierung und teilweise auch eine Europäisierung zu erreichen. Letzteres soll bedeuten, daß EU-Richtlinien etwa zum Umsatzsteuerrecht ja für alle Mitgliedsstaaten gleichermaßen gelten und entsprechende eurokratische Floskeln wie | ||
+ | : ''der Zeitpunkt der Lieferung oder sonstigen Leistung oder der Vereinnahmung des Entgelts oder eines Teils des Entgelts (wenn die Lieferung oder Leistung noch nicht ausgeführt ist), sofern dieser Zeitpunkt feststeht und nicht mit dem Ausstellungsdatum der Rechnung identisch ist'' | ||
+ | oder die gegenteilige Formulierung "Soweit nicht anders angegeben..." gleich in allen EU-Amtssprachen in die Templates Eingang finden - dies nur als Beispiel aus dem Richtlinientext, welches hoffentlich nie in der Form auf der Rechnung erscheinen muß. | ||
=Online-Banking= | =Online-Banking= |
Revision as of 04:43, 22 December 2007
Contents
Konten-Typen
In diesem Abschnitt sollen einige grundlegende Begriffe des Rechnungswesens und die Zusammenhänge dazwischen kurz dargelegt werden. Er soll nur ein grober Abriß sein und kann keine vollständige Einführung ersetzten. In der wikipedia finden sich wesentlich genauere Definitionen und auch jede Menge Literaturhinweise. Weiterhin wird jegliche Haftung für die Anwendung hier erwähnter Konzepte ausgeschlossen.
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 [s.u.]. Vor Einführung der "EDV" wurden derartige Konten üblicherweise auf T-förmig unterteilten Karteikarten geführt.
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.
Aktiva Anlagevermögen + Umlaufvermögen Passiva - Fremdkapital = Eigenkapital
Was wo häufiger anzutreffen ist, ist auch von regionalen Gepflogenheiten abhängig. Während man in Kontinentaleuropa eher zum T-Konto tendiert, scheint man im angelsächsischen Sprachraum die Staffelform zu bevorzugen.
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 auf welche Kontengruppen 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 Beurteilung 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 0-1 beim SKR03, respektive 0-3 beim SKR04 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.
Typische Aktiv-Konten
Hier sind zunächst die meisten Konten, von denen Zahlungen getätigt werden. Also alle Barbestände wie Kasse und Urlaubskassen für Fremdwährungen, sowie die Girokonten, sofern sie im Haben sind.
Dazu kommen Finanzanlagen wie Sparbücher, Edelmetalle, Pfand- und Schatzbriefe, Aktien, Fonds, Derivate und kapitalbildende Versicherungen.
Weiterhin gehören hier auch die Sachanlagen wie Auto, Häuschen rein, sofern man sie berücksichtigen möchte oder muß, weil sie etwa mit einem Kredit in Zusammenhang stehen.
Typische Passiv-Konten
Hier gehören alle Kredite hin. Von der Hypothek aufs Häuschen über das von Oma geborgte Geld und den bei Tante Emma angeschriebenen Einkauf, sowie alles was man noch bei seinem Wirt auf dem Deckel oder Kerbholz hat, bis zum Girokonto, sofern es im Dispo (oder noch schlimmer überzogen) ist.
Obwohl man mit ihr bezahlen kann, fällt auch die Kreditkarte hierunter.
Erfolgskonten
Üblicherweise betreibt man zunächst einigen Aufwand, um später zu einem Ertrag zu kommen. Ist am Ende der Buchführungsperiode der Ertrag größer als der Aufwand, spricht man vom Gewinn, andernfalls vom Verlust - oder allgemein vom Erfolg. Zur Ermittlung dieses Ergebnisses dient die Gewinn- und Verlustrechnung, kurz GuV, engl. Profit & Loss oder P&L.
Gewinnermittlungsmethoden
Ob aber ein Einkauf als Aufwand oder erfolgsneutral gilt, ist davon abhängig, welche Art der Gewinnermittlung man anwendet:
- Ist-Besteuerung: In der Einnahmenüberschussrechnung, kurz EÜR, die für Freiberufler und kleine Gewerbetreibende in Frage kommt, wird vereinfacht die Ebene des Zahlungsflußes betrachtet. Der Name deutet an, daß die Steuern erst fällig sind, wenn der Kunde bezahlt hat. Diese Methode dürfte im übrigen auch für den Privatanwender hinreichend sein.
- Soll-Besteuerung: In der Bilanzierung, die u. a. für Kapitalgesellschaften vorgeschrieben ist, entsteht der Aufwand u. U. erst beim Werteverzehr, also wenn etwa ein Rohstoff, durch Materialentnahmeschein belegt, in der Produktion verbraucht wird. Zuvor handelt es sich entweder um einen Aktiv-Tausch (liquide Mittel, etwa Bargeld, gegen Ware) oder um eine Bilanzverlängerung (Erhöhung von Warenbestand und Verbindlichkeiten), was in beiden Fällen erfolgsneutral ist. Der Name deutet an, daß die Steuern hier bereits fällig sind, wenn die Rechnung geschrieben wird, also der Kunde bezahlen soll.
Die Details dazu, welche Methode anzuwenden ist, findet man hier.
Typische Aufwands-Konten
Typische Ertrags-Konten
Bei abhängig Beschäftigten wäre das Ertragskonto per excellence das Gehalt, während es beim Kapitalisten hingegen die Kapitalerträge Zinsen, Dividenden und Kursgewinne wären. Der Großgrundbesitzer verbucht Mieten und Pachten, das Unternehmen Umsatzerlöse, der Freiberufler Honorare usw. usf.
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
Einige kritische Betrachtungen
Dieser Abschnitt gehört sehr wahrscheinlich ganz woanders hin, die Problemstellungen, die hier beschrieben werden sollen, wurden aber beim Erstellen obigen Konzepts offenbar.
Lokalisierung ist mehr als Übersetzung
Gerade wenn es darum geht, Dinge zu bewerten, kann das nicht wertfrei geschehen. Werte sind aber wiederum abhängig von dem Kulturkreis, in dem man sich befindet. So ist beispielsweise in Europa das Rechtswesen der verschiedenen Staaten unterschiedlich stark durchdrungen von römischen Prinzipien im Süden und germanischen im Norden, Präzedenzrecht versus deduktivem Recht etc. pp. Diese Recht wirkt dann auch auf das Rechnungswesen ein. Die Mehrzahl der Entwickler lebt in einem Kulturkreis, für den die Prinzipien in den United States Generally Accepted Accounting Principles festgelegt sind, die zum Teil im krassen Gegensatz zu den in Deutschland geltenden Bestimmungen des Handelsgesetzbuchs stehen. Beispiel: Fair Value versus Niederstwertprinzip. Der Versuch eines Kompromisses findet sich in den International Financial Reporting Standards. Daher sollte eines der Ziele in der Weiterentwicklung von GnuCash sein, eine Internationalisierung und teilweise auch eine Europäisierung zu erreichen. Letzteres soll bedeuten, daß EU-Richtlinien etwa zum Umsatzsteuerrecht ja für alle Mitgliedsstaaten gleichermaßen gelten und entsprechende eurokratische Floskeln wie
- der Zeitpunkt der Lieferung oder sonstigen Leistung oder der Vereinnahmung des Entgelts oder eines Teils des Entgelts (wenn die Lieferung oder Leistung noch nicht ausgeführt ist), sofern dieser Zeitpunkt feststeht und nicht mit dem Ausstellungsdatum der Rechnung identisch ist
oder die gegenteilige Formulierung "Soweit nicht anders angegeben..." gleich in allen EU-Amtssprachen in die Templates Eingang finden - dies nur als Beispiel aus dem Richtlinientext, welches hoffentlich nie in der Form auf der Rechnung erscheinen muß.
Online-Banking
Aqbanking errors und was sie bedeuten
Dazu gibt es auch sehr umfangreiche Dokumente (768 Seiten), herausgegeben vom Zentralen Kredit-Ausschuss der deutschen 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.