Documentation

Wildcards

When you run either a hotels / hoteldetail operations, for some hotels, you will receive the wildcards tag. Bear in mind this is not default behaviour. If you think you can benefit from reading this tag, you will need to contact your Key Account Manager so the activation process can be started.

All the information found below this tag, will be regarding the different room names for this specific hotel. This is the room name that the hotel has given to a room, instead of the standardized code that we return for the rest of rooms / hotels. This is a nice to have feature in case the client checks the hotel website and wants to check for a specific room name.

This information is returned to you to facilitate room mapping on your database. During the booking workflow, the room descriptions will be returned using the Wildcard Room Description instead of the standardized room description.

Example:

When requesting information for hotelcode = 6808 you will receive wildcards tag, including 10 wildcard tags below. Find below the explanation

In the first wildcard tag, it’s indicated that the room FAM.ST (default description = FAMILY ROOM STANDARD), has a different room description for this hotel, being transformed into a “AVARI SUPERIOR CLASS ROOM”:

<wildcard
        roomType = "FAM.ST"
        roomCode = "FAM"
        characteristicCode = "ST">
        <hotelRoomDescription>AVARI SUPERIOR CLASS  ROOM</hotelRoomDescription>
</wildcard>



In the next wildcard tags
, you’ll find that the room SGL.ST (default description = SINGLE STANDARD), has a different room description for this hotel, being transformed into a “AVARI WORLD TRAVELER ROOM”:

<wildcard
        roomType = "SGL.ST"
        roomCode = "SGL"
        characteristicCode = "ST">
        <hotelRoomDescription>AVARI WORLD TRAVELER ROOM</hotelRoomDescription>
</wildcard>