Varför inte använda dina 12% rakt av?
PriceExkVat = PriceInkVat/1.12
'... insert
PriceInkVat = PriceExkVat*1.12
Men du kommer ändå få avrundningsproblem eftersom dina kvoter oftast kommer att få jättemånga decimaler.
Så du får runda av också!
11 svar · 916 visningar · startad av doggelito
Fredagstilt!
Hur får jag denna rätt?
Jag har ett pris 5325 :- inkl. moms (12%)
Detta pris lagrar jag i databasen exkl. moms, dvs. jag drar av momsen och insertar.
Sen vill jag få ut detta pris igen med moms men då blir det fel.
Dim PriceInkVat, PriceExkVat
PriceInkVat = 5325
PriceExkVat = PriceInkVat - (PriceInkVat*0,1071) = 4754,6925
'... insert
PriceInkVat = PriceExkVat + (PriceExkVat*0,12)
Summan inkl moms är då helt plötsligt 5325,26
Mao så är 10,71 % neråtmoms inte helt korrekt men går det att avrunda på nått vis eller räkna på annat sätt?
Varför inte använda dina 12% rakt av?
PriceExkVat = PriceInkVat/1.12
'... insert
PriceInkVat = PriceExkVat*1.12
Men du kommer ändå få avrundningsproblem eftersom dina kvoter oftast kommer att få jättemånga decimaler.
Så du får runda av också!
Varför inte använda dina 12% rakt av?
För att man inte kan räkna så. Om du drar av tolv procent av hundra bagis så får du åttiåtta bagis kvar. Om du sedan lägger på tolv procent av det så hamnar du på 98,56.
EDIT: Jag läste ditt inlägg fel - ber om ursäkt! :)
Fan, jag som tyckt att jag testat alla varianter av att använda 12 rakt av. :q
Tydligen missat [summa]/1.12!
Tack! Ska labba vidare med avrundningen då! :bire
Kallas baklängesmoms (http://www.blinfo.se/facts/quick/artikel.gml?nummer=98:S28)
Om du använder round() så får du ut svaret avrundat. En fråga dock. Varför använder du inte exmoms-priser istället? Sparar en massa huvudvärk.
@nders skrev:
För att man inte kan räkna så.
Jag tror visst att man kan det! :) 100/1,12=89,2857.......
89,2857......*1,12=100
jonne skrev:
En fråga dock. Varför använder du inte exmoms-priser istället? Sparar en massa huvudvärk.
Pga. användarvänlighet! (faktiskt).
För om en webbshop riktar sig till privatpersoner (som ska se priser inkl. moms) så vill administratören också fylla i priserna inkl moms. (så man inte får ex. 1995.36kr inkl)
Däremot i databasen så spars alla priser exkl. moms överallt.
Tycker det låter omständligt med tanke på att företaget som köper in produkten alltid hanterar priserna i ex moms. Sen bör du ju ha en funktion/klass som du kör ut priset igenom och där ska man sätta uträkningar, prislistor, rabatter, avrundningar etc . Eller det är så vi gör iaf ... men men smaken är väl som baken :)
jonne skrev:
Tycker det låter omständligt med tanke på att företaget som köper in produkten alltid hanterar priserna i ex moms. Sen bör du ju ha en funktion/klass som du kör ut priset igenom och där ska man sätta uträkningar, prislistor, rabatter, avrundningar etc . Eller det är så vi gör iaf ... men men smaken är väl som baken
När man säljer till privatpersoner ska man under inga som helst omständigheter diskutera priset UTAN moms. Det ska alltid vara priset inklusive moms. Driver du ett företag på något annat sätt för att det är "smidigt" så känns det inte som ett seriöst företag att handla av som privatperson då de bara "gjort det lätt för sig".
Dessutom kan man bli dragen inför ARN som jag gjorde med ett telekomföretag och fick rätt då de informerat mig om priset exklusive moms i en affär när jag handlade som privatperson. Jag drev ärendet vidare och slapp betala momsen för att det inte framgick någonstanns att jag faktiskt skulle betala moms.
Dessutom hade jag inte fått veta något om en anslutningsavgift på 250kr som jag givetvis inte heller accepterade.
Därför ska man alltid ange priser med moms om man riktar sig till privatpersoner.
Nu menade jag ju naturligtvis inte att man skulle köra priser ex moms ut till slutkonsument, utan att man skulle hantera priset ex moms i administrationen :)
jonne skrev:
Nu menade jag ju naturligtvis inte att man skulle köra priser ex moms ut till slutkonsument, utan att man skulle hantera priset ex moms i administrationen
Det är just det! :) Användarvänlighet! Eller rättare sagt administratörsvänlighet! :)
Ska man ange alla priser exkl. moms. så måste administratören ovandla alla sina utpriser till ex moms-priser vilket medför mertid för admin. Och tid är pengar! ;)
Då butiken jobbar med privatpersoner så vet butiksinnehavaren vilka utpriser han vill ha och då vill han också fylla i priserna så, som jag skrev ovan för att slippa riskera få utpriser som blir ex. 35.34 kr
Och självklart har man olika kundgrupper (om man har en bra webbutik!) där man bestämmer hur priset ska anges för varje grupp, exkl eller inkl.
doggelito skrev:
Det är just det! :) Användarvänlighet! Eller rättare sagt administratörsvänlighet! :)
Ska man ange alla priser exkl. moms. så måste administratören ovandla alla sina utpriser till ex moms-priser vilket medför mertid för admin. Och tid är pengar! ;)Då butiken jobbar med privatpersoner så vet butiksinnehavaren vilka utpriser han vill ha och då vill han också fylla i priserna så, som jag skrev ovan för att slippa riskera få utpriser som blir ex. 35.34 kr
Och självklart har man olika kundgrupper (om man har en bra webbutik!) där man bestämmer hur priset ska anges för varje grupp, exkl eller inkl.
Ja inte tusan vill administratören hålla på och räkna själv i alla fall.
Här i sverige är det inga problem men i australien så har man hur många procentsatser som helst för moms. När jag gjorde ett orderhanteringssystem åt en kund i Brisbane så hade jag ett HELVETE med alla uträkningar. Dessutom ville de att varje anställd fick en egen budget att rätta sig efter och då skulle detta in i uträkningarna på varje GL kod. (general ledger code) Dessutom skulle jag ta hänsyn till om någon annan överskridit sin budget plus att de då ville kunna se priser både med och utan moms på 5-6 olika procentsatser på samma order...