
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎08-06-2019 02:54 AM
Hi there,
We are experiencing inconsistent behavior in how the decimal sign is shown for price fields (for example price field on the Catalog Items, both on list as on form). Sometimes the decimal is a dot (.), sometimes this is a comma (,). Inconsistent as in that this can occur for one user, which has the same Language set, same User preference Language set, same browser, etc..
I also opened a Hi case to investigate this. Though I thought, maybe someone on the community already encountered a situation like this?!
It is reproducible on our Madrid company instance, though also on my Personal Developer Instance which is on New York.
Key is: You have to have an additional Language pack installed 🙂 In our case Dutch.
Steps to reproduce:
If the decimal sign is a dot
- sys_user record, change Country code into Germany, save
- sys_user record, change Language into Dutch, save
- sys_user reocrd, change Country code back into System + change Language back into System, save
If the decimal sign is a comma
- sys_user record, change Country code into Germany + change Language into Dutch, save
- sys_user record, change Language back into System, save
- sys_user record, change Country code back into System, save
Curious if someone already encountered this and how they handled this.
Kind regards,
Mark
---
Kind regards,
Mark Roethof
Independent ServiceNow Consultant
10x ServiceNow MVP
---
~444 Articles, Blogs, Videos, Podcasts, Share projects - Experiences from the field
Solved! Go to Solution.
- Labels:
-
Multiple Versions

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-07-2019 03:08 AM
Got an update from HI:
"Solution proposed is :
Hello Mark,
We are placing this issue in Solution Proposed.
Issue:
Decimal price field sometimes comma / sometimes dot
Most Probable Cause:
This issue is documented in PRB1326824 and this is a known error.
Solution Proposed:
According to PRB1326824, the available workaround is:
==================================================================================================================================================================================================
***THIS DOES NOT APPLY TO READ-ONLY FIELDS: SEE PRB1334313 IF HAVING AN ISSUE WITH A READ-ONLY CURRENCY FIELD***
For READ-ONLY CURRENCY FIELD, check KB0751474:
https://hi.service-now.com/kb_view.do?sysparm_article=KB0751474
This problem is under review and targeted to be fixed in a future release. To receive notifications when more information becomes available, subscribe to this Known Error article (KB0751474) by clicking the Subscribe button at the top right of this form.
The workaround consists in creating a Global UI Script ("SNC Workaround for PRB1326824") as listed below. This should be set in a dev instance and activated on a prod instance only after testing.
NOTE: THIS WORKAROUND OVERRIDES AN INTERNAL API AND NEEDS TO BE REMOVED WHEN UPGRADING TO A VERSION THAT ALREADY HAS THE FIX.
***THIS DOES NOT APPLY TO READ-ONLY FIELDS:***
addTopRenderEvent(function() {
if (typeof CurrencyElement !== "undefined") {
CurrencyElement.prototype._extractCurrency = function(currency) {
var currencyParts = currency.split(';');
var localeCode = window.NOW.locale.code.replace(/_/g, '-');
var currencyCode = currencyParts[0];
var value = currencyParts[1].replace(/[^\d-^.]/g,'');
var negPrefix = value.startsWith('-') ? '-' : '';
value = negPrefix + value.replace(/[^\d\.]/g, '');
var amount = Number(value).toLocaleString(localeCode, {
style: 'currency',
currency: currencyCode,
minimumFractionDigits: 2,
maximumFractionDigits: 4,
currencyDisplay: 'code'
});
var replaceChars = "(" + currencyCode + "|\u200F|\u00A0)+";
var replaceRegEx = new RegExp("^" + replaceChars + "|" + replaceChars + "$", "g");
amount = amount.replace(replaceRegEx, '');
return {
amount: amount,
type: currencyCode
};
};
}
});
====================================================================================================================================================================================================
Next Steps:
Please check the given information and test workaround in sub-production first.
To close this case, please click on the Accept Solution button.
Best regards,"
Kind regards,
Mark Roethof
Independent ServiceNow Consultant
10x ServiceNow MVP
---
~444 Articles, Blogs, Videos, Podcasts, Share projects - Experiences from the field

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎02-21-2022 06:25 AM
I ran into this on a read-only field (dictionary level) today. Your post pointed me in the right direction (after spending an entire day troubleshooting my BR), thanks!!
I'm running Rome - this KB states that this should be fixed in New York Patch 7 & Orlando, however creating a UI policy setting it to read-only instead fixed my issues.