When an SES submission fails

When SES Hospedajes rejects a report, it doesn't disappear from your dashboard — it stays in Submissions, with a visual flag on its filing pipeline. To see them all together, open Submissions and filter by status "Error" — you'll get only the reservations the Ministry sent back with a problem.

Each row shows a small pipeline — Submitted, Validated, Queued, Processing, and the final outcome — and when something fails, that last step turns red and reads "Partial errors" or "Rejected" instead of "Accepted".

Click the row to open its full detail page. Near the top, the "Police Submission" card shows "Error" in red, and further down, next to each affected traveller, you'll see the "Partial errors" or "Rejected" label and the exact text the Ministry returned.

That text is literal — it's SES Hospedajes' own response, not a BookCheckin translation. For example, for the case in this manual SES returned: "[1] Validación: El código postal ha de ser longitud 5" ("the postal code must be 5 digits long"). It's the most reliable clue you have — it almost always names, precisely, which field needs fixing.

Postal code: SES requires exactly 5 digits. An incomplete code, one with letters, or one copied from another country (as in the example above) is always rejected. The same applies to the municipality code when the filing includes one.

Split compound surnames: if a surname like "Del Pino" or "De la Torre" is stored split in a way that leaves the particle ("DEL", "DE LA"…) alone in the first- or second-surname field, the Ministry rejects it as an incorrect value.

Nationality or country code: a malformed country code, or one inconsistent with the guest's document, also triggers a validation error.

Duplicate submissions: if the same document number was already reported for that reservation, SES returns a duplicate-communication error instead of creating a new report.

Document support-number format: a DNI support number is 3 letters plus 6 digits (e.g. BMP123456); a NIE or TIE support number is the letter E plus 8 digits (e.g. E12345678). Any other shape is rejected.

Credential or authentication errors: if the Ministry username or password has changed or is incorrect, the submission fails on authentication before it even reaches guest-data validation. Re-enter the username and password from the property's Legal tab.

SES Hospedajes has no operation to "edit" an already-filed report — the only way to correct it is to cancel it and file again. So to fix a guest, first cancel the submission from "More actions → Cancel submission": the guest's check-in link stays active, but the report is no longer filed.

Once the submission is cancelled, two actions appear next to each guest: "Re-collect" blanks their details so they re-enter them on the check-in form — useful when the guest themself entered the bad value, like an address or postal code. "Remove" deletes the guest from the reservation entirely, for when they were added by mistake.

Once the guests causing the problem are fixed — or removed — the "Re-file corrected submission" button reports the whole reservation to the Ministry as a fresh lote.

If the error doesn't need you to touch the guest's data — say, it was a one-off connection hiccup with the Ministry, or the platform already fixed it automatically (next step) — there's no need to cancel anything: the "Retry Ministry" button in the page header resends the same report as-is.

The same action also sits next to each guest, in case only one of them failed while the rest of the reservation is already accepted — so you don't resend guests who are already correctly registered.

Not every error needs you to step in. BookCheckin automatically reviews every report the Ministry sends back with an error and, for a specific, limited set of cases, fixes it and resubmits it without you doing anything: a duplicate document number within the same reservation (keeps the most recent one), a blank guest slot that slipped into the filing (excluded from the batch), a nationality or country code in a different format than SES expects (normalized to the 3-letter standard), and a compound surname split in a repairable way, like a stray "DEL" left alone in the first-surname field (automatically recombined).

The error in this manual — the postal code — isn't on that list: BookCheckin can't invent a valid postal code, so that kind of error always needs you (or the guest, via "Re-collect") to fix it. The same goes for a malformed email, a name the Ministry rejects outright, or any error the system doesn't recognise.