<\/p>\n
Wer einen überblick über seine Finanzen haben möchte, kann beispielsweise ein Kassenbuch führen und damit all seine Ein- und Ausgänge verwalten. Wenn Sie es richtig anpacken und Ihre Rechnungen ordnungsgemäß in einem passenden Kontenrahmen aufzeichnen, können Sie aus den Daten sogar eine betriebwirtschaftliche Auswertung, die Informationen für die Umsatzsteuervoranmeldung oder eine Gewinn-Verlust-Rechnung enthält, erzeugen.<\/b><\/p>\n<\/p><\/div>\n Selbstständige sind gesetzlich verpflichtet, mittels doppelter Buchführung Informationen über ihre Ein- und Ausgaben aufzuzeichnen. Daraus lässt sich der Gewinn ableiten, der sich maßgeblich auf die Besteuerung auswirkt.<\/p>\n Freiberufler kommen hier mit der Einnahme-überschuss-Rechnung aus, dürfen aber durchaus auch Bücher führen: Die aus der Einnahme-überschuss-Rechnung resultierenden Daten lassen sich auch daraus ableiten. Das Führen von Büchern scheint auf den ersten Blick belastend, eröffnet aber auf den zweiten Blick die Möglichkeit, ständig einen überblick über Ein- und Ausgaben und die aktuelle finanzielle Lage zu erhalten.<\/p>\n Die doppelte Buchführung ist kein Hexenwerk: Jeder Ein- und Ausgang muss in zwei Konten gebucht werden – dort, wo das Geld entnommen, und dort, wo es hingebucht wird. Dabei ist Geld gleichbedeutend mit dem Wert von Gegenständen oder Leistungen – es zählt also nicht nur Bares.<\/p>\n Dumm ist nur, dass man eine ganze Menge Konten braucht, um jede Bewegung sinnvoll zu buchen, und am Anfang erstmal die Frage steht, was es für Konten gibt, wofür man welches benötigt und was ein Kontenrahmen ist.<\/p>\n Wobei zu beachten ist, dass „Konto“ in diesem Zusammenhang nichts mit einem Bankkonto zu tun hat, sondern eher eine „Kategorie“ beschreibt.<\/p>\n Wenn Sie die doppelte Buchführung nur für sich selbst betreiben, können Sie sich natürlich beliebige Konten ausdenken. Wenn Sie jedoch den Gedanken hegen, diese Daten für die Steuererklärung zu verwenden oder an den Steuerberater weiterzugeben, sollten Sie sich mit dem Thema „Kontenrahmen“ beschäftigen.<\/p>\n Die Firma DATEV hat beispielsweise eine Reihe von Kontenrahmen festgelegt, die für verschiedene Branchen die richtigen Konten bereitstellen. Für Softwareentwickler sollte beispielsweise der Kontenrahmen SKR03 passen. Zum Thema „Kontenrahmen“ liefert etwa Wikipedia unter http:\/\/de.wikipedia.org\/wiki\/Kontenrahmen <\/b>weitere Informationen.<\/p>\n Und welche Buchung nun welche Konten berührt, sollten Sie abschließend entweder mit Ihrem Steuerberater (so Sie einen beauftragen) oder durch intensive Weiterbildung herausfinden. Nachfolgend finden Sie einige Beispiele, die nebenher zeigen, wie eine solche Buchung aussieht.<\/p>\n Wenn Sie beispielsweise ein Buch kaufen, das Sie beruflich einsetzen (zum Beispiel ein Access-Buch für EUR 49,95) und dieses per EC-Karte bezahlen, fließt Geld von Ihrem Bankkonto in ein Konto namens „Zeitschriften, Bücher“ mit der Nummer 4940. Wichtig für das Verständnis ist, dass dieses Konto 4940 ein virtuelles Konto ist – nicht etwa zu verwechseln mit dem Konto des Buchhändlers.<\/p>\n Ganz im Gegenteil: Das Konto gehört Ihnen selbst und gibt Auskunft darüber, welchen Wert beispielsweise die in Ihrem Regal stehenden Bücher und Zeitschriften haben.<\/p>\n Auch für Ihr Bankkonto gibt es übrigens eine spezielle Nummer, nämlich die 1200 („Bank“).<\/p>\n Jetzt wäre das Ganze einfach, wenn nicht noch die Mehrwertsteuer ins Spiel käme, die dummerweise auch noch weitere Synonyme mitliefert: Mehrwertsteuer beim Einkaufen heißt nämlich „Vorsteuer“ und beim Verkaufen „Umsatzsteuer“. Und die muss man auch noch in passende Konten umlenken: So fließt beispielsweise das Access-Buch aus dem obigen Beispiel nur mit 93 % des Preises in das Konto 4940 ein und mit den übrigen 7 % in das Konto 1571 („Abziehbare Vorsteuer 7 %“).<\/p>\n Die Richtung des Geldflusses von einem Konto zum anderen gibt man nicht etwa durch das passende Vorzeichen an, sondern durch zwei Kategorien: „Soll“ nimmt Geld, ist also positiv, und „Haben“ gibt Geld und ist damit negativ.<\/p>\n Beim Erbringen einer Leistung sieht das ähnlich aus wie beim Kauf einer Ware, nur andersherum und teilweise mit anderen Konten: Wenn Sie etwa eine Programmiertätigkeit für die Firma XYZ ausführen und für diese EUR 1.000,- zuzüglich 16 % Mehrwertsteuer in Rechnung stellen, erfordert dies in Ihren Konten folgende Einträge: Im Konto 1200 („Bank“) stehen EUR 1.160,- im Soll, im Konto 8400 („Erlöse 16 % USt) stehen EUR 1.000,- und im Konto 1775 („Umsatzsteuer 16 %“) EUR 160,- im Haben.<\/p>\n Wenn man etwas loswerden möchte, so kann man es verkaufen. Bisweilen wirft man es aber auch weg. Wenn Sie also oben genanntes Access-Buch im Altpapier entsorgen, fließt der Wert nicht etwa ins Konto „Restmüll“, sondern in ein Abschreibungskonto – beispielsweise in das mit der Nummer 4855 („Sofortabschreibung GWG“, wobei GWG für „geringwertige Güter“ steht). Einen Beleg gibt es für solche Fälle übrigens nicht, daher tragen Sie hier die Belegnummer 0 <\/b>ein.<\/p>\n Weitere Abschreibungskonten fangen den Wertverlust von abschreibbaren Gütern wie etwa dem Firmenfahrzeug oder dem Rechner auf. <\/p>\n Zusätzlich zur Kontonummer und zum Buchungswert gehören natürlich auch das Datum, die Belegnummer und ein Buchungstext zu einer Buchung.<\/p>\n Das Kassenbuch<\/p>\n Die Beispielanwendung zu diesem Beitrag liefert die notwendigen Formulare zur Verwaltung und Eingabe der Buchungsvorgänge. Außerdem können Sie auf Basis der eingegebenen Daten die einzelnen Kontenblätter ausgeben und daraus die für weitere Auswertungen notwendigen Informationen ableiten.<\/p>\n Die Anwendung meldet sich beim Start mit dem Hauptformular, das eine übersicht über die vorhandenen Buchungen sowie die Schaltflächen für weitere Aktionen liefert (siehe Bild 1).<\/p>\n Bild 1: Das Hauptformular des Kassenbuchs zeigt die enthaltenen Buchungen an.<\/span><\/b><\/p>\n<\/p><\/div>\n Die Schaltfläche Zeitraum festlegen <\/b>öffnet ein Formular zum Auswählen eines Zeitraums, nach dem die im Hauptformular angezeigten Buchungen im Anschluss gefiltert werden (siehe Bild 2).<\/p>\n Bild 2: Auswahl des Zeitraums der anzuzeigenden Buchungen<\/span><\/b><\/p>\n<\/p><\/div>\n Ein Klick auf die Schaltfläche Alle anzeigen <\/b>hebt den eingestellten Filter wieder auf. Individuelle Funktionen zum Sortieren und Filtern der Buchungen nach anderen Kriterien wie dem Buchungsdatum liefert diese Lösung nicht, aber durch die Anzeige der Buchungen im Datenbankfenster kann man sich der eingebauten Funktionen von Access bedienen. Für Benutzer der Version Access 2007 ist das Filtern und Sortieren mittels Datenblattansicht nun noch leichter, alle anderen können die passenden Befehle aber ebenfalls über das Kontextmenü der Spaltenköpfe oder Felder aufrufen.<\/p>\n Die übersicht selbst soll noch keine Bearbeitung der Daten ermöglichen, da in der Praxis doch schnell Fehler durch Verrutschen in der Zeile passieren. Stattdessen sind alle Steuerelemente einer Zeile mit einer Funktion ausgestattet, die beim einfachen Klick die komplette Zeile markiert und beim Doppelklick einen weiteren Dialog mit Details zum aktuell markierten Buchungsdatensatz öffnet (siehe Bild 3). Welche Technik sich dahinter verbirgt, erfahren Sie aus dem Beitrag Datenblattansicht aufgebohrt <\/b>(Shortlink 464).<\/p>\n Bild 3: Bearbeiten eines Buchungsdatensatzes<\/span><\/b><\/p>\n<\/p><\/div>\n Das Formular aus Bild 3 dient je nach Aufruf zum Anlegen neuer Buchungen, zum Bearbeiten einer bestimmten vorhandenen Buchung oder auch zur schnellen Suche innerhalb von Buchungen – etwa um eine vergleichbare Buchung zu suchen.<\/p>\n Das Formular zum Eingeben der Buchungen enthält ein Kombinationsfeld, das nur beim öffnen über die Schaltfläche Suchen und bearbeiten <\/b>aktiviert ist. Es ermöglicht gleichzeitig die Eingabe von Belegnummern und Buchungstexten, wobei das Kombinationsfeld jeweils nur noch die der aktuellen Eingabe entsprechenden Einträge anzeigt. Im Detail liefert die hinter dem Kombinationsfeld stehende Routine alle Buchungen, deren Belegnummer mit dem eingegebenen Ausdruck beginnt oder deren Buchungstext diesen Ausdruck an einer beliebigen Stelle enthält. Nach der Auswahl zeigt das Formular diese Buchung in den im unteren Teil befindlichen Steuerelementen an (siehe Bild 4).<\/p>\n Bild 4: Komfortable Auswahl der vorhandenen Buchungen<\/span><\/b><\/p>\n<\/p><\/div>\n Interessant ist diese Funktion für zwei verschiedene Aufgaben: Erstens zum Suchen nach einer zu ändernden Buchung und zweitens, um eine Buchung zu suchen, auf deren Basis eine neue Buchung erstellt werden soll. Dies erreichen Sie, indem Sie während der Anzeige der Originalbuchung auf die Schaltfläche Neue Buchung auf Basis dieser Buchung <\/b>klicken. Der Dialog springt dann zu einem neuen Datensatz und belegt dessen Felder genau mit den Daten des zuvor ausgewählten Buchungssatzes. Wenn Sie sich dann entscheiden, doch einen „nackten“ Datensatz als Ausgangspunkt zu verwenden, können Sie dies leicht mit einem Klick auf die Schaltfläche Neue, leere Buchung <\/b>erreichen.<\/p>\n <\/p>\n Die Eingabe der Daten eines Belegs ist so einfach wie möglich gehalten: Die Belegnummer wird vom Formular vorgegeben, sodass man diese bei Bedarf nur noch dem passenden Beleg hinzufügen muss. Zur Auswahl des Datums steht unter Access 2007 automatisch ein Datepicker zur Verfügung, in den anderen Versionen ließe sich hier ein passendes Tool einsetzen. Davon abgesehen ist manches Datum vermutlich schneller per Hand eingegeben, als mit mehreren Mausklicks aus einem erst noch zu öffnenden Dialog ausgewählt. Den Buchungstext muss der Anwender wohl oder übel von Hand eingeben, aber auch hier gibt es Alternativen – mehr dazu weiter unten.<\/p>\n Das Gleiche gilt für den Umsatz. Dann aber wird es richtig bequem: Die vier Konten, von denen zwei oder drei an einer Buchung beteiligt sind, können Sie per Kombinationsfeld auswählen. Für Tastaturjunkies: Das Aufklappen von Kombinationsfeldern erfolgt mit der Taste F4<\/b>. Sie können aber auch einfach anfangen, die Kontonummer oder einen Teil der Kontenbezeichnung einzugeben. Die Kombinationsfelder funktionieren ähnlich wie das oben beschriebene zum Suchen eines Buchungsdatensatzes (siehe Bild 5). Weitere Informationen hierzu finden Sie im Beitrag Kombinationsfelder für Sondereinsätze<\/b> (Shortlink 474).<\/p>\n Bild 5: Filtern der vorhandenen Konten nach der Kontonummer<\/span><\/b><\/p>\n<\/p><\/div>\n Während die ersten beiden Kombinationsfelder zur Auswahl des Kontos und des Gegenkontos noch alle vorhandenen Konten anzeigen, filtern die beiden zur Auswahl der Konten für die Steuer des Kontos und des Gegenkontos direkt nach der unter Mehrwertsteuersatz angegebenen Prozentzahl sowie nach einer weiteren Eigenschaft der Konten – nämlich der Kontoart.<\/p>\n Diese kann Werte wie Aktivkonto, Passivkonto, Kostenkonto, Erlöskonto oder Statistikkonto annehmen. Im vorliegenden Fall landen die Steuern des Kontos immer in einem Passivkonto, die Steuern des Gegenkontos immer in einem Aktivkonto. Somit lässt sich die Auswahl der passenden Steuerkonten schon weit einschränken.<\/p>\n Wer schon länger auf diese Weise bucht, kennt vermutlich schon seine regelmäßig verwendeten Konten – wer erst einsteigt, wird die umfangreichen Möglichkeiten zum Auffinden des passenden Kontos zu schätzen wissen.<\/p>\n Konten bearbeiten<\/b><\/p>\n Natürlich müssen Sie nicht einen Kontenrahmen wie etwa den von der DATEV einsetzen. Das hier vorgestellte Kassenbuch können Sie auch mit einigen für Ihre Anforderungen maßgeschneiderten Konten bestücken und darin Buchungen vornehmen.<\/p>\n Zum Anlegen oder Bearbeiten des Kontenrahmens öffnen Sie das Formular frmKonten <\/b>über die Schaltfläche Konten bearbeiten <\/b>des Hauptformulars. Dieses Formular bietet zwei Textfelder zum Filtern nach Kontonummer und Kontobezeichnung. Sie können damit Konten anlegen sowie vorhandene Konten bearbeiten oder löschen (siehe Bild 6).<\/p>\n Bild 6: Verwalten des Kontenrahmens<\/span><\/b><\/p>\n<\/p><\/div>\n Ausgabe<\/b><\/p>\n Sind die Daten etwa für einen Monat eingegeben, möchten Sie vielleicht die für die Umsatzsteuervoranmeldung notwendigen Daten ermitteln. Genau genommen gibt es hierfür keine spezielle Funktion – diese können Sie aber leicht nachrüsten. Mit wenigen Handgriffen lassen sich aber die für die Umsatzsteuervoranmeldung benötigten Daten auch so zusammenstellen: Dazu klicken Sie einfach auf die Schaltfläche Kontenbericht anzeigen <\/b>des Hauptformulars mit der Buchungsübersicht.<\/p>\n Daraufhin erscheint der gleiche Dialog zur Auswahl des Zeitraums, den Sie bereits weiter oben kennen gelernt haben: Dort wählen Sie das Intervall aus und beenden den Dialog, worauf sich – sofern der Zeitraum Buchungen enthält – ein entsprechender Bericht mit je einer Seite pro betroffenem Konto öffnet (siehe Bild 7).<\/p>\n Bild 7: Bericht zur Anzeige der Konten<\/span><\/b><\/p>\n<\/p><\/div>\n Da dieser Bericht die Summe je Konto anzeigt, brauchen Sie für die Umsatzsteuervoranmeldung nur noch die in den betroffenen Konten enthaltenen Beträge zu addieren – bei Otto Normalverbraucher reichen hier Beträge für die verschiedenen Mehrwertsteuer- und Vorsteuersätze aus. (Näheres dazu erfahren Sie von Ihrem Steuerberater oder lesen Sie sich an einschlägigerer Stelle an).<\/p>\n Aus dieser Kontenübersicht lassen sich natürlich auch alle anderen Informationen herausziehen, die Sie für die verschiedenen Auswertungen benötigen – so etwa für die Ausfertigung einer betriebswirtschaftlichen Auswertung (BWA) oder den für die Einkommensteueranmeldung erforderlichen Informationen. Allein die dafür notwendigen Konten müssen Sie selbst identifizieren und in die Berechnung einbeziehen.<\/p>\n Gegebenenfalls können Sie auch spezielle Berichte auf Basis des hier vorhandenen Berichts erstellen, die direkt die passenden Informationen liefern.<\/p>\n Datenmodell<\/p>\n Nach dem Buchführungskurs im Schnelldurchgang folgt das Datenmodell zum Erfassen der Buchungen. Zwar haben Sie oben erfahren, dass jede Buchung aus Einträgen in zwei oder mehr Konten besteht, aber im Datenmodell würde sich dies alles andere als positiv auswirken: Das Anlegen jeweils eines Datensatzes für das gebende und das oder die nehmenden Konten würde bedeuten, dass man Informationen wie Datum, Buchungstext oder Belegnummer jeweils mehrfach speichern müsste.<\/p>\n Das würde natürlich redundante Daten liefern, was um jeden Preis vermieden werden muss.<\/p>\n Also erfassen Sie jede Buchung exakt als eine einzige Buchung: Mit einem oder zwei gebenden und nehmenden Konten, von denen jeweils eins den gegebenenfalls vorhandenen Steueranteil aufnimmt.<\/p>\n Zusammengefasst noch einmal die Informationen in der Buchungstabelle:<\/p>\n Neben dem Buchungstext könnten Sie natürlich auch noch das Unternehmen speichern, das beispielsweise die Ware gibt oder eine Leistung nimmt. Für das Verwalten dieser „Unternehmen“ eignet sich am besten eine eigene Tabelle, die über ein passendes Fremdschlüsselfeld mit der Buchungen-Tabelle verknüpft ist. Die in diesem Artikel beschriebene Version der Beispieldatenbank enthält diese Erweiterung jedoch nicht.<\/p>\n Unumgänglich ist die Auslagerung der Konten in eine separate Tabelle. Hier enthält die Buchungen-Tabelle nicht nur eines, sondern direkt vier Fremdschlüsselfelder für die Auswahl der Konten.<\/p>\n Insgesamt sieht das Datenmodell wie in Bild 8 aus.<\/p>\n Bild 8: Datenmodell des Kassenbuchs<\/span><\/b><\/p>\n<\/p><\/div>\n Formulargestaltung<\/b><\/p>\n Die Formulare der Anwendung liefern eine Menge interessanter Techniken, die größtenteils in den bereits erwähnten Beiträgen separat besprochen werden.<\/p>\n Bericht zur Anzeige der Konten<\/b><\/p>\n Der Bericht rptKonten <\/b>zeigt je Konto eine eigene Seite mit den passenden Buchungen an. Das Aussehen seiner Entwurfsansicht entnehmen Sie Bild 9. Der Bericht enthält eine Gruppierung nach der in der Datenherkunft enthaltenen Kontonummer. Damit der Bericht jedes Konto mit Buchungen auf einer neuen Seite anzeigt, stellen Sie die Eigenschaft Neue Seite <\/b>des Gruppenkopfes der Gruppierung auf Vor Bereich <\/b>ein.<\/p>\n Bild 9: Entwurfsansicht des Berichts zur Anzeige der Konten und der darin enthaltenen Buchungen<\/span><\/b><\/p>\n<\/p><\/div>\n Davon abgesehen bietet der Bericht wenig Aufsehen Erregendes: Lediglich die beiden Textfelder txtSummeSoll <\/b>und txtSummeHaben <\/b>sind interessant: Sie addieren die je Gruppierung enthaltenen Soll- und Haben-Beträge. Die passenden Werte der Eigenschaft Steuerelementinhalt <\/b>lauten =Summe([Soll]) <\/b>und =Summe([Haben])<\/b>.<\/p>\n Moment mal … Felder namens Soll <\/b>und Haben <\/b>kommen aber gar nicht in der Tabelle tblBuchungen <\/b>vor – woher stammen denn diese Werte nun Und wie werden überhaupt die in der Tabelle tblBuchungen <\/b>enthaltenen Informationen so aufgeteilt, dass der Bericht rptKonten <\/b>diese nach Konten getrennt anzeigen kann<\/p>\n Datenherkunft des Kontenberichts<\/b><\/p>\n Nun, genau genommen steckt hier der größte Teil Gehirnschmalz, der für die Erstellung der Anwendung notwendig ist: Zu Beginn wurde in diesem Beitrag ja beschrieben, dass bei der Buchführung jede Buchung in zwei Konten gebucht wird – bei einem auf der Soll, beim anderen auf der Haben-Seite. Und in manchen Fällen teilt sich entweder der Soll- oder der Haben-Teil nochmals auf in einen Netto- und einen Steuerteil, wobei Letzterer in einem separaten Konto gebucht wird.<\/p>\n Beim Eingeben der Buchungen wird aber gar kein Betrag auf irgendein Konto gebucht, sondern es werden nur die an der Buchung beteiligten Konten angegeben.<\/p>\n Genau genommen handelt es sich bei der Tabelle tblBuchungen <\/b>prinzipiell um das Grundbuch beziehungsweise Journal der doppelten Buchführung: Dieses dient dazu, alle Vorgänge in chronologischer Reihenfolge zu erfassen. In der doppelten Buchführung trägt man alle Vorgänge auch noch in das Hauptbuch ein, das aus den einzelnen Kontenblättern besteht. Jede Buchung wird also doppelt erfasst, einmal im Grund- und einmal im Hauptbuch.<\/p>\n Ganz klar: Hier beißen sich die Prinzipien der doppelten Buchführung und der relationalen Datenmodellierung. Letztere schließt nämlich bis auf ganz wenige Ausnahmen die doppelte und damit redundante Speicherung von Daten aus.<\/p>\n Aus diesem Grunde speichern Sie die Daten auch nur in der Tabelle tblBuchungen <\/b>und nicht etwa noch in einer Tabelle tblBuchungskonten<\/b>, die jeweils Kontennummer, Buchungsdatum und -text sowie Soll und Haben speichert.<\/p>\n Aber auch wenn Sie die Daten nicht so speichern, benötigen Sie diese genau in dieser Form: Wie sonst sollte man die Daten wie im oben vorgestellten Kontenbericht anzeigen<\/p>\n Werfen Sie einen Blick auf die Datenherkunft des Berichts (siehe Bild 10). Dieser führt die Abfrage qryBuchungen <\/b>und die Tabelle tblKonten <\/b>so zusammen, dass der Bericht seine Daten inklusive der in der Tabelle tblKonten <\/b>gespeicherten Kontobezeichnung anzeigen kann.<\/p>\n Bild 10: Diese Abfrage liefert die Daten für die Anzeige der Buchungen in den verschiedenen Konten des Berichts rptKonten.<\/span><\/b><\/p>\n<\/p><\/div>\n Diese Beobachtung bringt Sie noch nicht viel weiter, das Geheimnis der Aufteilung der Daten der Tabelle tblBuchungen<\/b> auf einzelne Datensätze für die verschiedenen Konten verbirgt sich also offensichtlich in der Abfrage qryBuchungen<\/b>.<\/p>\n Diese kommt mangels Alternativen nicht in der Entwurfsansicht, sondern als SQL-Ausdruck daher:<\/p>\n Wie hier gut zu erkennen, liefert die UNION-Abfrage die Zusammenfassung des Ergebnisses vier weiterer Abfragen, nämlich qryKontobuchungen<\/b>, qryGegenkontobuchungen<\/b>, qrySteuerKontobuchungen <\/b>und qrySteuerGegenkontobuchungen<\/b>.<\/p>\n Ahnen Sie schon, worauf dies hinausläuft Richtig: Jede der vier Abfragen filtert die Buchungen für jeweils eines der vier in der Tabelle tblBuchungen<\/b> enthaltenen Konten heraus. Genau genommen geschieht dies natürlich nur jeweils für zwei oder drei der angegebenen Konten (zwei, falls bei der Buchung keine Mehrwertsteuer anfällt, gegebenenfalls ein weiteres für die Mehrwertsteuer).<\/p>\n Die erste Abfrage namens qryKontobuchungen <\/b>sieht wie folgt aus:<\/p>\n Diese Abfrage liefert den Eintrag für das „gebende“ Konto. Dementsprechend beträgt die Soll-Seite immer 0, die Haben-Seite ist immer ungleich 0. Wie groß der Betrag auf der Haben-Seite ist, hängt davon ab, ob Mehrwertsteuer anfällt: Falls ja, wird der Umsatz um die Mehrwertsteuer erleichtert, falls nein, fällt hier der komplette Umsatz an.<\/p>\n Das Ergebnis dieser Abfrage liefert die Haben-Seite aller Buchungen. Diese kann etwa wie in Bild 11 aussehen.<\/p>\n Bild 11: Das Ergebnis einer von vier Abfragen zur Ermittlung der Einträge der Soll- und der Haben-Seite sowie der passenden Steuern<\/span><\/b><\/p>\n<\/p><\/div>\n Die zweite Abfrage liefert den Eintrag für das „nehmende“ Konto:<\/p>\n Da dieses Konto „nimmt“, ist die Haben-Seite immer 0, die Soll-Seite größer 0: In diesem Fall prüft die Abfrage wiederum, ob ein passendes Steuerkonto angegeben ist, und ermittelt den Anteil des Umsatzes ohne Mehrwertsteuer.<\/p>\n Etwas komplizierter ist die Berechnung der Steueranteile für das Konto und das Gegenkonto. Vom Aufbau her liefert die folgende Abfrage aber das gleiche Ergebnis – mit dem Unterschied, dass alle Buchungsdatensätze, die kein Steuerkonto aufweisen, direkt herausgefiltert werden:<\/p>\n Fehlt noch das Pendant für die Steuern im Gegenkonto:<\/p>\n Im Grunde erzeugt die UNION-Abfrage, die auf diesen vier Abfragen basiert, genau die redundanten Daten, die durch eine doppelte Buchführung im klassischen Sinne entstehen würden – nämlich durch das Eintragen der Daten im Grundbuch und zusätzlich in die Kontenblätter des Hauptbuchs. <\/p>\n Hier werden die Daten nun per Abfrage auf die unterschiedlichen Kontenblätter aufgeteilt, sodass der Bericht diese nur noch aufgreifen und in gruppierter Form ausgeben muss.<\/p>\n Zusammenfassung und Ausblick<\/b><\/p>\n Die doppelte Buchführung ist für manchen Pflicht, andere sollten sie allein als Grundlage zur Analyse der finanziellen Situation betreiben. Auch wenn das Finanzamt keine doppelte Buchführung fordert, eröffnet diese eine Reihe Möglichkeiten. <\/p>\n Davon abgesehen lassen sich, wenn man nur regelmäßig die geschäftlichen Zahlungsvorgänge erfasst, leicht die für die Umsatzsteuervoranmeldung, die Gewinnermittlung, die betriebswirtschaftliche Auswertung oder die Einkommensteuererklärung benötigten Informationen ermitteln.<\/p>\n Die in diesem Beitrag vorgestellten Techniken bilden nur die Grundlage für eine Reihe weiterer Möglichkeiten. So können Sie beispielsweise per HBCI ermittelte und in einer Datenbank gespeicherte Umsätze direkt in die Tabelle tblBuchungen <\/b>importieren und die so gewonnenen Informationen mit ein wenig Nacharbeit für die doppelte Buchführung verwenden; wer ohne Kassenkonto auskommt und alle Buchungen über das Bankkonto abwickelt, braucht gar keine weiteren Buchungen mehr zu erfassen.<\/p>\n Informationen zum Einlesen von Bankbuchungen finden Sie im Beitrag Onlinebanking mit HBCI<\/b> (Shortlink 468) und Onlinebanking mit HBCI, Teil 2 <\/b>(Shortlink 488).<\/p>\n Enthaltene Beispieldateien:<\/p>\n Kassenbuch.mdb<\/p>\n Kassenbuch.accdb<\/p>\n\n\n ![\"pic002.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic002_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic003.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic003_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic004.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic004_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic006.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic006_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic007.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic007_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic008.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic008_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic005.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic005_opt.jpeg\")
\n <\/div>\n\n\n
\n ![\"pic001.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic001_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic009.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic009_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic010.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic010_opt.jpeg\")
\n <\/div>\n\nSELECT BuchungID, Belegnummer, Buchungsdatum, Buchungstext, KontoID AS Konto,
GegenkontoID AS Gegenkonto, Soll, Haben
FROM qryKontobuchungen\r\nUNION\r\nSELECT BuchungID, Belegnummer, Buchungsdatum, Buchungstext, GegenkontoID AS Konto,
KontoID AS GegenKonto, Soll, Haben
FROM qryGegenkontobuchungen\r\nUNION \r\nSELECT BuchungID, Belegnummer, Buchungsdatum, Buchungstext, SteuerkontoID AS Konto,
GegenkontoID AS Gegenkonto, Soll, Haben
FROM qrySteuerKontobuchungen;\r\nUNION\r\nSELECT BuchungID, Belegnummer, Buchungsdatum, Buchungstext, SteuerGegenkontoID AS Konto,
KontoID AS Gegenkonto, Soll, Haben
FROM qrySteuerGegenkontobuchungen;<\/pre>\nSELECT BuchungID, Belegnummer, Buchungsdatum, Buchungstext, Mehrwertsteuersatz, KontoID,
GegenkontoID, 0 AS Soll,
IIf([SteuerKontoID]<>'0000',
[Umsatz]\/(1+[Mehrwertsteuersatz]),
[Umsatz]) AS Haben\r\nFROM tblBuchungen;<\/pre>\n\n\n ![\"pic011.tif\"](\"..\/fileadmin\/_temp_\/2007_04\/Kassenbuch_3-web-images\/pic011_opt.jpeg\")
\n <\/div>\nSELECT BuchungID, Belegnummer, Buchungsdatum, \r\nBuchungstext, Mehrwertsteuersatz, GegenkontoID, \r\nKontoID, \r\nIIf([SteuerGegenkontoID]<>'0000',\r\n[Umsatz]\/(1+[Mehrwertsteuersatz]),\r\n[Umsatz]) AS Soll, \r\n0 AS Haben FROM tblBuchungen;<\/pre>\n
SELECT BuchungID, Belegnummer,
Buchungsdatum, Buchungstext,
Mehrwertsteuersatz, SteuerKontoID,
GegenkontoID, 0 AS Soll, [Umsatz]*[Mehrwertsteuersatz]\/(1+[Mehrwertsteuersatz]) AS Haben
FROM tblBuchungen
WHERE SteuerKontoID<>\"0000\";<\/pre>\nSELECT BuchungID, Belegnummer, Buchungsdatum, \r\nBuchungstext, Mehrwertsteuersatz, \r\nSteuerGegenkontoID, KontoID, \r\n[Umsatz]*[Mehrwertsteuersatz]\/(1+[Mehrwertsteuersatz]) AS Soll, \r\n0 AS Haben \r\nFROM tblBuchungen \r\nWHERE SteuerGegenkontoID<>\"0000\";<\/pre>\n
Downloads zu diesem Beitrag<\/h3>\n