Data elements required from POS

This is a section describing what is required for the implementation of new POS interfaces. For existing interfaces please visit the detailed description of these interfaces. The implementation of using actual covers is optional for POS systems.

#Data elementDescriptionMandatory / OptionalComment
1Property ID and/or nameIdentification of the property (hotel, restaurant)MThe import flow for a property is mostly set up per property. In this case the property identifier is specified in the flow. If a data set (file) includes data for multiple properties the property identifier needs to be part of the data set (file).
2Department ID and/or nameIdentification of the department within the propertyMThis field is mandatory if the file contains more than one unit.
3DateTransaction dateM
4Account ID and/or nameIdentification of the accountMThis field is mandatory if the file contains more than one unit.
5MealPeriod ID and/or nameIdentification of the meal periodMRequired when using covers. If this field is not available in the source system, the records can be grouped based on time of the day.
6CoversNumber of covers/guestsMRequired when using covers.
7RevenueRevenue without VAT and other authority charge ratesMIf the revenue includes VAT this can be corrected in the mapping. Only one percentage can be used in the mapping to subtract additional charges.Note: Usually, revenue registered in POS (e.g. Micros) is automatically fed to PMS (Opera). However, adjustments (at higher level) are often made in PMS without these changes being fed back to POS. Therefore, it is common that revenue in PMS is used to update in PMI – not revenue from Micros.

Please note: The names of data elements are provided in source system (native) codes. These native codes are translated into PMI names in PMI.

Was this article helpful?

Related Articles