UK Mehrwertsteuer ändern von 17,5 auf 15% - Wie wird sich dies auf Ihren code?

Nicht berechnen. Speichern Sie es!

HMRC sind sehr pingelig, was bezahlt die richtige Menge an Mehrwertsteuer. Die Rundung des MwSt-Berechnung ist etwas vage angegeben in der Bedienungsanleitung, und lassen es bis zu zukünftigen Praktiker, es richtig zu machen ist möglicherweise ärger. Durch die Speicherung der Betrag, wenn die Rechnung/line-Position eingetragen ist, wird dieses problem vermieden.

Dies scheint wie eine Verschwendung von Speicher und eine Verletzung des Redundanz-Prinzip, aber die Menge an Speicher beteiligt ist klein und es könnte sparen Sie eine Menge ärger in der Zukunft. Natürlich, es ist selbstverständlich, dass die Währung (und möglicherweise sogar der Mehrwertsteuersätze mit Nachkommastellen) gespeichert werden soll, als integer multipliziert, um zu vermeiden, binary fractional-Darstellung Rundungsfehler schleichend zu.

Zentral-rate-Speicher

Sollte unbedingt auf Mittel-rate-Speicher. Allerdings würde ich empfehlen, dass dies nur bietet die aktuelle Standard-Preise verwendet, wenn die Eingabe von neuen Rechnungen. Diese können gespeichert werden mit start-und Enddatum zu geben, automatische Umschaltung, wenn nötig. Diese Kurse können gespeichert werden für jede Rechnung (oder Rechnung Linie) zusammen mit den berechneten MwSt-Beträge zum Zeitpunkt der Rechnung angehoben wird, um zu gewähren eine absolute Momentaufnahme der situation an der Zeit.

Vergessen Sie nicht, um Platz für die verschiedenen MwSt-Sätze zu verwenden (z.B. standard -, reduziert -, zero-Rating, keine-MwSt.) und die Möglichkeit des Handels mit MwSt-registrierten Organisationen in anderen EU-Ländern, in denen Sie möglicherweise keine-MwSt-Rechnung, dass normalerweise zuzüglich MwSt.

Könnten Sie am Ende mit einer Tabelle so Aussehen (Beispiel):

id | Preis name | MwSt-Satz | Start Datum | End Datum 
--------------------------------------------------- 
1 | Standard| 1750 | 01/01/1991 | 30/11/2008 
2 | Standard| 1500 | 01/12/2008 | 31/12/2009 
etc 

Die obige Tabelle ist nur ein Beispiel. Die Mehrwertsteuer wird als Ganzzahl gespeichert, von "basis-Punkte" (z.B. Hundertstel Prozentpunkt), sondern geht davon aus, dass der MwSt-Satz wird nie zu mehr als 2 Dezimalstellen. Könnte man natürlich erweitern diese mit einer extra-Spalte zu lindern dieses problem, aber es würde scheinen, möglicherweise einen Schritt zu weit!

InformationsquelleAutor der Antwort Mark Hatton

Meine Gedanken ...

ein - ich in der Regel lieber calc über store, aber in diesem Fall die berechnete MwSt (und die rate & codes verwendet, um calc) sollte gespeichert werden, mit jeder Transaktion. Dies ist, weil es eine Quelle von Daten für Dokumente, müssen immer wieder neu generiert. Sie wollen auch entsprechen zu können der MwSt-Betrag aus dem Verkauf der MwSt-Betrag in eine finanzielle ledger. Sie nicht riskieren wollen, die Möglichkeit, nicht in der Lage zu re-generieren Sie ein Dokument, wie eine Rechnung oder MwSt-Bericht identisch zu jeder Zeit.

b - Die Mehrwertsteuer (oder andere Steuern) Werte sollten unbedingt in einer Tabelle gespeichert werden, mit den effektiven Daten und Preisen. Wenn es hart codiert sein, tun die Arbeit, die jetzt zu weich-code, denn es wird sich wahrscheinlich ändern, wieder in der nahen Zukunft.

c - Das ist eine riesige (und gelöst) in den USA, weil die Umsatzsteuer variiert zwischen Staaten, Ländern und sogar Städten. Ich Lebe und arbeite in Los Angeles County, und die sales-tax-rate von 8,25%. 10 Meilen südlich, in Orange County, die Mehrwertsteuer ist auf 7,75%. Internet-und Katalog-Händler haben zu wissen, den richtigen tarif, denn es ist bestimmt von Lieferung Position!

Glück.

InformationsquelleAutor der Antwort tomjedrz

Habe ich eine böse Gefühl, dass 2 Systeme, die ich habe, geerbt haben, die rate, hart-codiert irgendwo.

Schlimmer als das ist, dass, wenn es hart codiert sein, den ich einfach ersetzen die hart-kodierten Werten, da ich nicht die Zeit haben, für richtig, es zu ändern.

Sogar noch schlimmer, ich weiß nicht, wo werde ich die Zeit, um tatsächlich tun, das zu ändern. Also ich kann mir vorstellen, dass es nicht sein fertig in-Zeit für Montag ändern. Natürlich gibt es noch weitere interessante Themen, wie unsere £10 Abonnement basiert auf £10 einschließlich 17.5% MwSt (£8.515 oder was auch immer es ist). Es werde jetzt € 9.79 oder so, so dass ein komplettes Chaos, alles, was wirbt es für £10, und alle Website-Berechnungen auf der Grundlage der £10.

All dies, weil der idiot in charge of die piggy-bank wollte eine Schlagzeile.

InformationsquelleAutor der Antwort Valerion

Ich bin gerade an etwas arbeiten, um dies zu tun, wenn die rate der änderungen.

Was immer Sie tun, es gibt keine Notwendigkeit Aufzeichnung starten und ein end-Datum in die Tabelle MwSt /UST, da die Mehrwertsteuer Zeiträume laufen direkt hintereinander.

Können Sie den Zugriff auf die richtigen MwSt. - indem Sie eine Abfrage wie der folgenden, wo vat_date ist das Startdatum für die MwSt-Satzes.

SELECT * FROM vat WHERE NOW() > vat_date ORDER BY vat_date DESC LIMIT 1

InformationsquelleAutor der Antwort Stephen

Fand ich eine Tabelle in dem code in der letzten Nacht, die gespeicherten Konfigurationseinstellungen für die Anwendung.

Table tbl_config
   config_id int
   config_name varchar(255)
   config_value varchar(255)

Diesen Einstellungen war unser Haupt-admin-Benutzernamen und Passwort-Kombination für den server (unhashed). Ich denke, der dev, der Sie erschaffen wollte immer Zugriff darauf, wenn er vergaß! Unnötig zu sagen, es ist jetzt verschwunden.

InformationsquelleAutor der Antwort digiguru