Mwst 19% ...
Moderator: Moderatoren
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Mwst 19% ...
hi,
Die letzte Mwst Erhöhung war ja noch zu Cl*pper Zeiten. Damals hatte
ich schon die "feste codierung" gegen Funktionen ausgetauscht um die
Mwst Werte aus einer DBF zu lesen.
Gestern musste ich, beim testen des Jahres Abschluss, leider feststellen
das ich mit der neuen Mwst 19% Probleme bekommen werde. Hierbei
sind nicht die ab 01.01.2007 erfassten Daten das Problem sondern die
vor 2007 also mit 16%.
Ich habe ein Fibu-Datev-Modul wo ich die Kontowerte aus der DBF lese
und in einen Stack (STATIC Array) packe. Mit Mwst_Voll() / Mwst_Halb()
kann ich in der Application dann auf die Werte zugreifen. soweit sogut ...
Im Umsatz hab ich zwar Felder für die einzelnen Summen, aber nicht ob
das nun 16% oder 19% sind/waren (Beschriftung).
In der Faktura hab ich zwar, aus den Artikeln, auch den "Wert 16%" aber
in der "Endsumme" vergleiche ich noch mal die "ist/soll" Werte und nutze
dazu wiederum die Funktion Mwst_Voll() Mwst_Halb().
Die 21 Module zu überprüfen ist das eine, aber wenn ich schon dran sitze
dann mache ich mir doch Gedanken darüber wie es den bei 20% wird ...
(ich hoffe bloss das wir nicht mal 19,5%, also Dezimalstellen bekommen)
Ich bin am überlegen ob ich die die Mwst_xxxx() mit Datum Prüfungen
versehen sollte (erweiterbar) und das reicht ... ?
muss man die Umsatz/Faktura DBF´s vielleicht mit noch einem Feld
erweitern ( wenn wir auf einmal 3 oder 4 Mwst Klassen haben ...)
Gruss by OHR
Jimmy
Die letzte Mwst Erhöhung war ja noch zu Cl*pper Zeiten. Damals hatte
ich schon die "feste codierung" gegen Funktionen ausgetauscht um die
Mwst Werte aus einer DBF zu lesen.
Gestern musste ich, beim testen des Jahres Abschluss, leider feststellen
das ich mit der neuen Mwst 19% Probleme bekommen werde. Hierbei
sind nicht die ab 01.01.2007 erfassten Daten das Problem sondern die
vor 2007 also mit 16%.
Ich habe ein Fibu-Datev-Modul wo ich die Kontowerte aus der DBF lese
und in einen Stack (STATIC Array) packe. Mit Mwst_Voll() / Mwst_Halb()
kann ich in der Application dann auf die Werte zugreifen. soweit sogut ...
Im Umsatz hab ich zwar Felder für die einzelnen Summen, aber nicht ob
das nun 16% oder 19% sind/waren (Beschriftung).
In der Faktura hab ich zwar, aus den Artikeln, auch den "Wert 16%" aber
in der "Endsumme" vergleiche ich noch mal die "ist/soll" Werte und nutze
dazu wiederum die Funktion Mwst_Voll() Mwst_Halb().
Die 21 Module zu überprüfen ist das eine, aber wenn ich schon dran sitze
dann mache ich mir doch Gedanken darüber wie es den bei 20% wird ...
(ich hoffe bloss das wir nicht mal 19,5%, also Dezimalstellen bekommen)
Ich bin am überlegen ob ich die die Mwst_xxxx() mit Datum Prüfungen
versehen sollte (erweiterbar) und das reicht ... ?
muss man die Umsatz/Faktura DBF´s vielleicht mit noch einem Feld
erweitern ( wenn wir auf einmal 3 oder 4 Mwst Klassen haben ...)
Gruss by OHR
Jimmy
- Manfred
- Foren-Administrator
- Beiträge: 21186
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Hi
ich habe eine DB in der jeder Satz eine MWSt beinhaltet. Ab wann und bis wann gültig. Damit sollte man unendlich viele Möglichkeiten haben....
ich habe eine DB in der jeder Satz eine MWSt beinhaltet. Ab wann und bis wann gültig. Damit sollte man unendlich viele Möglichkeiten haben....
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
- Wolfgang Ciriack
- Der Entwickler von "Deep Thought"
- Beiträge: 2934
- Registriert: Sa, 24. Sep 2005 9:37
- Wohnort: Berlin
- Hat sich bedankt: 13 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Außerdem muss man noch beachten, dass auch nach dem 1.1.2007 noch Rechnungen mit 16% Mwst. geschrieben werden können, entscheidend für den Mwst.-satz ist das Datum der Leistungserbringung. Ich habe z.B. das Problem (vielleicht andere auch), das für jahresübergreifende Wartungsverträge für 2007 die Mwst. nachberechnet werden muss.
Viele Grüße
Wolfgang
Wolfgang
- Lewi
- 1000 working lines a day
- Beiträge: 830
- Registriert: Di, 07. Feb 2006 14:10
- Wohnort: Hamburg
- Danksagung erhalten: 2 Mal
Hallo Jimmy,
ich würde vorschlagen, dass Du die Datenbank für Fakturen und Artikel um ein Feld „MwStKz“ erweiterst. Da ich annehme, dass Deine Applikation eine Mehrsteuertabelle mit Sachkontenbezug (wg. DATEV) enthält, wäre dort ebenfalls eine Erweiterung um das Feld „MwStKz“ erforderlich.
Aufbau Umsatzsteuer-Kennzeichen
1. Kennzeichen
2. MwSt-Satz
3. MwSt-Konto
4. Konto Skontoaufwendungen
Aufbau Vorsteuer-Kennzeichen
1. Kennzeichen
2. MwSt-Satz
3. Vorsteuer-Konto
4. Skontoertrags-Konto
Über diesen Weg braucht die Anwendung zur Erzeugung von Buchhungsätzen keine Berechung hinsichtlich MwSt. und Sachkontenbezug durchführen.
Bei der Erzeug von Buchungssätzen für DATEV wirst Du sicherlich ohnehin mit Mwst-Schlüsseln arbeiten und so genannte Split-Buchungen für Rechnungen erzeugen, die unterschiedliche Mwst-Positionen erhalten.
Wie Hubert schon richtig anmerkte, ist der Zeitpunkt der Leistungserbringung („Lieferdatum“) maßgebend für die Berechnung der MwSt. Eine im Jan 2007 gestellte Rechnung für Leistungen aus dem Jahr 2006 ist demnach mit denen im Jahr 2006 geltenden MwSt-Sätzen auszuweisen. Als Anmerkung: Unter dieser Regelung fallen nicht Bestellungen, da allein das Lieferdatum maßgebend ist.
Buchungssätze werden postnumerandum aus Fakturen erstellt. Dies hat zur Folge, dass Deine Anwendung zum Zeitpunkt der Rechnungslegung auf Basis des Lieferdatums die entsprechende MwSt. ausweisen muss. Überlicherweise wird innerhalb des Artikelstamms der MwSt-Satz (besser: ein MwSt-Kz. wegen dem Sachkontenbezug) zu einem Artikel hinterlegt, der dann wiederum innerhalb Fakturierung bei den Artikelpositionen vorgeschlagen wird. Innerhalb der Anwendung muss es möglich, den MwSt.-Satz bzw. das Umsatzsteuer-Kennzeichen manuell abzuändern, um Lieferungen aus 2006 in 2007 abzurechnen.
Vielleicht helfen Dir meine Anmerkungen ja, einen zukunftsträchtigen Ansatz für Deine Applikation zu finden.
Gruß, Olaf
ich würde vorschlagen, dass Du die Datenbank für Fakturen und Artikel um ein Feld „MwStKz“ erweiterst. Da ich annehme, dass Deine Applikation eine Mehrsteuertabelle mit Sachkontenbezug (wg. DATEV) enthält, wäre dort ebenfalls eine Erweiterung um das Feld „MwStKz“ erforderlich.
Aufbau Umsatzsteuer-Kennzeichen
1. Kennzeichen
2. MwSt-Satz
3. MwSt-Konto
4. Konto Skontoaufwendungen
Aufbau Vorsteuer-Kennzeichen
1. Kennzeichen
2. MwSt-Satz
3. Vorsteuer-Konto
4. Skontoertrags-Konto
Über diesen Weg braucht die Anwendung zur Erzeugung von Buchhungsätzen keine Berechung hinsichtlich MwSt. und Sachkontenbezug durchführen.
Bei der Erzeug von Buchungssätzen für DATEV wirst Du sicherlich ohnehin mit Mwst-Schlüsseln arbeiten und so genannte Split-Buchungen für Rechnungen erzeugen, die unterschiedliche Mwst-Positionen erhalten.
Wie Hubert schon richtig anmerkte, ist der Zeitpunkt der Leistungserbringung („Lieferdatum“) maßgebend für die Berechnung der MwSt. Eine im Jan 2007 gestellte Rechnung für Leistungen aus dem Jahr 2006 ist demnach mit denen im Jahr 2006 geltenden MwSt-Sätzen auszuweisen. Als Anmerkung: Unter dieser Regelung fallen nicht Bestellungen, da allein das Lieferdatum maßgebend ist.
Buchungssätze werden postnumerandum aus Fakturen erstellt. Dies hat zur Folge, dass Deine Anwendung zum Zeitpunkt der Rechnungslegung auf Basis des Lieferdatums die entsprechende MwSt. ausweisen muss. Überlicherweise wird innerhalb des Artikelstamms der MwSt-Satz (besser: ein MwSt-Kz. wegen dem Sachkontenbezug) zu einem Artikel hinterlegt, der dann wiederum innerhalb Fakturierung bei den Artikelpositionen vorgeschlagen wird. Innerhalb der Anwendung muss es möglich, den MwSt.-Satz bzw. das Umsatzsteuer-Kennzeichen manuell abzuändern, um Lieferungen aus 2006 in 2007 abzurechnen.
Vielleicht helfen Dir meine Anmerkungen ja, einen zukunftsträchtigen Ansatz für Deine Applikation zu finden.
Gruß, Olaf
- brandelh
- Foren-Moderator
- Beiträge: 15695
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Hi Lewi,Lewi hat geschrieben: Wie Hubert schon richtig anmerkte, ist der Zeitpunkt der Leistungserbringung („Lieferdatum“) maßgebend für die Berechnung der MwSt. Eine im Jan 2007 gestellte Rechnung für Leistungen aus dem Jahr 2006 ist demnach mit denen im Jahr 2006 geltenden MwSt-Sätzen auszuweisen. Als Anmerkung: Unter dieser Regelung fallen nicht Bestellungen, da allein das Lieferdatum maßgebend ist.
ich hatte das nicht angemerkt. Tatsächlich bin ich da sogar ziemlich überrascht. Zum Glück habe ich im einzigen Programm wo dies von Belang ist schon immer 4 Felder gehabt:
Netto Summe
MWST-Satz
MSWT Betrag
Brutto EndBetrag
Der MWST-Satz wird aus einer Hilfstabelle vorgeladen, kann aber überschrieben werden. Den Vorgabewert kann der Anwender auch ändern.
Gruß
Hubert
Hubert
- Lewi
- 1000 working lines a day
- Beiträge: 830
- Registriert: Di, 07. Feb 2006 14:10
- Wohnort: Hamburg
- Danksagung erhalten: 2 Mal
Hubert, ich meinte auch "Wolfgang".
Nun, bei der Erstellung von DATEV-Buchungssätzen wie auch für FiBu´s müssen Sachkontenbezüge für die jeweiligen MwSt.-Sätze angegeben werden. Dieses Problem stellt sich für Dich wohl nicht.
Übrigens, bei steuerlichen Betriebsprüfungen achten die Prüfer u.a. darauf, ob eine Rechnung einen Liefertermin zum Bezug hat. Falls nicht, wird der Umsatz wie auch die MwSt. der Periode des Rechnungsdatums zugeordnet. Das kann bei größeren Rechnungen Konsequenzen in Bezug auf die Abführung von Steuern und deren Vorauszahlungen haben.
Gruß, Olaf
Nun, bei der Erstellung von DATEV-Buchungssätzen wie auch für FiBu´s müssen Sachkontenbezüge für die jeweiligen MwSt.-Sätze angegeben werden. Dieses Problem stellt sich für Dich wohl nicht.
Übrigens, bei steuerlichen Betriebsprüfungen achten die Prüfer u.a. darauf, ob eine Rechnung einen Liefertermin zum Bezug hat. Falls nicht, wird der Umsatz wie auch die MwSt. der Periode des Rechnungsdatums zugeordnet. Das kann bei größeren Rechnungen Konsequenzen in Bezug auf die Abführung von Steuern und deren Vorauszahlungen haben.
Gruß, Olaf
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
hi,
Ich musste eure Vorschläge erstmal "testen" bevor ich eine Antwort habe.
die "aufgebohrt" und wie du ein Datum VON / BIS eingeführt.
Mit einer neuen Funktion MWSTSUCH(dDate) wird er nun auf dem
"richtigen" Datensatz positioniert so das ich dann weiter meine "alten"
Funktionen nutzen kann.
Einen Mwst-Schlüssel habe ich nicht extra da ich das DATEV Konto
(z.b. 8300 für 7%) für die identifizierung der Mwst. nutze.
"falschem" Datum erfasst wurden (Funkuhr war ausgefallen) sodas
ich für jeden User "prüfe" ob es das "richtige" Jahr ist.
Deshalb habe ich einen "speziellen" User der auf YEAR(DATE())-1
arbeiten darf während alle anderen User immer auf YEAR(DATE()) sind.
DATEV Konten gehe sondern ein FELD Mwst. habe ...
danke erstmal für euer Vorschläge und Kommentare.
gruss by OHR
Jimmy
Ich musste eure Vorschläge erstmal "testen" bevor ich eine Antwort habe.
Da ich auch die einzelnen Mwst-Konten alle in einer DBF habe, hab ichManfred hat geschrieben: ich habe eine DB in der jeder Satz eine MWSt beinhaltet. Ab wann und bis wann gültig. Damit sollte man unendlich viele Möglichkeiten haben....
die "aufgebohrt" und wie du ein Datum VON / BIS eingeführt.
Mit einer neuen Funktion MWSTSUCH(dDate) wird er nun auf dem
"richtigen" Datensatz positioniert so das ich dann weiter meine "alten"
Funktionen nutzen kann.
Einen Mwst-Schlüssel habe ich nicht extra da ich das DATEV Konto
(z.b. 8300 für 7%) für die identifizierung der Mwst. nutze.
Ich hatte das Problem das Lieferscheine/Rechnungen mit einem völligOlaf hat geschrieben: ... um Lieferungen aus 2006 in 2007 abzurechnen.
"falschem" Datum erfasst wurden (Funkuhr war ausgefallen) sodas
ich für jeden User "prüfe" ob es das "richtige" Jahr ist.
Deshalb habe ich einen "speziellen" User der auf YEAR(DATE())-1
arbeiten darf während alle anderen User immer auf YEAR(DATE()) sind.
Ja, bei den Artikeln hab ich noch ein Problem da ich dort nicht über dieOlaf hat geschrieben: Überlicherweise wird innerhalb des Artikelstamms der MwSt-Satz (besser: ein MwSt-Kz. wegen dem Sachkontenbezug) zu einem Artikel hinterlegt
, der dann wiederum innerhalb Fakturierung bei den Artikelpositionen vorgeschlagen wird.
DATEV Konten gehe sondern ein FELD Mwst. habe ...
danke erstmal für euer Vorschläge und Kommentare.
gruss by OHR
Jimmy