DMS adds seven known-error workarounds; low-value limit gap widened

System-to-system filers who leave the DutyTaxFee field out of the XML for H1, H3, H4 or I1 declarations will see the declaration sit in status 'Modtaget' with no further informationToldst, instead of the expected CWMREJ rejection. The cause is the deactivation of business rule BR255_066, which requires the preference code (14 11 000 000) under DutyTaxFee. The workaround is to resubmit the declaration with the DutyTaxFee field includedToldst.

A correction to an H2 declaration blocks its later write-off to a customs warehouseToldst: after the correction the H2 ends in status 15 rather than status 16, so a subsequent H1 (IM/Z) write-off fails against rule BR_VALI_10059_004 on the previous-document reference (data element 12 01 001 000). Filers who need to change an H2 they intend to write off with IM/Z EIDR should instead file a new H2 with the correct information referring to the earlier H2, move all the goods across, and then perform the write-offToldst.

The missing rejection for low-value supplementary procedures F48, F49 and F53 now covers H6 and H7 as well as H1Toldst: a declaration whose total invoice amount exceeds 150 EUR/1,150 DKKToldst and uses one of those procedures is not rejected as expected when the invoice currency in data element 14 05 is neither DKK nor euroToldst. Filers should keep the amount within the limit when using other invoice currencies; a declaration wrongly accepted above the limit must be invalidated and re-filed with correct information.

An H1 declaration that mixes procedure code 44 (end-use) and 40 (release for free circulation) across its items while carrying an application for a single authorisation 8f cannot be processedToldst: validation reports that the customs yield rate must not be provided unless the procedure equals 44, even though the procedure is 44. Goods for free circulation and end-use under a single authorisation (8f/A163) must go on separate declarationsToldst.

Declarations where one C100 (Registreret eksportørnummer) is given in supplementary documentation (12 03 000 000) together with several REXDT (statement-of-origin issue dates) in supplementary information (12 02 000 000) are wrongly rejected with error code BR_VALI_0101_97Toldst. This typically arises when goods imported in several lots from the same REX operator, with different origin-statement dates but the same commodity code, are declared together on one item, for example on write-off from a customs warehouse. The workaround is to split the goods across several items, each with its own REXDT codeToldst.

Supplementary declarations are wrongly rejected unless filed by the same system or DMS user that filed the declaration being supplementedToldst. Amendment requests sent while a control is in progress leave the declaration stuck after the control ends, so the goods are never releasedToldst; no amendment should be sent while a control is running.

Declarations stall in validation when an EORI number fails the format requirements and are rejected with code BR10152_002Toldst, a code that is also used when no validation response arrives from an external validation system. Filers should therefore check that every EORI number is entered correctly; when the numbers are correct, the cause is a missing external response and the declaration must be resubmitted. This entry now also appears under DMS Eksport and DMS Forsendelse.

Two older entries, TMA-407 and TMA-2984, have been removed from the error list, and the superseded preview of the 12 September update has been deleted.

Basis: Toldstyrelsen's overview of current errors and temporary workarounds in DMS Import, DMS Eksport and DMS Forsendelse, with business rules BR255_066, BR_VALI_10059_004, BR_VALI_0101_97 and BR10152_002.