We are trying to set up an Access Area with NSCAN where visitors who have a ticket to any one of a list of performance can be scanned to enter the access area. It seems like this should be very simple. Create the Access Area in TR_NSCAN_ACCESS_AREAS, Create the Area code, a Description and add a list of performance codes in a string separated by commas. Set the Start and end date to begin prior to today and end way out into the future. Add a Max entry number. The only criteria needed is a ticket to the performance so we have not entered any other criteria like Member Level, Constituency, etc. We have Prompt Qty checked and Control group set as Default so all are accepted.
Then in TR_NSCAN_PROFILES we have a dedicated Scanner with the new Access Area entered under Access Area. and both Allow Seat Check and Allow Monitor are set to Y.
The performance is active and has no door times set so it is wide open.
What are we missing that would cause us to get an "Entry Denied" error when trying to scan the ticket? The Access Area does show up on the scanner and it recognizes the constituent.
Were looking for help from any NSCAN expert out there.
You say performance codes separated by commas: do you mean performance numbers?
Yes, performance numbers. Sorry that was a mistake.
You could try making a list (out of performance customers) to see if it works with the list. That would then suggest that you do need another item set (and would be a stopgap for making it work).
That did the trick. Funny I tried constituency and that still didn't work but using a list did. The answer to my question then is YES you do need to have a second criteria in the TR_NSCAN_ACCESS_AREA. I don't find this is clear in any of the documentation so I will make note for the rare times we use access areas in the future.
Definitely good information to have! I will keep it in mind as well in case it helps us in the future.
We have a somewhat similar Access Area application: access to the area (reserved dining) is managed by another performance, but we didn't want to do separate tickets. What we do is have a special access area where we use the tickets for the actual performance, but then use a list of attendees for the reserved dining. The important thing to remember is that NScan does not regenerate lists when scanning, even dynamic lists, so you will have to manually (or schedule a list report) regenerate the list at a point when you know that the attendance figure isn't going to change.
Thank you for all your help with this Gawain. I did set up a scheduled report to generate our list daily.