Reference translation

This page is a courtesy translation. The Spanish version is the authoritative reference.

Annul a submission

Once a reservation has been submitted to the Ministry and the submission has been accepted, the data you saw is now recorded in SES.HOSPEDAJES. If that data changes or the stay no longer goes ahead, editing isn't enough: you have to retract what was reported with an annulment (BAJA).

RegistroViajero does this in one click from the reservation itself.

When to annul

Annul when the submission was already accepted by the Ministry and you need to undo it:

• You spot wrong data on a Confirmed reservation (or a Sent one with an accepted submission).
• The guest or the OTA cancels a stay you had already reported.
• You get the Needs annulment alert because a reservation already submitted changed or disappeared from your iCal calendar.

Just want it off your list?

Annulling sends a BAJA to the Ministry. If the reservation was never accepted (still in Pending, Validated, or Error), there's nothing to annul — just archive it. RegistroViajero tells you so if you try to annul a reservation with no accepted submissions.

How to annul

1. Open the reservation in the Sent or Confirmed state.
2. Click Annul filing.
3. Confirm in the dialog. RegistroViajero sends a BAJA to SES.HOSPEDAJES for every accepted submission on that reservation.
4. When the Ministry accepts the annulment, the reservation returns to Guest completed, with the guest's data and signature intact.

What happens to the reservation

• It returns to Guest completed. The guest's data and signature are kept, so the reservation is ready to review — not blank. This is the consistent state: the guest already finished their part.
• It is not archived. Annulling and archiving are separate actions: after annulling you decide whether to resubmit, let the guest correct, or archive.
• Guest editing stays open. If the data was wrong, the guest can hit Edit my information from their link to fix it (doing so returns the reservation to Pending).
• It reconciles with the iCal calendar. If it came from a feed and the reservation has disappeared from the calendar, the link is broken and it becomes a manual reservation, so the next sync won't flag it for annulment again. If the reservation is still in the calendar (only the dates changed), the link is kept and the reservation adopts the calendar's current dates, so you resubmit the corrected stay rather than the old one.

After annulling

You have three paths:

• Resubmit as is — if only the dates changed (or there was no error in the guest's data), validate and submit again. The reservation is already complete and signed.
• Let the guest correct — if what was reported had a wrong value, the guest edits their data with Edit my information and signs again; then you validate and resubmit.
• Archive — if the stay is no longer happening, archive it. You can reactivate it later if it goes ahead again (that does not resend anything to the Ministry).

Requirements and errors

• You need a valid SES credential assigned to the accommodation. Without a usable credential, RegistroViajero refuses the annulment rather than archiving the reservation locally without notifying the Ministry.
• Only accepted submissions are annulled. If the reservation has no accepted submission, RegistroViajero asks you to archive it instead of annulling.
• If the Ministry rejects the BAJA, you'll see the code and description returned by SES.HOSPEDAJES; fix what it flags and retry.
• If the connection to SES.HOSPEDAJES fails, the reservation's state doesn't change and you can try again.

How it differs from other actions

Action	When	Communicates with the Ministry	Resulting state
Unlock editing	Validated or Error	No	Returns to Pending when the guest edits
Annul (BAJA)	Sent or Confirmed	Yes (BAJA)	Guest completed
Archive	Any active state	No	Archived
Reactivate	Archived	No	Pending or Guest completed

See also Reservation states and Admin edit-lock override.