We use GP as our order system and it is integrated with CRM, where all of our customer accounts are "born" and live. When needed, we "push" customer accounts not yet in GP from CRM to GP. This is only done once, usually when we need to place an order for that customer.
Recently, it came to our attention that the leading zeros on ZIP codes for some of the accounts that are pushed over are getting truncated, leaving only 4-digit ZIP codes in GP. This is erratic - not all ZIP codes with leading zeros are having those leading zeros chopped off, and I'm not sure when this started. According to our IT department,
I looked into the ZIP code thing and didn’t find any of the weirdness in the field mapping that I would have expected to be causing the issue. It’s a straight mapping from the ZIP code in CRM to the ZIP code in GP. I would have expected to see some kind of string-to-number filter chopping off those leading 0’s. But, this is not the case (at least not on the field-mapping level).
*This post is locked for comments
I have the same question (0)

Report
All responses (
Answers (