Updates on model and API changes.
Support for Address.PostalNumber
is planned removed:
Environment | Date |
---|---|
Extest | 2025-01-05 |
Prod | 2025-01-07 |
Note: Because we see the PostalNumber field is still in use from time to time, we have postponed this update until january 2025.
Address.PostalNumber
(string) has been replaced by Address.PostalCode
(string).
The old field Address.PostalNumber
is retained for backwards compatibility,
and is currently kept in sync with the new field.
This is temporary, and the old Address.PostalNumber
field should no longer be used.
Please switch your references from PostalNumber to PostalCode as soon as possible.
This change affects both the Contracting Works GraphQL and REST APIs.
- GraphQL API: Queries for
postalNumber
will result in errors. - REST API: Updates to
PostalNumber
will be ignored, as the field will no longer exist in the model.
Update your code to use PostalCode
instead of PostalNumber
immediately.
We would appreciate it if you let us know through Contracting.Works Teams when the change is done.
These are our planned release dates for this model update:
Environment | Date |
---|---|
Extest | 2024-11-21 |
Prod | 2024-11-27 |
Address.MunicipalityNumber
(int) will be replaced byAddress.MunicipalityCode
(string).
This change affects both the Contracting Works GraphQL and REST APIs.
- GraphQL API: Queries for
municipalityNumber
will result in errors. - REST API: Updates to
municipalityNumber
will be ignored, as the field will no longer exist in the model.
Update your code to use municipalityCode
instead of municipalityNumber
.
Note: The field type is changing from
int
tostring
.
We recommend testing your integration thoroughly to ensure compatibility once the change is implemented.