If TSS originally assigned to a cash register (POS system) becomes defective and can no longer be used, you need to register a new TSS. To ensure compliance and avoid duplicate entries, follow these steps when using the Submission API.

Scenario

You want to continue using a POS system, but its previously assigned TSS is no longer functional. In this case:

• A new Client (with a new client_id) must be created.
• The same serial_number should be used, since the hardware (the POS system) has not changed.
• The old Client connected to the defective TSS must be removed from the
• Submission/Transmission to avoid duplicate entries.

Recommended Procedure

1. Create a new TSS

Use the SIGN DE API to create a new TSS which replaces the defective one.

2. Create a new Client

Create a new Client with a new client_id. Use the same serial_number as specified previously – this represents the unchanged POS hardware.

3. Remove the old Client via the Submission API

Use the DELETE endpoint in the Submission API to remove the old Client from the Submission/Transmission. This step is crucial to ensure that the Submission/Transmission does not includetwo Clients with the same serial_number.

See also: What are the important steps for reporting the decommissioning of a client connected to a fiskaly TSS?

Create a new Submission/Transmission

Once the new client and TSS are registered, and the old client has been removed from the submission, create a new submission message to complete the process.

Note

It is not necessary to deregister the POS system itself. The cash register is still in use – only the TSS has been replaced. By assigning the same serial_number to the new client, you ensure a consistent and valid Submission structure.