System 6000 PMS Interface Specification (Saflok Protocol or SDK)
System 6000 PMS Interface Specification (Saflok Protocol or SDK)
1 of 73
Communications and
Message Formats
BASED ON THE
SAFLOK SYSTEM 6000™
INTERFACE PROTOCOL 4 - ASCII
All information contained herein, including but not limited to product pricing and other intellectual property, is confidential
and intended for the sole use of the addressee(s) so named. Any misuse of this confidential information contained herein
may result in legal action by Computerized Security Systems dba SAFLOK and its parent company.
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 2 of 73
Table of Contents
1.1 Purpose
This document provides the communications details between the SAFLOK Desklinc
interface and your property management system (PMS) interface.
This specification is compatible with the SAFLOK System 5000 interface specifications.
The interface software for the SAFLOK System 6000 was designed to eliminate or
minimize changes that would be required by the PMS companies that have already
developed SAFLOK System 5000 interfaces. However, not all of the SAFLOK System
6000 features will be available to previous System 5000 users.
Communications between the PMS interface and the SAFLOK interface can be
performed two ways:
• Over an RS232 cable connection between the two computers
• Or over the TCP/IP network using sockets
We recommend using 9600 baud because this baud rate is set in the SAFLOK System
6000’s PMS request server (PRS) program.
The PMS company should include an RS232 cable with a 9-pin male D-connector to
connect to the SAFLOK interface computer. The RS232 cable should not be more than
25-feet long.
The SAFLOK interface uses the pins below. The SAFLOK interface equipment is wired
like a standard PC (DCE). The wiring below is for standard RS232 (pin 2 to 3, pin 3 to 2,
etc.), which assumes the PMS computer is wired as a DCE. If it is wired as a DTE, you
will need to use null modem wiring instead (pin 2 to 2, pin 3 to 3).
Pin 7: RTS (request to send) – output from SAFLOK interface to PMS interface
Pin 8: CTS (clear to send) – input to SAFLOK interface from PMS interface
Pin 9: Not used
If you are using three-wire communications and cannot use hardware-level handshaking,
then pins 6, 8, and 20 should be tied together, as well as tying pins 4 and 5 together, in
the RS232 cable.
XOFF – Transmitted by the PMS interface to stop the SAFLOK interface from
transmitting to it; this condition can be cleared by the PMS interface by transmitting any
subsequent byte
XON – Transmitted by the PMS interface to explicitly clear the XOFF condition
STX – Transmitted by the PMS interface and SAFLOK interface as a header of the
incoming message
ETX – Transmitted by the PMS interface and SAFLOK interface as a trailer of the
message to indicate the end of message data
The remaining control codes are used for message handshaking protocol.
time – or periodically – to test whether the SAFLOK interface is still there. A null
message is PMS function code (PFC) 0.
When the SAFLOK interface will NOT respond with an ACK or a NAK to a message or
any ENQ sent by the PMS interface, this indicates that the SAFLOK interface is not
running or is not connected.
If the PMS interface receives no ACK or NAK response from the SAFLOK interface after
sending a message and the various ENQs, it should drop the message request from its
memory. It should then send null messages to the SAFLOK interface three times. If the
SAFLOK interface still does not respond, the PMS interface should then terminate all
requests in its memory and then repetitively send a PFC 0 or PFC 10 message to the
SAFLOK interface until it responds with an ACK (and an SRC 55 reply message if a PFC
10 was sent).
If the SAFLOK interface program is running and the connection to the PMS interface is
good, the SAFLOK interface will return an ACK (followed by an SRC 55 if it receives a
PFC 10 request).
If the PMS interface receives a NAK, it should continue to resend the PFC 0 indefinitely.
Normally, this would indicate a cable or port problem in the connecting equipment. If no
response is received, the PMS interface should go through the ENQ process and send
the PFC 10 or PFC 0 message again.
Repeat this procedure until the SAFLOK interface responds with ACK:
PMS interface: PFC 0 null message line
SAFLOK interface: no response within two seconds
PMS interface: ENQ control code – requesting ACK or NAK
SAFLOK interface: no response within two seconds
PMS interface: ENQ control code – requesting ACK or NAK
SAFLOK interface: no response within two seconds
PMS interface: ENQ control code – requesting ACK or NAK
SAFLOK interface: no response within two seconds
If a reply message is not received within a predetermined number of seconds, the PMS
interface should send a PFC 7 message to abort the message. The number of seconds
to wait for a reply should equal 45 seconds. If the number of keys in the request is
greater than one, an additional 15 seconds – multiplied by the number of keys requested
– should be added to the timeout.
If the SAFLOK interface can’t decipher the message line (complete message envelope
was not received within two seconds or message doesn’t checksum) or was not ready to
handle the message, the SAFLOK interface will return a NAK. Otherwise, it will return an
ACK. If the PMS interface does not receive an ACK or NAK within two seconds, it should
send an ENQ and wait two seconds for an ACK or NAK. This should be repeated three
times. If the SAFLOK interface does not respond after three ENQ tries, the PMS
interface should assume the SAFLOK interface is not online. It should then abort the
message in memory.
If the SAFLOK interface sends a NAK, the PMS interface should resend the message
line again. This procedure should be repeated for a total of three times before the sender
gives up and drops the message.
If the PMS interface can’t decipher the message line or was not ready to handle the
message, the PMS interface should return a NAK. Otherwise, it will return an ACK.
If the SAFLOK interface does not receive an ACK or NAK within two seconds, it will send
an ENQ and wait two seconds for an ACK or NAK. This will be repeated three times. If
the PMS interface does not respond or responds with an NAK after three tries, the
SAFLOK interface will drop the message.
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 8 of 73
This section describes the basic format for all messages. The various information fields
that are common in many of the message formats are also explained in this section.
(Detailed formats for PMS interface and SAFLOK interface messages are provided in
Sections 3 and 4.)
All messages contain an STX (start of text), message text, optional data fields, ETX (end
of text), and an LRC (longitudinal redundancy check) checksum:
Message Text
The message text includes all of the relevant data in a message. Fields for the different
message texts are always fixed in length and position. The SAFLOK interface does,
however, allow all sequentially trailing ASCII 0 (30 hex) and ASCII “space” (20 hex)
characters to be dropped from the message text.
The different message text formats and fields are explained in the rest of this section
and in Sections 3 and 4.
LRC Checksum
The LRC checksum is a single byte and must be transmitted as the final character of the
message. An example of how to calculate the LRC checksum for a message is provided
in the example in Section 6.2.
Alphanumeric
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 9 of 73
Example 2: 62000010003…………..
Byte Value Possible
Position(s) Type Length Values Description
1-2 Integer Two 00, 07, 10, PMS function code (PFC) or SAFLOK
ASCII 13, 20, 55, response code (SRC)
bytes, 58, 62
fixed
5-6 Integer Two Normally set From interface station number – source
ASCII to “00” value is ignored by the SAFLOK interface
bytes, (but is required)
fixed
10-n* Integer or Two or 00, 03, 04, Value is determined from its respected PFC
alpha- three 05, 08, FE, or SRC; values are explained in Sections 3
numeric ASCII 001, 003, and 4
bytes, 014, 015, 127
fixed
There are six main message codes the PMS interface will use for sending messages to
the SAFLOK interface. They are referred to as PFCs (PMS function codes).
There are two message codes the SAFLOK interface will use to send messages to the
PMS interface. They are referred to as SRCs (SAFLOK response codes).
For the PMS interface, the values in these message fields should always be the same.
The SAFLOK interface provides both station numbers to the PMS interface when it
responds to the PMS interface request to link (SRC 55 message). From then on, the
PMS interface should always use those numbers for any further messages. The
SAFLOK System 6000 interface station number values can range from 0 to 99 and are
expressed as two ASCII bytes.
Each PMS terminal must have a unique number, and the PMS interface must be
assigned unique request numbers that should never be the same as any PMS terminal
numbers. The PMS interface would need to use its request numbers for any PFC 20
messages that are not generated by a PMS terminal. It may also need to use them if any
PFC 20 messages would be generated by a PMS host function (such as a group check-
out). If unique request numbers are not used, there is a high risk of aborting requests of
actual PMS terminals.
If the PMS terminals do not have unique hardware-set station numbers, unique
addresses should be used. Alternatively, if the PMS is designed so that a user can only
be signed onto one terminal at a time, the person’s user number could be used. If the
terminal number values are not within the range required (see below), a cross-reference
table could be created in the PMS interface. The PMS interface request numbers can be
set by software in the PMS interface. You will need at least one number, but should have
two to four.
The terminal or request numbers should range from 000 to 254, expressed as three
ASCII bytes. For PMS interface PFC 20 and SAFLOK interface SRC 62 messages, the
value must be between 001 and 254. The PMS interface and SAFLOK interface will use
value 000 for linking and unlinking and miscellaneous messages (PFC 0, 10, and 13 and
SRC 55).
This section contains the message formats for all messages sent by the PMS interface
to the SAFLOK interface. All PMS interface messages include a PMS function code
(PFC) identifying the type of message.
PFC Codes
ASCII Hex PFC General Purpose
07 30 37 Used to request that the SAFLOK interface abort and terminate a PFC 20
transaction request
If the SAFLOK interface never responds with an ACK or NAK, the PMS interface should
assume the SAFLOK interface is not online and should terminate all requests in memory
and begin sending a PFC 0 or 10 message to the SAFLOK interface to determine when
communications are again up.
After receiving this message, the SAFLOK interface will not return a corresponding
message.
Example:
000000000
Byte Type Value Possible Description
Position(s) Length Value
After receiving a PFC 7 message, the SAFLOK interface will return a termination
message, which will allow the PMS interface to drop the PFC 20 request from memory.
Example:
070000123
Byte Type Value Possible Description
Position(s) Length Value
This message can be sent at any time and is primarily used for testing the linked state.
After receiving the PFC 10 message, the SAFLOK interface will return a response
message (SRC 55 link response) if it is connected and the program is running.
Example:
100000000FE
Byte Type Value Possible Description
Position(s) Length Value
This message can be sent any time and is primarily used for testing. After receiving the
PFC 13 message, the SAFLOK interface will not return a corresponding message.
Example:
130000000
Byte Type Value Possible Description
Position(s) Length Value
This message can be sent any time, but only one PFC 20 message per unique PMS
terminal number or PMS interface request number should be in progress at any time.
After receiving this message, the SAFLOK interface will return a response message
SRC 62 of some kind.
7-9 Integer Three ASCII 001-254 Unique PMS terminal number or PMS
bytes, fixed interface request number
10-12 Integer Three ASCII 001 or 003 Transaction code (TXC) with 001 =
bytes, fixed new key and 003 = duplicate key
(more TXC values will be available in
the future)
36-37 Integer Two ASCII 00-99 Encoder station number to make key(s)
bytes, fixed at (example: 05)
40-41 Integer Two ASCII 00-99 Number of keys to make (example: 02)
bytes, fixed
48-51 Integer Four ASCII HH: 00-24 Projected check-out time; military/24-
bytes, fixed MM: 00-59 hour time; HH = hour, MM = minutes
(example: 1100 for 11 a.m.)
52-57 Integer Six ASCII MM: 01-12 Key expiration date; MM = month, DD
bytes, fixed DD: 01-31 = day, YY = year (example: 100504 for
YY: 00-99 10/5/04)
58-61 Integer Four ASCII HH: 00-24 Key expiration time; military/24-hour
bytes, fixed MM: 00-59 time; HH = hour, MM = minutes
(example: 1400 for 2 p.m.)
75-n Option for magnetic track data encoding and/or card printing; see Section 3.6 for
configurations
7-9 Integer Three ASCII 001-254 Unique PMS terminal number or PMS
bytes, fixed interface request number
10-12 Integer Three ASCII 014 Transaction code (TXC) 014; change
bytes, fixed current standard key’s check-out
date or time
42-45 Integer Four ASCII HH: 00-24 Projected check-out time; military/24-
bytes, fixed MM: 00-59 hour time; HH = hour, MM = minutes
(example 1100 for 11 a.m.)
46-51 Integer Six ASCII MM: 01-12 Original check-out date; MM = month,
bytes, fixed DD: 01-31 DD = day, YY = year (example: 100504
YY: 00-99 for 10/5/04); also see note below**
52-55 Integer Four ASCII HH: 00-24 Original check-out time; military/24-
bytes, fixed MM: 00-59 hour time; HH = hour, MM = minutes
(example 1400 for 2 p.m.); this field
value will only be used if the original
check-out date field is >000000
7-9 Integer Three ASCII 001-254 Unique PMS terminal number or PMS
bytes, fixed interface request number
10-12 Integer Three ASCII 015 Transaction code (TXC) 015; check
bytes, fixed out current standard key
7-9 Integer Three ASCII 001-254 Unique PMS terminal number or PMS
bytes, fixed interface request number
10-12 Integer Three ASCII 018 Transaction code (TXC) 018; check
bytes, fixed in a pre-reg key
36-41 Integer Six ASCII MM: 01-12 New projected check-out date;
bytes, fixed DD: 01-31 MM = month, DD = day, YY = year
YY: 00-99 (example: 100604 for 10/6/04)
42-45 Integer Four ASCII HH: 00-24 New projected check-out time;
bytes, fixed MM: 00-59 military/24-hour time; HH = hour, MM =
minutes (example: 1100 for 11 a.m.)
7-9 Integer Three ASCII 001-254 Unique PMS terminal number or PMS
bytes, fixed interface request number (PMS
terminals don’t usually make this
request)
*Note: Byte 7-9 = unique PMS interface request number (PMS terminals don’t usually make this request)
**Fill position with an ASCII “space” (not the letters “S”)
SAFLOK Passwords
This alphanumeric field is always required for PFC 20 messages. SAFLOK passwords
are required for any request that will require data from the SAFLOK System 6000
computer. The password can be from three to seven uppercase alphanumeric
characters. If possible, it is easiest to use the same password that the PMS requires.
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 23 of 73
The PMS interface will also need its own password for requests that it will initiate
directly.
The three- to seven-byte field should be constructed by expressing each character as its
ASCII equivalent. There is a limited group of valid ASCII characters for key number
characters. The characters allowed are marked in shaded bars in the ASCII-to-hex
conversion table in Section 6.3.
If there are less than 15 characters for the field, left-justify the value in the field and fill
the remaining unused byte positions with ASCII “space” (20 hex).
Key Number
This alphanumeric field is used for some PFC 20 messages. The PMS terminal would
always default the key number to equal a room number. However, since it may be
different than the room number, the user should be able to change it.
If there are less than 15 characters for the field, left-justify the value in the field and fill
the remaining unused byte positions with ASCII “space” (20 hex).
Key levels correspond to the 14 different SAFLOK levels. Levels greater than 0 include:
1 – Room key
2 and 3 – Connector key
4 – Limited-use key
Levels 1 through 3 are guest key levels. Level 1 represents a key that will work in a
single room and is the standard default that should be used for guest keys.
Levels 2 and 3 represent a key that will work in several rooms. If these levels are used,
the PMS interface must be designed to allow a clerk to enter a key name, which may not
be the same as any of the room names. This is necessary because a room may have
several different keys assigned to these levels for each room lock, and the SAFLOK
System 6000 would have no way of knowing which key was desired if it only knew the
room.
This field is represented by two ASCII bytes (values 00 to 60). The station number
should only be 00 (30 30 hex) if a PFC 22 message is sent to abort the selection of an
alternative encoder.
The field value used in the messages should always be a fixed value, depending on
what type of external system is communicating to the SAFLOK interface. These are the
alphanumeric characters that should be used by different devices:
• FF hex (LEDs 3, 4, 5, 6) – PMS interface
• FE hex (LEDs 3, 4, 5) – Auto check-in station
• F6 hex (LEDs 4, 5) – Remote SAFLOK terminal/computer
• F8 hex (LED 6) – Local SAFLOK terminal/computer
Check-out is used by the SAFLOK System 6000 to provide an error warning if someone
tries to make another new key (for a new guest) before the current guest has checked
out. It is also used to determine the key expiration if the PMS interface does not provide
one. Some users may be allowed to override not-checked-out errors and make the new
key. Check-out is not encoded on the key and does not indicate how long it will work in a
lock.
The key expiration is when the keys will stop working in the locks. The SAFLOK System
6000 uses offsets (days and hours) from the check-out or the time the key is made to
determine the key expiration.
When changing the check-out (PFC 20, TXC 14), original and new check-out fields can
be included. The original check-out date and time must be provided if the guest is
checking out early but another guest in the room will still be occupying the room.
If the original check-out cannot be provided, TXC 14 should only be done when the new
check-out date and time will apply to all of the guests in the room. The original check-out
date will allow the SAFLOK interface to determine whether the guest key expiration
exists. If the keys will expire before the new check-out date, it will inform the clerk that
the guest’s key will need replacement.
Check-Out Date
If at all possible, the PMS interface should always provide the check-out date based on
the guest registration data. If the PMS cannot provide the guest check-out date for some
reason, the check-out date field can be sent as all zeroes (000000 ASCII). The SAFLOK
interface will convert the check-out date to equal the average guest stay (from the
SAFLOK System 6000 key files), added to the current date or pre-registration check-in
date.
Check-Out Time
If the PMS does not have a standard check-out time, the PMS interface should use the
ones the SAFLOK interface provides when the PMS interface first links communications
and performs several initialization transactions. The times are provided when the PMS
interface requests PFC 20-TXC 127 and the SAFLOK interface returns an SRC 62-GRC
8 message.
1) The key expiration date and time is included in the “Key Request” screen so clerks
can select it. (A default should be provided.) This option:
• Allows nonstandard key expirations to be selected
• Requires the PMS terminal and interface to obtain SAFLOK defaults or set up its
own for providing default values and keeping them updated and valid
2) The key expiration date and time is left at 00/00/00 00:00 in the PMS (and clerks
cannot select it), and the SAFLOK interface automatically sets it up based on the check-
out date and time provided (for guest keys) or based on when the key is made (limited-
use keys). This option:
• Does not allow clerk to select a nonstandard expiration
• Does not require the PMS terminal or interface to obtain SAFLOK defaults or set
up its own for providing values
If the first option is selected, the clerk will be able to change the key expiration.
(However, the SAFLOK interface will impose the same limitations that are in the
SAFLOK terminals.) Clerks can, in particular, select the key expiration they want to use
for limited-use keys.
The PMS terminal will also require some way of knowing the default key expiration it
should use for guest keys and for limited-use keys (the defaults are not handled the
same way). The PMS interface and terminal must come up with a default key expiration
date and time similar to what the SAFLOK interface does in the second option. The
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 26 of 73
offsets that the property chose for guest keys when using the SAFLOK System 6000 are
available to the PMS interface if it requests “Standard SAFLOK Information” (TXC 127)
when it establishes communications. The standard expiration for limited-use keys is not,
however, available. Software would also have to be developed to input the default
offsets that should be used, convert them to dates and times, and ensure the dates and
times have not already passed.
If the second option is selected, the PMS interface and clerk will not need to determine
key expiration date or times because the SAFLOK interface will determine them based
on the defaults the property selected in the SAFLOK System 6000. Guest key expiration
would be an offset (days and hours) from the check-out date and time provided by the
PMS interface. Limited-use-key expiration would use a different offset, based on the time
the key is made.
If the PMS interface will not supply key expiration, it should set the key expiration date
and time fields as: 00/00/00 00:00.
Automatic pass numbers refer to the pass locks a key should always work in, regardless
of the guest. For instance, guests on a regency floor should always be able to have their
keys pass in the elevator.
A selectable pass number represents pass locks that are optional and depend on
whether the particular guest should be given access (such as to a lounge that must be
paid for).
If you want the software designed to display both the automatic and selectable pass
numbers to the clerk, this option would be set to “1.” If only pass numbers that may vary
by particular guest need to be displayed for input, this option should be set to “0.” If you
opt not to handle pass numbers at the PMS terminals, the option should be set to “0.”
This field is one ASCII byte (0 for no, 1 for yes).
Since the pass numbers used will vary by property, the PMS interface needs some way
of identifying what types of pass locks a pass number activates to associate it with a
registration or “Key Request” screen description. The descriptions of pass numbers are
available from the SAFLOK interface (TXC 131). The descriptions would have to be
collected by the PMS interface after linking communications and passed to the PMS
terminals if this method is used. An alternative would be to set up a special data file for
each property that could be updated at the PMS terminal or interface.
Each of these 12 fields is one ASCII byte (0 for no, 1 for yes). The first field corresponds
to pass number 12 and the last field to pass number 1.
This data will only be encoded on Track 2 if the SAFLOK System 6000 is configured for
Format 3 or 4 for guest keys and if the encoders in the system are capable of it.
Otherwise, it will be ignored. For Format 3, the SAFLOK System 6000 will add two
characters (3=) to the beginning of the data. For Format 4, the SAFLOK System 6000
will add two characters (=4) at the end of the data (in the last two data character
positions).
An asterisk character (*) is used in byte 83 to indicate that the remaining PFC 20
message data uses the variable track format (instead of the Track 2 format described
above).
For each track desired, include the following fields in this order:
• Track # – Which track the data is for: magnetic Track 1 or 2 or printing Track 4
• # Data Chars – Two-digit value indicating the number of characters to follow that
should be included in the track data; Track 2’s maximum is 37, Track 1’s
maximum is 76, and the printable maximum is 99; Track 1 and 2 data should not
include the start and end sentinel or LRC checksum characters
• Data Chars – The actual data to be encoded for the track should then follow:
o The number of characters must equal the number indicated in the “# Data
Chars” field
o For Track 2, all characters must be numeric or field separators (0-9, =)
o For Track 1, all characters must be alphanumeric or field separators (A-Z,
0-9, space, $, (,), </, =, [,\,], and ^)
o Track 1 and 2 data should not include start and end sentinel or LRC
checksum characters
o For Track 4, all characters should be standard printer ASCII characters
(with hex values 07 through 0F or 16 through 1F) and should include any
control and delimiter characters needed by the printing device
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 28 of 73
This section contains the message formats for all messages sent by the SAFLOK
interface to the PMS interface. All SAFLOK interface messages include a SAFLOK
response code (SRC) identifying the type of message.
SRC Codes
ASCII Hex SRC General Purpose
55 35 35 Used to send a “linked” response back to the PMS interface after receiving a
PFC 10 request
62 36 32 Used to send a response back to the PMS interface after receiving a PFC 20
request; this message includes additional fields that, combined with a GRC
code, indicate the status of the request and what PFC message is next
expected from the PMS interface (if any)
Example:
550000000FE
Byte Type Value Possible Description
Position(s) Length Value
The default check-in and check-out times can be used by the PMS interface if this
information is not available in the PMS. The automatic pre-registration check-in time
indicates when the SAFLOK System 6000 will automatically check in all pre-registration
keys due for check-in.
The check-out information is used by the PMS interface routines, which send check-out
requests to the SAFLOK interface. If the SAFLOK System 6000 is automatically
checking out keys, then the PMS interface should only send a check-out request if the
guest is checking out earlier than the original check-out date and time. Otherwise, all
check-outs should be sent to the SAFLOK interface.
additional time the key will continue to work after check-out. This information is provided
in case the PMS interface wants to use the same defaults as the SAFLOK System 6000.
Standard expiration offsets for limited-use keys are not available.
The DST status is represented by one logical ASCII byte and indicates whether DST is
in effect or not (0 for no, 1 for yes). The values of the date and time fields should be
determined by reading each ASCII character as a digit. For example, 4/30/04 = 30 34 33
30 30 34 hex (043004 ASCII) and 3:34 p.m. = 31 35 33 34 hex (1534 ASCII).
Since the SAFLOK System 6000 is designed to automatically adjust its date and time for
leap days and DST, the PMS interface is not allowed to change it. The system date and
time can be used by the PMS interface to notify PMS users that the systems’ times do
not match.
In addition, the SAFLOK interface software is designed with the following message
handling software:
• If the PMS interface sends a message that is shorter than expected (excludes
some of the additional message text bytes expected by the SAFLOK interface),
the SAFLOK interface will assume the missing message text bytes are of null
(space or zero) value and will still process the request (see example in Section
6.2)
• Note: The message text should always be a minimum of nine ASCII bytes
• If the PMS interface sends a message that is longer than expected (includes
some additional message text bytes not recognized by the SAFLOK interface),
the SAFLOK interface will ignore the additional message text bytes and will still
process the request
SRC 62 messages have optional data fields that will not be included in the
message if they are not needed
• If the SAFLOK interface sends a message that is longer than expected, the PMS
interface should ignore the additional message text bytes and still process the
message
• If the SAFLOK interface sends an SRC 62-GRC-DRC message with a DRC code
that the PMS interface does not have a PMS terminal display message assigned,
the PMS interface should send a general error message to the PMS terminal
displaying the GRC and DRC codes (see Section 7)
Note: For all of the general response code (GRC) messages below, the additional fields
identified under “optional data fields” refer to fields that may not be included in the
message. The SAFLOK interface will truncate the message text after the last field with a
value >30 hex. The PMS interface should then assume that any “missing” field bytes
have a value of 0 (30 hex) or “space” (20 hex).
GRC 00
Example:
620000123000010
Byte Type Value Possible Description
Position(s) Length Value
GRC 03
Example:
62000012303190
Byte Type Value Possible Description
Position(s) Length Value
12-14 Integer Three ASCII 000-231 Detailed response code (DRC); see
bytes, fixed Section 7 for error codes
GRC 04
Example:
620000123041750
Byte Type Value Possible Description
Position(s) Length Value
12-14 Integer Three ASCII 000-188 Detailed response code (DRC); see
bytes, fixed Section 7 for error codes
GRC 05
Example:
620000123052540
Byte Type Value Possible Description
Position(s) Length Value
12-14 Integer Three ASCII 000-255 Detailed response code (DRC); see
bytes, fixed Section 7 for error codes
GRC 08
Example:
62000010008120006001300100200111005042044100012
Byte Type Value Possible Description
Position(s) Length Value
12-15 Integer Four ASCII HH: 00-24 Standard default check-in time;
bytes, fixed MM: 00-59 military/24-hour time, HH = hour, MM =
minutes (example: 1200 for 12 p.m.)
16-19 Integer Four ASCII HH: 00-24 Standard default check-out time;
bytes, fixed MM: 00-59 military/24-hour time, HH = hour, MM =
minutes (example: 0600 for 6 a.m.)
20-23 Integer Four ASCII HH: 00-24 Automatic pre-reg check-in time;
bytes, fixed MM: 00-59 military/24-hour time, HH = hour, MM =
minutes (example: 1300 for 1 p.m.)
25-27 Integer Three ASCII 001-254 Maximum days away pre-reg check-in
bytes, fixed can be (example: 002 = 2 days)
28-30 Integer Three ASCII 001-254 Maximum hours early a pre-reg can be
bytes, fixed checked in (example: 001 = 1 hour)
32-37 Integer Six ASCII MM: 01-12 System date; MM = month, DD = day,
bytes, fixed DD: 01-31 YY = year (example: 100504 for
YY: 00-99 10/5/04)
38-41 Integer Four ASCII HH: 00-24 System time; military/24-hour time, HH
bytes, fixed MM: 00-59 = hour, MM = minutes (example: 1100
for 11 a.m.)
43-45 Integer Three ASCII 000-512 Standard key expiration days after
bytes, fixed check-out date
46-47 Integer Three ASCII 00-23 Standard key expiration hours after
bytes, fixed check-out time
Some important rules for the PMS interface’s handling of requests include:
• All transaction requests are terminated only by the SAFLOK interface. The PMS
interface should always maintain a record of the request until the SAFLOK
interface sends a termination message for it (SRC 62, GRC 0, 3, 4, 5, or 8).
• The PMS interface should never allow another PFC 20 request using the same
PMS terminal/request number in the byte 7-9 request number position until the
previous PFC 20 request has been terminated by the SAFLOK interface. This
does not apply to PFC 7 requests, which always reference an existing PFC 20
request number.
Only one transaction request (PFC 20) can be in process for a particular PMS terminal
or PMS interface request number. If there is a request currently in progress for a PMS
terminal or PMS interface request number and a second transaction request (PFC 20) is
received with the same request number (same PMS terminal), the SAFLOK interface will
immediately terminate both the original and second PFC 20 requests, and one SRC 62-
GRC 3 message will be sent to the PMS interface for both requests. The new PFC 20
request will not be accepted.
It is the responsibility of the PMS interface to ensure that it does not use an existing
request number in a PFC 20 transaction until the SAFLOK interface indicates the first
one is terminated. Explanations of SAFLOK GRC-DRC error and information codes are
provided in Section 7.
Sample Message Exchanges Between the PMS and SAFLOK Interfaces for PFC 20
Requests
The SAFLOK interface software is designed to require the PMS interface to generate all
requests and to require only a single terminating SAFLOK interface reply message in
response to any PFC 20 request.
If the transaction was successfully completed or any keys requested were successfully
made, then the SAFLOK interface will transmit an SRC 62, a GRC 0 or 5, and a DRC xx
to the PMS interface (where xx equals the number of keys made for a GRC 0 or a
detailed message code for a GRC 5). The SAFLOK interface terminates the transaction
request.
The original request will still be active and the SAFLOK interface will terminate it and
send an SRC 62 and a GRC 0, 3, 4, 5, or 8 (depending on the original PFC request type
and the stage the request was at when the PFC 7 abort request was received) to the
PMS interface.
In addition, any time the PMS interface is first booted up, it should always send this
message until the SAFLOK interface responds with an ACK and an SRC 55 reply
message.
Upon successful linking, the SAFLOK interface will return an SRC 55 to the PMS
interface to indicate it is linked. The PMS interface should then use the PMS
interface/SAFLOK interface station number provided in all its future messages to the
SAFLOK interface.
After the communications link is established, the PMS interface should request the
standard SAFLOK information to compare the PMS and SAFLOK System 6000 dates
and times – and to obtain any SAFLOK System 6000 default information it will use. The
PMS interface would send a PFC 20 message with a TXC 127 to the SAFLOK interface
(see Section 5.6).
When the transaction request successfully completes, the SAFLOK interface will
respond with an SRC 62, a GRC 8, and various data fields, which terminates the
transaction request. The PMS interface would write these to a file or hold them in
memory.
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 41 of 73
Once the information is received, the PMS interface should compare the SAFLOK
System 6000 date and time to its own to determine whether they are acceptably close. If
they are not, the PMS interface should unlink and display a message on its screen
indicating the date and time and information that one of the two systems needs to be
adjusted.
6.0 MISCELLANEOUS
XOFF – Line control code transmitted by the PMS interface to stop the SAFLOK
interface from transmitting to it
XON – Line control code transmitted by the PMS interface to explicitly clear the XOFF
condition
6.2 Example: How To Calculate a Message Checksum and Add Message Control
Codes
For a message to request a new key for Room 101, for example, a PFC 20 message
would need to be formatted (see Section 3.5).
Message
Text
Byte # Hex Description
1-2 32 30 PFC 20
3-4 30 32 To SAFLOK interface station #2
5-6 30 32 From PMS interface station #2
7-9 30 30 31 Unique PMS terminal number or PMS
interface request #1
10-12 30 30 31 Transaction 1
13-19 32 35 30 20 20 20 20 SAFLOK password 250 (ASCII equivalent)
20-24 31 30 31 20 20 Key/room number 101 (ASCII equivalent)
25 31 Room key level 1
26-27 30 34 Encoder station #4 to make key at
28-29 46 46 LED control information FF
30-31 30 31 Number of keys to make, 1
32-37 31 32 30 31 30 34 Projected check-out date, 12/01/04
38-41 31 33 30 30 Projected check-out time, 1:00 p.m.
42-47 31 32 30 31 30 34 Key expiration date, 12/01/04
48-51* 31 36 30 30 Key expiration time, 4:00 p.m.
52* 30 Pass number info field, 0 = add to auto pass
numbers
53-64* 30 30 30 30 30 30 30
30 30 30 30 30 Pass numbers, 000000000000
*Delete unnecessary data bytes
Although there are 64 bytes in the message, data bytes 50 through 64 can be excluded
from the message because they are the last additional data bytes in the message and
have a 20 or 30 hex value. For this example, we will delete them.
The protocol control code ETX (03 hex) – or end text – would then be added to the
message:
32 30 30 32 30 32 30 30 31 30 30 31 32 35 30 20 20 20 20 31 30 31 20 20
31 30 34 46 46 30 31 31 32 30 31 38 39 31 33 30 30 31 32 30 31 38 39 31 36 03
The LRC checksum would then be calculated and added to the message:
XOR every byte = 00010111 binary = 17 hex
32 30 30 32 30 32 30 30 31 30 30 31 32 35 30 20 20 20 20 31 30 31 20 20
31 30 34 46 46 30 31 31 32 30 31 38 39 31 33 30 30 31 32 30 31 38 39 31 36 03
17
The protocol control STX code (02 hex) – or start text – would then be added to the
message:
02 32 30 30 32 30 32 30 30 31 30 30 31 32 35 30 20 20 20 20 31 30 31 20 20
31 30 34 46 46 30 31 31 32 30 31 38 39 31 33 30 30 31 32 30 31 38 39 31 36 03
17
High 0 1 2 3 4 5 6 7
char\
Low char
0 NUL DLE SP 0 @ P ` p
1 SOH DC1 ! 1 A Q a q
2 STX DC2 " 2 B R b r
3 ETX DC3 # 3 C S c s
4 EOT DC4 $ 4 D T d t
5 END NAK % 5 E U e u
6 ACK SYN & 6 F V f v
7 BEL ETB 7 G W g w
8 BS CAN ( 8 H X h x
9 HT EM ) 9 I Y i y
A LF SUB * : J Z j z
B VT ESC + ; K [ k {
C FF FS , < L \ l |
D CR GS _ = M ] m }
E SO RS . > N ^ n ~
F SI US / ? O o DEL
Examples: ASCII 4D = M, space = ASCII 20
1-190 01-BE Encoder Active PMS ENCODER TIMED OUT WAITING FOR KEY TO
key response – BE INSERTED. TRY KEY AGAIN?
21,
PMS log –
no
1-192 01-C0 Encoder Active PMS ENCODER HAS JAMMED KEY INSIDE. PRESS
key response – RUN MOTOR SWITCH. TRY KEY AGAIN?
21,
PMS log –
no
1-193 01-C1 Encoder Active PMS KEY WAS REJECTED. KEY MUST BE FACE
key response – UP AND POINTING IN. TRY KEY AGAIN?
21,
PMS log –
no
1-194 01-C2 Encoder Active PMS KEY WAS REJECTED AND MAY BE
key response – DAMAGED. WILL YOU TRY DIFFERENT KEY?
21,
PMS log –
no
1-207 01-CF TX 1 Active PMS NEW KEYS WERE MADE mm/dd/yy hh:mm
response – AND WILL BE CANCELLED. MAKE NEW KEYS
21, ANYWAY?
PMS log –
no
1-211 01-D3 TX 3 Active PMS CURRENT GUEST KEY IS KEY # nnnn, LV yy.
response – MAKE DUPLICATE KEY ANYWAY?
21,
PMS log –
no
1-211 01-D3 TX 14 Active PMS CURRENT GUEST KEY IS KEY # nnnn, LV yy.
response – CONTINUE WITH ORIGINAL KEY ANYWAY?
21,
PMS log –
no
1-211 01-D3 TX 14 Active PMS CURRENT GUEST KEY IS KEY # nnnn, LV yy.
response – CHECK OUT ORIGINAL KEY ANYWAY?
21,
PMS log –
no
1-214 01-D6 TX 14 Active PMS ALL KEYS WILL EXPIRE mm/dd/yy hh:mm
response – BEFORE CHECK-OUT TIME. CONTINUE
21, ANYWAY?
PMS log –
no
1-229 01-E5 TX 3 Active PMS NEW KEY DATE mm/dd/yy hh:mm IS AHEAD
response – OF SYSTEM TIME. MAKE DUPLICATE KEYS
21, ANYWAY?
PMS log –
no
1-230 01-B6 TX 14 Active PMS KEY # nnnn, LV yy WAS AUTO CHECKED OUT
response – BY A PRE-REG mm/dd/yy hh:mm. CHECK IN?
21,
PMS log –
no
1-230 01-E6 TX 18 Active PMS PRE-REG KEYS WILL NOT WORK UNTIL
response – mm/dd/yy hh:mm. CONTINUE?
21,
PMS log –
no
1-xxx 01-Z2 Any TX Active PMS GRC 01, DRC zz, TXC ww ERROR –
response – CONTINUE ANYWAY?
21,
PMS log –
yes
2-192 02-D0 Encoder Active PMS ENCODER xx HAS JAMMED KEY INSIDE.
request response – PRESS RUN MOTOR SWITCH OR CHANGE
22, ENCODER #.
PMS log –
no
2-197 02-C5 Encoder Active PMS STATION # xx HAS A BAD ROM. CONTACT
request response – SAFLOK. CHANGE ENCODER # AND RE-
22, REQUEST.
PMS log –
no
2-xxx 02-zz Any TX Active PMS GRC 02, DRC zz, TXC ww ERROR – CHANGE
response – ENCODER # AND RE-REQUEST.
NA,
PMS log –
yes
3-002 03-02 TXHelp Termi- PMS THE REQUESTED KEY LEVEL IS NOT
nated response – RELEVANT FOR THIS TRANSACTION
NA,
PMS log –
no
3-025 03-25 Computer Termi- PMS SAFLOK ENI CORE AND TX SOFTWARE IS
nated response – INCOMPATIBLE. CONTACT SAFLOK.
NA,
PMS log –
no
3-027 03-1B Interface Termi- PMS PMS INTERFACE SENT PASSWORD LESS
nated response – THAN THREE CHARACTERS. CONTACT PMS
NA, COMPANY.
PMS log –
yes
3-031 03-1F Computer Termi- PMS YOU ARE NOT AUTHORIZED IN SAFLOK TO
nated response – DO THIS TRANSACTION. MUST FIRST BE
NA, GIVEN AUTHORIZATION.
PMS log –
yes
3-039 03-27 Computer Termi- PMS REQUESTED KEY NUMBER DOES NOT
nated response – EXIST IN SAFLOK DATABASE. CONTACT
NA, SAFLOK TO ADD.
PMS log –
no
3-052 03-34 Computer Termi- PMS YOU ARE NOT AUTHORIZED IN SAFLOK TO
nated response – MAKE THE REQUESTED KEY
NA,
PMS log –
yes
3-101 03-65 Interface Termi- PMS PMS INTERFACE USED AN INVALID PMS
nated response – TERMINAL REQUEST #. CONTACT PMS
NA, COMPANY.
PMS log –
yes
3-102 03-66 Interface Termi- PMS THE KEY LEVEL MUST BE BETWEEN 1 AND
nated response – 4. CHANGE AND RE-REQUEST.
NA,
PMS log –
yes
3-104 03-68 Interface Termi- PMS KEY NUMBER CANNOT BE NULL. RE-ENTER
nated response – KEY NUMBER AND RE-REQUEST.
NA,
PMS log –
yes
3-109 03-6D Interface Termi- PMS THE ENCODER STATION MUST BE BETWEEN
nated response – 1 AND 99. CHANGE AND RE-REQUEST.
NA,
PMS log –
yes
3-110 03-6E Interface Termi- PMS YOU MUST REQUEST AT LEAST 1 KEY.
nated response – CHANGE AND RE-REQUEST.
NA,
PMS log –
yes
3-111 03-6F Interface Termi- PMS INVALID PMS INTERFACE RESPONSE (21 OR
nated response – 22). CONTACT PMS COMPANY.
NA,
PMS log –
yes
3-112 03-70 Interface Termi- PMS SAFLOK INTERFACE COULD NOT ACCEPT
nated response – ANOTHER REQUEST. RE-REQUEST IF
NA, DESIRED.
PMS log –
yes
3-113 03-71 Interface Termi- PMS PMS INTERFACE LOST YOUR REQUEST. RE-
nated response – REQUEST IF DESIRED.
NA, PMS log
– no
3-114 03-72 Interface Termi- PMS SAFLOK TIMED OUT WAITING FOR A
nated response – CONTINUATION RESPONSE. RE-REQUEST IF
NA, PMS log DESIRED.
– no
3-115 03-73 Interface Termi- PMS SAFLOK TIMED OUT YOUR REQUEST –
nated response – GENERAL COMMUNICATIONS TIME OUT
NA, OCCURRED.
PMS log –
yes
3-117 03-75 Interface Termi- PMS YOU DID NOT OVERRIDE ERROR. REQUEST
nated response – IS TERMINATED.
NA,
PMS log –
no
3-119 03-77 Interface Termi- PMS REQUESTED KEY IS A BATCH KEY. USE
nated response – SAFLOK TERMINAL OR CONTACT SAFLOK.
NA,
PMS log –
yes
3-120 03-78 Interface Termi- PMS REQUESTED KEY AND LEVEL IS A FAILSAFE
nated response – KEY. USE SAFLOK TERMINAL OR CONTACT
NA, SAFLOK.
PMS log –
yes
3-121 03-79 Interface Termi- PMS SAFLOK LOST YOUR REQUEST. RE-
nated response – REQUEST IF DESIRED.
NA,
PMS log –
no
3-122 03-7A Interface Termi- PMS PMS SENT PFC 22 OR 21 WHEN SAFLOK DID
nated response – NOT EXPECT EITHER. CONTACT PMS
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 55 of 73
NA, COMPANY.
PMS log –
no
3-123 03-7B Interface Termi- PMS SAFLOK SENT STANDARD GRC BUT PMS
nated response – INDICATED INVALID GRC CODE. CONTACT
NA, PMS COMPANY.
PMS log –
no
3-124 03-7C Interface Termi- PMS PMS INTERFACE USED AN INVALID PASS
nated response – OPTION > 1. CONTACT PMS COMPANY.
NA,
PMS log –
no
3-125 03-7D Interface Termi- PMS PMS INTERFACE USED AN INVALID PASS # =
nated response – 0 or > 12. CONTACT PMS COMPANY.
NA,
PMS log –
no
3-132 03-84 Interface Termi- PMS SAFLOK ERROR NOT HANDLED PROPERLY.
nated response – CONTACT SAFLOK.
NA,
PMS log –
no
3-133 03-85 Interface Termi- PMS TIMED OUT WAITING FOR ENI BUFFER TO
nated response – PMS INTERFACE.
NA,
PMS log –
no
3-134 03-86 Interface Termi- PMS TIMED OUT WAITING FOR SAFLOK
nated response – COMPUTER TO ACCEPT REQUEST.
NA,
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 56 of 73
PMS log –
no
3-148 03-94 Computer Termi- PMS LOCK mmmmm FOR KEY # nnnn, LV yy IS
nated response – INACCESSIBLE. RESTORE ACCESS (TX 57)
NA, FIRST.
PMS log –
no
3-189 03-BD System Termi- PMS ORIGINAL REQUEST WAS ABORTED PER
all nated response – ABORT MESSAGE.
NA,
PMS log –
no
3-190 03-BE System Termi- PMS REQUESTED ENCODER TIMED OUT WAITING
all nated response – FOR KEY TO BE INSERTED. RETRY IF
NA, DESIRED.
PMS log –
no
3-192 03-C0 Encoder Termi- PMS REQUESTED ENCODER HAS A JAMMED KEY
request nated response – INSIDE. PRESS RUN MOTOR SWITCH FIRST.
NA,
PMS log –
no
3-193 03-C1 Encoder Termi- PMS KEY WAS REJECTED. KEY MUST BE FACE
key nated response – UP AND POINTING IN. RETRY IF DESIRED.
NA,
PMS log –
© SAFLOK Proprietary and Confidential AS 10/04
SAFLOK System 6000™ PMS Interface Pg. 57 of 73
no
3-194 03-C2 Encoder Termi- PMS KEY WAS REJECTED AND MAY BE
key nated response – DAMAGED. USE A DIFFERENT KEY AND
NA, RETRY IF DESIRED.
PMS log –
no
3-197 03-C5 Encoder Termi- PMS REQUESTED ENCODER HAS A BAD ROM.
key nated response – CONTACT SAFLOK. USE DIFFERENT
NA, ENCODER.
PMS log –
no
3-199 03-C7 Encoder Termi- PMS ENCODER DID NOT RESPOND. CHECK IT
key nated response – FOR PROBLEMS. RETRY IF DESIRED.
NA,
PMS log –
no
3-201 03-C9 TX 18 Termi- PMS NO PRE-REG KEY EXISTS. MAKE NEW KEYS.
nated response –
NA,
PMS log –
no
no
3-204 03-CC TX 14 Termi- PMS REQUESTED KEY IS NOT A GUEST KEY AND
nated response – HAS NEVER BEEN MADE – CHECK-OUT IS
NA, NOT RELEVANT.
PMS log –
no
3-204 03-CC TX 15 Termi- PMS REQUESTED KEY IS NOT A GUEST KEY AND
nated response – NEVER BEEN MADE – CHECK-OUT IS NOT
NA, RELEVANT.
PMS log –
no
3-205 03-CD TX 14 Termi- PMS KEY # nnnn, LV yy HAS NEVER BEEN MADE.
nated response – ALREADY CHECKED OUT.
NA,
PMS log –
no
3-205 03-CD TX 15 Termi- PMS KEY # nnnn, LV yy HAS NEVER BEEN MADE.
nated response – ALREADY CHECKED OUT.
NA,
PMS log –
no
3-206 03-CE TX 3 Termi- PMS REPLACE ALL KEYS # nnnn, LV yy WITH NEW
nated response – KEYS.
NA,
PMS log –
no
3-208 03-D0 TX 3 Termi- PMS TOO LONG SINCE LAST NEW KEY # nnnn, LV
nated response – yy MADE mm/dd/yy. REPLACE KEYS WITH
NA, NEW.
PMS log –
no
3-210 03-D2 TX 3 Termi- PMS NOT THE CURRENT GUEST KEY. RE-
nated response – REQUEST KEY # nnnn, LV yy OR MAKE NEW
NA, KEYS.
PMS log –
yes
3-210 03-D2 TX 14 Termi- PMS NOT THE CURRENT GUEST KEY. RE-
nated response – REQUEST KEY # nnnn, LV yy.
NA,
PMS log –
yes
3-210 03-D2 TX 15 Termi- PMS NOT THE CURRENT GUEST KEY. RE-
nated response – REQUEST KEY # nnnn, LV yy.
NA,
PMS log –
yes
3-211 03-D3 TX 3 Termi- PMS FOR CURRENT GUEST KEY, REQUEST KEY #
nated response – nnnn, LV yy OR MAKE NEW KEYS.
NA,
PMS log –
no
3-212 03-D4 TX 14 Termi- PMS KEY # nnnn, LV yy WAS AUTO CHECKED OUT
nated response – BY A PRE-REG KEY mm/dd/yy hh:mm.
NA,
PMS log –
no
3-213 03-D5 TX 15 Termi- PMS KEY WAS CHECKED OUT WHEN PRE-REG
nated response – KEY # nnnn, LV yy WAS AUTO CHECKED IN.
NA,
PMS log –
yes
3-214 03-D6 TX 14 Termi- PMS REPLACE GUEST KEYS WITH NEW KEYS
nated response – FOR LATER KEY EXPIRATION.
NA,
PMS log –
no
3-216 03-D8 TX 3 Termi- PMS KEY # nnnn, LV yy HAS MAX. 255 DUPLICATE
nated response – KEYS. REPLACE ALL KEYS WITH NEW.
NA,
PMS log –
no
3-228 03-E4 TX 1 Termi- PMS LAST KEY DATE mm/dd/yy hh:mm IS AHEAD
nated response – OF SYSTEM TIME. USE SAFLOK TO MAKE
NA, KEY.
PMS log –
no
3-228 03-E4 TX 3 Termi- PMS NEW KEY DATE mm/dd/yy hh:mm IS AHEAD
nated response – OF SYSTEM. REPROGRAM LOCK FIRST.
NA,
PMS log –
no
3-228 03-E4 TX 15 Termi- PMS LAST KEY DATE mm/dd/yy hh:mm IS AHEAD
nated response – OF SYSTEM TIME. USE SAFLOK TO MAKE
NA, KEY.
PMS log –
no
3-228 03-E4 TX 18 Termi- PMS PRE-REG NEW KEY DATE IS OLDER THAN
nated response – LAST KEY DATE mm/dd/yy hh:mm. USE
NA, SAFLOK.
PMS log –
no
3-230 03-E6 TX 1 Termi- PMS PRE-REG KEY CHECKED IN EARLY. USE IT,
nated response – WAIT UNTIL mm/dd/yy hh:mm, OR USE
NA, SAFLOK.
PMS log –
no
3-230 03-E6 TX 3 Termi- PMS USE SAFLOK AND VERIFY GUEST'S KEY
nated response – BEFORE CONTINUING.
NA,
PMS log –
no
3-230 03-E6 TX 15 Termi- PMS PRE-REG KEY CHECKED IN EARLY. USE IT,
nated response – WAIT UNTIL mm/dd/yy hh:mm, OR USE
NA, SAFLOK.
PMS log –
no
3-231 03-E7 TX 3 Termi- PMS USE SAFLOK AND VERIFY GUEST’S KEY
nated response – BEFORE CONTINUING.
NA,
PMS log –
no
3-xxx 03-zz Any TX Termi- PMS GRC 3, DRC zz, TXC ww ERROR – REQUEST
nated response – ABORTED.
NA,
PMS log –
yes
4-159 04-9F System Termi- PMS SAFLOK MAIN COMPUTER IS NOT POLLING
all nated response – ENI.
NA,
PMS log –
yes
4-160 04-A0 System Termi- PMS SAFLOK ENI OR MAIN COMPUTER IS NOT
all nated response – ONLINE.
NA,
PMS log –
yes
4-164 04-A4 System Termi- PMS SAFLOK KEY DATA FILES ARE CORRUPT.
all nated response – CONTACT SAFLOK.
NA,
PMS log –
yes
4-165 04-A5 System Termi- PMS SAFLOK MAIN COMPUTER STATION ERROR
all nated response – RESPONSE. NOTIFY SAFLOK.
NA,
PMS log –
no
4-166 04-A6 System Termi- PMS SAFLOK INTERFACE IS BUSY SIGNING ON.
all nated response – RETRY LATER.
NA,
PMS log –
yes
4-170 04-AA System Termi- PMS SAFLOK MAIN COMPUTER CALLED INVALID
all nated response – PROGRAM ROUTING. NOTIFY SAFLOK.
NA,
PMS log –
no
4-171 04-AB System Termi- PMS SAFLOK COMPUTER COULD NOT ACCEPT
all nated response – ANOTHER REQUEST. RE-REQUEST IF
NA, DESIRED.
PMS log –
yes
4-175 04-AF System Termi- PMS SAFLOK SYSTEM CAUSED TIME OUT ON
all nated response – YOUR RE-REQUEST. RE-REQUEST IF
NA, DESIRED.
PMS log –
yes
4-180 04-B4 System Termi- PMS SAFLOK COMPUTER RAM SPACE PROBLEM.
all nated response – RE-REQUEST IF DESIRED.
NA,
PMS log –
no
4-183 04-B7 System Termi- PMS SAFLOK SYSTEM HAS READ BEYOND END
all nated response – OF FILE PROBLEM. CONTACT SAFLOK.
NA,
PMS log –
yes
4-184 04-B8 System Termi- PMS SAFLOK COMPUTER OUT OF DISK SPACE.
all nated response – NOTIFY SAFLOK.
NA,
PMS log –
no
4-185 04-B9 System Termi- PMS SAFLOK COMPUTER FILE WRITE ERROR.
all nated response – NOTIFY SAFLOK.
NA,
PMS log –
no
4-187 04-BB System Termi- PMS SAFLOK SYSTEM HAS A FILE NOT FOUND
all nated response – PROBLEM. CONTACT SAFLOK.
NA,
PMS log –
yes
4-188 04-BC System Termi- PMS SAFLOK CANNOT OPEN A FILE. NOTIFY
all nated response – SAFLOK.
NA,
PMS log –
no
4-xxx 04-zz Any TX Termi- PMS GRC 4, DRC zz, TXC ww ERROR – REQUEST
nated response – ABORTED.
NA,
PMS log –
yes
5-254 05-FE TX 15 Termi- PMS KEYS ARE CHECKED OUT BUT WILL WORK
nated response – UNTIL mm/dd/yy hh:mm OR UNTIL INHIBITED.
NA,
PMS log –
no
5-255 05-FF TX 15 Termi- PMS KEYS ARE CHECKED OUT AND ARE
nated response – EXPIRED IN LOCKS.
NA,
PMS log –
no
5-255 05-FF TX 18 Termi- PMS ISSUE zzz PRE-REG KEYS # nnnn, LV yy.
nated response – MAKE DUPLICATES IF MORE NEEDED.
NA,
PMS log –
yes
5-xxx 05-zz Any TX Termi- PMS GRC 5, DRC zz, TXC ww – REQUEST
nated response – COMPLETED.
NA,
PMS log –
yes
6-xxx 06-xx Encoder Termi- PMS FOR KEY # nnnn, LV yy INSERT KEY AT
request nated response – ENCODER # xx.
NA,
PMS log –
no
7-xxx 07-xx TX 128 Termi- PMS IF STATUS CODE IS 0: SAFLOK DOES NOT
nated response – HAVE YOUR REQUEST. RE-REQUEST OR
NA, EXIT. IF STATUS CODE IS > 0: SAFLOK IS
PMS log – STILL PROCESSING REQUEST.
no
12-xxx 0C-xx TX 131 Termi- PMS NO DISPLAY – SAFLOK PASS # STATUS AND
nated response – DESCRIPTION SUCCESSFULLY PROVIDED.
NA,
PMS log –
no