Phone Number field on User table
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2024 02:18 PM
Hi All,
There is a mobile phone (phone_number type) field OOB on sys_user table. When a user enters incorrect format, a error message is shown. Where is that validation happening? I do not see any client script
Thanks!

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2024 03:03 PM
Hey there,
Can you specify where you are seeing this? If you are in the platform view looking at the regular sys_user form, there is no configuration OOB that would do that. If you are on some sort of catalog item, this may be a result of someone having configured a Regular Expression for that variable: https://docs.servicenow.com/bundle/washingtondc-servicenow-platform/page/product/service-catalog-man...
Hope that helps!
~Nick
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2024 03:32 PM
Hi Nick,
I am talking about sys_user table, if mobile_phone field is not on the form please add it to the form. Then enter some mobile number in wrong format, then you will see the error
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2024 05:58 PM
@pramodkumar Field type for this field is "Phone Number" so it only accept phone numbers. You can find more about this in below docs link
Please mark my answer correct and helpful if this works for you.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2024 04:14 PM
Could you provide a screenshot of the form and error? Could you also provide a screenshot of the dictionary record? Someone may have changed the type to use the "Phone Number (E164)" which does have additional logic: https://docs.servicenow.com/bundle/washingtondc-platform-administration/page/administer/field-admini...
~Nick