| |
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
|
|