Access Control : Gate Access : Salespoint configuration : .INI settings
 
.INI settings
 
Functionality was added to the ww.dll to allow pass and ticket validation. This requires the following new settings in ww.INI.
 
[Validation]
SalesEZ=127.0.0.1:4203
RolloverMonth=8
CheckExp=TRUE
PrependList=
Extract=
CardPrefixes=' B'
NoDecryptPrefixes=
Location=1
 
The checkpass and validate calls were modified to respond to an .INI setting in ww.INI.
 
[Validation]
DCI=TEST TEST MYVAL
 
This is passed along to all validation calls in absence of a specific <dci> tag passed with the call.
 
The ww.dll can recognize multiple [Validation] sections when in the ww.INI file. The main [Validation] section is used except when a <poedata> tag is passed to checkpass or validate pass from Gate Access module. In these cases, ww.dll looks for a ValidationNNNNN section (where NNNNN is the poedata).
Example:
<func>validatepass</func><poedata>101</poedata>....
 
The ww.dll uses any settings in [ValidationNNNNN] in favor of any of the other settings. These can be SalesEZ, RolloverMonth, CheckExp, PrependList, Extract, CardPrefixes, NoDecryptPrefixes, Location, DCI, AxessGoodScan and AxessBadScan. Also, while the [Axess] section is still allowed, it is now preferred for the Axess data to be inside the Validation section(s) and be labeled as AxessGoodScan and AxessBadScan.
 
In addition, to support the Axess gate integration, two more settings are required when ww.dll is being called from the Axess Gate Soap Service.
 
[Axess]
GoodScan=<BTURNSTILEACTIVE>1</BTURNSTILEACTIVE><NTURNSTILEACTION>1
</NTURNSTILEACTION><NGREENLIGHT>1</NGREENLIGHT><NREDLIGHT>0
</NREDLIGHT><NYELLOWLIGHT>0</NYELLOWLIGHT><NRETNICKTIME>3
</NRETNICKTIME><NSOUNDTYPE>1</NSOUNDTYPE><NDISPTIME>3</NDISPTIME>
BadScan= <BTURNSTILEACTIVE>0</BTURNSTILEACTIVE><NTURNSTILEACTION>1
</NTURNSTILEACTION><NGREENLIGHT>0</NGREENLIGHT><NREDLIGHT>0
</NREDLIGHT><NYELLOWLIGHT>1</NYELLOWLIGHT><NRETNICKTIME>3
</NRETNICKTIME><NSOUNDTYPE>2</NSOUNDTYPE><NDISPTIME>3</NDISPTIME>