Sweden Number Format

Format Rules

What's different here

Swedish number format

Swedish (sv-SE) writes 1234567.89 as 1 234 567,89: a comma for decimals and a space between thousands. Amounts in kronor put kr after the number: 1 234 567,89 kr. Every one of those spaces is U+00A0 NO-BREAK SPACE, both in Intl output and in CLDR's Swedish data, and negative numbers start with U+2212 MINUS SIGN, not the hyphen you type. Percentages get the same no-break space: 13 %.

Sweden vs Poland, Norway and Denmark

Intl output (the same on Node 20 and Node 24):

• Poland matches Sweden on large numbers only. pl-PL leaves four-digit numbers ungrouped (CLDR sets minimumGroupingDigits to 2 for Polish), uses the ASCII hyphen for negatives and puts no space before %. Sweden writes short dates year first.
• Norway shares Sweden's punctuation, minus sign, percent spacing and kr after the amount. The compact words differ (mill., not mn), short dates put the day first, and kr alone doesn't say whether an amount is SEK or NOK.
• Denmark groups with a period, uses the ASCII hyphen for negatives, and writes kr. with a full stop after the amount.

Parsing Swedish input

parseFloat stops at the first space, and it can't read the U+2212 minus that Intl itself produces:

parseFloat("1 234,56");                            // → 1
const s = new Intl.NumberFormat('sv-SE').format(-1234.5);
s;                                                 // → "−1 234,5"
parseFloat(s);                                     // → NaN

Normalise the spaces and the minus sign, then swap the decimal comma:

const parseSv = input => {
  const s = input.replace(/[\u0020\u00A0\u202F]/g, '').replace(/\u2212/g, '-').replace(',', '.');
  return s === '' ? NaN : Number(s);
};

parseSv("−1 234,5");  // → -1234.5
parseSv("1 234,56");     // → 1234.56
parseSv("1 234,56"); // → 1234.56
parseSv("   ");       // → NaN

The second call is typed with ordinary spaces (U+0020). The third uses U+202F, the narrow no-break space that fr-FR output and some tools produce. Accept all three. The guard makes blank input NaN; Number('') alone returns 0.

SEK amounts and öre rounding

SEK keeps two decimals in data and in Intl output (1 234,50 kr). Cash is different. The 50-öre coin's last day as legal tender was 30 September 2010 (Sveriges Riksbank). The Rounding Act (SFS 1970:1029) covers payment in Swedish coin (§1) and rounds öre to the nearest whole krona (§2): 1–49 öre down, 50–99 up. When the coin was withdrawn, the Riksbank said card payments would not be affected. Keep öre in stored amounts. If you need a cash total, Intl's default rounding (half away from zero) gives the same result at zero decimals:

const cash = new Intl.NumberFormat('sv-SE', { style: 'currency', currency: 'SEK', maximumFractionDigits: 0 });
cash.format(1234.49);  // → "1 234 kr"
cash.format(1234.5);   // → "1 235 kr"

Q&A

Why doesn't my Swedish-formatted number match "1 234,56" in my test?

Your test string uses U+0020. Intl uses U+00A0 between groups and before kr and %, and U+2212 for negatives. Normalise both sides, or compare formatToParts() output.

Is Swedish number formatting the same as Polish?

Only for numbers of five digits or more. They differ on four-digit numbers (1 234 vs 1234), negatives (U+2212 vs hyphen), percent (13 % vs 13%) and short dates (2026-09-27 vs 27.09.2026).

How do I tell SEK from NOK and DKK when all three use kr?

Let Intl choose. In sv-SE, NOK and DKK get their own symbols (1 234,50 Nkr, 1 234,50 Dkr), and en-US shows codes (SEK 1,234.50). Avoid currencyDisplay: 'narrowSymbol': en-US then prints kr 1,234.50 for all three.

Should I round SEK prices to whole kronor?

Only for cash totals. SEK has minor unit 2 (ISO 4217), and card and stored amounts keep öre. The Rounding Act covers payment in coin.

Code Examples

// Basic number
new Intl.NumberFormat('sv-SE').format(1234567.89)
// → "1 234 567,89"

// Currency
new Intl.NumberFormat('sv-SE', {
  style: 'currency',
  currency: 'SEK'
}).format(1234567.89)
// → "1 234 567,89 kr"

// Percentage
new Intl.NumberFormat('sv-SE', {
  style: 'percent',
  minimumFractionDigits: 1
}).format(0.125)

// Compact notation
new Intl.NumberFormat('sv-SE', {
  notation: 'compact'
}).format(1234567)

Negative Number Formats