Nie przechowuj tego. Oblicz to!

Mój zalecany sposób przechowywania stóp procentowych / odsetek to:

Powinieneś mieć tabelę 'VAT_param' jak

Stopa procentowa / obowiązuje od (Data) / obowiązuje do(data)

Wierzę,

"wszystko, co można obliczyć, nie powinno być zapisane "

Szczególnie w takich przypadkach, gdy trzeba obliczyć wartości na podstawie procentu innych (jak podatki, odsetki itp.) Nie pozwól, aby wymiana czasoprzestrzeni Cię uniknęła. Pobłogosławisz się później za spędzanie czasu nad przestrzenią.

Następnie VAT powinien być starannie obliczony na podstawie stawki efektywnej w danym okresie, na podstawie daty wystawienia faktury. Będzie

• Zapewnij najmniej redundancji (pls. nigdy nie mów o starych lub nowych stołach.. w ciągu kilku lat zaczniesz ciągnąć za włosy, jeśli stopa procentowa zmieni się raz w roku)

• Mieć scentralizowany jednoprzyciskowy do kontroli szybkości. Twój stół VAT_param.

Moje myśli ...

A - generalnie wolę calc niż sklep, ale w tym przypadku obliczony VAT (oraz stawki i kody użyte do calc) powinny być przechowywane przy każdej transakcji. Dzieje się tak dlatego, że będą to dane źródłowe dla dokumentów, które muszą być wielokrotnie generowane. Chcesz również być w stanie dopasować kwotę VAT ze sprzedaży do kwoty VAT w Księdze finansowej. Nie chcesz ryzykować, że nie będziesz w stanie ponownie wygenerować dokumentu, takiego jak faktura lub raport VAT za każdym razem identycznie.

B-wartości VAT (lub innych podatków) powinny być bezwzględnie przechowywane w tabeli, z datami wejścia w życie i stawkami. Jeśli jest zakodowany na twardo, wykonaj pracę teraz, aby go zmiękczyć, ponieważ prawdopodobnie zmieni się ponownie w niedalekiej przyszłości.

C - jest to ogromna (i rozwiązana) umowa w USA, ponieważ podatek od sprzedaży różni się między Stanami, hrabstwami, a nawet miastami. Mieszkam i pracuję w hrabstwie Los Angeles, a stawka podatku od sprzedaży wynosi 8,25%. 10 mil na południe, w Orange Hrabstwo, stawka podatku od sprzedaży wynosi 7,75%. Sklepy internetowe i katalogowe muszą znać prawidłową stawkę, ponieważ zależy ona od miejsca dostawy!

Powodzenia.

Pobieramy VAT z tabeli bazy danych współdzielonej przez wszystkie nasze wewnętrzne aplikacje, co oznacza, że nie jest to dla nas wielka sprawa, jeśli chodzi o nasz nowy kod. Utrzymanie scentralizowanego systemu w ten sposób musi być mądrym posunięciem.

Mam paskudne przeczucie, że dwa systemy, które odziedziczyłem, mają gdzieś kodowany wskaźnik.

Gorsze jest to, że jeśli jest zakodowany na twardo, po prostu będę wymieniał wartości zakodowane na twardo, ponieważ nie mam czasu na poprawną zmianę.

Co gorsza, Nie wiem, gdzie znajdę czas na zmianę. Wyobrażam sobie więc, że nie uda się to zrobić na czas poniedziałkowej zmiany. Oczywiście są bardziej interesujące kwestie, takie jak to, że nasze 10 funtów abonament jest oparty na £ 10 w tym 17.5% VAT (£8.515 lub cokolwiek to jest). Będzie to teraz £9.79 lub tak, robiąc kompletny bałagan ze wszystkiego, co reklamuje go w £10, a wszystkie obliczenia witryny oparte na £10.

To wszystko dlatego, że idiota odpowiedzialny za skarbonkę chciał nagłówek.

Mamy nasze stawki VAT przechowywane w tabeli bazy danych, więc nie jest to zbyt wielka sprawa dla nas, chociaż muszę trzymać rękę w górze i powiedzieć, że ze względu na charakter niektórych modyfikacji, które wprowadziliśmy do kodu VAT został zakodowany w kilku miejscach (mój błąd!), które udało mi się odtworzyć w inny, bardziej ekscytujący sposób!

Pracuję nad czymś, żeby to zrobić, gdy stopa się zmieni.

W Jaki Sposób to zrobisz, nie ma potrzeby zapisywania daty rozpoczęcia i daty zakończenia w tabeli vat, ponieważ okresy vat przebiegają bezpośrednio po sobie.

Możesz uzyskać dostęp do prawidłowego podatku vat, wykonując zapytanie takie jak poniższe, gdzie vat_date jest datą początkową dla stawki VAT.

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

W odniesieniu do argumentu store vs calc. Jeśli go przechowasz, zawsze możesz go obliczyć później - jeśli zmienisz zdanie;)

Znalazłem wczoraj w kodzie tabelę, która przechowuje ważne ustawienia konfiguracji dla aplikacji.

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

Jednym z tych ustawień była nasza główna kombinacja nazwy użytkownika i hasła administratora serwera (niezabezpieczona). Domyślam się, że dev, który go stworzył, zawsze chciał mieć do niego dostęp, gdyby zapomniał! Nie trzeba dodawać, że teraz zniknął.