Procash PDF
Procash PDF
Procash PDF
3/00
ProConsult/NDC V1.1/00
User Guide
Software Structure
System Setup
Modes of operation
Configuration Data
Security Features
Messages
Printers
Abbreviations
Figures
Tables
Related publications
Pfad: E:\FRAM EMAK\NDC_DDC.NT\USER-NDC\User1TOC.fm
Contents
Contents
Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
What’s new . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
© Siemens Nixdorf Informationssysteme AG 1995
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Wincor Nixdorf Solution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Purpose of the Document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Function Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Supported hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Multi Vendor capability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Software Products of ProCash/NDC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Software Products of ProConsult/NDC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Software Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Dynamic Link Libraries (DLL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Parameter / Data Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Types of Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Compatible Customization Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Extended Configuration Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Global Screen Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Error Mapping Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Font Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Standard Fonts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
System Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Software Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Directory Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Modes of Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Power-up mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Exiting power-up mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Out-of-service mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
In-service mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Offline mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Suspend mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Service and Operating(SOP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
October 2004
Contents
Automatic return . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
In-service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Rear Balancing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Start Rear Balancing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Customize Rear Balancing functions . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Dispense Below Zero . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Miscellaneous Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
ADRS operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Configuration Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
States . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Steps processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Card Read State (A) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
PIN Entry State (B) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Customer Selectable PIN State (b) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Extension to state (b) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Envelope Dispense (C) State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Pre-Set Operation Code Buffer State (D) . . . . . . . . . . . . . . . . . . . . . . . . 72
– Clear mask (entry 3) example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
– A, B, C, D preset masks (entries 4-7) example . . . . . . . . . . . . . . . . . 75
Extension to State (D) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Four FDK Selection Function State (E) . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Amount Entry State (F) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Amount Check State (G) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
Information Entry State (H) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Transaction Request State (I) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Extension to state (I) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Close State (J) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
FIT Switch State (K) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Card Write State (L) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Enhanced PIN Entry State (M) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Enhanced Amount Entry State (R) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Extension to State (R) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Language Code Switch State (S) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Extension to State (S) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Card Read - PIN Entry Initiation State (T) . . . . . . . . . . . . . . . . . . . . . . . 116
Extension to State (T) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Language Select From Card State (V) . . . . . . . . . . . . . . . . . . . . . . . . . 120
October 2004
Pfad: E:\FRAM EMAK\NDC_DDC.NT\USER-NDC\User1TOC.fm
Contents
October 2004
Contents
October 2004
Pfad: E:\FRAM EMAK\NDC_DDC.NT\USER-NDC\User1TOC.fm
Contents
Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Messages from Terminal to Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Transaction Request message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209
Solicited Status messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218
Unsolicited Status messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
Network to Terminal messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
Transaction Reply command (message ID ‘4’) . . . . . . . . . . . . . . . . . . . 226
© Siemens Nixdorf Informationssysteme AG 1995
October 2004
Contents
Printers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
Printer Models . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
Printer Control Characters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Electronic journal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
Electronic journal storage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
Types of journal information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
Printing with the Windows GDI Interface . . . . . . . . . . . . . . . . . . . . . . . . . . 370
October 2004
Pfad: E:\FRAM EMAK\NDC_DDC.NT\USER-NDC\User1TOC.fm
Contents
Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 443
October 2004
Contents
Figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449
Abbreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451
October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user1.fm
What’s new
This section lists a summery of documentation changes and enhancements of
the ProCash/NDC User Guide.
Since November 2003 until October 2004:
© Siemens Nixdorf Informationssystem e AG 1995
October 2004 13
What’s new
14 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user1.fm
Introduction Preface
Introduction
Preface
© Siemens Nixdorf Informationssystem e AG 1995
In the past NCR and Diebold/Interbold have dominated the international market
of automated teller machines (ATM). Both vendors have defined very similar
protocols for the network integration of their systems.
The existing MS-DOS based NDC-Emulation from Wincor Nixdorf is running in
NCR network environments all around the world. New technologies and of
course windows oriented platforms provided from Microsoft has forced Wincor
Nixdorf to develope the NDC-Emulation running with Windows. The product
ProCash/NDC and since October 2002 ProConsult/NDC from Wincor Nixdorf
has been developed with all known advantages provided by Windows like
Multithreading Processes, using WOSA services, open system environment
through the ProTopas architecture from Wincor Nixdorf. The ability to integrate
ProCash/NDC in multi vendor projects (ProCash/NDC running on NCR, Olivetti,
or Diebold hardware) is another big advantage of this software architecture.
October 2004 15
Purpose of the Document Introduction
16 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user1.fm
Function Overview
ProCash/NDC and ProConsult/NDC written for Wincor Nixdorf terminals
contain base functions from the original NCR Direct Connect (NDC) software
provided by NCR.
© Siemens Nixdorf Informationssystem e AG 1995
The functionality depends on the host Software (BASE24, ON/2, TP/2, etc.).
The download of original NCR Customization Tables such as States, FIT’s,
Screens and Parameters controls the terminal, thus defining the available
functions. Those are typically (but not exclusively):
● Withdrawal (ProCash/NDC only)
● Fast cash (ProCash/NDC only)
● Deposit (ProCash/NDC only)
● Balance inquiry
● Transfer
● Payment
● PIN change
● Rear Balancing
● Multi language
● Statement print
● MACing
● Triple DES security
● EMV support
● Cheque deposit
● E-Journal Upload (EJU)
October 2004 17
Supported hardware Introduction
Supported hardware
Currently following systems and hardware components are supported:
ATM’s:
● CSC4xx Rear/Frontload
● CSC400 Frontload
● ProCash-Compact
● ProCash 2000
● CSC21xx, CSC1500
● Cash Recycling System (CRS), 3100xe
Info Terminals:
● ProPrint 200
● ProPrint 2000
● ProConsult, Certo
Dispenser modules:
● CDM-V1, CDM-NG, CMD-V4, CDM-NG (6 cassettes)
Needle printers:
● Journal: ND98D, ND98, ND71, NP06
● Receipt: ND9E, ND71, ND9A, NP07
● Statement: ND97, ND94, ND97
Thermal printers:
● Receipt: ND9C, ND99, ND9G, TH21, TH22, TP07
● Journal: TH30, TP06
● Statement: TH97/G, TP01, TH23
Card readers:
● ID14 (Sankyo Seiki), ID15 (Wincor Nixdorf), ID18 (OMRON), V2X,
ID24 (DIP reader), ICM300 (manual smart card reader)
Encryption modules:
● EDM module (restricted security), EPP’s V4, V4+, V5 (international)
Deposit modules:
● Papalakko, Wincor Nixdorf
● Cheque Deposit Module (CCDM)
18 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user1.fm
Miscellaneous:
● Operator Panel (Low- or high end)
● Touch screen support
● Power Supply box
● Sound card
● USB support
© Siemens Nixdorf Informationssystem e AG 1995
October 2004 19
Software Products of ProCash/NDC Introduction
Communication software
SNA-Workstation 4.0 optional
Eicon software components 3.0 optional
For detailed information about function and configuration of each product refer
to ProCash/NDC ProConsult/NDC Installation manual
NOTE 1: ProCash/NDC is running on on PC based systems. The Windows
NT system needs minimum 128 MB RAM at runtime and one hard
disk with the minimum capacity of 500 MB to store the whole
software. For Windows XP 256 MB RAM and hard disk space of 4 GB
is required. Pure Windows XP needs 1,8 GB hard disk space.
NOTE 2: Windows XP is released on Embedded PC’s only.
20 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user1.fm
Communication software
SNA-Workstation 4.0 optional
Eicon software components 3.0 optional
For detailed information about function and configuration of each product refer
to ProCash/NDC ProConsult/NDC Installation manual
NOTE 1: ProConsult/NDC is running on on PC based systems. The Windows
NT system needs minimum 128 MB RAM at runtime and one hard
disk with the minimum capacity of 500 MB to store the whole
software. For Windows XP 256 MB RAM and hard disk space of 4 GB
is required. Pure Windows XP needs 1,8 GB hard disk space.
NOTE 2: Windows XP is released on Embedded PC’s only.
October 2004 21
Software Products of ProConsult/NDC Introduction
22 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User2.fm
Software Structure
The following described Dynamic Link libraries are the part of ProCash/NDC or
ProConsult/NDC, which have to be installed via ProInstall on the harddisk of the
ATM. These modules control the functions of the application.
The following software modules build the application part NDC on the ATM:
● Transaction Framework (dcsttfw.dll)
The Transaction Framework maps the downloaded NDC states to the
belonging step function defined in the LYNXPAR section of the registry.
● Cash Dispenser Framework (dccdmfw.dll) (not ProConsult/NDC)
The Cash Dispenser Framework controls the dispensing requests from the
consumer. It maps the physical cassettes to logical positions which have to
match with the positions configured at the host side. It handles the cassette
counters and syncronizes them with WOSA.
● Device Status Framework (dcdevsta.dll)
The Device Status Framework collects the status of the devices from the
different device frameworks. It also offers the supplies of the devices. The
actual status will be passed to the Message Control Framework whenever it
asks for the device status.
● Message Control Framework (dcmsgcfw.dll)
The Message Control Framework handles the NDC messages sent from the
host to the terminal and builds up the messages which have to be sent from
the terminal to the host. It asks the Device Status Framework for the current
status of the device to fill the severity and supply status fields of solicited and
unsolicited messages to be sent to the host.
● SOP User Exit Framework for ProSop (dcsuefw.dll)
The ProSop User Exit Framework contains NCR service functions like
“Display supply status, “Clear card capture counter”, “Rear balancing”, etc..
October 2004 23
Dynamic Link Libraries (DLL) Software Structure
24 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User2.fm
October 2004 25
Parameter / Data Files Software Structure
Types of Parameters
26 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User2.fm
ProTopas\
CurrentVersion\
LYNXCI
October 2004 27
Parameter / Data Files Software Structure
All non downloaded configuration data are stored in the following location of the
Windows registry:
HKEY_LOCAL_MACHINE\
SOFTWARE\
Wincor Nixdorf\
ProTopas\
CurrentVersion\
LYNXPAR
28 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User2.fm
Those parameters are stored in the following location of the Windows registry:
HKEY_LOCAL_MACHINE\
SOFTWARE\
Wincor Nixdorf\
ProTopas\
CurrentVersion\
LYNXCI\SCREEN
LYNXCI\SCREEN\XXX
October 2004 29
Parameter / Data Files Software Structure
All device errors and mapping parameters are devided in error classes. The
“CLASS” section is devided in the CSC-W32 device classes inclusive the
ProCash/NDC classes. Each class contains sub sections of error codes which
contain the CSC-W32 error and the error mapping definitions for the message
protocol.
30 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User2.fm
Font Files
ProCash/NDC uses the Windows font format (*.FON) for displaying text and
graphic characters for downloaded NDC screens. The fonts can be created and
modified via utility “FONTEDIT.EXE”. During the installation the default base set
of ProCash/NDC or ProConsult/NDC fonts will be installed and activated
© Siemens Nixdorf Informationssysteme AG 1995
The following section contains a short list of NDC Standard Fonts that are
installed during the installation of ProCash/NDC or ProConsult/NDC:
Standard Fonts
Table 3: Standard fonts table
[1] - Depending on the display resolution you have to select the belonging font
with the correct width and height (W * H). During the installation the
standard fonts are automatically installed with the display resolution
currently set in the control panel of Windows.
October 2004 31
Font Files Software Structure
32 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User3.fm
System Setup
Software Installation
© Siemens Nixdorf Informationssysteme AG 1995
The whole software will be installed via the ProInstall Product CD, Customizing
and Update diskettes. The installation process will be started via program
’SETUP.EXE’ located in the root of the ProInstall CD. During the installation you
will guided via menu dialogs through the installation processes. You can set also
specific parameters via a parameter configuration dialog.
All details about product installation will be provided in the ProCash/NDC
ProConsult/NDC Installation manual.
October 2004 33
Directory Structure System Setup
Directory Structure
ProCash/NDC or ProConsult/NDC is only one part of a bundle of software
packages running on an Windows based ATM. A lot of directories and a large
number of Dynamic Link Libraries (DLL’s) makes it difficult to assign
configuration files and DLL’s to the right software sub product.
Protopas based DLL’s and ProCash/NDC or ProConsult/NDC specific DLL’s are
stored together in directory C:\PROTOPAS\BIN. The following table gives short
overview about the modules and their directories:
34 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User3.fm
October 2004 35
Directory Structure System Setup
36 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User3.fm
October 2004 37
Directory Structure System Setup
38 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\User3.fm
October 2004 39
Directory Structure System Setup
40 October 2004
Pfad: E:\FRAMEMAK\NDC_DDC.NT\USER-NDC\user4.fm
Modes of Operation
At any time, Wincor Nixdorf terminals operates in one of the following six
modes:
● power-up mode
© Siemens Nixdorf Informationssystem e AG 1995
● out-of-service mode
● in-service mode
● offline mode
● Service and Operating (supervisor mode)
● suspend mode
The terminal changes from one mode to another when it encounters a specific
event, like the SOP switch is pressed or the terminal discovers that it is no
longer communicating with the network.
Figure 1 shows how the terminal normally exits one mode and enters another.
If the terminal loses power or is reset, the terminal abnormally exits from the
mode it was in, when the reset or power failure occurred.
POWER-UP
POWER-UP
SUPERVISOR
SUPERVISOR
OFFLINE
OFFLINE MODE
MODE
SUSPEND
SUSPEND
MODE
MODE
OUT
OUT OF
OF IN
IN SERVICE
SERVICE
SERVICE
SERVICE
The following paragraphs describe how the terminal enters and exits each of the
modes and, if applicable, how the terminal functions when it is in that mode.
Power-up mode
The terminal enters power-up mode when the terminal is switched on.
During power-up mode, the restart handler starts the WOSA services, the
Protopas environment and at least the ProCash/NDC, ProConsult/NDC
frameworks. After all terminal devices are opened the communication
framework is waiting for line activity.
Out-of-service mode
The terminal may enter out-of-service mode from any one of the following
modes:
● power-up mode
● offline mode
● in-service mode (if the terminal receives an out-of-service command from
the network)
● supervisor mode
The terminal accepts and stores configuration data while it is in out-of-service
mode. During this time, the terminal can also receive and execute print
immediates, startup and shutdown commands from the network. Depending on
what mode the terminal was in before going out-of-service, the terminal may
perform other functions.
In-service mode
The terminal enters in-service mode from any of the following modes:
● out-of-service mode (if the terminal receives a startup command from the
network)
© Siemens Nixdorf Informationssystem e AG 1995
Except when an abnormal exit occurs, the in-service mode can only
be exited from State 000.
Offline mode
The terminal may enter offline mode from any of the following modes:
● in-service mode
● out-of-service mode
● power-up mode
● supervisor mode
Offline mode is entered from the in-service mode if communication is lost
between the network and the terminal. While in this mode, the terminal operates
as follows:
● The terminal displays the user-defined offline screen (screen C01) on the
screen.
● The terminal enters an idle loop until network communication is restored.
The terminal exits this mode under the following conditions:
● communication with the network is restored
● the terminal enters supervisor mode
● an abnormal exit occurs
Suspend mode
The suspend mode feature must be activated in the miscellaneous parameters
(see ProCash/NDC ProConsult/NDC Installation manual for details). Suspend
mode is entered from the in-service mode if a tampering suspected error has
occurred and the specific error of the device class in CCERRMAP is set to
Severity 3.
While in this mode, the terminal operates as follows:
● The terminal displays the suspend mode screen C05 or C02 (if screen C05
not exists) on the screen.
● Green status lights in front and on the Operator Panel will be switched off.
● The terminal doesn’t accept customer cards.
Automatic return
In-service
Rear Balancing
On Wincor Nixdorf terminals the rear balancing functions can be performed in
two ways:
● on rear load terminals on the operator panel
● on front load terminals on the screen
To build up rear balancing functions for the operator panel or consumer screen,
you have to create a step table which is stored in section “..\LYNXSOP\
REAR_BALANCING” see ProCash NDC/DDC Programmers Reference for
detailed description of step functions and how to create step tables. The
parameter file “LYNXSOP.INA” in “C:\PROTOPAS\CONF” can be used to
enhance or replace the existing steps against your rear balancing steps.
cash. That means at least, cashout cassettes can be refilled without updating
the local cassette counters where dispensing is possible immediately after
cassette insertion (and cassette logon via SOP if automatic logon is NOT
enabled).
SECTION PARAMETER
[CASH_DISPENSER DISPENSE_BELOW_ZERO
Restrictions:
● Dispense Below Zero can be used with ProCash/NDC-SOP only. If the
ProSop is in use you get counter mismatches between the ProSop
counters (received from WOSA) and the recalculated counters in the
User Exit function provided by ProCash/NDC.
● Dispense Below Zero cannot be used together with ProView. Because
ProView is requesting for the WOSA counters and does not get the
recalculated counters from ProCash/NDC.
● Dispense Below Zero can be used only for cash out systems when the
logical WOSA service (BSATM32.DLL) is configured.
● It is mandatory to install cashout cassettes with a physical LOW sensor
to be able to send a “Money Low” unsolicited message to the host,
because the logical cassettes counters never fall down below the low
threshold.
Miscellaneous Operations
ADRS operation
© Siemens Nixdorf Informationssysteme AG 1995
ADRS by ProCash/NDC
The ProCash/NDC application periodically checks several devices of a self
service terminal and the application tries to repair them if neccessary. This
function is called Automatic Device Repair System (ADRS). Especially the
shutters and transport ways of input and output devices (Cash Dispenser
Module, Deposit Module, CashIn Module, etc.) are checked after each
consumer transaction. If status requests to the device are returned with
transport jams or device not operational, the application actively tries to repair
them via reset, or shutter close commands. During silent service ADRS is called
3 times in a 60 second time cycle.
ADRS methods in ProCash/NDC are implemented for the following devices:
● Cash Dispenser Module
Checks shutter and transport way status, performs retract or close shutter commands,
sends status message to the host
● Deposit Module
Checks shutter status, sends status message to the host, performs retract
● Receipt Printer
Checks supply status, sends low/out status message to the host
● Journal Printer
Checks supply status, sends low/out status message to the host
● Document Printer
Checks supply status, sends low/out status message to the host
ADRS by WOSA
WOSA (ProDevice) also uses ADRS for the Cash Dispenser device. In a
configurable time cycle the status of the device is checked and if neccessary, a
reset command is initiated by the WOSA service (Wincor Nixdorf systems only).
ADRS by Firmware
In specific conditions the firmware itself performs ADRS through automatic
resets (resp. for the cash dispenser so called clearing run).
The ADRS behavior can be controlled via configuration parameters. Please
refer to ProCash/NDC Installation Manual and ProDevice parameter
specification for ADRS configuration parameters.
Configuration Data
Configuration data is down-line loaded from the network to each terminal using
a series of load command messages. Configuration data is divided into four
categories:
© Siemens Nixdorf Informationssystem e AG 1995
● States
The states table directs the terminal to the tasks to be performed during each
part of a transaction. Refer to section ”States” on page 54 for details.
● Screens
Screen data contains display, control, and delimiter characters for different
screens which must be shown during different parts of a transaction. Refer
to section ”Screens” on page 153 for details.
● Miscellaneous Configuration Data
Consists of terminal parameters (capabilities), LUNO (a unique number
identifying each terminal), and terminal timer values. Refer to section
”Miscellaneous Configuration Data” on page 166 for details.
● FIT
Financial Institution Tables entries provide information which is used for
identifying which institution has issued a particular card, decoding or
encoding of data and for electronic fund transfers. Refer to chapter ”Security
Features” on page 175 for details.
Downloaded configuration data are stored in the registry location “LYNXCI” after
a "Set Config ID" load command is received. From now on the terminal will be
loaded automatically with the configuration data of the registry when the
application starts up as long as the terminal has not received any new
customization data. When power is restored or the terminal is turned on, the
network requests a configuration ID from the terminal. If the configuration ID
sent by the terminal does not match the configuration ID at the network, the
network will usually send a new configuration load to the terminal.
Terminals connected to the network are assigned to distinct groups. A network
programmer can create unique configuration data for each group, thereby
giving each group of terminals its own "personality", e.g. for systems of different
type or purpose.
States
The states configuration data is down-line loaded using the States Table Load
command message (refer to section ”State Tables Load” on page 239).
Each state is associated with a specific task. For example, while the terminal is
in the select function state the terminal is dedicated to the task of prompting the
consumer to select a function and recognizing the key (function) selected. Only
those subroutines and hardware components (such as screen and keyboard)
that facilitate function selection are used.
The terminal requires the repeated use, in different ways, of some states. For
instance, the consumers have to select the type of transaction (deposit,
withdrawal, inquiry or other) and later they have to select the type of account.
Both tasks are performed using different versions of the select function state.
Each state type can have one or more state tables associated with it. Each state
table of the same state type is a different version of that state providing the
same type of functions, but used in a different manner. The different state tables
are specified by a three-digit decimal number (000 through 999). This range
allows up to 1000 different state tables.
Each state table contains nine entries.
1. A state table is 25 characters long (first entry, which is one character long,
plus eight three-digit entries).
2. The first entry in a state table is a single character identifying the type of
state (ASCII graphic character).
3. The other eight entries are used to specify the actions performed (such as
screen displayed, buffers used and next state table) and are three
characters long.
State table 000 is the first state table that the terminal is in when it
enters in-service mode. State table 000 is usually a card read state.
The terminal should always return to a close state after the consumer’s
transaction(s) have been completed.
The terminal may use one state type several times while processing a
transaction; depending on the transaction that the costumer has requested,
other state types might not be used at all. The use of these state types, in any
order, defines terminal operation.
Steps processing
The Card Read state is usually the first state used during transaction
processing. This state table is normally assigned to the state number 000. The
terminal enters state number 000 automatically when placed in-service.
The Card Read state table performs the following functions:
© Siemens Nixdorf Informationssystem e AG 1995
● identifies the number of the screen displayed for prompting card entry
● identifies the screen displayed after a misread
● defines the card track(s) from which data is read
● contains a flag for the card return feature (immediately or at the end of the
transaction)
● indicates the next state number for cards that are read properly
● scans the FIT to obtain a match on the financial institution number
● tells the terminal the next state to go to if there is no FIT match
Entry Definition
1 state type
2 screen number
3 correct read next state number
4 error (misread) screen number
5 read condition 1
6 read condition 2
7 read condition 3
8 card return flag
9 no FIT match next state number
State type
Entry number: 1
Valid range: A
Description: This state ID identifies this state table as a Card Read state
table.
Screen number
Entry number: 2
Valid range: 000-999
Description: This is the number of the screen which prompts the customer to
insert a card. This screen is displayed while the terminal is
awaiting card entry.
Read condition 1
Entry number: 5
Valid range: 001-015
Description: This is one of the three entries (used with entry no. 6 and 7) that
tell the terminal which card track(s) must be read. This is the first
© Siemens Nixdorf Informationssystem e AG 1995
Read condition 2
Entry number: 6
Valid range: 001-015
Description: This is one of the three entries (used with entry no. 5 and 7) that
tell the terminal which card track(s) must be read. This is the
second read condition used. This one is used if read condition
1 cannot be done. If read condition 2 cannot be met, read
condition 3 is used. Refer to table “Card Read state entries” for
the definition of the card read conditions.
Read condition 3
Entry number: 7
Valid range: 001-015
Description: This is one of the three entries (used with entry no. 5 and 6) that
tell the terminal which card track(s) must be read. If neither read
condition 1 or read condition 2 can be met, this read condition
is used. Refer to table “Card Read state entries” for the
definition of the card read conditions.
Required track(s) Card read table Card read table Card read table
Entry 5 (read Entry 6 (read Entry 7 (read
condition 1) condition 2) condition 3)
1 only 004 004 004
2 only 002 002 002
3 only 001 001 001
1 and 2 006 006 006
1 and 3 005 005 005
2 and 3 003 003 003
1 and 2 and 3 007 007 007
2 or 3 002 001 001
1 or 3 004 001 001
1 or 2 004 002 002
1 or2or3 004 002 001
(1 and 2) or (1 and 3) 006 005 005
(2 and 1) or (2 and 3) 006 003 003
(3 and 1) or (3 and 2) 005 003 003
1 or (2 and 3) 004 003 003
2 or (1 and 3) 002 005 005
3 or (1 and 2) 001 006 006
Chip connect only 008 008 008
3 and chip connect 009 009 009
2 and chip connect 010 010 010
2, 3 and chip connect 011 011 011
1 and chip connect 012 012 012
1, 3 and chip connect 013 013 013
1, 2 and chip connect 014 014 014
1, 2, 3 and chip connect 015 015 015
If read condition 3 is satisfied, the good read next state number entry (table entry 3)
is taken. Otherwise, the card is ejected and the error screen number (table entry 4)
is displayed.
The PIN Entry state prompts the customer to enter the PIN and displays an X
for each PIN digit entered.
FIT determines whether the terminal performs PIN verification (local PIN
verification) or whether this is done by the network (remote PIN verification). If
local PIN verification is used, the terminal does not use state entry 8. If remote
PIN verification is used, the terminal does not use state entry 5. For details on
each PIN verification method, refer to chapter ”Security Features” on page 175.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 local PIN check, correct PIN next state number
6 local PIN check, maximum bad PIN’s next state number
7 local PIN check, error screen number
8 remote PIN check, next state number
9 local PIN check, maximum PIN attempts
State type
Entry number: 1
Valid range: B
Description: This state ID identifies this state table as a PIN Entry state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: This is the number of the screen display that prompts the
customer to enter the PIN. This screen is displayed when the
© Siemens Nixdorf Informationssystem e AG 1995
terminal enters the PIN entry state. This screen must position
the cursor at the beginning of the area where the Xs are
displayed.
This state allows the cardholder to input a new PIN. It differs from the PIN entry
state (B) in the number of retries. The state will prompt for the new PIN twice
and will take a good exit if both are the same and local PIN check is enabled.
If checking is local, the exit will be taken when the two new PIN’s have been built
© Siemens Nixdorf Informationssystem e AG 1995
into the PIN blocks for transmitting. If checking is enabled and the two PIN’s
entered are not the same the cardholder wil be asked to re-enter the Customer
Selectable PIN (CSP) and the state will not exit. If the FIT specifies that short
PIN entry is to be tested for, short PIN’s will be regarded as one try against the
limit specified in the state table.
The screen association for this state is derived from screen specified in table
entry 2. The cardholder PIN is entered on the facia keyboard and consists of
four to sixteen digits. If the number of digits entered is less than the value
specified in the FIT entry PMXPN the cardholder must press FDK A or ’ENTER’
key on the facia keyboard after the last digit entered . The ’CLEAR’ key clears
all digits.
Entry Definition
1 state type
2 first entry screen number
3 time-out next state number
4 cancel next state number
5 good next state number
6 CSP fail next state number
7 second entry screen number
8 mismatch first entry screen number
9 extension state number
The Customer Selectable PIN (b) state entries are defined as follows:
State type
Entry number: 1
Valid range: b
Description: This state ID identifies this state table is a Customer Selectable
PIN state table.
This state extends the Customer selected PIN state regarding number of PIN
entry attempts and type of PIN verification.
Entry Definition
1 state type
2 number of attempts allowed to enter a matching CSP pair
3 use local verification of new PIN pair attempts
4-9 reserved, must be ’000’
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies that this state table is an Extension state.
The Envelope Dispense (C) state tells the terminal how to process a deposit
operation.
If there are still enough envelopes in the deposit module and the local
parameter “DISPENSE_ENVELOPE” is enabled, the envelope is dispensed
© Siemens Nixdorf Informationssystem e AG 1995
Entry Definition
1 state type
2 next state number
3-9 reserved, must be ’000’
State type
Entry number: 1
Valid range: C
Description: This state ID identifies this state table as an Envelope Deposit
state.
Entry Definition
1 state type
2 next state number
3 clear mask
4 A preset mask
5 B preset mask
6 C preset mask
7 D preset mask
8 reserved
9 extension state number
The Pre-Set Operation Code Buffer (D) state entries are defined as follows:
State type
Entry number: 1
Valid range: D
Description: This state ID identifies this state table as a Pre-Set Operation
Code Buffer state table.
Clear mask
Entry number: 3
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be cleared to graphic
"space." Each bit relates to a byte in the operation code buffer.
Bit 0 relates to the first entry; bit 7 relates to the eighth entry. If
a bit is not set (zero), the corresponding entry is cleared. If a bit
is enabled (one), the corresponding entry is unchanged. Set this
entry to 255 if none of the operation code buffer positions are to
be cleared.
A Preset mask
Entry number: 4
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to A. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to A. If a bit is disabled
(zero), the corresponding entry is unchanged.
B Preset mask
Entry number: 5
Valid range: 000-255
Description: Specifies bytes of operation codeoperation code buffer buffer to
be set to B. Each bit relates to a byte in the operation code
buffer. Bit 0 relates to the first entry; bit 7 relates to the eighth
entry. If a bit is enabled (one), the corresponding entry is set to
B. If a bit is disabled (zero), the corresponding entry is
unchanged.
C Preset mask
Entry number: 6
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to C. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to C. If a bit is disabled
(zero), the corresponding entry is unchanged.
D Preset mask
Entry number: 7
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to D. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to D. If a bit is disabled
(zero), the corresponding entry is unchanged.
Reserved
Entry number: 8
Valid range: 000
Description: Entry 8 is reserved and must be 000.
Start with an operation code buffer that looks like the following:
Buffer B _ _ C _ _ D _
Bit Pos 0 1 2 3 4 5 6 7
Weight 1 2 4 8 16 32 64 128
© Siemens Nixdorf Informationssystem e AG 1995
To clear buffer position 6 (byte 6), add the weights of the positions that you do
not want to clear and put that result in the clear mask entry (entry 3).
Buffer B _ _ C _ _ D _
Bit pos 0 1 2 3 4 5 6 7
Positions not cleared X X X X X X X
Weights not cleared 1 + 2 + 4 + 8 + 16 + 32 + 128 = 191
With 191 entered in entry 3, the resultant operation code buffer would appear
as follows:
Buffer B _ _ C _ _ _ _
Bit pos 0 1 2 3 4 5 6 7
Assume that you want to set the operation code buffer positions as follows:
● positions 0 and 2 to A
● positions 1 and 5 to B
● position 3 to C
● positions 4 and 7 to D
The buffer would appear as follows:
Buffer A B A C D B _ D
Bit pos 0 1 2 3 4 5 6 7
Weight 1 2 4 8 16 32 64 128
The entries would have to be set as follows:
● entry 4 (A preset mask) - 1+4 = 005
● entry 5 (B preset mask) - 2 + 32 = 034
● entry 6 (C preset mask) - 8 = 008
● entry 7 (D preset mask) - 16 + 128 = 144
The extension to state (D) allows presetting the operation code buffer with F, G,
H or I.
Entry Definition
1 state type
2 F preset mask
3 G preset mask
4 H preset mask
5 I preset mask
6-9 reserved must be 000
The Pre-Set Operation Code Buffer Extension (Z) state entries are defined as
follows:
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as an Pre-Set Operation
Code Buffer Extension state.
F Preset mask
Entry number: 2
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to F. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to F. If a bit is disabled
(zero), the corresponding entry is unchanged.
G Preset mask
Entry number: 3
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to G. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
© Siemens Nixdorf Informationssystem e AG 1995
H Preset mask
Entry number: 4
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to H. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to H. If a bit is disabled
(zero), the corresponding entry is unchanged.
I Preset mask
Entry number: 5
Valid range: 000-255
Description: Specifies bytes of operation code buffer to be set to I. Each bit
relates to a byte in the operation code buffer. Bit 0 relates to the
first entry; bit 7 relates to the eighth entry. If a bit is enabled
(one), the corresponding entry is set to I. If a bit is disabled
(zero), the corresponding entry is unchanged.
This state reads the operation key that has been pressed by the cardholder,
stores the key code in the operation code buffer, and then advances to the next
state. This state permits the customer to select one function from up to four
functions displayed on the screen, by pressing one of the active operation keys.
The state table data for this state type defines which of the four operation keys
are to be active during this state.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 operation key A next state number
6 operation key B next state number
7 operation key C next state number
8 operation key D next state number
9 operation code buffer location
The Four FDK Selection Function (E) state entries are defined as follows:
State type
Entry number: 1
Valid range: E
Description: This state ID identifies this state table as a Function Selection
state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: The number of the display screen which prompts the customer
to choose between transaction types, account names, etc..
© Siemens Nixdorf Informationssystem e AG 1995
This state reads the amount entered by the consumer, displays it on the screen
and saves it in the amount buffer. This buffer is 8 or 12 bytes long. In the amount
entry state, the operation keys are used by the consumer to indicate whether
the displayed amount is either correct or incorrect.
© Siemens Nixdorf Informationssystem e AG 1995
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 operation key A next state number
6 operation key B next state number
7 operation key C next state number
8 operation key D next state number
9 display amount screen number
State type
Entry number: 1
Valid range: F
Description: This state ID identifies this state table as an Amount Entry state
table.
Screen number
Entry number: 2
Valid range: 000-999
Description: Number of display screen that prompts an amount entry. This
screen is displayed upon entry into the amount entry state.
This state checks to see if the amount entered is a whole amount (zero cents).
This state should follow the amount entry function state when a withdrawal
transaction is being performed.
When checking that an amount is dispensable, Central must have downloaded
the Dispenser Currency Cassette Mapping Table. If this table has not been
downloaded, or a currency type identified in table entry 7 is not present in the
table, processing will proceed with non-whole amount entry next state number.
Entry Definition
1 state type
2 whole amount entry next state number
3 non-whole amount entry next state number
4 buffer to be checked
5 zero entry next state number (if table entry 8 is zero) or
integer multiple value (if table entry 8 is non zero)
6 number of decimal places
7 currency type
8 amount check condition
9 reserved must be zero
The Amount Check (G) state entries are defined as follows:
State type
Entry number: 1
Valid range: G
Description: This state ID identifies this state table as a amount check state
table.
Buffer to be checked
Entry number: 4
Valid range: 000-002
Description: This field specifies which buffer is to be checked:
000 - amount buffer
001 - general purpose buffer B
002 - general purpose buffer C
Currency type
Entry number: 7
Valid range: 001-255
Description: Currency type of amount in specified buffer. Used in conjunction
with the Dispenser Currency Cassette Mapping Table. This field
is ignored if table entry 8 is not '003'.
Reserved
Entry number: 9
Valid range: 000
Description: Entry 9 is reserved and must be 000.
This state reads in a variable-length string of numeric keys, saves the data in
one of two general purpose buffers (see table entry 9), and displays either the
data or ‘X’ for each numeric key pressed. The input string is terminated by an
operation key, cancel key, or a time-out. General purpose buffers B and C are
© Siemens Nixdorf Informationssystem e AG 1995
variable in length. Maximum length is 32 bytes. When the terminal enters this
state, the specified buffer contains only the data from the depressed numeric
keys. If no keys are depressed, then the buffer contains no data.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 operation key A next state number
6 operation key B next state number
7 operation key C next state number
8 operation key D next state number
9 buffer and display parameters
State type
Entry number: 1
Valid range: H
Description: This state ID identifies this state table as an information entry
state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: The number of the display screen that prompts key entry from
the customer. This screen is displayed upon entry into the
information entry state and must leave the cursor at the
beginning of the data or X display area.
The Transaction Request state tells the terminal what information to include in
the transaction request message, transmits the transaction request message to
the network, and waits for the network response. When the network responds
with a Transaction Reply command message, the terminal executes the
Transaction Reply command message and goes to the next state specified in
the Transaction Reply command message. If the network does not respond with
a Transaction Reply command message within the time specified by timer 03
(section “Timer Data” on page 167), the terminal goes to the state specified in
entry 3 of this state.
Entry Definition
1 state type
2 screen number
3 network response time out next state number
4 send track 2 data
5 send track 1, track 3
6 send operation code buffer
7 send amount buffer
8 send PIN buffer (Buffer A) data / Select Extended format
9 send general purpose buffer(s) B and/or C or
Extension State Number (Range 000-254, 256-999)
State type
Entry number: 1
Valid range: I
Description: This state ID identifies this state table as a transaction request
state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: The number of the screen displayed while the terminal transmits
a request to the network and waits for the associated
© Siemens Nixdorf Informationssystem e AG 1995
Send track 1, 3
Entry number: 5
Valid range: 000-007
Description: The track 1, 3 data entry specifies whether track 1 and/or track
3 data is sent to the network.
The valid values are as follows:
000 - no additional tracks
001 - send track 3 only
002 - send track 1 only
003 - send track 1 and 3
In the Extension state of the transaction request state additional buffers can be
defined to be sent to the network.
Entry Definition
1 state type
2 send general purpose buffers B and/or C
3 send optional date fields ’A’ - ’H’
4 send optional data fields ’I’ - ’L’
5 send optional data fields ’Q’ - ’V’
6-9 reserved
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as an Extension state
table.
BIT Field ID
1 ’I’
2 ’J’
3 ’K’
4 ’L’
5 ’M’ reserved
6 ’N’ reserved
7 ’O’ reserved
8 ’P’ reserved
The Close state should terminate the customer’s current terminal interface. This
state performs the following functions:
● displays a screen
● completes any printing on the customer or journal printer that was initiated
by a Transaction Reply command message.
● returns or retains the activator card as instructed by the Transaction Reply
command message.
In addition, if the terminal returns the ID card and the consumer fails to remove
the card within the time period specified by timer 02 (section “Timer Data” on
page 167), the terminal will automatically retain the card.
Entry Definition
1 state type
2 transaction record form delivered screen number
3 next state number
4 no transaction record form delivered screen number
5 card retained screen number
6 Statement delivered screen
7 reserved
8-9 not used
State type
Entry number: 1
Valid range: J
Description: This state ID identifies this state table as a Close state table.
Reserved
Entry number: 7
Valid range: 000
Description: Entry 7 is reserved and must be 000.
Not used
Entry number: 8-9
Valid range:
Description: Entries 8 and 9 are not used by ProCash/NDC or
ProConsult/NDC.
The FIT Switch state allows the terminal to follow an alternate sequence of
states and screens according to the value of the Primary Account Number
(PAN) on the activator card. This state examines the PSTDX entry in the FIT to
determine the next state number. Refer to section ”FIT (Financial Institution
© Siemens Nixdorf Informationssystem e AG 1995
Entry Definition
1 state type
2-9 next state number
State type
Entry number: 1
Valid range: K
Description: This state ID identifies this state table as an FIT Switch state
table.
Entry Description
2 next state number if PSTDX = 0
3 next state number if PSTDX = 1
4 next state number if PSTDX = 2
5 next state number if PSTDX = 3
6 next state number if PSTDX = 4
7 next state number if PSTDX = 5
8 next state number if PSTDX = 6
9 next state number if PSTDX = 7
During a Card Read state the card data buffers are cleared of all previous data.
The Card Read state defines the card tracks to be read, and stores the card
track data in the corresponding card data buffer. In the transaction request state,
the terminal sends a transaction request message to central. You can specify
© Siemens Nixdorf Informationssystem e AG 1995
whether or not track 1, 2 or/and track 3 data are included in this message.
Central responds to this message by sending a transaction reply command to
the terminal. Within this command is a field which contains updated track 1/2
or/and track 3 data. This data replaces any previous data in the terminal‘s track
data buffer.
During the Card Write state the terminal writes the contents of the track 1/2/3
data buffer onto the magnetic stripe of the card. You specify which screen is to
be displayed on the screen while writing takes place.
Writing takes place only if the track data buffer contains data obtained from a
successful track 3 read during a card read state, or updated track data from a
transaction reply command.
There are three next state numbers that the terminal can go to once it leaves
the Card Write state. One exit is taken if the track write is successful. Another
exit taken if the track write is unsuccessful. A third exit is taken if the track buffer
is empty or contains invalid data and no writing is attempted.
If the terminal is to write more than one track, the order will be first track 1, then
track 2 and at least track 3. Before writing , a check is made to ensure that the
data are valid. If the data are valid and a track write fails the terminal will not
attempt any further requested track writes and the write state will exit.
To use the Card Write state, the magnetic stripe card must still be in the reader.
The following conditions must apply:
● If table entry 8 of the Card Read state (Type A) is used, it must not be 000
(return card immediately)
● A card before cash transaction reply must not have been performed.
● A parallel eject/dispense and print (Fast Cash) transaction reply must not
have been performed.
Entry Definition
1 state type
2 screen number
3 good write next state
4 bad write next state
5 no write attempted
6 reserved
7 reserved
8 reserved
9 reserved
State type
Entry number: 1
Valid range: L
Description: This state ID identifies this state table as the Card Write state.
Screen number
Entry number: 2
Valid range: 010-999
Description: Screen displayed during card write operation.
No Write attempted
Entry number: 5
Valid range: 000-254, 256-999
Description: State number goes to if no data or invalid data is present in the
track buffer. This state is also used if a start and/or end sentinel
is missing.
Reserved
Entry number: 6-9
Valid range: 000
Description: Must be 000 for each table entry.
This state performs the same functions as the PIN Entry (B) state. It also
supports track 3 retries if the FIT specifies local PIN check and indicates that
there is a track 3 retry field on the card. If the FIT specifies track 3 retries but
there is no data in the track 3 buffer, the Cancel Next state exit is taken. Before
the customer can enter a PIN for a local PIN check with track 3 retries, the PIN
retry field on the card is checked. For a Mutual Institutions Transfer System
(MINTS) format card, the retry field of the track 3 data buffer must not equal or
exceed the limit specified in state table entry 9. If an International Standards
Organistation (ISO) format card is used, the retry field must not equal 0. If that
is the case, in both situations the terminal exits to the Maximum Bad PIN’s Next
state specified in table entry 6. This check is done before the start of each PIN
entry attempt.
After the PIN is entered by the customer and compared with the calculated PIN,
the PIN retry field in the track 3 data buffer is updated. For MINTS format cards,
if the entered PIN is correct, the PIN retry field is set to 0. For ISO format cards,
the retry field is set to the value specified in state table entry 9. If the entered
PIN is incorrect, the PIN retry field is incremented for MINTS format cards and
decremented for ISO format cards. The updated track 3 data buffer is available
for transmission through the Transaction Request state.The buffer can also be
written on the card using the Card Write state.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 local PIN check, correct PIN next state number
6 local PIN check, maximum bad PIN’s next state number
7 local PIN check, error screen number
8 remote PIN check, next state number
9 local PIN check, maximum PIN attempts
The Enhanced PIN Entry (M) state entries are defined as follows:
State type
Entry number: 1
Valid range: M
© Siemens Nixdorf Informationssystem e AG 1995
Screen number
Entry number: 2
Valid range: 000-999
Description: This is the number of the screen display that prompts the
customer to enter the PIN. This screen is displayed when the
terminal enters the PIN entry state. This screen must position
the cursor at the beginning of the area where the Xs are
displayed.
the state specified by state entry 6. This entry is used as the PIN
retry count if the PIN retry count is not on the card (FIT entry
PRCNT = FF).
This state reads the amount entered by the cardholder, displays it on the
screen, and saves it in the buffers specified by the state table. Exit from the
Enhanced Amount Entry state occurs when an active FDK is pressed, the
Cancel key is pressed or a time-out occurs. The Enter key is equivalent to
FDK ‘A’. The Clear key is always active and clears the amount entered and the
screen echo field to allow data entry retries within the Amount Entry state.
The Digital Audio Service can echo the keys pressed on the keyboard.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 operation key A next state number
6 operation key B next state number
7 operation key C next state number
8 operation key D next state number
9 extension state number
The Enhanced Amount Entry (R) state entries are defined as follows:
State type
Entry number: 1
Valid range: R
Description: This state ID identifies this state table as an Enhanced Amount
Entry state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: This is the number of the screen display that prompts the
consumer to enter an amount.
This state is the Extension state for the Enhanced Amount Entry state (R).
Entry Definition
1 state type
2 document amount buffer
3 display amount screen number
4 start CAV command
5-9 reserved
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as the Extension state to
the Enhanced Amount Entry state table.
Entry Definition
1 state type
2 no language code, next state no.
3 language code = 0, next state
4 language code = 1, next state
5 language code = 2, next state
6 language code = 3, next state
7 language code = 4, next state
8 language code = 5, next state
9 extension state number
State type
Entry number: 1
Valid range: S
© Siemens Nixdorf Informationssystem e AG 1995
This state is the Extension state for the Language Code Switch state (S).
Entry Definition
1 state type
2 language code = 6, next state
3 language code = 7, next state
4 language code = 8, next state
5 language code = 9, next state
6 reserved
7 reserved
8 reserved
9 reserved
The Extension state entries of the Language Code Switch state are defined as
follows:
State type
Entry number: 1
© Siemens Nixdorf Informationssystem e AG 1995
Valid range: Z
Description: This state ID identifies this state table as the Extension state to
the Language Code Switch state.
Reserved
Entry number: 6-9
Valid range: 000
Description: Must be 000.
You can use this state instead of the Card Read state (A), if you want to initiate
PIN entry by the consumer at the same time as the terminal reads the card. This
state performs the same functions as the card read state. This state also
enables the keyboard for PIN entry while the card is being read, and displays a
screen prompting the customer to enter the PIN. One difference between this
state and the Card Read state is that in this state the card is always returned
according to the instruction in the Transaction Reply command message.
See also section “Card Read State (A)” on page 59.
Entry Definition
1 state type
2 screen number
3 good read next state number
4 error (misread) screen number
5 read condition 1
6 read condition 2
7 read condition 3
8 reserved
9 extension state number
The Card Read - PIN Entry Initiation (T) state entries are defined as follows:
State type
Entry number: 1
Valid range: T
Description: This state ID identifies this state table as a Card Read -PIN
Entry Initiation state table with a parallel card read.
Screen number
Entry number: 2
Valid range: 000-999
Description: This is the number of the screen display which prompts the
customer to insert a card. This screen is displayed while the
© Siemens Nixdorf Informationssystem e AG 1995
Read condition 1
Entry number: 5
Valid range: 001-015
Description: This is one of the three entries (used with entry no. 6 and 7) that
tell the terminal which card track(s) must be read. This is the first
read condition. If this condition cannot be met, read condition 2
is used next. Refer to table “Card read state entries” for the
definition of the card read conditions.
Read condition 2
Entry number: 6
Valid range: 001-015
Description: This is one of the three entries (used with entry numbers 5 and
7) that tell the terminal which card track(s) must be read. This is
the second read condition used. This one is used if read
condition 1 cannot be done. If read condition 2 cannot be met,
read condition 3 is used. Refer to table “Card read state entries”
for the definition of the card read conditions.
Read condition 3
Entry number: 7
Valid range: 001-015
Description: This is one of the three entries (used with entry numbers 5 and
6) that tell the terminal which card track(s) must be read. If
neither read condition 1 or read condition 2 can be met, this
read condition is used. Refer to table “Card read state entries”
for the definition of the card read conditions.
This state is the Extension state to the card read state (T).
Entry Definition
© Siemens Nixdorf Informationssystem e AG 1995
1 state type
2 screen number
3 no fit match next state number
4 clear key mask (not supported)
5 accept key mask (not supported)
6 reserved, must be 000
7 reserved, must be 000
8 reserved, must be 000
9 reserved, must be 000
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as the extension state to
the card read state (T).
Screen number
Entry number: 2
Valid range: 010-999
Description: Display screen that prompts cardholder to enter PIN. This
screen is displayed on card entry. The identified screen must
leave the screen cursor positioned at the beginning of the PIN
entry display area. An X is displayed for each key pressed. track
1 name cannot be displayed at this time as card has not been
read.
In this state you can set one of state tables to display screens in different
languages within the same transaction. This is determined by one character
(byte) on the cardholder’s card. This code is located using the Language Code
Index parameter (PLNDX) in the FIT. See chapter “Security Features” for more
details.
You can use up to six screen groups in this state, and you specify which
language is to be used in each group. You also specify in table entry 9 how
many screens each group will contain.
Entry Definition
1 state type
2 next state number
3 language code for group 1
4 language code for group 2
5 language code for group 3
6 language code for group 4
7 language code for group 5
8 language code for group 6
9 screen group size (range 000-400)
The Language Select From Card (V) state entries are defined as follows:
State type
Entry number: 1
Valid range: V
© Siemens Nixdorf Informationssystem e AG 1995
Language Code
Entry number: 3
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
1.
Language Code
Entry number: 4
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
2.
Language Code
Entry number: 5
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
3.
Language Code
Entry number: 6
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
4.
Language Code
Entry number: 7
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
5.
Code
Entry number: 8
Valid range: 0-9
Description: Decimal number in range 0-9 identifying code for screen group
6.
Data is placed in the FDK buffer during the FDK Selection state or the FDK
Information Entry state. This data is read by the FDK Switch state in order to
identify which next state the terminal should go to.
© Siemens Nixdorf Informationssystem e AG 1995
Entry Definition
1 state type
2 FDK A next state no.
3 FDK B next state no.
4 FDK C next state no.
5 FDK D next state no.
6 FDK F next state no.
7 FDK G next state no.
8 FDK H next state no.
9 FDK I next state no.
State type
Entry number: 1
Valid range: W
Description: This state ID identifies this state table as a FDK Switch state
table.
When the cardholder selects an FDK, this state places the corresponding value
in the general purpose buffer or amount buffer that you have specified in table
entry 7. Table entries 2-9 in the extension to this state contain values relating to
the FDK’s.
You can use this function, for example, where a screen offers a selection of fixed
amounts that the cardholder can select by pressing a particular FDK. This state
translates the FDK selected by the cardholder into a value that is placed in the
specified buffer.
The FDK key code is stored in the FDK buffer for use by an FDK Switch state.
Entry Definition
1 state type
2 screen number
3 time-out next state number.
4 cancel next state number
5 FDK next state number
6 extension state number
7 buffer ID
8 FDK’s active mask
9 reserved
The FDK Information Entry (X) state entries are defined as follows:
State type
Entry number: 1
Valid range: X
Description: This state ID identifies this state table as the FDK Information
Entry state.
Screen number
Entry number: 2
Valid range: 010-999
Description: Display screen that prompts key selection by the consumer.
© Siemens Nixdorf Informationssystem e AG 1995
Buffer ID
Entry number: 7
Valid range: 010-039
Description: Identifies which buffer is to be edited and the number of zeros
to add to the values specified in the extension state.
01X = general purpose buffer B
02X = general purpose buffer C
03X = amount buffer
X - specifies the number of zeros in the range 0-9.
the three decimal characters in table entry 8 are 093 and the
active FDK’s are A, C, D, F and H.
Reserved
Entry number: 9
Valid range: 000
Description: Must be 000.
This state is the Extension state to the FDK Information Entry state (X).
Entry Definition
© Siemens Nixdorf Informationssystem e AG 1995
1 state type
2 value stored if FDK A is pressed
3 value stored if FDK B is pressed
4 value stored if FDK C is pressed
5 value stored if FDK D is pressed
6 value stored if FDK F is pressed
7 value stored if FDK G is pressed
8 value stored if FDK H is pressed
9 value stored if FDK I is pressed
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as the Extension state to
the FDK Information Entry state.
is pressed.
This state reads the FDK selected by the cardholder, stores the key code in an
FDK buffer for use by an FDK switch state, and updates the operation code
buffer. If you do not specify an extension state in table entry 6, the key code of
the FDK selected by the cardholder is stored directly in the operation code
buffer. If you do specify an extension state, the key code is translated into three
pseudo key codes, which are then stored in the operation code buffer.
You can specify a second extension state in table entry 9 to identify the screen
bases for multi-language screen displays. If you do not specify this extension
state, then multi-language is not used.
Entry Definition
1 state type
2 screen number
3 time-out next state number
4 cancel next state number
5 FDK next state number
6 extension state number
7 buffer positions
8 FDK’s active mask
9 multi language extension state number
The Eight FDK Selection state (Y) state entries are defined as follows:
State type
Entry number: 1
Valid range: Y
Description: The state type entry identifies this state table as the Eight FDK
Selection state table.
Screen number
Entry number: 2
Valid range: 000-999
Description: Display screen which prompts key selection by the cardholder.
© Siemens Nixdorf Informationssystem e AG 1995
Buffer positions
Entry number: 7
Valid range: 000-777
Description: no extension state: This defines the operation code buffer
position to be edited by a value in the range ‘000’ to ‘007’.
extension state: This specifies three bytes of the operation code
buffer to be set to the values specified in the extension state.
Three numeric values, each in the range ‘0’ to ‘7’, are specified
to define three positions in the 8 byte operation code buffer to
be edited. These three values must be ordered to correspond
with the edit characters in the extension state. If no buffer
positions or less than three buffer positions are to be edited, this
is specified in the extension state.
The eight bits represent the binary equivalent of an FDK active mask.
For example in the following mask, the three decimal characters in
the table entry are 183 and the active FDK`s are A, B, C, F, G, and I.
BIT mask:
b7 b6 b5 b4 b3 b2 b1 b0
1 0 1 1 0 1 1 1
This state is the Extension state to the Eight FDK Selection state (Y).
Entry Definition
© Siemens Nixdorf Informationssystem e AG 1995
1 state type
2 operation code stored if FDK A pressed
3 operation code stored if FDK B pressed
4 operation code stored if FDK C pressed
5 operation code stored if FDK D pressed
6 operation code stored if FDK F pressed
7 operation code stored if FDK G pressed
8 operation code stored if FDK H pressed
9 operation code stored if FDK I pressed
State type
Entry number: 1
Valid range: Z
Description: Identifies this state table as the Extension state for the Eight
FDK Selection state table.
This state is the Multi Language Extension state to the Eight FDK Selection
state (Y).
Entry Definition
1 state type
2 screen language offset if FDK A is pressed
3 screen language offset if FDK B is pressed
4 screen language offset if FDK C is pressed
5 screen language offset if FDK D is pressed
6 screen language offset if FDK F is pressed
7 screen language offset if FDK G is pressed
8 screen language offset if FDK H is pressed
9 screen language offset if FDK I is pressed
State type
Entry number: 1
Valid range: Z
© Siemens Nixdorf Informationssystem e AG 1995
Description: Identifies this state table as the Multi Language Extension state
for the Eight FDK Selection state table.
The Audio Control State allows the consumer to set the volume for the voice
message that will be played for the duration of the current transaction.
Furthermore the consumer can switch between the audio channels of the sound
card. If the terminal has a sound card installed, the left the two channels (left
and right channel) can be connected to a loudspeaker and the right channel can
be connected to a headphone jack (if physically installed). The state table sets
which audio channels are in use on entry to this state, and whether the
cardholder will be given the option to adjust the volume. If the cardholder is to
be given the option, then a message prompting the cardholder to adjust the
volume is played repeatedly. The message is not played if the option is not
offered.
The cardholder may press:
● FDKs to increase or decrease the volume
This functionality can be disabled by setting entry 7 in the state table. If
you map the FDKs to the numeric keyboard, the cardholder can adjust
the volume by pressing numeric keys instead of the FDKs
● ENTER to set the volume at its current level. The state takes the Function
Complete Next State exit
● CANCEL to return the volume to its default level. The state takes the
Function Complete Next State exit.
If the cardholder does not press any keys within the time specified by Timer 00,
then this state invokes the Time Out State. Make sure that the screen
associated with the Time Out State is helpful to cardholders with visual
difficulties. For example, you can map FDKs to the PIN pad and play an
appropriate message. The Audio Control State's prompt screen must not
contain an audio message.
The volume returns to its default level on exit from the Close State.
See Table 38 on the following page for state table entry definitions:
Entry Definition
1 state type
2 Prompt screen
3 Timeout next state
© Siemens Nixdorf Informationssystem e AG 1995
State type
Entry number: 1
Valid range: ’i’
Description: This state ID identifies this state table as an Audio Control state.
Prompt screen
Entry number: 2
Valid range: 000-999
Description: Prompts user to adjust volume. This screen is only displayed if
table entry 7 indicates that the volume is to be adjusted.
Audio control
Entry number: 7
Valid range: 000-015
Description: This entry is bitmapped:
© Siemens Nixdorf Informationssystem e AG 1995
Bit Definition
0 0 - volume adjust off
1 - volume adjust on
1 0 - disables effect of bits 2 and 3
1 - enables effect of bits 2 and 3
2 0 - disables loudspeaker (left channel)
1 - enables loudspeaker (left channel)
3 0 - disables audio jack (right channel)
1 - enables audio jack (right channel)
EXAMPLE:
For instance, a value of 007 enables volume adjustment and
directs audio output to the speaker; 015 enables volume
adjustment and enables both channels.
Audio message
Entry number: 8
Valid range: 000 or 999
Description: Specifies which audio message will be played. Provided that
table entry 7 indicates that the volume is to be adjusted, the
message will be played repeatedly until the state is exited. If
there is no audio file present on the terminal, it will take the
Function Complete Next State exit.
The Hardware Fitness state is a special state designed by Wincor Nixdorf that
can be used for specific purposes on Wincor Nixdorf terminals. This state allows
to jump into another state flow depending on the actual hardware fitness of the
devices defined in the state table. Also an extension state can be defined which
allows additional decisions to jump to a defined next state.
If multiple conditions apply, the priority is top down; i.e. state ‘h’ entry 3 (reboot)
has the highest priority over all values. The value of the last table entry of the
extension state becomes active only if no previous condition was fullfilled.
The general order is: reboot, device fatal, device warning.
Entry Definition
1 state type
2 no error next state
3 next state if reboot requested (defined in CCERRMAP)
4 next state if CDM fatal error
5 next state if journal fatal error
6 next state if receipt fatal error
7 next state if deposit fatal error
8 reserved for future use
9 extension state number
State type
Entry number: 1
Valid range: ‘h’
Description: This state ID identifies this state table as a Hardware Fitness
state.
Entry Definition
1 state type
2 denomination type
3 next state if denomination not available
4 next state if journal warning
5 next state if receipt warning
6 next state if deposit warning
7 reserved for future use
8 reserved for future use
9 reserved for future use
The Hardware Fitness Extension (Z) state entries are defined as follows:
State type
Entry number: 1
Valid range: Z
Description: This state ID identifies this state table as a Hardware Fitness
Extension state.
Denomination Type
Entry number: 2
Valid range: 000-044
Description: The data field is divided in three digits:
Reserved
Entry number: 7-9
Valid range: 000 or 255
Description: Entries 6-9 are reserved and must be 000 or 255.
This state is only required when chip data is to be used in a FIT check. The
Smart FIT Check state should be entered after the chip data a read from the
smart card and stored in the magnetic track buffers of the application. The
Smart FIT Check state then performs a FIT check on the contents of the three
track buffers. It is possible to create more than one Smart FIT Check state to
accomodate multiple FIT checks. This would allow different FIT checks to be
performed on data from the same card.
Entry Definition
1 state type
2 reserved
3 good read next state number
4 error (misread) screen number
5 read Condition 1
6 read Condition 2
7 read Condition 3
8 card return flag
9 no FIT match next state
The Smart FIT Check (’k’) state entries are defined as follows:
State type
Entry number: 1
Valid range: ’k’
Description: This state ID identifies this state table as a Smart FIT Check
state.
Reserved
Entry number: 2
Valid range: 0
Description: Not used - set to 0. This is left blank to align the following table
entries to the same positions as those in the Card Read State,
© Siemens Nixdorf Informationssystem e AG 1995
Read condition 1
Entry number: 5
Valid range: see description
Description: First of three entries indicating which card track buffer(s) will be
read.
Bit Description
0 Read track 3
1 Read track 2
2 Read track 1
3-7 Reserved
Read condition 2
Entry number: 6
Valid range: see description
Description: Second of three entries indicating which card track buffer(s) will
be read.
Bit Description
0 Read track 3
1 Read track 2
2 Read track 1
3-7 Reserved
Read condition 3
Entry number: 7
Valid range: see description
Description: Third of three entries indicating which card track buffer(s) will be
read.
Bit Description
0 Read track 3
1 Read track 2
2 Read track 1
3-7 Reserved
the chip data in the read buffers before calling a different Smart
FIT Check state with different read conditions. If FITs are not
used, this entry must be 000.
The Skip state steps can be used to skip non supported states which can be just
ignored through a good next state number definition.
Screens
Screen data is also a type of configuration data. All screens are assigned to a
decimal number between 000 and 999. Furthermore the NDC+ protocol is using
reserved screen numbers like C00 through C06, Axx, Dxx, Exx, and so on that
can be used for specific functions. Restrictively ProCash/NDC and
© Siemens Nixdorf Informationssystem e AG 1995
ProConsult/NDC just can store the reserved screens in the registry if they are
downloaded from host. The only reserved screens supported, are C00 - C06.
For detailed descripton see section “Reserved Screens” on page 162.
Normally, the screen number and following data are down-line loaded to the
terminal using the Screens Table Load command message. Refer to
section “Screen Data Load” on page 242 for details. However, new screens can
be sent by the network in a Transaction Reply command message. Unused
screens do not need to be down-line loaded. The terminal stores the screen
data in the registry location “..\LYNXCI\SCREEN”.
Wincor Nixdorf terminals can display screens in the grid of 32 columns by 16
rows. See section “Screen Design Worksheet” on page 378.
Nearly in all screens serveral control characters are included, like cursor
positioning, set an overlay screen, clear screen, display Track 1 information,
etc.. A global overview gives Table “Screen control characters” on page 154.
ProCash/NDC and ProConsult/NDC support following major control functions:
● Clears a screen
● Sets the screen cursor
● Delays then shows a character
● Shows inverse video characters
● Allows blinking
Screen delimiters
The field separator (FS) or group separator (GS) at the end of the message are
screen delimiters. Each screen data field must be terminated by one of these
two screen delimiters.
Normally, FS separates each screen data field in a Screens Table Load
command message. The end of the message terminates the last screen data
field in a Screens Table Load command message.
Control Description
Code
CR moves the cursor to the first position in the current row
FF clears the screen and positions the cursor to position @,@ on
the display grid
HT causes the customer’s name, encoded on track 1 of the
customer’s card, to be shown on the customer display, starting
at the current customer display cursor position
SI sets the cursor to the position specified by the two bytes
following SI. the first byte is the row, and the second byte is the
column. data shown on the screen remains unchanged.
SO overlays the screen specified by the three bytes following SO.
screen data can be nested or overlaid to five levels using the
control character SO.
VT shows an alternate character on the customer display. the
alternate character is specified by the byte following VT
CR control character
The CR control character moves the cursor to column @ in the following row.
FF control character
The FF control character clears the screen with the default foreground and
© Siemens Nixdorf Informationssystem e AG 1995
background colors. The cursor is set to the top left hand corner (row @, column
@) of the screen. Screen blinking will be switched off.
HT control character
The HT control character inserts the name from track 1 of the customer’s
activator card into the screen data. The terminal displays the name starting at
the current cursor position.
SI control character
The SI control sequence moves the cursor to a specified row and column. The
format of the control sequence is as follows:
SI 1A
The terminal places the cursor at row 1, column A.
Any of the 16 rows can be selected by using a row select character from ’@’
through 3. Any of the 32 columns can be selected by using a column select
character ’@’ through ’?’. See also the grid graphic in section “Screen Design
Worksheet” on page 378.
VT control character
The VT control sequence is used to display characters from secondary
character set. ASCII codes in the range 20 - 7F hex, preceded by a ’VT’
character, forces displaying characters from the Customer Graphic 1 character
set.
The format of the control sequence is as follows:
VT C
SO control character
The SO control sequence inserts a specified screen into the current screen. The
format of the control sequence is as follows:
SO nnn
The network uses the control character SO to call another screen. This
technique is called nesting. Nesting is accomplished by placing control
character SO followed by a three-digit screen number within a current screen.
The maximum number of nesting levels is five.
When using nested screens, the maximum number of characters per screen is
as follows:
● screen 1: 600 characters
● screens 2 through 6: 310 characters each
The network can use an SO control sequence along with an ESC [z control
sequence to show animated screens. In a typical animation sequence, the last
screen calls the first screen again. To prevent infinite nesting when using
animation, the ESC [z control sequence must be the last instruction in each
animation screen.
ESC ) 1B 29 27 5D
ProCash/NDC and ProConsult/NDC can display *.pcx, or *.bmp files which are
smaller than the whole screen as an icon. Therefore a cursor positioning is
required to fit the icon in the right place. You can add text above or below the
icon without modifying icon data. Also, text can share a row with an icon.
However, if text and the icon share a row, one cannot overlap on the other, and
one space must separate the text and the icon. Their combined lengths cannot
extend beyond the end of the row.
Non supported graphic extensions, for example specified in a downloaded
screen using the ESCPE control sequence can be mapped to another file
extension supported by ProCash/NDC via parameter “PICTURE_EXT_XXX”.
See ProCash/NDC ProConsult/NDC Installation manual section Graphic and
Video file extension mapping for detailed descriptions how to map graphic and
video files.
Wincor Nixdorf terminals support full screen graphics as *.pcx, or *.bmp formats.
With these graphics it is possible to show animation’s and text together instead
of using icons and/or text using WIN-NT font files. Additionally the text from the
font files can be overlaid (transparent mode) onto full screen graphics. The
possibilities are endless. Mixtures of all kinds of graphics in one customization
image are possible, PCX’s, BMP’s with/without overlaid text.
Display resolutions
ProCash/NDC and ProConsult/NDC support following display resolutions and
color depths:
If you want to play video files it is necessary to check if the video file
can be played with the current installed codec on the ATM. This can
be easily tested if you double click the video file. After you have
double clicked the file, the Microsoft MCI player should come up
automatically to play the video. If you get an error or the MCI player
doesn’t come up, you have to install the correct Video Compression
Codec. Some codecs will be installed together with the Internet
Explorer or Media Player installation.
The current version of the Video Compression Codecs can be viewed
in the “Multimedia” dialog box in the Control Panel of Windows.
IMPORTANT NOTE:
Since version $MOD$ 020701 1009 of “ccMciPly.exe”, videos are
running in the topmost window. That means, videos are always
played in the foreground window. Other open windows behind
(previously accessed via ALT-TAB) cannot be reached any more.
The only chance to get access to other open windows is via key
combination ALT+F4 on the alpha keyboard. ALT+F4 terminates the
program “ccMciPly.exe”.
Voice Control
If the terminal has installed a sound card and the path of the voice files are
configured via AUDIOx_PATH (see ProCash/NDC ProConsult/NDC Installation
manual for detailed definition of this parameter), the terminal attempts to play
pre-recored messages in some states. Make sure that the pre-recorded
message is brief enough to play completely before the state is timed out. The
terminal attempts to play messages at following times:
The following voice messages are spoken if the Auto Voice Feature option 02
is set to 001 in the “Enhanced Configuration Parameters Load” message. See
also Table 47 for the message description.
● PIN Entry (Message 7) The message starts during a PIN Entry state or
Enhanced PIN Entry state when the card has been read and recognized.
● Transaction Request (Message 1) The message starts when a Trans-
action Request message is sent to the host.
● Card Taken (Message 8) The message starts as soon as a card is taken
in the Close state. If the card has already been taken, the message starts
on entry to the Close state.
Reserved Screens
Wincor Nixdorf terminals contain reserved screens C00 through C06 stored in
the registry location “..\LYNXCI\SCREEN”. These screens contain default data
which is displayed when no reserved screen is downloaded with its own data.
Screen Function
No.
C00 More time screen; This screen prompts the customer who has
failed to respond to a request for keyboard input within the
specified keyboard response time.
C01 Offline screen; This screen appears on the customer display
when the terminal is offline. The screen’s characters default to
offline at terminal power up or reset.
C02 Out of Service screen; This screen appears on the customer
display when the terminal is in out-of-service mode. The screen’s
characters default to out-of-service at terminal power-up or reset.
C03 Supply screen. This screen is displayed while the terminal is in
supervisor mode.
C04 Card capture screen; This screen is displayed when the terminal
captures a card as a result of a card reader failure
C05 Cardholder tampering screen; This screen is displayed when
cardholder tampering is suspected and the terminal enters
suspend mode.
C06 Temporarily Out of Service screen
C01 001
C02 002
C03 003
C04 none
C05 C02 / 002
C06 C02 / 002
Screen C00
Screen C00 prompts customers who fail to respond within a specified time
interval. Screen C00 must be defined and must conform to the following
operation key A and B requirements:
● if operation key A is pressed, the terminal returns to the original state in
which the time-out occurred. The customer presses this key to request more
time.
● if operation key B is pressed, the terminal returns to the time-out next state
entry of the original state in which the time-out occurred. Normally, this time-
out next state is a close state.
Screen C01
Screen C01 is displayed when the terminal is in offline mode.
Screen C02
Screen 002 is displayed when the terminal is in out-of-service mode.
Screen C03
Screen C03 is the supply screen. This screen is displayed when the terminal is
in supervisor mode.
Screen C04
Screen C04 is displayed when the terminal captures the card in case of a card
reader failure. When this occurs, the next state is executed. This screen is
displayed as long as in the value of Timer 2 specified.
Screen C05
Screen C05 is displayed when cardholder tampering is suspected and the
terminal enters Suspend mode. The Suspend mode condition as an error
Severity 3 can be configured in CCERRMAP. See ProCash/NDC
ProConsult/NDC Installation manual for details.
Screen C06
Screen C06 is displayed when the terminal is temporarily in out of service mode.
This screen is displayed under following conditions:
● When specified in a go out of service comand from host
● On exit supervisor mode to out of service if supervisor mode was entered
from in service and the auto return to previous mode is not set.
● If supply mode is entered from out of service while displaying screen
C06.
Language Selection
languages can be made are in the group. Note that nested screens must have
absolute positions.
The first group must start at ’000’, and contain thos screens fro which language
selection is not possible. That is, screens displayed from the Card Read state
and Language Select from Card state. Screens normally associated with not in
service conditions, such out of service, supervisor or offline, should also be in
this group if the ’Cxx’ default screens are used.
You do not need to cahnge the state tables, but you must include an Eight FDK
Selection Function state, or Language Select from Card state, in order to select
the language.
EXAMPLE:
If four languages are required, the screen group bases could be:
– Language A - ’000’
– Language B - ’100’
– Language C - ’200’
– Language D - ’300’
If a screen ’055’ is displayed from a state table, the screen is downloaded as:
– ’055’ for Language A
– ’155’ for Language B
– ’255’ for Language C
– ’355’ for Language D
Terminal Parameters
Timer Data
Timer 00
Timer 00 sets the keyboard response timeout interval. When a screen is
displayed that prompts the customer to make a keyboard entry, the customer
must respond within the timeout interval specified for timer 00. Otherwise, the
terminal will exit its present state, display screen number 000, and start timer 01.
Timer 01
Timer 01 sets the consumer response extension timeout interval. If the
customer exceeds the timeout interval allowed for keyboard entry (timer 00), for
deposit envelope insertion (timer 04, 08 or timer 20), or for securomatic
insertion (timer 08), screen 000 is displayed. Screen 000 asks if the customer
needs more time. Timer 01 is the timeout interval for the customer’s response
© Siemens Nixdorf Informationssystem e AG 1995
to screen 000. The keyboard beeper sounds while this timer is active. If this
timer expires for the keyboard, the terminal advances to timeout next state; if
the timer expires for the deposit, the terminal sends a solicited status message
to the network.
Timer 02
Timer 02 sets the close state screen time-out interval. At the end of this interval,
the terminal proceeds to the next state number specified in the close state.
Timer 03
Timer 03 sets the communication message timeout interval. When the terminal
is ready to transmit a Transaction Request message to the network, the terminal
starts Timer 03. If the terminal does not receive a Transaction Reply command
before Timer 03 expires, the terminal exits the transaction request state by
going to the network response time-out next state number.
Timer 04
Timer 04 sets the envelope insertion time-out interval for the depository. When
a screen is displayed that prompts the customer to insert an envelope into the
depository, the customer must respond within the time-out interval specified by
timer 04; otherwise, the terminal exits its present state, displays screen 000 and
starts timer 01. The keyboard beeper sounds while this timer is active.
Timer 05
Timer 05 sets the withdrawal time-out interval for terminals with a withdrawal
door. The maximum amount of time that the terminal waits for a customer to
remove the cash is the sum of timers 05 and 07. After the cash has been
counted and placed in the delivery mechanism, the terminal unlocks the delivery
door and starts timer 05.
● If the customer fails to fully open the withdrawal door and clear the rear
withdrawal area sensors before timer 05 expires (or to just fully open the
door on terminals with a manual door), the terminal transmits the withdrawal
door solicited status to the network indicating a fault and waits for a new
Transaction Reply command message from the network.
● If the customer fully opens the withdrawal door and clears the rear
withdrawal area sensors before timer 05 expires (or just fully opens the door
on terminals with a manual door), the terminal proceeds to timer 07.
Timer 06
Timer 06 sets the communications offline timeout interval. This timer is started
each time the terminal receives a poll or select sequence from the network. If
the terminal has not been polled or selected within the interval specified for
timer 06, the terminal proceeds to offline mode (out-of-service to customers)
and displays screen 001.
Timer 07
Timer 07 sets the withdrawal door open timeout interval. This timer specifies the
amount of time that the terminal waits after the withdrawal door is fully opened
before going to the next specified state. On all terminals with a delivery door,
this timer starts after the withdrawal door is fully opened and either the sensors
are cleared or timer 05 expires. On all terminals without a delivery door, this
timer starts after timer 10 expires.
Timer 08
Timer 08 sets the envelope insertion timeout interval for the night safe
depository. When a screen is displayed prompting the insertion of a deposit, the
customer has to respond within the timeout interval specified by timer 08.
Otherwise, the terminal exits its present state, displays screen 000 and starts
timer 01.
Timer 09
Timer 09 sets the customer timeout interval before a card capture attempt. If,
during a close state, the card is presented to the customer and not removed
within this time period, a card capture attempt is made. This timer starts after
the terminal executes the card return function ID and at the beginning of the
close state if the card was not returned at the card read state. Timers 02 and 09
© Siemens Nixdorf Informationssystem e AG 1995
start at the same time. When the card is removed, timer 09 stops. The default
setting for timer 09 on power-up is 30 seconds (38 ticks).
Timer 10
Timer 10 sets the withdrawal timeout interval for terminals without a withdrawal
door. Timer 10 sets the amount of time the beeper beeps while waiting for the
customer to take the cash. After the terminal counts and places the cash in the
withdrawal area, the terminal displays a Take Cash screen, starts timer 10, and
activates the beeper. After timer 10 expires, the terminal stops the beeper and
starts timer 07. Therefore, the total amount of time that the terminal waits for a
customer to remove the cash is the sum of timers 10 and 07. A value of 000 in
timer 10 will result in no beeping and zero time. The default setting for timer 10
on power-up is 006 ticks.
Timer 15
Timer 15 is used with the card read ‘T’ state (not used by Wincor Nixdorf
terminals).
Timer 18
Timer 18 sets the swipe card reader error screen timer (not used by
ProCash/NDC and ProConsult/NDC application).
Timer 20
Timer 20 sets the insertion timeout interval for the depository. If timer 20 is
configured to a non-zero value, it is used instead of timer 04. Timer 20 allows
seven seconds of silent time, after which the beeper starts at a slow rate for the
remainder of the specified time.
Timer 95
Timer 95 sets the statement retract timeout. This timer is used during the Close
State processing. It determines when to retract a statement that has not been
taken by the customer. The default value is 30 ticks and the timer is not used if
you set a zero value. This timer is also used when Transaction Reply command
’S’ is sent in the transaction reply and the statement is laying in the collection
tray of the statement printer. The timer will be started when this condition is
detected. If the timer expires the statement is retracted and Transaction Reply
command ’S’ commences. If the statement is taken before the timer expires,
Transaction Reply command ’S’ commences without retract attempt.
Timer 96
Timer 96 sets the statement present timeout. This timer is used only in the
statement and continue function and is started regardless of whether or not a
statement has been delivered. When the timer expires, the next state specified
by the transaction reply command is entered. Timer value zero means no wait.
Timer 99
Timer 99 specifies after what time the vandal guard close operation should be
started when the consumer transaction has been finished.
functions locally. In addition to the download modifications you can also change
local ATM settings (e.g. graphic file locations or printer settings).
The contents of the files can be any command which is supported in a Windows
command line window.
Contents of dcCfgId.cmd or dcInServ.cmd:
regedit -s stt010.reg
Description:
Calls regedit silent (no screen appears) to update contents of stt010.reg.
The contents of stt010.reg could contain following entries:
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Wincor Nixdorf\ProTopas\CurrentVersion\LYNXCI\STATE\010]
"STEP_PARAM"="113217217013211012013003"
overloads values of state 010.
Note: The command job must return within 30 seconds.
Security Features
General Overview
© Siemens Nixdorf Informationssysteme AG 1995
To understand and use the information in this section, you should understand
some basic terms and concepts, which are defined below.
PAN; it is possible to use only those PAN digits that vary from customer to
customer.
The local PIN verification process is based on an algorithm, a sequence of
mathematical steps. Usually, some type of key governs the algorithm sequence.
Generally, the process that generates the customer’s PIN also verifies that PIN.
A particular key and a set of PAN’s correspond to a set of PIN’s. Some of the
PIN’s may be duplicated; that is, one PIN may be derived from several PAN’s,
but any given PAN has only one possible PIN.
PIN Entry
The first step in the PIN verification process is the customer’s PIN entry. This is
done through a PIN entry state. If local PIN verification is being used, the
terminal verifies the PIN and goes to the next state required.
When remote PIN verification is used instead of local PIN verification, one of
two transaction request messages is usually sent to the network. In the first
method, the terminal can accept any PIN and continue with a transaction
selection to the customer. The terminal then sends both the unverified PIN and
the transaction request to the network in the same message. Then, the network
can authorize or deny either the PIN or transaction.
In the second way, the terminal forwards the PIN to the network in one request
message, then awaits the go-ahead before giving a transaction selection to the
customer. The second request message holds the current transaction
information.
Using FIT, the terminal can accept a variable-length PIN. The FIT field PMXPN
indicates the maximum number of PIN digits that a customer may enter. As
soon as the customer enters the maximum number of PIN digits, the terminal
automatically completes the PIN entry state. For example, the maximum
number of PIN digits may be nine. On entry of the ninth digit, the terminal
automatically completes the PIN entry state.
The institution may issue PIN’s shorter than the maximum PIN length defined in
a FIT. Customers receiving shorter PIN’s must press operation key A (which is
active on PIN entry) to signal the end of the entry. After the customer presses
operation key A, the terminal automatically completes the PIN entry state. For
example, if the maximum PIN length is nine digits and the customer has a five-
digit PIN, the customer must press operation key A after the five-digit PIN is
entered.
If the customer inadvertently presses operation key A before entering all of the
required PIN digits, the terminal automatically attempts to verify the digits
entered. The PIN verification will fail and a retry or error state occurs (depending
on the configuration of the states).
For DES PIN verification, the PIN offset number allows an institution to let
customers choose any PIN they wish. To accomplish this, an offset is added to
or subtracted from the customer’s generated PIN to obtain the desired PIN. This
is not, however, ordinary addition or subtraction, but modulo 10. In modulo 10,
no figures are carried. The following example shows the difference between
these two mathematical systems.
2716 2716
+ 3329 + 3329
5035 (modulo 10) 6045 (regular addition)
In the DES PIN verification process, the offset is added to the generated PIN to
obtain the customer PIN. For example, if the GPIN is 5646 and the offset is
1507, the CPIN would be calculated as follows:
5646 GPIN
+ 1507 OFFSET
© Siemens Nixdorf Informationssysteme AG 1995
6143 CPIN
An activator card data track stores the offset. FIT entry POFDX tells the terminal
where to find the offset on the activator card data track. If an institution does not
wish to use the offset, it may be set to zero.
The following paragraphs describe this equipment and list the PIN verification
processes that the equipment supports.
DES PIN DES PIN encryption provides for local DES PIN verification and
remote network PIN verification. This feature also encrypts the
PIN before sending it to the network. This type of encryption
provides increased security for the PIN.
EDM The Encryption Decryption Module (EDM) (available in all cash
out systems) provides all the features of the DES PIN Verification/
Encryption option and the following additional features:
● Message Authentication (MAC)
● PIN encryption using Diebold or ANSI format
DES PIN requires Financial Institution Table (FIT) entries. These FIT entries tell
the terminal what PIN verification process to use and where to find the
information that the terminal needs to perform the verification process.
Remote PIN
Verification The terminal can also send the PIN to the network for verification
rather than verifying the PIN at the terminal. The EDM encrypts
the PIN before sending it to the network for verification. The
following sections describe some of the essentials for PIN
verification and each verification process.
PIN Verification
Wincor Nixdorf terminals support local or remote PIN verification. Depending on
the FIT entries the terminal determine if the PIN should be checked locally or
remote by the host.
In the DES PIN verification process, the key is the PIN key. This PIN key is
stored at the terminal. The PIN key serves the same purpose as the ALGO. The
PIN key governs a sequence of operations in the DES ALGO. This algorithm is
a standard procedure available to the public. Security is achieved by keeping
© Siemens Nixdorf Informationssysteme AG 1995
the PIN key confidential. To obtain greater security, the PIN key is encrypted
using the DES algorithm and another secret key. The resulting encrypted PIN
key (PEKEY) is put into a FIT entry. During PIN verification, the terminal (or
network) decrypts PEKEY to restore the PIN key.
Before adding the generated PIN to the offset, DES PIN verification must go
through two algorithm procedures. The first procedure decrypts PEKEY from
the FIT using the Master key. In the second procedure, the decrypted PEKEY
is the PIN key that is used to encrypt the PAN. The encrypted PAN is
decimalized using the decimalization table in the FIT. Decimalization ensures
that the PIN digits are decimal.
Network PIN verification requires that the PIN be padded to 16 digits and
encrypted before sending it to the Network. The terminal can encrypt the
customer-entered PIN once or twice, then send it to the Network with
unencrypted PAN and offset. The PIN may be send unencrypted, but this is not
recommended only for system testing. When the encrypted PIN reaches the
verification point in the network, a single (or double) decryption restores the
customer entered PIN. Then the generated PIN will be compared with the
calculated PIN. If the PIN is correct the transaction can be continued. The
institution may choose to verify the encrypted PIN without performing
decryption. This can be done by comparing the encrypted PIN to a table of
encrypted PIN values. Therefore the PAN is used as a table look-up key.
For remote PIN verification, the PIN is sent to the network in two different forms:
● ANSI PIN/PAN Block
● Diebold PIN Block
● BANKSYS PIN Block
The terminal encrypts the block and sends it to the network. The network then
handles the PIN verification. The FIT field PMXPN tells the terminal which form
to use. See section ”Maximum PIN Entry Digits (PMXPN)” on page 191 for more
details on PMXPN.
The ANSI PIN/PAN block is a 16-hex digit block that contains the result of
exclusively ORing the ANSI PIN block and the Primary Account Number (PAN)
block.
The ANSI PIN block is 16 hex digits and appears as follows:
The PAD digits are always hex 0. The PAN digits are the least significant digits
of the PAN. The number of digits is determined by the FIT parameters PANLN,
PANDX, and PINDX. If the PAN digits are less than 12, hex 0’s are used to fill
the remaining slots.
The PIN block and PAN block are then exclusively ORed together to create the
PIN/PAN block. This block is then encrypted according to the FIT field PINPD
and sent to the network.
Refer to section ”PIN Pad Character (PINPD)” on page 194 for more details on
the Diebold PIN block. The Diebold implementation of DES uses 16 hex digits,
0-F. The encryption process results in 16 hex digits that are converted to ASCII
by prefixing each hex digit with a hex 3 to convert the 16 hex digits to 16 ASCII
digits. These 16 ASCII digits are sent to the host if the protocol is ASCII. If the
communication protocol is EBCDIC, the 16 ASCII digits are converted prior to
transmission.
The host must reconvert the received 16 digits to 16 hex digits prior to
decrypting PIN buffer A. If the protocol is ASCII, the only conversion required is
removing the prefixed hex 3 from each digit and combining the resultant into
eight bytes. If the host protocol is EBCDIC, each digit must be converted by
using the conversion prior to combining the digits into eight bytes.
The following table shows the conversion from ASCII to EBCDIC.
HEX DIGIT ASCII (HEX) GRAPHIC DIGIT EBCDIC (HEX)
0 30 0 F0
1 31 1 F1
2 32 2 F2
3 33 3 F3
4 34 4 F4
5 35 5 F5
6 36 6 F6
7 37 7 F7
8 38 8 F8
9 39 9 F9
A 3A : 7A
B 3B ; 5E
C 3C < 4C
D 3D = 7E
E 3E > 6E
F 3F ? 6F
For example assume that the PIN is encrypted and F is used to pad the PIN. If
the entered PIN is 4512, the 16 hex digits internal to the terminal before
encryption are:
45 12 FF FF FF FF FF FF
These 16 hex digits are internal to the terminal after encryption as follows
(example only):
7A 4C F2 97 31 6E 51 33
These hex digits are then converted to ASCII by prefixing each hex digit with a
hex 3:
373A 343C 3F32 3937 3331 363E 3531 3333
If the host protocol is ASCII, the PIN buffer contains these ASCII digits.
If the host protocol is EBCDIC, the PIN buffer will contain the following 16 bytes:
F77A F44C 6FF2 F9F7 F3F1 F66E F5F1 F3F3
The graphic presentation in a line trace of these bytes will be as follows:
7:4<?297316>5133
A customer card has one, two or three magnetic data tracks. These tracks retain
sufficient information to identify a corresponding customer's account. FIT allows
a terminal to find the information on the data tracks.
Industry standards designate the three tracks as follows: Track 1, Track 2 and
© Siemens Nixdorf Informationssysteme AG 1995
Track 3. Wincor Nixdorf terminals can be equipped to read each track and to
write to Track 1/2 and 3. Normally, Track 1 contains the customer's name.
Depending on the terminal programming, the name can be shown on the
terminal screen during a transaction.
Each track has a common set of reference delimiters that are specially encoded
digits. The delimiters locate three positions: the start sentinel (SS), the end
sentinel (ES), and the field separator (FS). If the track contains more than one
separator, the separators are designated as the first field separator, second field
separator, and so on. For error checking, there is one other digit on a track. This
digit is the longitudinal redundancy digit (LRC). The start sentinel is the first
track digit. The end sentinel and LRC are the last two digits.
Track 1 can be encoded with up to 79 digits, including the sentinels, separator,
and LRC. Track 2 can be encoded with up to 40 digits and track 3 can be
encoded with up to 107. The tracks have the same physical length; they differ
in capacity because of different encoding densities (bits per inch). The terminal
reads the magnetic data digits of each track and stores the information in three
data buffers. The data on a track is found by counting forward from the start
sentinel or first field separator or backward from the end sentinel.
Configuration Data
A FIT library has four restrictions. Violating these restrictions may cause
unpredictable terminal operation.
FIT gap A FIT library should not have any gaps. A gap is one or more zero
FIT’s between filled FIT’s. For example, if any sample application
© Siemens Nixdorf Informationssysteme AG 1995
Modifying The financial institution can modify the FIT configuration data. For
the example, institution E has FIT’s 006 through 010. If, for some
FIT library reason, institution E wishes to add another FIT, for example,
between 008 and 009, the current FIT’s 009 through 011 must
shift one position ahead to become 010 through 012. The inserted
FIT becomes the new 009.
A FIT may contain all zeros (a zero FIT). The zero FIT must be
last, because its PIDDX, PFIID, PSTDX and PINDX fields are not
the same as those in the base FIT.
Switch FIT’s A FIT entry that has a PFIID of all Fs will match any card. This
entry must be the last FIT in the table. No FIT entry with a higher
number will be checked.
An activator card has one to three magnetic data tracks (section ”ID Card and
FIT Definitions” on page 184). Several FIT bytes indicate the size and location
of the data fields on the tracks. These bytes specify the following:
● on which track the specific data fields can be found
● the direction of the data field, relative to a track delimiter
● the number of track positions occupied
A FIT may contain information that causes the terminal to follow alternate
sequences of states and screens. This allows the use of transaction sets
specifically designed for different activator card formats. This method uses the
FIT switch state table. Refer to section ”FIT Switch State (K)” on page 99 for
detailed description of this state.
An index indicates how many digit positions should be skipped over between a
track delimiter and the first data digit. Throughout this section, the term
displacement means the number of digits to be skipped. A displacement equal
to zero means skip no positions; the first data position is adjacent to the track
delimiter. A displacement equal to three means skip three positions; the data
begins in the fourth position.
© Siemens Nixdorf Informationssysteme AG 1995
The following two tables give a short description about the FIT fields:
PFIID is the institution identification number. After reading an activator card, the
terminal scans its FIT library for a PFIID that matches the institution
identification number on the activator card. PFIID contains ten hex digits (two
per byte). Each digit must have a hex value of 0 to 9 or F (A, B, C, D and E are
© Siemens Nixdorf Informationssysteme AG 1995
not permitted). An F in any position means “match all”; that is, any value on the
activator card at that position matches. FIT's that have Fs in PFIID should be at
the higher numbered positions in the FIT library. For example, a PFIID that is all
Fs should be the last FIT in the library because all activator cards match the
PFIID.
PSTDX indicates the next state location in the FIT Switch state table. See
section ”FIT Switch State (K)” on page 99 for details. PSTDX comprises two hex
digits with values 00 to 06 and . (PSTDX is not a displacement on the ID card.)
PMXPN is the maximum number of PIN digits that the terminal accepts from a
customer on any one PIN entry. PMXPN must be greater than or equal to the
value of the five low-order bits of PCKLN. PMXPN comprises two hex digits with
values of 04 to 10 for Diebold PIN block or 84 to 8C for ANSI PIN block. With
the data security module installed, the PMXPN values are 04 to 0F.
ProCash/NDC or ProConsult/NDC identifies a null FIT if PMXPN = 0.
The highest order bit of PMXPN indicates whether Diebold or ANSI PIN block
is used. The bit definitions are as follows:
0 - Diebold PIN block
1 - ANSI PIN block
An institution may issue PIN's shorter than PMXPN. These are variable-length
PIN's. Customers with variable-length PIN's enter their PIN digits, then press
operation key A to signal the end of the PIN entry.
The number of PIN digits to be verified. This number must be less than or equal
to the maximum PIN length (PMXPN). If this number is less than PMXPN, the
Diebold PIN verification process checks the last digits entered up to the number
indicated by the PCKLN field. For example, if the customer has a PIN of
1346875 and the PCKLN is 4, the process will check the last four digits entered,
6875.
The number of digits in the offset number. This number is always equal to the
number of PIN digits verified.
3 BITS 5 BITS
The high-order three-bit field indicates the type of local terminal PIN verification
to be used.
BITS ALGORITHM
000 DES
001 not supported
010 Diebold (not supported)
011 reserved
100 not supported
101 reserved
110 reserved
111 reserved
DES and Diebold - The low order five-bit field is the number of PIN digits verified
and the number of digits in the offset. The value must be less than or equal to
PMXPN. If the entire PCKLN byte is zero, the terminal does not perform local
PIN verification.
none 00
DES 04-10
DES (EDM) 04-0F
Diebold 40, 44
PINPD is only used for DES encryption of PIN’s in messages sent to the
network. PINPD is reserved and equal to zero for other PIN verifications. PINPD
comprises two hex digits.
The high-order digit indicates the message encryption type, the key(s), and the
use of the message coordination number.
The low-order digit pads the PIN to the right in the PIN buffer of the terminal.
When ANSI PIN block has been selected, PINPD is not used to pad the PIN.
PINPD must be used to select the type of ANSI PIN block encryption.
The PIN buffer stores the customer-entered PIN digits in an equal number of
positions. Then, the pad digits concatenate to the PIN digits to yield 16 PIN
buffer positions. When the message coordination number is not in the message
sent to the network, the terminal encrypts (either single or double) these 16 PIN
buffer digits before transmission. The 16 PIN buffer digits can also be sent
without encryption, but this is not recommended.
When the message coordination number is in the message to the network, the
message coordination number is inserted in the PIN buffer before encryption.
In effect, the PIN and pad shift right one position, loosing one pad digit.
The valid range of hex values for PINPD includes 00 to 0F, 20 to 4F, 80 to 8F,
and A0 to CF.
PANDX is the displacement from the delimiter specified by PINDX (byte 1, low-
order digit) to the start of the ID card PAN field (those PAN digits used for PIN
verification). PANDX comprises two hex digits with values 00 to 7F.
© Siemens Nixdorf Informationssysteme AG 1995
PANLN is the number of PAN digits to be used for terminal PIN verification.
Depending on PIN verification, PANLN has the following value limits:
● DES - PANLN comprises two hex digits with values 00 to 10.
● Diebold - PANLN comprises two hex digits with values 04 to 13 or 1F.
PANLN must be greater than or equal to the value of the five low-order bits
in PCKLN. When PANLN equals 1F, the terminal uses all PAN digits from the
PANDX starting position to the field separator that follows.
● ANSI PIN block - PANLN comprises two hex digits with values from 00 to 0C
or 1F. When PANLN equals 1F, the PAN is obtained as follows:
– locate the first field separator on the specified track.
– count back 13 digits or to the first digit before the start sentinel,
whichever count is the least.
– the PAN will include all the digits from this point up to but not including
the last digit before the first field separator.
– the delimiter and direction specified in PINDX and PANDX do not apply.
PANPD has three definitions (depending on the PIN verification scheme used):
DES - PANPD comprises two hex digits. The low-order digit pads those PAN
digits specified by PANLN (to 16 positions). The 16-position padded PAN is
then encrypted to produce a generated (natural) PIN. The high-order PANPD
hex digit specifies which of the following encryption keys is used:
DIEBOLD - PANPD is the algorithm number (ALGO) when PAGDX equals hex
FF. When PAGDX does not equal FF, PANPD is not used and is, thus, equal to
zero. PANPD comprises two hex digits with each digit restricted to values 0 to
9 (hex values A to F not permitted). The PANPD values are 00 to 99.
The low-order seven bits of PRCNT are the displacement from the delimiter
specified by PINDX (byte 1, high-order digit) to the ID card PIN entry count field.
The high-order bit of PRCNT indicates the retry count conditions.
POFDX is the displacement from the delimiter specified by PINDX (byte 2, low-
order digit) to the start of the ID card offset field. POFDX comprises two hex
digits with values 00 to 7F or FF. When the value of POFDX equals hex FF, the
offset is not used.
© Siemens Nixdorf Informationssysteme AG 1995
PEKEY is the encrypted PIN key. The master key encrypts the PIN key. The PIN
key encrypts the PAN digits specified by PANDX and PANLN to yield a
generated PIN for DES terminal PIN verification. PEKEY comprises 16 hex
digits (two per byte), with each digit having a hex value of 0 to F.
For non-DES operation PEKEY is reserved and all bytes must be hex 00.
The institution is responsible for providing PEKEY values.
PINDX comprises six hex digits (two per byte). Five of the six PINDX digits
specify the ID card data track delimiter to be used in conjunction with five
corresponding indexes (PAGDX, PIDDX, PRCNT, PANDX, PLNDX and
POFDX).
The four bits of each non-reserved digit define a track, a delimiter and a
direction from that delimiter.
The Language Code Index specifies the offset for the language code on the ID
card. This field can be used in conjunction with state V (Language Select from
Card state). The V state sets the screen group of multi language screens that
should be displayed during transactions.
PLNDX is in range of 01-7F hex. The value of 00 hex is not allowed if the
language code is used. The value 7F hex means zero if the language code is
used and the search is backwards from an end sentinel only.
Overview
messages sent between the terminal and the network. Message modification
and message replay are two methods of message tampering. Message
modification is where the data communication lines between the terminal and
next node are tampered with so that values in a message can be changed for
fraudulent purposes. Message replay is where entire messages are copied from
a previous transaction and retransmitted later for fraudulent purposes.
To help minimize the risk of message tampering, two fields are added to the
messages, a time variant number and a Message Authentication Code (MAC).
The time variant number is a randomly-generated eight-digit hex number. This
number is generated by the terminal for each transaction request message. The
MAC is an eight-digit hex number containing the result of a MAC calculation on
the message.
For example, the transaction request message is formed and includes a time
variant number. Once this is done, a DES operation is performed on the
message using the master key and the DES algorithm. The result of this
operation is the MAC. The MAC is placed in the MAC data field at the end of the
message. Upon receiving the message, the network performs the same DES
operation on it. The network then compares the result of this DES operation with
the MAC contained in the MAC data field. If the two match, the network is
assured that the message is from a valid terminal and that it has not been
tampered with. The network then returns the time variant number with its
Transaction Reply command. The ATM can check that this is the same time
variant number sent in the transaction request. This ensures that the entire
process is authentic.
Messages that can be authenticated are as follows:
● Transaction Request command
● Transactioen Reply command
● State Table Load command
● FIT Table Load command
● MAC Field Selection Load command
● Solicited Status messages
The ANSI standard X9.9 describes the procedures and provides the algorithm
used to calculate the MAC data. A MAC master key is used with this algorithm
to perform the MAC calculation. This master key is down-line loaded from the
network in an Encryption Key Load command message.
MAC flags
There are two additional fields in the messages for message authentication.
The first field, the MAC data field, contains the result of a MAC calculation
performed on the message. This MAC calculation uses the MAC master key
and the DES algorithm to obtain its result. The MAC data field is calculated by
performing a MAC calculation on the message from the first field after the
protocol-dependent header (on a Transaction Reply command this is the
Transaction Reply command identifier) up to but not including the field
separator preceding the MAC data field. The MAC data field is always the last
field of the message preceding the end of text (ETX). The digits on which the
MAC calculation is performed are the same digits that appear on the
communications line. For example, if the protocol is IBM 3275 EBCDIC, the
digits that are authenticated will be EBCDIC; if the protocol is IBM 2265 ASCII,
the digits will be ASCII.
For the State Table Load and FIT Table Load command messages, only the
MAC data field is used for message authentication. The network performs a
MAC calculation on the Load command message being sent and puts the result
in the MAC data field. When the terminal receives the message, it performs a
© Siemens Nixdorf Informationssysteme AG 1995
MAC calculation on the message. The terminal then compares the result of the
MAC calculation with the MAC data field. If the two are the same, the terminal
accepts the Load command message. If not, the terminal transmits a command
reject in the solicited status message.
EMV capability
Since release 1.3/00 ProCash/NDC supports transactions with EMV data.
Please refer to Wincor Nixdorf / Diebold D91x Message Format Extension for EMV
for detailed descriptions how to integrate EMV support.
Messages
This section describes the messages that make up the communications
interface between the Wincor Nixdorf terminals and the controlling network.
Unless otherwise indicated, information refers to all versions.
© Siemens Nixdorf Informationssysteme AG 1995
The terminal gathers all the necessary information for a transaction request.
Typically this information consists of the following:
● account card data including the Primary Account Number (PAN)
● the Personal Identification Number (PIN)
● various terminal keyboard inputs
Figure 2: “Transaction message flow” on page 206 is an example of a typical
message exchange sequence.
The Transaction Request message is sent to the network.
The network responds to a Transaction Request message with a Transaction
Reply command message. The Transaction Reply command message tells the
terminal how to accomplish the requested transaction.
After the terminal completes the transaction with the customer, it sends a
solicited status message to the network.
The basic message formats used in the system are fixed. These formats contain
the necessary control characters to conform with most protocol formats. This
section shows the format for each message type used in the system. Messages
can travel either from the terminal to the network, or from the network to the
terminal.
TERMINAL NETWORK
Consumer enters
card and PIN
The following subsections illustrate these messages in tabular form. The notes
in the following table apply to all tables.
Code Description
Symbols
X This symbol indicates that the terminal ignores the data. The
data for this code must be a valid character as described in this
manual. An example of an invalid Wincor Nixdorf terminal
character for this code is a zero (hex 00).
--- Three dashes indicate that the field data is dependent on the
specific transaction performed and the valid entries for the field.
Refer to the field descriptions in this manual.
: The colon symbol indicates that the following two digits are a
hexadecimal number.
‘ ‘ Single quotation marks indicate that the characters enclosed
within them are graphic characters from an ASCII or EBCDIC
code set.
VAR VAR indicates that the length of the field is variable. Numeric
(Numeric) parenthetic expressions following VAR show the maximum
number of characters allowed in the field.
Solicited Status
Unsolicited Status
TERMINAL HOST
Transaction Request
This message contains data which the network needs to authorize a customer
transaction at the terminal. The maximum length of this message is 2000
characters (bytes). The network answers a Transaction Request with a
Transaction Reply command to the terminal. The following table shows the data
© Siemens Nixdorf Informationssysteme AG 1995
1 - unsolicited message
2 - solicited message
The Preset Operation Code state can clear and preset any of the
positions in the operation code buffer. State E or Y determine in
which position and how many graphics are stored in the operation
code buffer when an FDK is pressed.
PIN buffer
Field size: 0 or up to 16 characters
Valid range: See description
Description: The variable-length PIN buffer field will contain either no
characters (if local PIN check is used) or the 16-character
encrypted or decrypted PIN (if remote PIN check is used). The
PIN buffer is also known as general purpose buffer A.
CSP data
Field size: 16 characters
Valid range: See description
Description: This field contains an encrypted 16 character PIN.
has been requested only this field will be present. If the CSP state
indicates that loacal verification of the two CSP’s is to be carried
out only the identifier will be sent if requested by the transaction
request state.
Solicited Status messages are sent from the terminal as the response to
command messages received from the network. The maximum length of this
message is 256 characters. The network expects a reply concerning the results
of the last function performed through a Solicited Status message. If an error is
detected during the last function performed, error status data pertaining to the
terminal is inserted into the status message. If the functions are performed as
commanded, a ready status indicator is inserted into the status message. The
following tables list the data field associated with the Solicited Status message
and shows field positions.
The following table contains the fields of the solicited status message:
The following paragraphs describe the fields for the solicited status message.
Description: This field tells the network whether the message is solicited or
unsolicited. The valid entries for this field are as follows:
1 - unsolicited message
2 - solicited message
Status descriptor
Field size: 1 character
Valid range: See description
Description: This one-character field describes the terminal status as it
responded to the command. The valid values are as follows:
The following paragraphs describe the fields in the unsolicited status message.
1 - unsolicited message
2 - solicited message
Status information
Field size: Variable
Valid range: See description
Description: This field contains the device identifier and device status
information. For details of this field, refer to section ”Unsolicited
Device Status” on page 335 of NDC device status.
Load commands
The following paragraphs describe the fields in the Transaction Reply command
message.
If the number of bills requested by the host are higher than the cash
dispenser is able to dispense in one bundle, the terminal responds
with a command reject or a specific command reject.
Screen number
Field size: 3 characters
Valid range: 000-999
Description: This field contains three decimal digits of graphic code which
represent numbers from 010 to 999. This number indicates one of
989 screens to be displayed on the screen during execution of the
© Siemens Nixdorf Informationssysteme AG 1995
Track 3 data
Field size: Variable (106 characters maximum)
Valid range: See description
Description: This field contains the data to be written onto track 3 as instructed
by a Transaction Reply command. This data replaces any data
previously located in the track 3 buffer of the terminal. The track 3
data consists of up to 106 characters including the start and end
sentinels.
Track 1 data
Field size: Variable (78 characters maximum)
Valid range: See description
Description: This field contains the data to be written to track 1. This data
replaces any data previously located in the track 1 buffer of the
terminal. The track 1 data consists of up to 78 characters including
the start and end sentinels.
Track 2 data
Field size: Variable (39 characters maximum)
Valid range: See description
Description: This field contains the data to be written to track 2. This data
replaces any data previously located in the track 2 buffer of the
terminal. The track 2 data consists of up to 39 characters including
the start and end sentinels.
Startup
When the terminal is powered on the first time, all configuration data from the
host must be downloaded to the terminal. This requires a startup sequence that
loads the ProCash/NDC or ProConsult/NDC frameworks with a predefined
configuration from the WIN-NT Registry. In the next step the terminal is ready
to receive download commands from the host.
The startup command can also put the terminal into service after shutdown or
exit from maintenance mode.
Shutdown
This is an Terminal Command message from the network that places the
terminal temporarily out-of-service. All pending messages are sent and current
transactions completed, before the terminal executes the shutdown. The
terminal then indicates that it has successfully completed the shutdown proce-
dures by sending a ready status in a solicited status message.
The following table shows the fields of the Terminal Command message:
Message identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field defines the type of message being
transmitted. The only valid value for Terminal Command
messages is 1.
Command code
Field size: 1 character
Valid range: See description
Description: This one-character field is used to identify the type of command.
The valid values for this field are as follows:
Command modifier
Field size: 1 character
Valid range: See description
Description: This field must be present for command code ’6’. For command
code ’7’ this field is optional.
This type of message is used to load state tables to the terminal. The maximum
message length for this command is 2000 characters. Each message contains
a portion of the state tables. The following paragraphs describe the fields that
can be included in the State Tables Load command message.
© Siemens Nixdorf Informationssysteme AG 1995
The following paragraphs describe the fields in the State Tables Load command
message.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier field
Field size: 1 character
Valid range: 2
Description: This one-character field identifies the configuration data to follow
as state table data. The valid value is ‘2’.
© Siemens Nixdorf Informationssysteme AG 1995
State number
Field size: 3 characters
Valid range: 000-254, 255-999
Description: This is a three-character field from 000 to 254 and 255-511. It
identifies the state number for the state data that follows.
State data
Field size: Variable
Valid range: See description
Description: The first entry identifies the state type. The rest of the characters
are associated state data.
State number, state data, and field separator fields can be repeated
as required to a maximum of 2000 bytes (total message length).
The following paragraphs describe the fields in the Screen Data Load command
message.
Description: This one-character data field defines the type of message being
transmitted. The only valid value for the Screen Data Load
command message is 3.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier field
Field size: 1 character
Valid range: 1
Description: This one-character field identifies the configuration data to follow
as screen data. The valid value is ‘1’.
Screen number
Field size: 3 characters
Valid range: 000-999
Description: This is a three-character field that identifies the screen number for
the screen data that follows.
Screen data
Field size: Variable
Valid range: See description
Description: The variable-length screen data field represents the data to be
shown on the screen. This field always follows a screen number
entry.
Screen numbers, screen data, and field separator fields can be
repeated as required to a maximum of 2000 bytes (total message
length).
(LUNO), parameters and timers into the WIN-NT Registry. This configuration
message should be used first after a power-up because it defines the LUNO
and communications timers.
The following table contains field definitions of the Configuration Parameters
Load command message:
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier field
Field size: 1 character
Valid range: 3
Description: This one-character field identifies the configuration data to follow
as LUNO, parameters and timer data. The valid value is ‘3’.
Optional Parameters
Field size: 3 characters
Valid range: 000-255
Description: The value in the optional parameters field is the sum of the
weights of the selected features.
Weight Features
’008’ 12 digit amount buffer size
’002’ automatic return to previous mode
’001’ separate ready (’B’) response to transaction reply
Timer number
Field size: 2 characters
Valid range: 00-20
Description: This two character field contains the timer number. See section
”Timer Data” on page 167 for details on timers. The valid values
are as follows:
00 keyboard response time-out interval
01 consumer response extension time-out interval
02 close state screen time-out interval
03 communication message time-out interval
04 envelope insertion time-out interval (depositor)
05 withdrawal time-out interval
06 communications off-line time-out interval
07 withdrawal shutter open time-out interval
08 not used
09 consumer time-out interval before card capture attempt
10 additional cash present time-out interval
11 vandal shield timer
82-83 not used
86 rear settlement time-out interval
87 not used
88-90 reserved
91-93 not used
94 envelope eject time-out interval
95 Statement retract time-out interval
96 Statement present time-out interval
97 vestibule door open time-out interval
98 reserved
99 vandal close timer
Number of ticks
Field size: 3 characters
Valid range: 000-255
Description: This three-character decimal data field determines the time-out
intervals for the timers in 800 millisecond ticks. The number of
ticks can be 000-255; this gives a time-out range from 0 - 204
seconds.
Timer number and number of ticks fields can be repeated as required.
Any timers with default values may be, but do not have to be, down-
line loaded.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier field
Field size: 1 character
Valid range: A
Description: This one-character field identifies the configuration data to follow
as LUNO, parameters and timer data. The valid value is ‘A’.
© Siemens Nixdorf Informationssysteme AG 1995
Option number
Field size: 2 characters
Valid range: 00-99
Description: This two-character field defines the option number of the three-
character option code. See Table 64 “Option codes” for detailed
description of these codes.
05 001-040 Left print column (Defines the leftmost print column for receipt and journal
messages. Default is ’008’)
06 Vandal Guard Open Condition
000 Open vandal guard when card detected (default condition)
001 Open vandal guard when keyboard is enabled
07 Track 1 format
001 ISO format (default condition)
002 VISA format
08 Reserved for future use
09 Diebold status reporting for vandal guard (not supported)
10 Tamper Indicator Control option (not supported)
11 Extended status control (not supported)
12 Specific Command Reject option
000 Do not transmit Specific Command Reject (default condition)
001 Transmit Specific Command Reject
13 001-255 Card reader error thresholds (Default value is 010)
14 Track 3 write error thresholds
15 Last Transaction Status information
000 Do not append information (default condition)
001 Append information
16-17 Not supported by ProCash/NDC
18-20 Codes reserved for future use
21-22 Not supported by ProCash/NDC
23 Envelope dispenser status option
000 Do not send unsolicited envelope dispenser messages (default)
001 Send unsolicited envelope dispenser messages
24-28, 30 Not supported by ProCash/NDC
31 Enable Audio Echo on Keyboard
000 Do not echo the keyboard (default condition)
001 Echo the keyboard,except in PIN states or/and when ’*’ is pressed
32-33 Codes reserved for future use
34 Message Coordination Number range. Default range is 31(Hex) - 3F(Hex). This
parameter allows to extend the MCN range up to 7E(Hex).
000 31H - 3FH (default condition)
001 31H - 7EH
35-49 Codes reserved for future use
50-99 Codes reserved for private use
Timer number
Field size: 2 characters
Valid range: 00-20
Description: This two character field contains the timer number. See section
”Timer Data” on page 167 for details on timers. The valid values
are as follows:
© Siemens Nixdorf Informationssysteme AG 1995
Number of seconds
Field size: 3 characters
Valid range: 000-255
Description: This three-character decimal data field determines the time-out
intervals for the timers in seconds. The number of seconds can be
000-255.
Timer number and number of seconds fields can be repeated as
required. Any timers with default values may be, but do not have to
be, down-line loaded.
Load identifier
Field size: 1 character
Valid range: 2
Description: This one-character data field tells the terminal that screen data of
an ITR follows. The valid value is ‘2’.
Display flag
Field size: 1 character
Valid range: 0-2
Description: This one-character field instructs the terminal display as follows:
‘0’ - display Xs as consumer response
‘1’ - display consumer response
‘2’ - display Xs as consumer response. (NCR displays ’*’)
The keyed response is stored in general purpose buffer B for later
transmission in a Transaction Request message.
Active keys
Field size: 6 or 10 characters
Valid range: 0-1
Description: This 10-character field either activates or deactivates keyboard
keys for consumer responses. A graphic 0 will deactivate, while a
graphic 1 will activate, the selected key(s) as follows:
Character Declaration
first selects all numeric keys
second selects FDK ’A’
third selects FDK ’B’
fourth selects FDK ’C’
fifth selects FDK ’D’
sixth selects the Cancel key
seventh selects FDK ’F’
eighth selects FDK ’G’
ninth selects FDK ’H’
tenth selects FDK ’I’
Screen timer
Field size: 3 characters
Valid range: 000-255
Description: This three-character field determines time-out intervals for the
CRT display. Graphic characters represent 001 to 255 800-
millisecond ticks to give a time-out range from 0.8 to 204 seconds.
© Siemens Nixdorf Informationssysteme AG 1995
If the terminal "timed out" waiting for the consumer to respond (via
keyboard entry) to a screen command, the last character in
general purpose buffer B is “T”.
Entering 000 gives an infinite display time.
Screen data
Field size: Variable
Valid range: See description
Description: This is a variable-length field which represents data to be
displayed on the consumer screen.
This type of message down-line loads Financial Institution Tables (FIT's) to the
terminal. Each message can include up to four tables. The terminal can store
up to 1000 FIT's. One FIT is required for each member financial institution.
Refer to chapter ”Security Features” from page 175 for details on FIT. Table 66:
“FIT Data Load” on page 258 illustrates the message format. The following
paragraphs describe the message fields.
The following paragraphs describe the fields in the FIT Data Load command
message.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier field
Field size: 1 character
Valid range: 5
Description: This one-character field identifies the configuration data to follow
as FIT data. The valid value is ‘5’.
FIT number
Field size: 3 characters
Valid range: 000-509
Description: This three-character field designates the number assigned to the
FIT in the following field.
FIT data
Field size: 38 bytes
Valid range: See description
Description: The FIT data specifies control words for processing the PIN. FIT
is also used for indirect next state and remote PIN encryption. FIT
is down-line loaded to the terminal.
MAC data
Field size: 8 characters
Valid range: See description
Description: This eight-character field contains hexadecimal characters that
represent the MAC calculation of the FIT Data Load command
message. Refer to section ”Message Authentication (MAC)” on
page 199 for additional details.
The following paragraphs describe the fields in the Encryption Key Load
message.
Load identifier
Field size: 1 character
Valid range: 3
Description: This one-character data field tells the terminal that encryption key
data follows. The valid value is ‘3’.
Key change
Field size: 1 character
Valid range: 1-9
Description: This one-character field tells the terminal what key(s) to use for
encryption and message authentication. The valid values for this
field are as follows:
© Siemens Nixdorf Informationssysteme AG 1995
The following paragraphs describe the fields in the Extended Encryption Key
Load message.
Description: This one-character data field defines the type of message being
transmitted. The only valid value for the Extended Encrypion Key
Load command message is ‘3’.
Load identifier
Field size: 1 character
Valid range: 4
Description: This one-character data field tells the terminal that encryption key
data in single length or double length follows.
The valid value is ‘4’.
Key change
Field size: 1 character
Valid range: 1-9
Description: This one-character field tells the terminal what key(s) to use for
encryption and message authentication. The valid values for this
field are as follows:
‘1’ - decrypt new master key with current master key
‘2’ - decrypt new COMM key with current master key
‘3’ - decrypt new COMM key with current COMM key
‘4’ - use power-up COMM key (B key) as current COMM key
‘5’ - decrypt MAC key with current master key
‘6’ - decrypt MAC key with current COMM key
‘7’ - use power-up COMM key (B key) as current MAC key
‘8’ - decrypt new VISA master key with current VISA master key
(not supported by Wincor Nixdorf terminals)
‘9’ - send VISA key table to terminal (not supported by Wincor
Nixdorf terminals)
This message contains a table that is used to define currency types, which is
mapped to the configuration settings in table entry 7 of the Amount Check State
defined in the Amount Check State Table.
Table 69 “Dispenser Currency Mapping Table Load” illustrates the message
© Siemens Nixdorf Informationssysteme AG 1995
format.
The Dispenser Currency mapping Table Load is expected at the terminal only
when the terminal is in out-of-service mode or supply/supervisor mode.
If Central transmits a Dispenser Currency mapping Table Load message and it
does not conform to the format above, or is sent at a time when it is not
expected, a solicited error message is generated, identifying a specific
command reject value for the failure reason (or simply 'A' if specific command
reject processing is not activated). If a specific command reject value is
generated then the message content will be ignored.
See also section “Amount Check State (G)” on page 84 for detailed
configuration description.
Configuration ID Load
This message contains an identifier for the configuration data sent to the
terminal, i.e. the configuration data in a given terminal. At terminal startup, or
any time that configuration data is sent to the terminal, the configuration ID is
set to 0000. The Configuration ID Load command message must be included
© Siemens Nixdorf Informationssysteme AG 1995
as the last of the down-line loaded configuration data to set the configuration ID
to the desired number. Thus, the Configuration ID Load command message
acts as an “authorization signature” for the preceding data. The configuration ID
number can be any number from 0000 to 9999. After the terminal has received
a new configuration ID all downloaded parameters are stored into the WIN-NT
Registry.
The Configuration ID can be used to verify configuration data. When properly
configured, the WIN-NT Registry contains the configuration ID number
assigned by the Configuration ID Load command message during configu-
ration. To verify the configuration data, the network sends a configuration ID
request terminal command (section ”Terminal Command message” on page
235). The terminal responds by sending the configuration ID number to the
network. If the configuration data has been changed without the “authorization
signature”, the terminal had been powered down and has not been recon-
figured, or if the encryption keys have been changed, the terminal sends 0000
to the network.
The terminal can respond, as described above to the configuration ID request
message only when it is in supply mode or out-of-service mode. When not in
one of these conditions, the terminal responds with a command reject (section
”Specific Command Reject Conditions” on page 280).
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier
Field size: 1 character
Valid range: 6
Description: This one-character field tells the terminal that the configuration
data that follows is the configuration ID. The only valid value is ‘6’.
Configuration ID number
Field size: 4 characters
Valid range: 0001-9999
Description: This four-character field contains the configuration ID Number.
The configuration ID number must be in the range of 0001 to
9999. 0000 indicates that the terminal is not configured.
This message is used to set the date and time in the terminal.
The following paragraphs describe the fields in the Date And Time Load
command message.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier
Field size: 1 character
Valid range: C
Description: This one-character field tells the terminal that the configuration
data that follows is the configuration ID. The only valid value is ‘C’.
Description Range
YY = Year ‘00’ - ‘99’
MM = Month ‘01’ - ‘12’
DD = Day ‘01’ - ‘31’
HH = Hour ‘00’ - ‘23’
MM = Minute ‘00’ - ‘59’
This type of message is used to set the messages and fields specified for full or
selective MAC verification. The following paragraphs describe the message
fields.
Load identifier
Field size: 1 character
Valid range: 1
Description: This one-character data field tells the terminal that configuration
data follows. The valid value is ‘1’.
Modifier
Field size: 1 character
Valid range: B
Description: This one-character field tells the terminal that the configuration
data that follows is the configuration ID. The only valid value is ‘B’.
© Siemens Nixdorf Informationssysteme AG 1995
Field Description
Position
0 0 - MAC complete message; 1 - Selective MACing
1 Solicited/Unsolicited ID and Message identifier
2 Logical unit number
3 Reserved
4 Time variant number
5 top-of-form flag
6 Message coordination number
7 Track 2 data
8 Track 3 data
9 Operation code data
10 Amount entry field
11 PIN buffer
12 General Purpose Buffer B
13 General Purpose Buffer C
14 Track 1 data buffer identifier
15 Track 1 data
16 Transcation status Data identifier and Last transaction status
Field Description
Position
0 0 - MAC complete message; 1 - Selective MACing
1 Transaction Reply command identifier and response flag
2 Logical unit number
3 Message sequence number / Time variant number
4 Next state ID
5 Number of bills to dispense from denomination 1-4
6 Transaction serial number
7 Function identifier
8 Screen number
9 Screen display update data
10 Message coordination number
11 Card return / retain flag
12 Printer flag field and Printer data
13 Printer flag field and Printer data after the first group separator
14 Printer flag field and Printer data within the next group separators
15 Track 3 buffer identifier
16 Track 3 data field
Track 1 field
Field size: 6
Valid range: 0 or 1
Description: This field contains the MAC selection data for Track 1 data.
Offset Description
0 0 - MAC full track. Ignore bytes 1-5
© Siemens Nixdorf Informationssysteme AG 1995
Track 2 field
Field size: 6
Valid range: 0 or 1
Description: This field contains the MAC selection data for Track 2 data.
Offset Description
0 0 - MAC full track. Ignore bytes 1-5
1 - Selectively MAC the fields below
1 Sub field 1 until ’=’ (including start sentinel)
2-5 Sub field 2-5 that should be MACed
Track 3 field
Field size: 11
Valid range: 0 or 1
Description: This field contains the MAC selection data for Track 3 data.
Offset Description
0 0 - MAC full track. Ignore bytes 1-10
1 - Selectively MAC the fields below
1 Sub field 1 until ’=’ (including start sentinel)
2-10 Sub field 2-10 that should be MACed
The terminal will return a specific command reject status if an error is detected
in any command sent from the network to the terminal. The situations which
cause a command reject are as follows:
● Illegal message class (legal classes are 1, 2, 3 or 4)
● Illegal message sub class
● Illegal message identifier
● Illegal terminal command code
● Illegal terminal command modifier
● Field separator in illegal position
● Insufficient fields in the message
● Insufficient Registry space to store configuration data
● The dispense amount request is to large
● The message coordination number in a Transaction Reply message does
not match the number in the Transaction Request, and is not ’0’.
● Illegal function ID in Transaction Reply command. An illegal function ID is a
non supported ID by ProCash/NDC or ProConsult/NDC.
● An encryption key change message is received before the original key has
been entered at the terminal.
● More than 13 print fields in aTransaction Reply command
● Date and Time data are invalid in a date and time load command
The following table shows under which conditions the specific command reject
value/qualifier combinations are produced:
D Hardware failure
01 Encryption failure during key change message.
02 Time of day clock failure during data/time set command or
invalid data sent.
03 Reserved
04 Key initialisation command not accepted, due to encryption
© Siemens Nixdorf Informationssysteme AG 1995
Terminal
Terminalinin No
inservice
service
mode
mode??
Yes
Terminal
Terminal in in No
No Is
Is message
message
transaction
transaction aaprint
print
request
request immediate
immediate??
state
state??
Yes Yes
Yes Terminal
Terminal in in
Process message out
out--of
of--service
service
mode
mode ? ?
No
Terminal in
Yes Terminalmode
supervisor in
and MISC_PRINT
supervisor mode
Flag is set
to 8 ?
No
Reject message
The following table lists NDC function ID’s and the assignment to the internal
ProCash/NDC or ProConsult/NDC step function:
The terminal handles the Set Next State and Print function ID as follows:
1. Initializes for printing.
2. Tells the printer(s) (receipt or journal) defined in the printer flag field of the
Transaction Reply command message to print.
3. If a fault occurs while the printer is printing, the terminal sends a printer
unsolicited status message indicating a fault.
4. Initializes for printing.
5. Tells the printer(s) (receipt or journal) defined in the printer flag field of the
Transaction Reply command message to print.
6. If a fault occurs while the printer is printing, the terminal sends a printer
unsolicited status message indicating a fault.
The terminal handles the Night Safe Deposit and Print function as follows:
1. Shows the screen specified in the Transaction Reply command message
2. Starts the Timer 08 and waits for the deposit to be completed. The deposit
© Siemens Nixdorf Informationssysteme AG 1995
● If the cancel key is pressed while the terminal is checking for the insertion
of the envelope, the terminal returns a depository solicited status
message indicating a fault and waits for a new Transaction Reply
command message.
● If an envelope is inserted, the terminal goes to step 5.
4. Initializes for envelope entry.
5. Transports the deposit envelope.
● If a fault occurs during transport, the terminal returns a depository
solicited status message indicating a fault and waits for a new
Transaction Reply command message.
● If a fault does not occur, the terminal goes to step 7.
6. Increases the deposit envelope count by one.
7. Prints the transaction serial number, the contents of the amount buffer, and
the first 20 characters of track 2 data on the envelope.
8. Initializes for finishing the deposit.
9. Waits for the deposit to finish.
● If a fault occurs while the terminal is waiting for the deposit to finish, the
terminal returns a depository solicited status message indicating a fault
and waits for a new Transaction Reply command message.
● If a fault does not occur, the terminal checks for an additional function
identifier in the Transaction Reply command message.
10. Initializes for printing.
11. Tells the printer(s) (receipt or journal) defined in the printer flag field of the
Transaction Reply command message to print.
12. If a fault occurs while the printer is printing the terminal returns a printer
unsolicited status message indicating a fault.
The terminal handles the Dispense, Deliver and Print function ID as follows:
1. Shows the screen specified in the Transaction Reply command message.
2. Initializes for the dispense function.
© Siemens Nixdorf Informationssysteme AG 1995
3. Starts dispensing.
4. If a fault occurs during dispense, the terminal proceeds as follows.
● Returns a dispenser solicited status message indicating a fault .
● Waits for a new Transaction Reply command message.
5. Wincor Nixdorf retract able terminals proceeds as follows:
● Starts Timer 10 (doorless terminal withdrawal time-out interval).
● Turns on the beeper.
6. Informs the printer(s) (receipt or journal) defined in the printer flag field of the
Transaction Reply command message to print.
7. If a fault occurs while either printer is printing, the terminal proceeds as
follows:
● Returns a printer unsolicited status message indicating a fault.
● Waits for a new Transaction Reply command message.
8. If a fault does not occur while the printer is printing, the terminal waits for
printing to finish and then checks for an additional function identifier in the
Transaction Reply command message.
4. If a fault occurs while the printer is printing, the terminal proceeds as follows:
● Sends a printer unsolicited status message indicating a fault.
● Waits for a new Transaction Reply command message.
5. If a fault does not occur while the printer is printing, the terminal waits for
printing to finish and then checks for an additional function identifier in the
Transaction Reply command message.
The terminal handles the Eject Card, Dispense and Print function ID as follows:
1. Dispense the money and ejects the card.
2. Shows the “Please take your card“ screen specified in the Transaction Reply
command message as long as the customer takes the card or it will be
captured after the Timer 09 has expired.
3. If card was taken, cash will be delivered and the screen „Please wait for
Cash and receipt“ is shown. If card was not taken, card will be retained, the
dispensed money will be rejected and the terminal enters the next state
specified in the Transaction Reply.
4. Prints the receipt and journal data.
5. Cut and deliver receipt if necessary.
6. Shows the „Take receipt and Cash“ or „Take Cash“ screen as long as Timer
02 is active. Timer 02 is in use to determine the length of time that the Close
screen is displayed.
The terminal handles the Parallel Eject Card, Dispense and Print function ID
(Card before Cash) as follows:
1. Ejects the card.
© Siemens Nixdorf Informationssysteme AG 1995
2. Shows the ‘Please take your card“ screen specified in the Transaction Reply
command message as long as the customer takes the card or it will be
captured after the Timer 09 has expired.
3. If card was taken, dispense the cash and shows the screen „Please wait for
Cash and receipt“. If card was not taken, card will be retained, the dispensed
money will be rejected and the terminal enters the next state specified in the
Transaction Reply.
4. Prints the receipt and journal data.
5. Cut and deliver receipt if necessary.
6. Shows the „Take receipt and Cash“ or „Take Cash“ screen as long as Timer
02 is active. Timer 02 is in use to determine the length of time that the Close
screen is displayed.
For retract terminals Timer 05 and Timer 07 is started the cash has
been dispensed. Also the beeper is active during Timer 05 is running.
If the notes have not been taken when the timer expires, a retract is
attempted. If some notes are retracted, the message „Cash retracted“
is logged to the journal and an unsolicited error is reported to the host.
If the notes are taken within the time frame of Timer 05 and Timer 07
the timer is cancelled.
● If a fault does occur after five attempts to write to the card, the terminal
goes to step 5.
4. Retains the card if the terminal cannot advance the card to write on it.
5. Returns a card writer solicited status message indicating a fault and waits
for a new Transaction Reply command message
The Print Data and Stay in Present Mode function tells the terminal to print data
and stay in present state. This allows the terminal to print large amounts of data
without continually sending request messages to the network.
After printing has been finished, the terminal sends a READY to the network.
Then the network sends the next part of the printer data. This can be repeated
until the network sends a new function reply containing a next state.
The Print Statement and Set Next State function is used to print statement data
on receipts. During printing on receipt the terminal displays the transaction
request screen (Please Wait). Depending on the print flag logging data are
printed on journal. Then the terminal displays the transaction reply screen (Take
© Siemens Nixdorf Informationssysteme AG 1995
Statement). If the printing has been finished, the terminal sends a READY to the
network.
This command can be sent at any time to enable the Electronic Journal Upload.
See also ProCash/NDC ProConsult/NDC Installation manual for EJU
configuration.
The following table describes the message format and its fields:
Message Identifier
Field size: 1 character
Valid range: 6
Description: This field specifies the message identifier. The message identifier
for Electronic Journal is 6.
Command Type
Field size: 1 character
Valid range: 3
Description: This field specifies the command type for message identifier 6.
The command type for Send Options and Timers is 3.
© Siemens Nixdorf Informationssysteme AG 1995
This command should be sent by the host each time a block of electronic journal
data is received from the terminal. It can also be sent unsolicited at any time to
enable EJU instead of sending the Options And Timers command. Then the
default option and timer values will be used. If after sending an EJ block to the
© Siemens Nixdorf Informationssysteme AG 1995
host, the terminal does not receive an acknowledgement within the specified
time, the terminal will send the same block again. If the terminal has received
the acknowledgement for the last electronic journal data block, the contents of
the shared mapping where all EJ data are stored will be erased. See also
ProCash/NDC ProConsult/NDC Installation manual for EJU configuration.
The following table describes the Acknowledge And Continue message format
and its fields:
Message Identifier
Field size: 1 character
Valid range: 6
Description: This field specifies the message identifier. The message identifier
for Electronic Journal is 6.
Command Type
Field size: 1 character
Valid range: 1
Description: This field specifies the command type for the Acknowledge And
Continue of message identifier 6.
This command acknowledges the last EJU block received by the host, and in
addition indicates that EJU has to be stopped. This will disable the EJU function
until the host sends a new Acknowledge And Continue command or Options
And Timers command. See also ProCash/NDC ProConsult/NDC Installation
© Siemens Nixdorf Informationssysteme AG 1995
Message Identifier
Field size: 1 character
Valid range: 6
Description: This field specifies the message identifier. The message identifier
for Electronic Journal is 6.
Command Type
Field size: 1 character
Valid range: 2
Description: This field specifies the command type for the Acknowledge And
Stop of message identifier 6.
If the status descriptor field contains an ‘F’ in the solicited status message, the
© Siemens Nixdorf Informationssysteme AG 1995
Message identifier
Field size: 1
Valid range: 1
Description: This message is sent to central in response to a send
configuration information terminal command message.
Configuration ID
Field size: 4
Valid range: 0000-9999
Description: Contains the last four digit configuration ID numbers sent to the
terminal from host.
Hardware Fitness
Field size: 22 or 38
Valid range: 0-4
Description: Contains one byte per device or major device resource. Each byte
is encoded with an error severity value indicating the current
fitness of the device.
© Siemens Nixdorf Informationssysteme AG 1995
Code Severity
0 no error
1 routine errors have occurred
2 warning conditions have occurred
3 suspend, terminal is currently in suspend state due to suspected
tampering with this device
4 fatal error condition exists
The following table lists devices that are additionally appended in the Hardware
Configuration Status message if command modifier ’6’ for command code ’7’ is
used:
Hardware configuration
Field size: 44 or 76
Valid range: see detailed value description
Description: Contains one byte per device or major device resource. Each byte
is encoded with an error severity value indicating the current
fitness of the device. See Table 81: “Device Configuration Table”
on page 307 for the definition of ech byte.
10 5675
11 5684
12 5685
13 5688
14 5665
15 5670
16 personaS75
17 personaS88
18 personaS40
19 personaS70
1A personaS74
1B personaS84
1C personaS85
1E 5305
1F 5886
1 7F No Configuration
2 System Disk
00 Hard Disk present
02 Reserved
3 Magnetic Card Reader/Writer
01 Track 2 (read only)
03 Track 1/2/3 MCRW (write track3 only)
05 Low cost DIP reader
07 3 Track Write MCRW
08 Track 2 Smart Card Reader
09 Track 1/2/3 Smart Card Reader
0A 3 Track Write Smart Card Reader
0B Track 2/3 DIP MSR
0C Track 1/2/3 CIM 86 MCRW
10 Track 1/2 DIP MSR
11 Track 1/2 Swipe Card DIP Reader
1D MIMIC Smart Card DIPReader
4 Cash Handler
00 Standard cash handler not configured
01 Standard cash handler configured
02 Angel spray dispenser configured
5 Depository
00 Not configured
01 Reserved
02 PPD
03 Reserved (third generation ADM)
04 DPM envelope depository (non-5665 SSTs only)
6 Receipt Printer
00 Not configured
01 Plain paper
02 Black dot paper (TOF)
03 Sideways printing, no black mark
04 Sideways printing, black mark
05 Thermal printer - no black mark
06 Thermal printer - black mark
07 Thermal printer - sideways printing, no black mark
08 Thermal printer - sideways printing, black mark
7 Journal Printer
00 Not configured
01 Integral journal printer
02 Reserved
03 Thermal printer
80 Electronic journal
81 Electronic journal and integral journal printer
82 Reserved
83 Electronic journal and thermal printer
8 Reserved
00 Not configured
01 Configured
9 Reserved
00 Not configured
01 Configured
10 Night Safe Depository
00 Not configured
01 Configured
02 Reserved
11 Encryptor
?0 Not configured
?1 NBS encyptor
02 Reserved
03 Reserved
04 Reserved
?5 EKC encryptor
06 Reserved
14 Flex Disk
00 Not configured
01 1.44 MB flex disk connected
02 2.88 MB flex disk connected
15 Tamper Indicat. Bins not DPM or CDM
00 No TI bins present
01 Secure cash, insecure cards, PPD or no PPD
02 Secure cash, insecure cards, secure PPD
© Siemens Nixdorf Informationssysteme AG 1995
[1] These devices are only appended in the message if command modifier
’6’ is used.
Supply Status
Field size: 23 or 26
Valid range: 0 - Not Configured
1 - Good State
2 - Media Low
3 - Media Out
© Siemens Nixdorf Informationssysteme AG 1995
4 - Overfilled
Description: Contains one byte of following devices:
Sensor Status
Field size: 12
Valid range: see description
Description: Contains one character per sensor and is identical to the
information reported in character 2-13 of the Sensors status
message. See section ”Sensor Status (unsolicited) (DID ‘P’)” on
page 361 for details.
NDC+ Software ID
Field size: 9
Valid range: see description
Description: Contains the NDC+ Software ID.
Following values are valid:
G530-0205 (NDC+ Native mode)
G530-0206 (NDC+ Diebold Emulation mode)
ProCash/NDC reports G530-0205 (NDC+ Native mode)
This solicited status message is sent to the host in response to a “Send Supply
Counters” terminal command message.
Message identifier
Field size: 1
Valid range: 2
Description: This message is sent to the host in response to a Send
Configuration Information terminal command message.
Notes in cassette
Field size: 20
Valid range: 00000-09999; 65535
Description: Consists of four 5 digit decimal counts of the total number of notes
remaining in cassette types 1, 2, 3 and 4. The counts are set by
supervisor functions and are decremented on each dispense
transaction. These counts are zero if not set by the „Standard
Cassette Change“ or „Set Cassette Counters“ SOP function.
If physically more notes are dispensed (dispense below zero) than
initially set (number of notes loaded) via one of the SOP function,
ProCash/NDC sets this counter to value 65535 if the dispense
below zero option is enabled.
Notes rejected
Field size: 20
Valid range: 00000-99999
Description: Consists of four 5 digit decimal counts of the total number of notes
moved to the reject bin from cassettes 1, 2, 3 and 4. Although the
fields ‘Notes in Cassettes’ and ‘Notes rejected’ may not be totally
accurate, the sum of these counters for a particular cassette does
accurately represent the difference between the original number
of notes added and the number of notes dispensed.
Notes dispensed
Field size: 20
Valid range: 00000-99999
Description: Consists of four 5 digit decimal counts of the total number of notes
dispensed from cassettes 1, 2, 3 and 4. These counts are
consistent with note counts reported since the counts were last
cleared by a SOP function.
Card captured
Field size: 5
Valid range: 00000-99999
Description: Consists of one 5 digit decimal count of the number of cards
captured since the count was cleared by a SOP function. The
count includes cards captured up to and including the transaction
defined in the transaction serial number.
Envelopes deposited
Field size: 5
Valid range: 00000-99999
Description: Consists of one 5 digit decimal count of the number of envelopes
deposited since the count was last cleared by a SOP function. The
count includes envelopes deposited up to and including the
transaction defined in the transaction serial number.
This solicited status message is sent to the host in response to a “Send Error
Log Information” terminal command message. All error log information are
stored in the CMOS file “C:\PROTOPAS\WORK\CCCMOS.BIN”. If the error log
information request (6C) is sent from the host, the terminal reads the contents
from the CMOS and send it to the network.
The error log file can be cleared via the User Exit function. Enter “Individual
Functions” from the main menu and select “Clear Error Log”.
Message identifier
Field size: 1
Valid range: 4
Description: This message is sent to central in response to a send error log
group terminal command message.
Group number
Field size: 1
Valid range: C
Description: This field indicates the group number of the requested group.
‘A’ = Processor system (not supported by Wincor Nixdorf
© Siemens Nixdorf Informationssysteme AG 1995
terminals)
‘B’ = Communications (not supported by Wincor Nixdorf
terminals)
‘C’ = ATM devices
New entries
Field size: 2
Valid range: See description
Description: The number of new entries on the log since last read. If this is
greater than log entries reported it indicates that log entries have
been missed.
YY = Year 00-99
MM = Month 01-12
DD = Day 01-31
HH = Hour 00-23
MM = Minute 00-59
SS = Second 00-59
Month
Field size: 2
Valid range: 01-12
Description: Month log entry
Day
Field size: 2
Valid range: 01-31
Description: Day log entry
Hour
Field size: 2
Valid range: 00-23
Description: Hour log entry
Minute
Field size: 2
Valid range: 00-59
Description: Minute log entry
Device identification
Field size: 1
Valid range: ‘C’
Description: This field identifies the device for which the log entry was made.
This is the device identification used in all Wincor Nixdorf
terminals reporting.
‘A’ Processor system (not supported by Wincor Nixdorf
terminals)
Severity
Field size: 1
Valid range: 1-4
Description: Severity of the log entry.
Part number
Field size: 1
Valid range: always zero
Description: Part number of the component of the device.
This solicited status message is sent to the host in response to a send date and
time terminal command message.
Message identifier
Field size: 1
Valid range: 5
Description:This message is sent to central in response to a send date and time
information terminal command message.
Terminal date/time
Field size: 12
Valid range: See description
Description: The actual date and time returned by the terminal clock in format:
YY = Year 00-99
MM = Month 01-12
DD = Day 01-31
HH = Hour 00-23
MM = Minute 00-59
SS = Second 00-59
Message identifier
Field size: 1
Valid range: ’H’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’1’).
Configuration ID
Field size: 4
Valid range: 0000-9999
Description: Contains the last four digit configuration ID number sent to the
terminal from host.
Product class
Field size: 2
Valid range: 0000-9999
Description: This two character field contains the product class of the terminal.
The following entries are possible:
Device identifier
Field size: 1
Valid range:
Description: This field contains the Device Identifier of each present device.
Supplies Data
Message identifier
Field size: 1
Valid range: ’I’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’2’).
Fitness Data
Message identifier
Field size: 1
Valid range: ’J’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’3’).
Fitness
Field size: 1
Valid range: each fitness character is encoded with one of the following error
severity values, indicating the current fitness of the device:
’0’ No error/ not supported
’1’ Routine errors have occurred
’2’ Warning conditions have occurred, investigation required
’3’ Suspend Mode. The terminal is currently in the suspend
mode due to suspected tampering with this device
’4’ Fatal error condition exists on this device
Routine, Warning and fatal errors can only be cleared by entering
Supervisor Mode or local Supervisor function “Clear Fitness”.
Description: This field contains information for each present device indicating
the current fitness the device present.
Message identifier
Field size: 1
Valid range: ’K’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’4’).
Sensor Status
Field size: 5
Valid range: 0 - 1
Description: These 5 bytes represents the same sensor status as reported in
the unsolicited Sensor Status message (DID ’P’).
Tamper Status
Field size: VAR
Valid range: 0 - 1
Description: Character 1-7 of the tamper status data are identical to the
information reported in bytes 7-13 of the Sensor Status message.
See section ”Sensor Status (unsolicited) (DID ‘P’)” on page 361.
The characters 8-13 are devices that are not supported by
ProCash/NDC and appended as zeros in this message.
If a device is not configured, any associated TI byte will take the
value ’0’.
Message identifier
Field size: 1
Valid range: ’L’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’5’).
© Siemens Nixdorf Informationssysteme AG 1995
NDC Software ID
Field size: 9
Valid range: VAR
Description: Contains the NDC+ software ID. For this release the field is set to
following value: G530-0205 (NDC+ Native mode).
Message identifier
Field size: 1
Valid range: ’M’
Description: This message is sent to central in response to a send
configuration information terminal command message (command
code ’7’ inclusive command modifier ’7’).
When the status descriptor is ‘8’ - device fault, the following information is
present in the status information field.
Device Identifier
Field size: 1
Valid range: See description
Description: This field identifies the device by means of a device identification
(DID). The following table shows DID entries of solicited status
messages which Wincor Nixdorf terminals may send in response
for transaction reply commands:
DID Device
D card reader/writer
E cash handler
F depository
Transaction Status
Field size: 17
Valid range: See description
Description: Contains information required to make a transaction completion
decision. The length of the field is different for each device but
each device will always send the same number of characters. See
next section for detailed descriptions for each device.
Error Severity
Field size: 2
Valid range: 0-99
Description: Contains information required to decide locking the device or
continue to use. The length of the filed is one character with the
exception of currency handler which sends five characters. Each
character is always coded in the same way:
Diagnostic M-Status
Field size: 2
Valid range: 0-99
Description: The two digit M-Status contain the NDC specific main error status
which gives a global information of the error situation.
The M-Status values can be configured (mapped) for each error
© Siemens Nixdorf Informationssysteme AG 1995
Diagnostic M-Data
Field size: 0-30
Valid range: 0-9; A-F
Description: This field is used to log additional M-Data status information. It
can be variable depending on the device. M-Data are appended
to the M-Status without separator. M-Data contain additional
hardware status information of NCR hardware. On Wincor Nixdorf
systems this hardware status information can be configured
(mapped) via parameter “M_DATA” in configuration file
CCERRMAP.INA to the vendor specific error code with the
closest match to the meaning of the NCR specifc M-Data code. A
cross reference of the M-Data descriptions can be taken from the
original Diagnostic Status Code Note Book that can be ordered from
NCR. (See also M-Status description).
Supplies Status
Field size: 5
Valid range: 0-99
Description: Contains information related to the state of supplies (paper,
currency, magnetic cards, envelopes) in the terminal. This field
contains one character for each supplies container managed by
the device.
The following table shows the structure of the status information field in
unsolicited status messages of NDC.
Device Status
Field size: 13
Valid range: See description
Description: Used for recording any transaction exceptions of device state
changes. For devices which report both solicited and unsolicited
status messages a common set of transaction device status
codes are defined for use in either type of message. When
processing a transaction reply command any unsolicited
transaction exceptions are reported prior to the solicited device
fault or ready status.
Error Severity
Field size: 2
Valid range: 0-99
Description: See section ”Solicited Status (device fault)” on page 331
Diagnostic M-Status
Field size: 2
Valid range: 0-99
Description: The two digit M-Status contain the NDC specific main error status
which gives a global information of the error situation.
The M-Status values can be configured (mapped) for each error
CLASS and error CODE of vendor specific errors (on Wincor
Nixdorf systems CSC-W32 errors) via parameter “M_STATUS” in
configuration file CCERRMAP.INA. Please refer to the
ProCash/NDC ProConsult/NDC Installation manual section
“Customize Error Mapping Table CCERRMAP” how to configure
M-Status.
Diagnostic M-Data
Field size: 0-30
Valid range: 0-9; A-F
Description: This field is used to log additional M-Data status information. It
can be variable depending on the device. M-Data are appended
to the M-Status without separator. M-Data contain additional
hardware status information of NCR hardware. On Wincor Nixdorf
systems this hardware status information can be configured
(mapped) via parameter “M_DATA” in configuration file
CCERRMAP.INA to the vendor specific error code with the
closest match to the meaning of the NCR specifc M-Data code. A
cross reference of the M-Data descriptions can be taken from the
original Diagnostic Status Code Note Book that can be ordered from
NCR. (See also M-Status description).
Supplies Status
Field size: 5
Valid range: 0-99
Description: See section ”Solicited Status (device fault)” on page 331
This message is used to inform the host that a power interruption or system
reboot has occurred. Under such circumstances, the message cannot be sent
until the communication with the host has been reestablished. The status field
for this type message is composed of the following sub fields:
© Siemens Nixdorf Informationssysteme AG 1995
message.
Transaction/ 1 U 0 Successful print, but
Device Status. consult other fields for
In a solicited status Error Severity, diagnostic
it gives details of status or supplies status
any transaction change.
oriented faults. In S/U 1 Print / cut not successful
an unsolicited S 2 Device not configured
status it indicates a U 3 Statement present in
transport error or a transport
cut and deliver U 4 Cardholder pressed
error in the close cancel during a “print
state. statement and wait”
function
Error Severity 1 0-4 This is a single character
field coded in the
standard way to be used
to make a shutdown
decision. See table “Error
severity table” for details.
Diagnostic 2-32 00 No error
M-status and 01 Mechanical jam
M-data 02 Communication error
04 Black mark error
05 Media jam (fatal), or exit
sensor error (warning)
07 Paper out
08 Ribbon needs replaced
now (Fatal)
08 Ribbon needs replaced
soon (Warning)
1 1 Ribbon o.k.
2 Ribbon replacement
recommended
3 Ribbon replacement
mandatory
2 1 Printhead o.k.
2 Printhead replacement
recommended
3 Printhead replacement
mandatory
3 1 Knife o.k.
2 Knife replacement recom-
mended
3 Knife replacement
mandatory
4 1 Capture bin o.k.
4 Capture bin overfill
This message is sent on Supervisor mode entry and exit, tamper indicating bin
in/out conditions and alarm conditions. See also ProCash/NDC ProConsult/NDC
Installation manual section [APPLICATION_XXX]..
This message sends supervisor key messages from the terminal to inform the
host of the functions selected by the operator after entry to supervisor mode.
Supervisor key messages are supported in ProCash/NDC-SOP only. They can
be configured via parameter “MESSAGE_MODE”. See also ProCash/NDC SOP
Programmers Reference manual for detailed descriptions.
© Siemens Nixdorf Informationssysteme AG 1995
or
This section describes the message format of the Electronic Journal Upload
(EJU) message that will be sent in response to an Options And Timers or
Acknowledge And Continue command. Please refer to section ”Electronic
Journal Upload (EJU) commands” on page 295 for detailed descriptions about
EJU command messages.
The following table describes the message format of the EJU message.
Message Identifier
Field size: 1 character
Valid range: 6
Description: This field specifies the message identifier. The message identifier
of the Electronic Journal Upload message is 6.
Message Modifier
Field size: 1 character
Valid range: 1
Description: This field specifies the message modifier.
The Message Modifier 1 indicates this message as Electronic
Journal Upload data.
© Siemens Nixdorf Informationssysteme AG 1995
Machine Number
Field size: 6 characters
Valid range: 000000-999999
Description: This field contains the machine number from the terminal.
Date
Field size: 6 characters
Valid range: 000000-999999 in format YYMMDD
Description: This field contains the date (from internal system clock of the
terminal) when the EJ block was sent to the host.
Time
Field size: 6 characters
Valid range: 000000-999999 in format HHMMSS
Description: This field contains the time (from internal system clock of the
terminal) when the EJ block was sent to the host.
Response Data
Field size: up to 350 bytes
Valid range: 0-350
Description: Electronic Upload Data consists of ASCII text with carriage return
(CR) at the end of each line. If no electronic data available to sent,
the response data size is zero.
Printers
Printer Models
© Siemens Nixdorf Informationssysteme AG 1995
Electronic journal
Wincor Nixdorf terminals are able to log all journal printer messages into journal
files which are stored on the PC hard disk. The predefined path of the journal
files on the harddisk is C:\JOURNAL and C:\CUSTUMER. See also section
[TOPMSG] and [CUSTMSG] in configuration file CUSTOM.PPF.
The journal file will be created daily and have the following format:
YYYYMMDD.JRN
YYYY - represents the current 4 digit year
MM - represents the current 2 digit month
DD - represents the current 2 digit day
.JRN - is the file extension
EXAMPLE: 19990701.JRN
Single Pixel
Single Arabic
Single Graphic 1
Single Graphic 2
Single Graphic 3
Single Alpha 1
© Siemens Nixdorf Informationssysteme AG 1995
Single Alpha 2
Double Arabic
Double Alpha 1
Double Alpha 2
© Siemens Nixdorf Informationssysteme AG 1995
Chinese 1
Chinese 2
NUL 00 00 SPACE 20 40
SOH 01 01 ! 21 4F
STX 02 02 " 22 7F
ETX 03 03 # 23 7B
EOT 04 37 $ 24 5B
ENQ 05 2D % 25 6C
ACK 06 2E & 26 50
BEL 07 2F 27 7D
BS 08 16 ( 28 4D
HT 09 05 ) 29 5D
LF 0A 15 * 2A 5C
VT 0B 0B + 2B 4E
FF 0C 0C , 2C 6B
CR 0D 0D - 2D 60
SO 0E 0E . 2E 4B
SI 0F 0F / 2F 61
DLE 10 10 0 30 F0
DC1 11 11 1 31 F1
DC2 12 12 2 32 F2
DC3 13 13 3 33 F3
DC4 14 3C 4 34 F4
NAK 15 3D 5 35 F5
SYN 16 32 6 36 F6
ETB 17 26 7 37 F7
CAN 18 18 8 38 F8
EM 19 19 9 39 F9
SUB 1A 3F : 3A 7A
ESC 1B 27 ; 3B 5E
GRAPHIC ASCII (HEX) EBCDIC (HEX) GRAPHIC ASCII (HEX) EBCDIC (HEX)
FS 1C 1C < 3C 4C
GS 1D 1D = 3D 7E
RS 1E 1E > 3E 6E
US 1F 1F ? 3F 6F
© Siemens Nixdorf Informationssysteme AG 1995
@ 40 7C ' 60 Undefined
A 41 C1 a 61 81
B 42 C2 b 62 82
C 43 C3 c 63 83
D 44 C4 d 64 84
E 45 C5 e 65 85
F 46 C6 f 66 86
G 47 C7 g 67 87
H 48 C8 h 68 88
I 49 C9 i 69 89
J 4A D1 j 6A 91
K 4B D2 k 6B 92
L 4C D3 l 6C 93
M 4D D4 m 6D 94
N 4E D5 n 6E 95
O 4F D6 o 6F 96
P 50 D7 p 70 97
Q 51 D8 q 71 98
R 52 D9 r 72 99
S 53 E2 s 73 A2
T 54 E3 t 74 A3
U 55 E4 u 75 A4
V 56 E5 v 76 A5
W 57 E6 w 77 A6
X 58 E7 x 78 A7
Y 59 E8 y 79 A8
GRAPHIC ASCII (HEX) EBCDIC (HEX) GRAPHIC ASCII (HEX) EBCDIC (HEX)
Z 5A E9 z 7A A9
[ 5B 4A { 7B C0
\ 5C E0 | 7C 6A
] 5D 5A } 7D D0
^ 5E 5F - 7E A1
_ 5F 6D DEL 7F 07
In addition you will find reference tables of application error codes (so called
LYNX errors as nick name, which can be identified by the class numbers 64xx).
The error mapping can be customized in configuration file "CCERRMAP.INA".
See ProCash/DDC ProConsult/DDC Installation manual section "Parameter
Management" for details about setting up the error mapping table
(CCERRMAP.INA) and how to update the contents into the Windows registry.
Detailed descriptions about CSC-W32 error codes of each device class are
described in the manual CSC-W32 System Messages (available on the Wincor
Nixdorf Intranet server).
The following table lists the M-Status and M-Data codes assigned to the device
class Cash Dispenser V1 (old series, will not produced any more).
The following table lists the M-Status and M-Data codes assigned to the device
classes Cash Dispenser NG. Error codes of class "0018" are basic errors. Class
AA18 is the USB class assigned to the Cash Dispenser device. Error codes of
class "001D" are extended errors.
© Siemens Nixdorf Informationssysteme AG 1995
AA18 000B_E 4 09 00000000000000000000 "USB/CDM: Error code is reserved by the USB host controller driver"
AA18 000C_E 4 09 00000000000000000000 "USB/CDM: Buffer overrun has been detected, error is reported by the
USB host"
AA18 000D_E 4 09 00000000000000000000 "USB/CDM: Buffer underrun has been detected, error is reported by the
USB host"
AA18 000F_E 4 09 00000000000000000000 "USB/CDM: Buffer was not accessed, error is reported by the USB host"
AA18 0010_E 4 09 00000000000000000000 "USB/CDM: FIFO error has been detected, PCI bus latency was too long"
AA18 0011_E 4 09 00000000000000000000 "USB/CDM: XACT error has been detected, error is reported by the USB
host"
AA18 0012_E 4 09 00000000000000000000 "USB/CDM: Device is babbling, data transfer phase exceeds the USB
frame length"
AA18 0013_E 4 09 00000000000000000000 "USB/CDM: Data buffer error has been detected, error is reported by the
USB host"
AA18 0030_E 4 09 00000000000000000000 "USB/CDM: Endpoint has been halted by the USB bus driver USBD"
AA18 0100_E 4 09 00000000000000000000 "USB/CDM: Memory allocation attempt has failed, error is reported by the
USB bus"
AA18 0200_E 4 09 00000000000000000000 "USB/CDM: Invalid URB function code has been passed, error is reported
by the USB"
AA18 0300_E 4 09 00000000000000000000 "USB/CDM: Invalid parameter has been passed, error is reported by the
USB bus"
AA18 0400_E 4 09 00000000000000000000 "USB/CDM: There are data transfer requests pending for the device"
AA18 0500_E 4 09 00000000000000000000 "USB/CDM: Request has failed, error is reported by the USB bus driver
USBD"
AA18 0600_E 4 09 00000000000000000000 "USB/CDM: Invalid pipe handle has been passed, error is reported by the
USB bus"
AA18 0700_E 4 09 00000000000000000000 "USB/CDM: There is not enough bandwidth available, error is reported by
the USB bus"
AA18 0800_E 4 09 00000000000000000000 "USB/CDM: Internal host controller error has been detected"
AA18 0900_E 4 09 00000000000000000000 "USB/CDM: Short transfer has been detected, error is reported by the USB
bus"
AA18 0A00_E 4 09 00000000000000000000 "USB/CDM: Bad start frame has been specified, error is reported by the
USB bus"
AA18 0B00_E 4 09 00000000000000000000 "USB/CDM: Asynchronous request has failed, error is reported by the
USB bus driver"
AA18 0C00_E 4 09 00000000000000000000 "USB/CDM: USB frame control is currently owned, error is reported by
the USB bus"
AA18 0D00_E 4 09 00000000000000000000 "USB/CDM: USB frame control is currently not owned, error is reported
by the USB"
AA18 0E00_E 4 09 00000000000000000000 "USB/CDM: Operation is not supported, error is reported by the USB bus
driver"
AA18 0F00_E 4 09 00000000000000000000 "USB/CDM: Invalid configuration descriptor was reported by the device"
AA18 1000_E 4 09 00000000000000000000 "USB/CDM: Operation has failed, error is reported by the USBIO driver"
AA18 1001_E 4 09 00000000000000000000 "USB/CDM: Invalid input buffer has been passed to an IOCTL operation"
AA18 1002_E 4 09 00000000000000000000 "USB/CDM: Invalid output buffer has been passed to an IOCTL operation"
AA18 1003_E 4 09 00000000000000000000 "USB/CDM: There is not enough system memory available to complete
the operation"
AA18 1004_E 4 09 00000000000000000000 "USB/CDM: There are read or write requests pending, error is reported by
the USBIO"
AA18 1005_E 4 09 00000000000000000000 "USB/CDM: USB device is already configured, error is reported by the
USBIO"
AA18 1006_E 4 09 00000000000000000000 "USB/CDM: The USB device is not configured, error is reported by the
USBIO driver"
AA18 1007_E 4 09 00000000000000000000 "USB/CDM: There are open pipes, error is reported by the USBIO driver"
AA18 1008_E 4 09 00000000000000000000 "USB/CDM: Either the handle is already bound to a pipe"
AA18 1009_E 4 09 00000000000000000000 "USB/CDM: Handle is not bound to a pipe, error is reported by the USBIO
driver"
AA18 100A_E 4 09 00000000000000000000 "USB/CDM: USB device has been removed from the system"
AA18 100B_E 4 09 00000000000000000000 "USB/CDM: Specified control code is not supported"
The following table lists the MDS Status codes assigned to the device classes
Cash Cheque Deposit Module (CCDM). Class AA1A is the class IEEE 1394
assigned to device class ChequeInFW. Class BB1A is class IEEE 1394
assigned to device class CashInFW. Class CC1A is class USB assigned to
device class CashInFW. Class DDA is class USB assigned to device class
ChequeInFW.
001A 0067_E 2 00 0000000000000000000000 "CCDM: VLS7: medium is expected but no media is coming"
001A 0069_E 2 00 0000000000000000000000 "CCDM: VLS7: media do not leave VLS7"
001A 006A_E 2 00 0000000000000000000000 "CCDM: VLS6: media do not leave VLS6"
001A 006C_E 2 00 0000000000000000000000 "CCDM: Faulty extraction detected during dispensing process"
001A 006E_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media jam in the intermediary trans-
port"
001A 006F_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media jam in the I/O transport"
001A 0070_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media do not reached VLS"
001A 0071_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media jam in the separation area of the
dispense"
001A 0072_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media jam in the intermediary trans-
port"
001A 0073_E 2 00 0000000000000000000000 "CCDM: Clearing error I/O tray. Media jam in the intermediary trans-
port"
001A 0074_E 2 00 0000000000000000000000 "CCDM: Media jam in reject transport area"
001A 0078_E 2 00 0000000000000000000000 "CCDM: Initialization error hinged transport 1 and/or 2"
001A 0079_E 2 00 0000000000000000000000 "CCDM: Position error hingend transport 1. The end position is not
reached"
001A 007A_E 2 00 0000000000000000000000 "CCDM: Position error hinged transport 2. The end position is not
reached"
001A 0082_E 2 00 0000000000000000000000 "CCDM: Initialization error during setting the bundle width"
001A 008C_E 2 00 0000000000000000000000 "CCDM: Error on the cam disk"
001A 008D_E 2 00 0000000000000000000000 "CCDM: Error on the cam disk"
001A 0090_E 2 00 0000000000000000000000 "CCDM: Shutter cannot be opened/closed."
001A 0091_E 2 00 0000000000000000000000 "CCDM: Error on metal detection module"
001A 0096_E 2 00 0000000000000000000000 "CCDM: VHS1: hardware error thickness measuring station"
001A 0097_E 2 00 0000000000000000000000 "CCDM: VHS1: hardware error thickness measuring station"
001A 00AA_E 2 00 0000000000000000000000 "CCDM: Initialization error of reject transport"
001A 00B4_E 2 00 0000000000000000000000 "CCDM: Media jam in reject transport area"
001A 00B5_E 2 00 0000000000000000000000 "CCDM: Clearing error storage transport. Media did not passed VLS2"
001A 00C8_E 2 00 0000000000000000000000 "CCDM: Media in front oaf ALS1 or ALS1 defect"
001A 00C9_E 2 00 0000000000000000000000 "CCDM: ALS1: medium is expected but no media is coming"
001A 00CA_E 2 00 0000000000000000000000 "CCDM: ALS1: media too long (media do not pass the drum)"
001A 00CB_E 2 00 0000000000000000000000 "CCDM: ALS1: media is complete recognized but is too long"
001A 00CC_E 2 00 0000000000000000000000 "CCDM: ALS1: media jam in the drum"
001A 00CD_E 2 00 0000000000000000000000 "CCDM: ALS1: Media end is not detected during entering the drum"
001A 00CE_E 2 00 0000000000000000000000 "CCDM: ALS1: Media end do not detected during leaving the drum"
001A 012D_E 2 00 0000000000000000000000 "CCDM: Media jam in sensor transport at the 3-way deflector"
001A 012E_E 2 00 0000000000000000000000 "CCDM: Media jam in sensor transport at the reject deflector"
001A 0137_E 2 00 0000000000000000000000 "CCDM: SLS3: unexpected media during transport from the alignment
module"
001A 0138_E 2 00 0000000000000000000000 "CCDM: SLS3: unexpected media during transport from the escrow
module"
001A 0139_E 2 00 0000000000000000000000 "CCDM: SLS3: media jam in sensor transport"
001A 0140_E 2 00 0000000000000000000000 "CCDM: SLS1: medium is expected but no media is coming"
001A 0141_E 2 00 0000000000000000000000 "CCDM: SLS1: unexpected document during transport from the align-
ment module"
001A 0142_E 2 00 0000000000000000000000 "CCDM: SLS1: unexpected document during transport from the escrow
module"
001A 0143_E 2 00 0000000000000000000000 "CCDM: Document jam in area -> document deflector -> escrow/reject
module"
001A 0144_E 2 00 0000000000000000000000 "CCDM: Cheque/cash reader: unexpected media during transport from
the alignment module"
001A 014A_E 2 00 0000000000000000000000 "CCDM: Document jam at the escrow module ELS1"
001A 014B_E 2 00 0000000000000000000000 "CCDM: Document jam between sensor module and cassette/reject
module"
001A 014C_E 2 00 0000000000000000000000 "CCDM: Document jam between sensor transport and reject transport"
BB1A 1070_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: The requested item was
not found"
BB1A 1100_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: The request valid, but
adapter does not support the required functionality"
BB1A 1200_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 1300_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 1313_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 132A_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: The request cannot be
transmitted"
BB1A 1350_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: The request cannot be
transmitted"
BB1A 1409_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 1433_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 1450_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 1500_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 0001_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Operation failed"
BB1A 0010_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Operation not sup-
ported"
BB1A 0030_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Operation rejected"
BB1A 0110_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Packet pool empty"
BB1A 0200_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Device is removed"
BB1A 0220_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Requested power state
transition not allowed"
BB1A 0280_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Operation rejected,
device is powered down"
BB1A 0302_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Invalid IO control code"
BB1A 0304_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Requested byte count
does not match buffer size"
BB1A 0310_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Input buffer too small"
BB1A 0320_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Output buffer too small"
BB1A 0340_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Handle already used by
an object of this type"
BB1A 0341_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Handle already used by
an object of another type"
BB1A 0342_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Handle not associated
with required object"
BB1A 0350_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 0351_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error"
BB1A 0400_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Invalid configuration
info type"
BB1A 0401_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Invalid local host info
type"
BB1A 0402_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Invalid local host prop-
erty type"
BB1A 0403_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Unsupported type of
lock operation"
BB1A 0404_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Unsupported speed
selected"
BB1A 8002_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Device not open"
BB1A 8003_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Request timeout interval
has expired"
BB1A 8008_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Invalid parameter in
function call"
BB1A 8020_E 4 00 0000000000000000000000 "IEEE1394/CCDM_CIN: Internal driver error: Memory allocation
failed"
CC1A DEFA_W 4 00 0000000000000000000000 "USB/CCDM_CIN: DEFAULT_WARNING"
CC1A DEFA_E 4 00 0000000000000000000000 "USB/CCDM_CIN: DEFAULT_ERROR"
CC1A 1000_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation has failed, error is reported by the
USBIO driver"
CC1A 1001_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid input buffer has been passed to an IOCTL
operation"
CC1A 1002_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid output buffer has been passed to an IOCTL
operation"
CC1A 1003_E 4 00 0000000000000000000000 "USB/CCDM_CIN: There is not enough system memory available to
complete the operation"
CC1A 1004_E 4 00 0000000000000000000000 "USB/CCDM_CIN: There are read or write requests pending, error is
reported by the USBIO"
CC1A 1005_E 4 00 0000000000000000000000 "USB/CCDM_CIN: USB device is already configured, error is reported
by the USBIO"
CC1A 1006_E 4 00 0000000000000000000000 "USB/CCDM_CIN: The USB device is not configured, error is reported
by the USBIO driver"
CC1A 1007_E 4 00 0000000000000000000000 "USB/CCDM_CIN: There are open pipes, error is reported by the
USBIO driver"
CC1A 1008_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Either the handle is already bound to a pipe"
CC1A 1009_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Handle is not bound to a pipe, error is reported by
the USBIO driver"
CC1A 100A_E 4 00 0000000000000000000000 "USB/CCDM_CIN: USB device has been removed from the system"
CC1A 100B_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Specified control code is not supported"
CC1A 100C_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation has been timed out, error is reported by
the USBIO driver"
CC1A 100D_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid recipient has been specified"
CC1A 100E_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Either an invalid request type has been specified"
CC1A 100F_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid IOCTL code has been specified, error is
reported by the USBIO"
CC1A 1010_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Direction of the data transfer request is not sup-
ported by that pipe"
CC1A 1011_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Number of asynchronous data packets specified in
an asynchronous read"
CC1A 1012_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Memory resources are exhausted. This error is
reported by the USBIO driver"
CC1A 1013_E 4 00 0000000000000000000000 "USB/CCDM_CIN: The specified pipe was not found in the current
configuration"
CC1A 1014_E 4 00 0000000000000000000000 "USB/CCDM_CIN: An invalid asynchronous data packet has been
specified"
CC1A 1015_E 4 00 0000000000000000000000 "USB/CCDM_CIN: There are not enough system resources to complete
the operation"
CC1A 1016_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Specified interface was not found in the current
configuration"
CC1A 1017_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation cannot be executed while the USB
device is in the current state"
CC1A 1018_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid parameter has been specified with an
IOCTL operation"
CC1A 1019_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Evaluation interval of the USBIO DEMO version
has expired"
CC1A 101A_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Invalid power state has been specified"
CC1A 101B_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Device has entered a power down state"
CC1A 101C_E 4 00 0000000000000000000000 "USB/CCDM_CIN: API version reported by the USBIO driver does not
match"
CC1A 101D_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Set configuration operation has failed, error is
reported by the USBIO"
CC1A 1080_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation has failed due to a restriction of the
USBIO LIGHT version"
CC1A 1081_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation has failed due to a restriction of the
USBIO LIGHT version"
CC1A 1082_E 4 00 0000000000000000000000 "USB/CCDM_CIN: Operation has failed due to a restriction of the
USBIO LIGHT version"
DD1A 0100_E 2 01 00000000 "USB/CCDM_CHQ: Memory allocation attempt has failed, error is
reported by the USB bus"
DD1A 0200_E 2 01 00000000 "USB/CCDM_CHQ: Invalid URB function code has been passed, error
is reported by the USB"
DD1A 0300_E 2 01 00000000 "USB/CCDM_CHQ: Invalid parameter has been passed, error is
reported by the USB bus"
DD1A 0400_E 2 01 00000000 "USB/CCDM_CHQ: There are data transfer requests pending for the
device"
DD1A 0500_E 2 01 00000000 "USB/CCDM_CHQ: Request has failed, error is reported by the USB
bus driver USBD"
DD1A 0600_E 2 01 00000000 "USB/CCDM_CHQ: Invalid pipe handle has been passed, error is
reported by the USB bus"
DD1A 0700_E 2 01 00000000 "USB/CCDM_CHQ: There is not enough bandwidth available, error is
reported by the USB bus"
DD1A 0800_E 2 01 00000000 "USB/CCDM_CHQ: Internal host controller error has been detected"
DD1A 0900_E 2 01 00000000 "USB/CCDM_CHQ: Short transfer has been detected, error is reported
by the USB bus"
DD1A 0A00_E 2 01 00000000 "USB/CCDM_CHQ: Bad start frame has been specified, error is
reported by the USB bus"
DD1A 0B00_E 2 01 00000000 "USB/CCDM_CHQ: Asynchronous request has failed, error is reported
by the USB bus driver"
DD1A 0C00_E 2 01 00000000 "USB/CCDM_CHQ: USB frame control is currently owned, error is
reported by the USB bus"
DD1A 0D00_E 2 01 00000000 "USB/CCDM_CHQ: USB frame control is currently not owned, error is
reported by the USB"
DD1A 0E00_E 2 01 00000000 "USB/CCDM_CHQ: Operation is not supported, error is reported by the
USB bus driver"
DD1A 0F00_E 2 01 00000000 "USB/CCDM_CHQ: Invalid configuration descriptor was reported by
the device"
DD1A 1000_E 2 01 00000000 "USB/CCDM_CHQ: Operation has failed, error is reported by the
USBIO driver"
DD1A 1001_E 2 01 00000000 "USB/CCDM_CHQ: Invalid input buffer has been passed to an IOCTL
operation"
DD1A 1002_E 2 01 00000000 "USB/CCDM_CHQ: Invalid output buffer has been passed to an
IOCTL operation"
DD1A 1003_E 2 01 00000000 "USB/CCDM_CHQ: There is not enough system memory available to
complete the operation"
DD1A 1004_E 2 01 00000000 "USB/CCDM_CHQ: There are read or write requests pending, error is
reported by the USBIO"
DD1A 1005_E 2 01 00000000 "USB/CCDM_CHQ: USB device is already configured, error is
reported by the USBIO"
DD1A 1006_E 2 01 00000000 "USB/CCDM_CHQ: The USB device is not configured, error is
reported by the USBIO driver"
DD1A 1007_E 2 01 00000000 "USB/CCDM_CHQ: There are open pipes, error is reported by the
USBIO driver"
DD1A 1008_E 2 01 00000000 "USB/CCDM_CHQ: Either the handle is already bound to a pipe"
DD1A 1009_E 2 01 00000000 "USB/CCDM_CHQ: Handle is not bound to a pipe, error is reported by
the USBIO driver"
DD1A 100A_E 2 01 00000000 "USB/CCDM_CHQ: USB device has been removed from the system"
DD1A 100B_E 2 01 00000000 "USB/CCDM_CHQ: Specified control code is not supported"
DD1A 100C_E 2 01 00000000 "USB/CCDM_CHQ: Operation has been timed out, error is reported by
the USBIO driver"
DD1A 100D_E 2 01 00000000 "USB/CCDM_CHQ: Invalid recipient has been specified"
DD1A 100E_E 2 01 00000000 "USB/CCDM_CHQ: Either an invalid request type has been specified"
DD1A 100F_E 2 01 00000000 "USB/CCDM_CHQ: Invalid IOCTL code has been specified, error is
reported by the USBIO"
DD1A 1010_E 2 01 00000000 "USB/CCDM_CHQ: Direction of the data transfer request is not sup-
ported by that pipe"
DD1A 1011_E 2 01 00000000 "USB/CCDM_CHQ: Number of asynchronous data packets specified in
an asynchronous read"
The following table lists the M-Status and M-Data codes assigned to the device
class Encryption Decryption Module (EDM).
The following table lists the M-Status and M-Data codes assigned to the device
class Encryption Decryption Software (EDS).
The following table lists the M-Status and M-Data codes assigned to the device
class Card Reader. Class AA08 is the USB class assigned to the Card Reader.
AA08 0010_E 4 00 0000000000 "USB/IDCU: FIFO error has been detected, PCI bus latency was too long"
AA08 0011_E 4 00 0000000000 "USB/IDCU: XACT error has been detected, error is reported by the USB host"
AA08 0012_E 4 00 0000000000 "USB/IDCU: Device is babbling, data transfer phase exceeds the USB frame length"
AA08 0013_E 4 00 0000000000 "USB/IDCU: Data buffer error has been detected, error is reported by the USB host"
AA08 0030_E 4 00 0000000000 "USB/IDCU: Endpoint has been halted by the USB bus driver USBD"
AA08 0100_E 4 00 0000000000 "USB/IDCU: Memory allocation attempt has failed, error is reported by the USB bus"
AA08 0200_E 4 00 0000000000 "USB/IDCU: Invalid URB function code has been passed, error is reported by the USB"
AA08 0300_E 4 00 0000000000 "USB/IDCU: Invalid parameter has been passed, error is reported by the USB bus"
AA08 0400_E 4 00 0000000000 "USB/IDCU: There are data transfer requests pending for the device"
AA08 0500_E 4 00 0000000000 "USB/IDCU: Request has failed, error is reported by the USB bus driver USBD"
AA08 0600_E 4 00 0000000000 "USB/IDCU: Invalid pipe handle has been passed, error is reported by the USB bus"
AA08 0700_E 4 00 0000000000 "USB/IDCU: There is not enough bandwidth available, error is reported by the USB bus"
AA08 0800_E 4 00 0000000000 "USB/IDCU: Internal host controller error has been detected"
AA08 0900_E 4 00 0000000000 "USB/IDCU: Short transfer has been detected, error is reported by the USB bus"
AA08 0A00_E 4 00 0000000000 "USB/IDCU: Bad start frame has been specified, error is reported by the USB bus"
AA08 0B00_E 4 00 0000000000 "USB/IDCU: Asynchronous request has failed, error is reported by the USB bus driver"
AA08 0C00_E 4 00 0000000000 "USB/IDCU: USB frame control is currently owned, error is reported by the USB bus"
AA08 0D00_E 4 00 0000000000 "USB/IDCU: USB frame control is currently not owned, error is reported by the USB"
AA08 0E00_E 4 00 0000000000 "USB/IDCU: Operation is not supported, error is reported by the USB bus driver"
AA08 0F00_E 4 00 0000000000 "USB/IDCU: Invalid configuration descriptor was reported by the device"
AA08 1000_E 4 00 0000000000 "USB/IDCU: Operation has failed, error is reported by the USBIO driver"
AA08 1001_E 4 00 0000000000 "USB/IDCU: Invalid input buffer has been passed to an IOCTL operation"
AA08 1002_E 4 00 0000000000 "USB/IDCU: Invalid output buffer has been passed to an IOCTL operation"
AA08 1003_E 4 00 0000000000 "USB/IDCU: There is not enough system memory available to complete the operation"
AA08 1004_E 4 00 0000000000 "USB/IDCU: There are read or write requests pending, error is reported by the USBIO"
AA08 1005_E 4 00 0000000000 "USB/IDCU: USB device is already configured, error is reported by the USBIO"
AA08 1006_E 4 00 0000000000 "USB/IDCU: The USB device is not configured, error is reported by the USBIO driver"
AA08 1007_E 4 00 0000000000 "USB/IDCU: There are open pipes, error is reported by the USBIO driver"
AA08 1008_E 4 00 0000000000 "USB/IDCU: Either the handle is already bound to a pipe"
AA08 1009_E 4 00 0000000000 "USB/IDCU: Handle is not bound to a pipe, error is reported by the USBIO driver"
AA08 100A_E 4 00 0000000000 "USB/IDCU: USB device has been removed from the system"
AA08 100B_E 4 00 0000000000 "USB/IDCU: Specified control code is not supported"
AA08 100C_E 4 00 0000000000 "USB/IDCU: Operation has been timed out, error is reported by the USBIO driver"
AA08 100D_E 4 00 0000000000 "USB/IDCU: Invalid recipient has been specified"
AA08 100E_E 4 00 0000000000 "USB/IDCU: Either an invalid request type has been specified"
AA08 100F_E 4 00 0000000000 "USB/IDCU: Invalid IOCTL code has been specified, error is reported by the USBIO"
AA08 1010_E 4 00 0000000000 "USB/IDCU: Direction of the data transfer request is not supported by that pipe"
AA08 1011_E 4 00 0000000000 "USB/IDCU: Number of asynchronous data packets specified in an asynchronous read"
AA08 1012_E 4 00 0000000000 "USB/IDCU: Memory resources are exhausted. This error is reported by the USBIO
driver"
AA08 1013_E 4 00 0000000000 "USB/IDCU: The specified pipe was not found in the current configuration"
AA08 1014_E 4 00 0000000000 "USB/IDCU: An invalid asynchronous data packet has been specified"
AA08 1015_E 4 00 0000000000 "USB/IDCU: There are not enough system resources to complete the operation"
AA08 1016_E 4 00 0000000000 "USB/IDCU: Specified interface was not found in the current configuration"
AA08 1017_E 4 00 0000000000 "USB/IDCU: Operation cannot be executed while the USB device is in the current state"
AA08 1018_E 4 00 0000000000 "USB/IDCU: Invalid parameter has been specified with an IOCTL operation"
AA08 1019_E 4 00 0000000000 "USB/IDCU: Evaluation interval of the USBIO DEMO version has expired"
AA08 101A_E 4 00 0000000000 "USB/IDCU: Invalid power state has been specified"
AA08 101B_E 4 00 0000000000 "USB/IDCU: Device has entered a power down state"
AA08 101C_E 4 00 0000000000 "USB/IDCU: API version reported by the USBIO driver does not match"
AA08 101D_E 4 00 0000000000 "USB/IDCU: Set configuration operation has failed, error is reported by the USBIO"
AA08 1080_E 4 00 0000000000 "USB/IDCU: Operation has failed due to a restriction of the USBIO LIGHT version"
AA08 1081_E 4 00 0000000000 "USB/IDCU: Operation has failed due to a restriction of the USBIO LIGHT version"
AA08 1082_E 4 00 0000000000 "USB/IDCU: Operation has failed due to a restriction of the USBIO LIGHT version"
AA08 1083_E 4 00 0000000000 "USB/IDCU: Operation has failed due to a restriction of the USBIO LIGHT version"
The following table lists the M-Status and M-Data codes assigned to the device
class Deposit Module. Class AA17 is the USB class assigned to Deposit
Module.
© Siemens Nixdorf Informationssysteme AG 1995
USB bus"
AA17 0B00_E 4 00 0000000000000000000000 "USB/DEP: Asynchronous request has failed, error is reported by the
USB bus driver"
AA17 0C00_E 4 00 0000000000000000000000 "USB/DEP: USB frame control is currently owned, error is reported by
the USB bus"
AA17 0D00_E 4 00 0000000000000000000000 "USB/DEP: USB frame control is currently not owned, error is reported
by the USB"
AA17 0E00_E 4 00 0000000000000000000000 "USB/DEP: Operation is not supported, error is reported by the USB bus
driver"
AA17 0F00_E 4 00 0000000000000000000000 "USB/DEP: Invalid configuration descriptor was reported by the device"
AA17 1000_E 4 00 0000000000000000000000 "USB/DEP: Operation has failed, error is reported by the USBIO driver"
AA17 1001_E 4 00 0000000000000000000000 "USB/DEP: Invalid input buffer has been passed to an IOCTL operation"
AA17 1002_E 4 00 0000000000000000000000 "USB/DEP: Invalid output buffer has been passed to an IOCTL operation"
AA17 1003_E 4 00 0000000000000000000000 "USB/DEP: There is not enough system memory available to complete the
operation"
AA17 1004_E 4 00 0000000000000000000000 "USB/DEP: There are read or write requests pending, error is reported by
the USBIO"
AA17 1005_E 4 00 0000000000000000000000 "USB/DEP: USB device is already configured, error is reported by the
USBIO"
AA17 1006_E 4 00 0000000000000000000000 "USB/DEP: The USB device is not configured, error is reported by the
USBIO driver"
AA17 1007_E 4 00 0000000000000000000000 "USB/DEP: There are open pipes, error is reported by the USBIO driver"
AA17 1008_E 4 00 0000000000000000000000 "USB/DEP: Either the handle is already bound to a pipe"
AA17 1009_E 4 00 0000000000000000000000 "USB/DEP: Handle is not bound to a pipe, error is reported by the USBIO
driver"
AA17 100A_E 4 00 0000000000000000000000 "USB/DEP: USB device has been removed from the system"
AA17 100B_E 4 00 0000000000000000000000 "USB/DEP: Specified control code is not supported"
AA17 100C_E 4 00 0000000000000000000000 "USB/DEP: Operation has been timed out, error is reported by the USBIO
driver"
AA17 100D_E 4 00 0000000000000000000000 "USB/DEP: Invalid recipient has been specified"
AA17 100E_E 4 00 0000000000000000000000 "USB/DEP: Either an invalid request type has been specified"
AA17 100F_E 4 00 0000000000000000000000 "USB/DEP: Invalid IOCTL code has been specified, error is reported by
the USBIO"
AA17 1010_E 4 00 0000000000000000000000 "USB/DEP: Direction of the data transfer request is not supported by that
pipe"
AA17 1011_E 4 00 0000000000000000000000 "USB/DEP: Number of asynchronous data packets specified in an asyn-
chronous read"
AA17 1012_E 4 00 0000000000000000000000 "USB/DEP: Memory resources are exhausted. This error is reported by the
USBIO driver"
AA17 1013_E 4 00 0000000000000000000000 "USB/DEP: The specified pipe was not found in the current configura-
tion"
AA17 1014_E 4 00 0000000000000000000000 "USB/DEP: An invalid asynchronous data packet has been specified"
AA17 1015_E 4 00 0000000000000000000000 "USB/DEP: There are not enough system resources to complete the opera-
tion"
AA17 1016_E 4 00 0000000000000000000000 "USB/DEP: Specified interface was not found in the current configura-
tion"
AA17 1017_E 4 00 0000000000000000000000 "USB/DEP: Operation cannot be executed while the USB device is in the
current state"
AA17 1018_E 4 00 0000000000000000000000 "USB/DEP: Invalid parameter has been specified with an IOCTL opera-
tion"
AA17 1019_E 4 00 0000000000000000000000 "USB/DEP: Evaluation interval of the USBIO DEMO version has
expired"
AA17 101A_E 4 00 0000000000000000000000 "USB/DEP: Invalid power state has been specified"
AA17 101B_E 4 00 0000000000000000000000 "USB/DEP: Device has entered a power down state"
AA17 101C_E 4 00 0000000000000000000000 "USB/DEP: API version reported by the USBIO driver does not match"
AA17 101D_E 4 00 0000000000000000000000 "USB/DEP: Set configuration operation has failed, error is reported by the
USBIO"
AA17 1080_E 4 00 0000000000000000000000 "USB/DEP: Operation has failed due to a restriction of the USBIO LIGHT
version"
The following table lists the M-Status and M-Data codes assigned to the device
class Vandal Guard (Panel Protection Door (PPD)). This device is used in
CSC450 ATM’s only.
0015 80E2_E 2 03 0100 "VANDAL GUARD: Block length not equal to received block length"
0015 80E3_E 2 03 0100 "VANDAL GUARD: Invalid Block ID (N,E)"
0015 80E4_E 2 03 0100 "VANDAL GUARD: Invalid Device ID"
0015 80E5_E 2 03 0100 "VANDAL GUARD: Invalid Job ID"
0015 80E6_E 2 03 0100 "VANDAL GUARD: Invalid Job parameter"
0015 80E7_E 2 03 0100 "VANDAL GUARD: The last command has not been processed yet"
0015 80E8_E 2 03 0100 "VANDAL GUARD: Firmware not loaded or started"
0015 80E9_E 2 03 0100 "VANDAL GUARD: Wrong file length"
0015 80EA_E 2 03 0100 "VANDAL GUARD: Memory for program module too small"
0015 80EB_E 2 03 0100 "VANDAL GUARD: Invalid file check charater"
0015 80EC_E 2 03 0100 "VANDAL GUARD: Hardware not functioning/faulty"
0015 8101_E 2 03 0100 "VANDAL GUARD: OS/2 reports error during memory request"
0015 8102_E 2 03 0100 "VANDAL GUARD: Wrong/undefined charater job acknowledgment"
0015 8103_E 2 03 0100 "VANDAL GUARD: Invalid data in response from peripheral controller"
0015 8104_E 2 03 0100 "VANDAL GUARD: Invalid MODSEG ID in FRM file on the system"
0015 8105_E 2 03 0100 "VANDAL GUARD: The file *CTF was not found"
0015 8106_E 2 03 0100 "VANDAL GUARD: The file *FRM was not found"
0015 8107_E 2 03 0100 "VANDAL GUARD: Error when opening a *CTF file"
0015 8108_E 2 03 0100 "VANDAL GUARD: Error when opening a *FRM file"
0015 8109_E 2 03 0100 "VANDAL GUARD: Invalid data in teh *CTF file"
The following table lists the M-Status and M-Data codes assigned to the device
class Motorized Door. This device is used in CSC250/550 old series ATM’s only.
The following table lists the M-Status and M-Data codes assigned to printer
class 0032.
The following table lists the M-Status and M-Data assigned to printer class
0033.
The following table lists the M-Status and M-Data codes assigned to printer
class 0034.
The following table lists the M-Status and M-Data codes assigned to printer
class 0035.
The following table lists the M-Status and M-Data codes assigned to printer
class 0038.
The following table lists the M-Status and M-Data codes assigned to class 0039.
Class AA39 is the USB class assigned to the Statement printer device.
AA39 0012_E 4 00 00000000 "USB/DOCPRT: Device is babbling, data transfer phase exceeds the USB frame length"
AA39 0013_E 4 00 00000000 "USB/DOCPRT: Data buffer error has been detected, error is reported by the USB host"
AA39 0030_E 4 00 00000000 "USB/DOCPRT: Endpoint has been halted by the USB bus driver USBD"
AA39 0100_E 4 00 00000000 "USB/DOCPRT: Memory allocation attempt has failed, error is reported by the USB bus"
AA39 0200_E 4 00 00000000 "USB/DOCPRT: Invalid URB function code has been passed, error is reported by the USB"
AA39 0300_E 4 00 00000000 "USB/DOCPRT: Invalid parameter has been passed, error is reported by the USB bus"
AA39 0400_E 4 00 00000000 "USB/DOCPRT: There are data transfer requests pending for the device"
AA39 0500_E 4 00 00000000 "USB/DOCPRT: Request has failed, error is reported by the USB bus driver USBD"
AA39 0600_E 4 00 00000000 "USB/DOCPRT: Invalid pipe handle has been passed, error is reported by the USB bus"
AA39 0700_E 4 00 00000000 "USB/DOCPRT: There is not enough bandwidth available, error is reported by the USB
bus"
AA39 0800_E 4 00 00000000 "USB/DOCPRT: Internal host controller error has been detected"
AA39 0900_E 4 00 00000000 "USB/DOCPRT: Short transfer has been detected, error is reported by the USB bus"
AA39 0A00_E 4 00 00000000 "USB/DOCPRT: Bad start frame has been specified, error is reported by the USB bus"
AA39 0B00_E 4 00 00000000 "USB/DOCPRT: Asynchronous request has failed, error is reported by the USB bus driver"
AA39 0C00_E 4 00 00000000 "USB/DOCPRT: USB frame control is currently owned, error is reported by the USB bus"
AA39 0D00_E 4 00 00000000 "USB/DOCPRT: USB frame control is currently not owned, error is reported by the USB"
AA39 0E00_E 4 00 00000000 "USB/DOCPRT: Operation is not supported, error is reported by the USB bus driver"
AA39 0F00_E 4 00 00000000 "USB/DOCPRT: Invalid configuration descriptor was reported by the device"
AA39 1000_E 4 00 00000000 "USB/DOCPRT: Operation has failed, error is reported by the USBIO driver"
AA39 1001_E 4 00 00000000 "USB/DOCPRT: Invalid input buffer has been passed to an IOCTL operation"
AA39 1002_E 4 00 00000000 "USB/DOCPRT: Invalid output buffer has been passed to an IOCTL operation"
AA39 1003_E 4 00 00000000 "USB/DOCPRT: There is not enough system memory available to complete the operation"
AA39 1004_E 4 00 00000000 "USB/DOCPRT: There are read or write requests pending, error is reported by the USBIO"
AA39 1005_E 4 00 00000000 "USB/DOCPRT: USB device is already configured, error is reported by the USBIO"
AA39 1006_E 4 00 00000000 "USB/DOCPRT: The USB device is not configured, error is reported by the USBIO driver"
AA39 1007_E 4 00 00000000 "USB/DOCPRT: There are open pipes, error is reported by the USBIO driver"
AA39 1008_E 4 00 00000000 "USB/DOCPRT: Either the handle is already bound to a pipe"
AA39 1009_E 4 00 00000000 "USB/DOCPRT: Handle is not bound to a pipe, error is reported by the USBIO driver"
AA39 100A_E 4 00 00000000 "USB/DOCPRT: USB device has been removed from the system"
AA39 100B_E 4 00 00000000 "USB/DOCPRT: Specified control code is not supported"
AA39 100C_E 4 00 00000000 "USB/DOCPRT: Operation has been timed out, error is reported by the USBIO driver"
AA39 100D_E 4 00 00000000 "USB/DOCPRT: Invalid recipient has been specified"
AA39 100E_E 4 00 00000000 "USB/DOCPRT: Either an invalid request type has been specified"
AA39 100F_E 4 00 00000000 "USB/DOCPRT: Invalid IOCTL code has been specified, error is reported by the USBIO"
AA39 1010_E 4 00 00000000 "USB/DOCPRT: Direction of the data transfer request is not supported by that pipe"
AA39 1011_E 4 00 00000000 "USB/DOCPRT: Number of asynchronous data packets specified in an asynchronous read"
AA39 1012_E 4 00 00000000 "USB/DOCPRT: Memory resources are exhausted. This error is reported by the USBIO
driver"
AA39 1013_E 4 00 00000000 "USB/DOCPRT: The specified pipe was not found in the current configuration"
AA39 1014_E 4 00 00000000 "USB/DOCPRT: An invalid asynchronous data packet has been specified"
AA39 1015_E 4 00 00000000 "USB/DOCPRT: There are not enough system resources to complete the operation"
AA39 1016_E 4 00 00000000 "USB/DOCPRT: Specified interface was not found in the current configuration"
AA39 1017_E 4 00 00000000 "USB/DOCPRT: Operation cannot be executed while the USB device is in the current state"
AA39 1018_E 4 00 00000000 "USB/DOCPRT: Invalid parameter has been specified with an IOCTL operation"
AA39 1019_E 4 00 00000000 "USB/DOCPRT: Evaluation interval of the USBIO DEMO version has expired"
AA39 101A_E 4 00 00000000 "USB/DOCPRT: Invalid power state has been specified"
AA39 101B_E 4 00 00000000 "USB/DOCPRT: Device has entered a power down state"
AA39 101C_E 4 00 00000000 "USB/DOCPRT: API version reported by the USBIO driver does not match"
AA39 101D_E 4 00 00000000 "USB/DOCPRT: Set configuration operation has failed, error is reported by the USBIO"
AA39 1080_E 4 00 00000000 "USB/DOCPRT: Operation has failed due to a restriction of the USBIO LIGHT version"
AA39 1081_E 4 00 00000000 "USB/DOCPRT: Operation has failed due to a restriction of the USBIO LIGHT version"
AA39 1082_E 4 00 00000000 "USB/DOCPRT: Operation has failed due to a restriction of the USBIO LIGHT version"
AA39 1083_E 4 00 00000000 "USB/DOCPRT: Operation has failed due to a restriction of the USBIO LIGHT version"
AA39 1084_E 4 00 00000000 "USB/DOCPRT: Operation has failed due to a restriction of the USBIO LIGHT version"
The following table lists the M-Status and M-Data codes assigned to printer
class 003E.
The following table lists the M-Status and M-Data codes assigned to printer
class 003F.
The following table lists the M-Status and M-Data codes assigned to printer
class 0040.
The following table lists the M-Status and M-Data codes assigned to printer
class 0041.
The following table lists the M-Status and M-Data codes assigned to printer
class 0042.
The following table lists the M-Status and M-Data codes assigned to printer
class 0044.
The following table lists the M-Status and M-Data codes assigned to printer
class 0045.
The following table lists the M-Status and M-Data codes assigned to printer
class AA45.
driver"
AA45 1007_E 2 00 00000000 "USB/TP07/NP07: There are open pipes, error is reported by the USBIO driver"
AA45 1008_E 2 00 00000000 "USB/TP07/NP07: Either the handle is already bound to a pipe"
AA45 1009_E 2 00 00000000 "USB/TP07/NP07: Handle is not bound to a pipe, error is reported by the USBIO driver"
AA45 100A_E 2 00 00000000 "USB/TP07/NP07: USB device has been removed from the system"
AA45 100B_E 2 00 00000000 "USB/TP07/NP07: Specified control code is not supported"
AA45 100C_E 2 00 00000000 "USB/TP07/NP07: Operation has been timed out, error is reported by the USBIO driver"
AA45 100D_E 2 00 00000000 "USB/TP07/NP07: Invalid recipient has been specified"
AA45 100E_E 2 00 00000000 "USB/TP07/NP07: Either an invalid request type has been specified"
AA45 100F_E 2 00 00000000 "USB/TP07/NP07: Invalid IOCTL code has been specified, error is reported by the
USBIO"
AA45 1010_E 2 00 00000000 "USB/TP07/NP07: Direction of the data transfer request is not supported by that pipe"
AA45 1011_E 2 00 00000000 "USB/TP07/NP07: Number of asynchronous data packets specified in an asynchronous
read"
AA45 1012_E 2 00 00000000 "USB/TP07/NP07: Memory resources are exhausted. This error is reported by the USBIO
driver"
AA45 1013_E 2 00 00000000 "USB/TP07/NP07: The specified pipe was not found in the current configuration"
AA45 1014_E 2 00 00000000 "USB/TP07/NP07: An invalid asynchronous data packet has been specified"
AA45 1015_E 2 00 00000000 "USB/TP07/NP07: There are not enough system resources to complete the operation"
AA45 1016_E 2 00 00000000 "USB/TP07/NP07: Specified interface was not found in the current configuration"
AA45 1017_E 2 00 00000000 "USB/TP07/NP07: Operation cannot be executed while the USB device is in the current
state"
AA45 1018_E 2 00 00000000 "USB/TP07/NP07: Invalid parameter has been specified with an IOCTL operation"
AA45 1019_E 2 00 00000000 "USB/TP07/NP07: Evaluation interval of the USBIO DEMO version has expired"
AA45 101A_E 2 00 00000000 "USB/TP07/NP07: Invalid power state has been specified"
AA45 101B_E 2 00 00000000 "USB/TP07/NP07: Device has entered a power down state"
AA45 101C_E 2 00 00000000 "USB/TP07/NP07: API version reported by the USBIO driver does not match"
AA45 101D_E 2 00 00000000 "USB/TP07/NP07: Set configuration operation has failed, error is reported by the USBIO"
AA45 1080_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1081_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1082_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1083_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1084_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1085_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1086_E 2 00 00000000 "USB/TP07/NP07: The operation has failed due to a restriction of the USBIO LIGHT ver-
sion"
AA45 1087_E 2 00 00000000 "USB/TP07/NP07: Operation has failed due to a restriction of the USBIO LIGHT version"
AA45 1100_E 2 00 00000000 "USB/TP07/NP07: The specified device object does not exist"
AA45 1102_E 2 00 00000000 "USB/TP07/NP07: Device object was opened, there is no valid handle to execute the oper-
ation"
AA45 1104_E 2 00 00000000 "USB/TP07/NP07: Enumeration of the specified devices has failed"
AA45 1105_E 2 00 00000000 "USB/TP07/NP07: Invalid parameter has been passed to a function"
AA45 1106_E 2 00 00000000 "USB/TP07/NP07: Library setupapi.dll could not be loaded"
AA45 2000_E 2 00 00000000 "USB/TP07/NP07: Set configuration request has failed"
AA45 3000_E 2 00 00000000 "USB/TP07/NP07: Buffer is too small, error is reported by the USB bus driver USBD"
AA45 4000_E 2 00 00000000 "USB/TP07/NP07: Interface was not found, error is reported by the USB bus driver
USBD"
AA45 5000_E 2 00 00000000 "USB/TP07/NP07: Invalid pipe flags have been specified"
AA45 6000_E 2 00 00000000 "USB/TP07/NP07: Operation has been timed out, error is reported by the USB bus driver"
AA45 7000_E 2 00 00000000 "USB/TP07/NP07: USB device is gone, error is reported by the USB bus driver USBD"
The following table lists the M-Status and M-Data codes assigned to printer
class 0048.
The following table lists the M-Status and M-Data codes assigned to printer
class AA48.
643A FEC3_E 2 03 00000000000000000000 "LYNX WOSA RTC: -317 (No documents, no bills)"
643A FEC4_E 2 01 00000000000000000000 "LYNX WOSA RTC: -316 (Invalid cash unit)"
643A FEC5_E 2 14 00000000000000000000 "LYNX WOSA RTC: -315 (Shutter closed)"
643A FEC6_E 2 13 00000000000000000000 "LYNX WOSA RTC: -314 (Shutter open)"
643A FEC7_E 2 14 00000000000000000000 "LYNX WOSA RTC: -313 (Shutter not open)"
643A FEC8_E 2 34 00000000000000000000 "LYNX WOSA RTC: -312 (Invalid retract)"
643A FEC9_E 2 00 00000000000000000000 "LYNX WOSA RTC: -311 (Safe door open)"
643A FECA_E 2 03 00000000000000000000 "LYNX WOSA RTC: -310 (Position locked)"
643A FECB_E 2 03 00000000000000000000 "LYNX WOSA RTC: -309 (Invalid position)"
643A FECC_E 2 17 00000000000000000000 "LYNX WOSA RTC: -308 (Documents, bills left)"
643A FECD_E 2 03 00000000000000000000 "LYNX WOSA RTC: -307 (Too many documents)"
643A FECE_E 2 04 00000000000000000000 "LYNX WOSA RTC: -306 (Not dispensable)"
643A FECF_E 2 04 00000000000000000000 "LYNX WOSA RTC: -305 (No currency mix)"
643A FED0_E 2 04 00000000000000000000 "LYNX WOSA RTC: -304 (Invalid mix type)"
643A FED1_E 2 04 00000000000000000000 "LYNX WOSA RTC: -303 (Invalid denomination)"
643A FED2_E 2 09 00000000000000000000 "LYNX WOSA RTC: -302 (Cash unit error)"
643A FED3_E 2 09 00000000000000000000 "LYNX WOSA RTC: -301 (Invalid teller ID)"
643A FED4_E 2 01 00000000000000000000 "LYNX WOSA RTC: -300 (Invalid currency)"
643A FFF2_E 2 03 01100000000000000000 "LYNX WOSA RTC: Hardware error, cannot dispense"
Tables
Tables
Table 1: Basic Software of ProCash/NDC . . . . . . . . . . . . . . . 20
Table 29: Card Read - PIN Entry Initiation state entries . . . . . . . . 116
Table 48: Default WAVE files for Audio Echo on Keyboard . . . . . . 161
Tables
Tables
Figures
Figures
Figure 1: Terminal operation . . . . . . . . . . . . . . . . . . . . 41
Abbreviations
API Application Program Interface
CI Customization Image
ID IDentification
PC Personal Computer
Related publications
Available manuals
Basically all the manuals you need to get information about configurations and
© Siemens Nixdorf Informationssysteme AG 1995