Hello again,
We have identified another data issue that involves employees with non-US addresses not passing validation as SAP is trying to fit a non-US region and postal code into the US State and zip code fields. This does not pass our internal validation against the IRS schema and we anticipate we will have 100 employee records (and also their dependent records) fail as a result.
For example: The employee's address on IT0006 is in Ontario, Canada with Province=Ontario, Postal Code = N1G1H8 and Country=Canada
When this record appears in the XML file it appears as a US address.
-<MailingAddressGrp> -<USAddressGrp>
<AddressLine1Txt>123 Main Street </AddressLine1Txt>
<irs:CityNm xmlns:irs="urn:us:gov:treasury:irs:common">Guelph</irs:CityNm>
<USStateCd>ON</USStateCd>
<irs:USZIPCd xmlns:irs="urn:us:gov:treasury:irs:common">N1G 1</irs:USZIPCd>
<irs:USZIPExtensionCd xmlns:irs="urn:us:gov:treasury:irs:common">H8</irs:USZIPExtensionCd>
</USAddressGrp> </MailingAddressGrp>
Validation errors are
Element '{urn:us:gov:treasury:irs:ext:aca:air:7.0}USStateCd': [facet 'enumeration'] The value 'ON' is not an element of the set {'AL', 'AK', 'AS', 'AZ', 'AR', 'CA', 'CO', 'MP', 'CT', 'DE', 'DC', 'FM', 'FL', 'GA', 'GU', 'HI', 'ID', 'IL', 'IN', 'IA', 'KS', 'KY', 'LA', 'ME', 'MH', 'MD', 'MA', 'MI', 'MN', 'MS', 'MO', 'MT', 'NE', 'NV', 'NH', 'NJ', 'NM', 'NY', 'NC', 'ND', 'OH', 'OK', 'OR', 'PW', 'PA', 'PR', 'RI', 'SC', 'SD', 'TN', 'TX', 'VI', 'UT', 'VT', 'VA', 'WA', 'WV', 'WI', 'WY', 'AA', 'AE', 'AP'}.
Element '{urn:us:gov:treasury:irs:ext:aca:air:7.0}USStateCd': 'ON' is not a valid value of the atomic type '{urn:us:gov:treasury:irs:ext:aca:air:7.0}StateType'.
Element '{urn:us:gov:treasury:irs:common}USZIPCd': [facet 'pattern'] The value 'N1G 1' is not accepted by the pattern '[0-9]{5}'.
Element '{urn:us:gov:treasury:irs:common}USZIPCd': 'N1G 1' is not a valid value of the atomic type '{urn:us:gov:treasury:irs:common}USZIPCdType'.
Element '{urn:us:gov:treasury:irs:common}USZIPExtensionCd': [facet 'pattern'] The value 'H8' is not accepted by the pattern '[0-9]{4}'.
Element '{urn:us:gov:treasury:irs:common}USZIPExtensionCd': 'H8' is not a valid value of the atomic type '{urn:us:gov:treasury:irs:common}USZIPExtensionCdType'.
We expect it to appear in <MailingAddressGrp> -<ForeignAddressGrp> with appropriate lines for country, province etc.
Has anyone else experienced this and found a fix? I opened an incident yesterday to address this and haven’t received any response yet.
152454 / 2016
Thank you,
Joelle