Tänk på att avgränsningarna är omvända när du kör US dollar: kommatecken för tusen, miljon osv och punkt för cent ("decimal").
Valutaförkortningar ligger alltid före talet om det ska vara rätt.
5 svar · 568 visningar · startad av MickeA.com
Tjena
Jag har ett system för bl.a. anmälningar till olika aktiviter/fakturering/onlinebetalning osv.. I dagsläget kör vi SEK genomgående men kommer behöva införa fler valutor framöver.
Tänkte höra vad man bör tänka på? Jag tror att kommer skapa en tabell i databasen med tillgängliga valutor, som innehåller:
Något mer? Bör man tillämpa avgränsare beroende på locale istället för på valuta?
Något annat som jag bör tänka på?
Tack!
Tänk på att avgränsningarna är omvända när du kör US dollar: kommatecken för tusen, miljon osv och punkt för cent ("decimal").
Valutaförkortningar ligger alltid före talet om det ska vara rätt.
Tänk på att avgränsningarna är omvända när du kör US dollar: kommatecken för tusen, miljon osv och punkt för cent ("decimal").
Valutaförkortningar ligger alltid före talet om det ska vara rätt.
Nej, det där beror på vilken locale man kör, det är t.ex. skillnad på Euro i Tyskland, Frankrike och Irland, därav min sista fråga "Bör man tillämpa avgränsare beroende på locale istället för på valuta?".
Om du t.ex. ska visa en summa i USD för en Italienare så ser det inte likadant ut som om du visar samma belopp i USD för en Amerikan. Samma sak med symbolen, t.ex. Polacker skriver 30€ istället för "som oss" €30.
/r Tror förresten att jag svarade på den sista frågan själv precis.
Om du jobbar med valutor bör du ha minst ett datumfält med.
Annars kan du inte spåra förändringar.
Jag ska hålla det hyffsat enkelt, ingen hantering av kurser osv. utan det ska bara vara "statiska" valutor. En sajt kanske genomgående vill köra Euro (t.ex. en kund från Tyskland) medan Svenska kunder kommer köra SEK. Det verkar i nuläget även bli så att resp. sajt hanterar bara EN valuta, så jag tror att datumfält blir överflödigt.
Jag utvecklade en webshop för länge sedan där det i efterhand blev aktuellt att använda olika valutor. Jag hade dock tur eftersom jag gjort en funtkion för just formatering av pris som alltid använder (tusenavgränsare, decimal, etc). Så där var det enkelt att lägga till en uträkning av valuta före formateringen. Datum sparas givetvis vid ordertillfället så det var inget som behövde modifieras. Men tänk på att spara aktuell valutakurs när ordern läggs, så att inte kunden lägger ordern dag 1 och ser en summa, och när den senare faktureras dag 2 så kanske kursen har ändrats.