Check delivery addresses: Map street and Packstation details correctly
Check a delivery address in two stages: first identify the type of destination, then verify that its components reach the shipping label in the correct fields. A home address and a conventional DHL Packstation address using a personal Postnummer require different information. A fully completed form alone does not establish that an address is suitable for delivery.
Cover image: AI-generated illustration of home delivery and a parcel locker with schematic address cards. It depicts no real Shirtee facility, specific carrier or actual recipient data.
Identify the address type first
For a conventional street address, the recipient's name, street, building number, postcode and town belong together. An additional line may be needed, for example for a company name or an agreed address detail. The important point is to keep that information from being mistaken for the street or building number.
For the Packstation option discussed here, some fields have different roles: the personal Postnummer identifies the customer, while the Packstation number identifies the location. These are separate identifiers. The postcode and town must belong to the selected locker, rather than automatically being taken from the recipient's home address.
The official DHL guide to receiving parcels at a Packstation describes this conventional addressing method with a registered customer account. It also mentions a different option without registration where offered in the checkout. This article specifically covers the conventional method using a personal Postnummer. Do not transfer its rules to other delivery options, parcel shops or carriers without checking them.
Use a field map to expose the differences
Before testing the technical handover, create a simple mapping. It describes the information needed, rather than prescribing field names in a particular store platform:
| Information | Street address | Conventional Packstation address |
|---|---|---|
| Recipient | Name of the intended recipient | First and last name associated with the customer account |
| Personal identifier | No Postnummer required for this address type | Personal Postnummer, separate from the locker number |
| Destination name | Street name | “Packstation” |
| Destination number | Building number | Number of the selected Packstation |
| Postcode and town | Belong to the street address | Belong to the selected Packstation |
For ordinary store forms, DHL places the Postnummer in the additional address field, “Packstation” in the street field and the locker number in the building-number field. Use this mapping only when it fits the delivery option actually offered and the relevant interface. A dedicated Packstation selector may collect and transfer the same information differently.
An original handover test case
Imagine your store displays “Street”, “Building number” and “Additional address information”. Its export instead calls them street, house_number and address_line_2. These names are a fictional example, not documentation of a Shirtee interface.
For a street address, the extra company information should stay in the additional field. For a conventional Packstation order, the personal Postnummer must be preserved there. An export that omits the additional field can be incomplete in either case, even when street, number and postcode are all populated.
Create four cases using artificial information clearly labelled as test data. Do not use real customer details or trigger an actual shipment for a field-mapping check:
- Street address without an extra line: Street and building number remain separate and complete.
- Street address with company information: The extra line reaches the intended destination field without being truncated.
- Packstation with both identifiers: Personal Postnummer and locker number remain separate; postcode and town belong to the locker.
- Packstation without a Postnummer: The case is identified as incomplete instead of being “repaired” with an invented identifier.
Artificial data tests field transfer, not the actual existence of an address. A real shipment requires valid details and confirmation that the selected delivery service is suitable.
Follow the address from checkout to label
Compare the same case at every handover you can actually inspect: checkout entry, saved order, export or transmitted data, and finally an approved label preview. A correct form can still be followed by a process that loses a field or combines information incorrectly.
For each test, record the address type, expected content, observed content, affected handover and result. “Postnummer present in checkout, empty in export” is an actionable finding. “Address does not work” leaves the point of failure unclear. If a preview or test environment is unavailable, mark that step explicitly as unchecked.
Also check what happens when a customer changes the address type. An old Postnummer should not silently remain as an extra line on a new street address. Conversely, changing to a locker should not carry over the old home postcode. Asking the customer to confirm the relevant fields again is clearer than making an invisible assumption.
Resolve uncertain details precisely
When an identifier is missing, ask for that specific piece of information. Do not change names, Postnummer values or locker numbers based on a guess. A plausible-looking town does not prove that the selected locker is located there. Use the carrier's currently available location search to verify the destination.
The public description of Shirtee.Cloud warehousing explains storage and shipping as a service area. It does not establish blanket support for every locker, every delivery service or a particular automatic address check. Confirm which delivery option your specific workflow supports and which fields it needs.
Common questions
Are a Postnummer and a Packstation number the same thing?
No. In the conventional method described here, the Postnummer belongs to the customer and the Packstation number identifies the selected locker. They serve different purposes and cannot replace each other.
Does a successfully saved order prove that the address is correct?
No. It initially shows only that the system accepted the entry. Comparing later handovers reveals whether the information survives through to shipping. That check does not create a delivery guarantee.
Must I send a parcel for every test?
For a field-mapping check, a suitable test mode or a documented comparison without shipping is sufficient. An actual shipping test is a separate step that should be deliberately approved. Start with the field map and a clear record so that you can discuss a specific unresolved handover with the responsible partner.