Assign an automatic-message waiting (AMW) button and associated lamp to attendant consoles or
front-desk terminals. The number associated with the button can be the wakeup-messages extension. The
AMW lamp lights when a failed wakeup message is waiting. The user retrieves the message by invoking
coverage-message retrieval on the wakeup-message extension. The user presses the AMW button to
place the console or phone in coverage-retrieval mode. The user then retrieves the failed wakeup-call
attempt messages. Only attendants and specified phone users can retrieve and delete failed wakeup
messages.
The system maintains an audit-trail record of wakeup-call activity for the past 24 hours. The wakeup-call
buffer can only hold a number of records equal to the maximum number of stations administrable on
Communication Manager. For example, if a maximum of 200 stations is administrable, only 200
automatic-wakeup records are stored.
You can display wakeup events at the management terminal, or print to a designated printer. If the system
has a journal printer, wakeup events print as they occur.
The audit trail record contains the following information:
•
Type of event:
— Request
— Change
— Cancel
— Move To
— Move From
room.
— Move-Cancel
— Swap
Wakeup calls swap when a room swap is performed. A journal entry is made for each
room. If the room receives a wakeup call as the result of the swap, the time of the call is
provided in the entry. If the room loses a wakeup call as the result of the swap (and has not
received another), the time is not present in the entry.
— Completed
— Not Completed
— Skip
the requested time of a wakeup call.
•
Time of the event
•
Extension number receiving the call
•
Time of the wakeup request
•
Extension (or 0 for the attendant) where the event took place
•
Number of call attempts that were placed
•
An indication of why a wakeup-call attempt failed
In addition, all wakeup-time changes are recorded. This record shows the original time requested and the
changed time. The audit-trail record is not backed up and all wakeup data is lost if a system failure
occurs.
Administrator's Guide for Avaya Communication Manager
November 2003
—
A new wakeup-call request is made.
—
The time is changed on an existing wakeup-call request.
—
A wakeup request is canceled.
—
The wakeup request for this room moves to another room.
—
The wakeup request for another room moves from the old room to the new
—
A wakeup request from another room replaces the request for this room.
—
A room swap occurs and at least one of the rooms has a wakeup request.
—
The wakeup call completes successfully.
—
The wakeup call failed.
—
The wakeup call is skipped. This event occurs if the system time advances past
Feature Reference
Hospitality features
1553