How are other companies handling the storage of international phone numbers in both Vendor & Customer cards. Specifically the international country code.
*This post is locked for comments
I can understand the "caution" around modifications. Modifications should not be made for their own sake. They have to be weighed against the cost. Those costs include:
1. Actual development time
2. Recurring costs of future upgrades
Once you have the costs, you have to weigh them against the benefits, which include:
1. How much employee time will be saved (in this case, by not having to track phone number in some external place)
2. How much easier with the system be to use
3. How much easier will your framework be for training new employees
In this case, the modification is a no brainer so long as you have the licensing requirements that I first mentioned (if you don't, then you have to add that to the cost of the solution). An experienced GP consultant should be able to make this change in 15 minutes if already onsite for another purpose. Maybe 30 minutes if they have to take the time to connect to your system remotely, etc. This particular change should not need to be upgraded for service packs, and yes, it may need to be recreated for major version upgrades to GP (like from 10 to 11). Then your out another 15 minutes of consulting as part of the upgrade. Probably easily worth the benefit of being able to track phone number in GP.
Choosing a GP VAR should include making sure that VAR can make and support changes to GP. Afterall, one of the biggest values around GP is its flexibility to modification, something that is needed in the real world. Many if not most GP VARs can do things like this for their clients. I think there may even be self help on CustomerSource Knowledgebase. Check it out. But a client would need Modifier/VBA to do this themselves.
Caution! There are a lot of programmers here that are not afraid of modifications.
MODIFICATIONS mean that when you upgrade from 9 to 10 or 10 to 11 or 11 to 12 or even install service packs or feature packs you need to test and possibly re-create your modifications. Watch out for this!
Yes, it is definitely a possibility, and really an easy modification.
you can use the default Phone Mask and you can use some rules to avoid changing lots of thing in GP
so i think ,It's better to customize yourself to use GP and not to customize GP
As a final solution to deal with some new issues, yes go develop on GP
Developer Advice :D
Like: replace Blank char with stars
852 – 9874 – 654 Ext ****
*** - 9874 – 654 Ext 1234
Hi James
You can go Phone_number and Phone_Number3 formats and remove the existing format, add the new format as you like. You have the option of formatting it to your needs
Thanks
Janakiram M.P.
Is there a format option or can a format option be created to mask for international and US?
I have good news for you. This is not as hard as you might think. Making the change requires that you either have the customization site license (CSL) or Modifier/VBA. (If you only have CSL, you'll have to have your VAR make this change for you). Then using Modifier, change the format of the Phone_Number and Phone_Number3 data types to not have an input mask. The change you make will be stored in the forms.dic file, which will then have to be copied to every other GP workstation. The Customization Maintenance window cannot export a change like this.
Don't be afraid to make the change yourself. Just launch Modifier (Tools>>Customize>>Modifier), and you'll see a data types button on the tool bar.
Good luck.
Ron DraganowskiFind me on LinkedIn: http://www.linkedin.com/in/rondraganowski
#1
André Arnaud de Cal...
292,884
Super User 2025 Season 1
#2
Martin Dráb
231,760
Most Valuable Professional
#3
nmaenpaa
101,156
Moderator
Share
Report
All responses (
Answers (