How Resrequest Works      
 


Resrequest can be installed to work on the Internet, this means that the principal must work permanently connected to the Internet. For principal’s who cannot operate permanently connected to the Internet, Resrequest can be installed on offline systems and on the Internet, each system operates independently and information is synchronised via a high-speed synchronisation tool, when necessary. This ensures that Internet costs are minimal (i.e. the principal does not need to be permanently connected to the Internet) and that the system can be accessed through the local area network if the Internet is not accessible.

One system is setup as the ‘Master’ and other systems are referred to as ‘Slaves’. The Master is the system all environments synchronise to during data synchronisation, this is usually the environment where the bulk of reservations are processed.

The standard Resrequest model caters for use in the following environments:

  • Central reservations office (LAN) - for internal reservation staff
  • Remote LAN (Local Area Network) or standalone systems - for remote camps/resorts
  • Internet - for public and travel trade access

Resrequest is developed so reservations, guest reception and various other services provided by the principal can be carried out from any of these environments. Data captured at each environment is synchronised with the client server and web hosting servers throughout the day, ensuring that up-to-date reservations can be created, confirmed and tracked 24 hours a day.



Functionality in Resrequest

  • Users working on any of the environments (master or slave) can create new records, for example: new reservations, new extras, new payments, new contacts (provided the user has been allocated ‘Update’ access to the respective module by the system administrator)
  • Edit access is only allocated to users working on the master system