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.
Terry,
I would hardly consider myself an N-Scan expert, but we have been on it for over 9 years. In your list of action items, I did not see anything about assigning membership levels. There is usually one more step when you assign the membership organization to the production season which contains the performances listed. Possibly that is what is missing in this case?
If not that, then I defer to someone else.
John
HI John,
Does it need a membership level or can that be blank? I was assuming we only needed the perf codes listed because that is the only criteria we need. Not all constituents who purchase our performance tickets have memberships. So I guess the big question is do we need a second criteria like Constituency, Member Level, Price type, etc. Can some or all of these be left blank?
You say performance codes separated by commas: do you mean performance numbers?
I do not know if it requires a membership, but that is how I have always seen it done. The only time we have ever used special access areas was with memberships because we wanted them for something like donor access to our Founders Room. And I think you can leave some areas of the membership set-up blank (it has been SOOOOO long since we set ours up; I just plain forget). I am sure you can fiddle around and see what it will let you save.
I see what you want, but I am not sure if it works like that; I have never tried it. But I do not see why you could not just make a really basic membership and have it apply to all accounts standard.
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.