I have blogged in the past about checkpoint so here I have compiled a few of the previous posts that might be helpful.

ACS CheckPoint – Why Biometrics? – April 2010 
ACS CheckPoint -  Why Vein Scanning? – April 2010
ACS CheckPoint -  Installing M2sys Vein Scan Server & Configuring the Database – April 2010
ACS CheckPoint – Installing M2Sys BioPlugin Vein Scanning Client – April 2010
ACS CheckPoint – Configuring the M2sys Vein Scanning Client and ACS CheckPoint – May 2010
ACS CheckPoint – ACS Convention CheckPoint 201 – May 2009

Part 1: Why Biometric?
Part 2: Why Vein Scanning?
Part 3: Installing M2sys Vein Scan Server & Configuring the Database
Part 4: Installing M2Sys BioPlugin Vein Scanning Client
Part 5: Configuring the M2sys Vein Scanning Client and ACS CheckPoint

In the previous installation steps: evaluating the type of scanning and installing the server and client were documented.  Now final step of configuring the scanning client to connect to the database and work with ACS CheckPoint remains.

After you have confirmed that the server is operating correctly and you have connected the scanner and installed the driver you are ready to configure the client.

Workstation Configuration MUST be done by a user who has local admin rights, a user with less rights can make the changes but once the settings window is closed all changes are lost.

Since these workstations are public machines it is wise to make them as hardened as possible to prevent non-designed use of the workstation.

Configuring Client and Server Communications

The first step is accessing the settings portion of the application. 
This is done by clicking on the icon that looks like a finger print in the System Tray (near the clock). 

The Finger Scan application will display and you have two options: Fingerprint Admin or Settings. 
Selecting Settings allows us to configure the client.  FingerPrint Admin will be used later to capture scans.

Next you are prompted for the Admin Password which by default is ‘Admin’

If you are running the server application on a separate machine from the workstation you need to change the Server Address from localhost to the IP address or the DNS name of the server. 
Note: DO NOT use the Fully Qualified Domain name, only enter the Server Name or the application will not connect.

While entering the server name choose how many scans the software will prompt you to capture.

Capturing two scans during registration allows the user to scan a finger on either hand.
Two fingers scanned is helpful for two reasons:

• People forget which hand they registered, by capturing both hands this isn’t an issue
• When you capture two fingers the user can try the second finger if the scan fails to lookup the individual.

Next Select the Notifications Tab

Below are the Default Values

Changing the value for how long to display the scan notification to a lower value than 5 has helped so when a person’s finger fails to scan for various reasons the right side of the screen doesn’t fill up with failed scan alerts during the check-in process.

Next choose the Security Tab

The default is to require a password for both Settings, Exiting the application and FingerPrint Admin

We elected to turn off requiring the password for FingerPrint (Vein Scan) admin for several reasons:

• You can only set one password, and we didn’t want to give the password to change settings to volunteers.
• It becomes very cumbersome for the volunteers to have to enter a password for registration admin.
• Volunteers who have access to the workstations that can capture scans don’t really need restricted from accessing the scan admin.

Testing Client and Server Communications

At this time the client application has been configured and can be tested to confirm the client and server are communicating.

Open the BioPlugin application from the SysTray

Select FingerPrint Administration

Enter the Member ID for a test. 
Later once CheckPoint is configured the Member ID is the individual barcode assigned to each person in the database.

Enter the Value of the Member ID.

Select the finger that you are scanning (the index fingers will be captured in the example below)
After selecting the finger “Click Here to Capture Finger Vein” and the application will go into capture mode.

Once the scanner is in Capture mode, the following screen will display until the scanner has captured a vein scan.  The individual being scanned should lay the finger completely across the scanner and rest the finger on both the front and back ‘finger rests’ in the scanner.  After the scan is captured you will be returned to the previous window.

After the scan has been captured close the FingerPrint Administration window.
Launch Notepad and scan one of the fingers captured for the test.  If the system is working correctly notepad should display the value you used when register the test user on the first line and the cursor will move to the next line in the document.

Configure BioPlugin and CheckPoint

After completing the test scan, re-launch the settings window and select Destination Window Tab.

Right Click on “My Test Keystroke Destination” and choose Rename.

Enter Destination Name ‘CheckPoint”
This is not telling BioPlugin where to send the scan, simply naming the destination you are going to define.

Next Change the Window Title from ‘Notepad’ to ‘Checkpoint’
Note: Window Title value is case sensitive

Next choose the Startup Tab

It is helpful to the end user if you define select several settings on this tab:

• Load BioPlugin Snap-On when windows starts (for all users)
• On Kiosks (self-service) choose Start Minimized
• On Assisted Check-in/out locations it might be a helpful choice to not start minimized since these locations will be used to capture scans and it is helpful to have the application maximized for ease of use.
• Select Launch another application after BioPlugin Loads and enter “c:\winacs\awcpkio.exe’

The BioPlugin client is now configured to work with Checkpoint. 

The final step to configure Check-in via vein scanning you must enable the setting ‘By scanning barcode’
 

After the settings are complete restart the kiosk. After the reboot, you will be prompted to activate the software license.  You will need to login to the workstation as an Administrator to activate the software license.

• If you purchased the licensing from ACS directly, contact support and provide support the Installation ID and they will activate the install and provide you with the Activation ID.  Enter this value and reboot the kiosk.

Once the client machine is configured, Launch CheckPoint Express Check-In start a session.  Users can now scan their finger and  CheckPoint will return the individual/families record for Check-in.

Register CheckPoint users to Check-in With Biometrics

When registering users, Open both ACS Desktop (CheckPoint Tab>Check IN/Out) and BioPlugin FingerPrint Administration.

Lookup the individual that you are registering.
Right click on the name of the person in the Individual List and select Copy BarCode

Go to FingerPrint Admin and Paste the barcode into the BioPlugin Screen and proceed with the registration process that was used in the testing scenario above.  Once the individual is registered they can immediately visit any other kiosk running Express Check-in and scan their finger and Check-in.

Optional Settings
If you would like for the Registration Admin to default to a finger other than the middle finger you can edit the client.ini file.  Since our first roll out of vein scanning was with Jr. High ministry we elected to change the default finger to the index finger.

Finger Print Scanning returnes the best results when the middle finger is the print registered, and M2sys has indicated that remains the same for vein scanning

Access the Client.ini file by browsing to c:\program files\BioPlugin\

Right Click on client.ini and choose Open.
Edit the line Default_LeftFinger=3 and change it to Default_LeftFinger=2
Edit the line Default_RightFinger=3 and change it to Default_RightFinger=2
Note: Thumb is = 1 and pinky is =  5

Previous Part 4: Installing M2Sys BioPlugin Vein Scanning Client

Part 1: Why Biometric?
Part 2: Why Vein Scanning?
Part 3: Installing M2sys Vein Scan Server & Configuring the Database
Part 4: Installing M2Sys BioPlugin Vein Scanning Client
Part 5: Configuring the M2sys Vein Scanning Client and ACS CheckPoint

Previously I documented our process of selecting hardware and software as well as installing the server, now I will document Installing & Configuring M2Sys Vein Scanning Client.

This part of the installation is to install the application that allows the scanner to work and talk to the database to recall a record and identify a person to the application (in our case CheckPoint).

As previously mentioned, the M2sys Vein Scanning and Fingerprint Scanning applications are two separate applications for the related technology. At the time of writing this documentation it is not possible to use a vein and finger print scanners on the same computer concurrently.  Although I have been told by M2sys that a combined solution is in development to allow both scanners to be connected to the same workstation concurrently.

Note: Most steps are identical for Fingerprint Scanning Server and DB but Vein Scanning install requires a different installer than the BioPlugin for Finger Print Scanning.
Your mileage may very depending upon your environment, do due diligence before following these procedures.

Installing M2Sys BioPlugin Client
After downloading the installer running it on a XP, Vista, or Windows 7 workstation is fairly standard.  This installer does not install the server application and the software will not work without the proper install of the server application.

Do not connect the Scanner to the computer before starting the client install process.  Connecting the hardware prior to the client install can make the device driver install significantly more difficult.

Start the installer:

Agree to the Licensing Agreement

Enter your User and Organization Names

Choose your Installation Location
The Default is C:\Program Files\BioPlugin\

Choose Install to confirm the installation configuration

Installation Continues without any additional user interaction

Click Finished when the Install is done.

After the installer finishes you are prompted to install the scanner

After you connect the scanner you may be prompted to locate the driver.

Hit Browse and navigate to C:\Program Files\BioPlugin\Drivers\ and locate the file HjmCap.sys
The file will be located in the Installation Destination that you choose earlier in the install process.

After you have located the driver the installation process is complete.

The next step is to configure the M2sys Vein Scanning Client and ACS CheckPoint.

Previous Part 3: Installing M2sys Vein Scan Server & Configuring the Database

Next Part 5: Configuring the M2sys Vein Scanning Client and ACS CheckPoint

While the pricing model doesn’t scale well for large amounts of data backup, it has proven cost effective for our ACS Database backup to be stored in the Florence datacenter.  We have from time to time given ACS authorization to access the backup and test an upgrade specifically on our data. Additionally it has saved time when ACS needs our dataset to troubleshoot an issue and the backup is already local to their support group.

So in the continued process of migrating our ACS server to 2008 R2 there are a couple items to note when installing Livestor on a 2008 R2 server. 

Getting on my soap box for a few seconds, if the Livestor application would run as a service, these notes would be completely a NON-ISSUE!  Come on ACS MAKE LIVESTOR A SERVICE!!!!  Having a server stay logged in for your backup application is CRAZY!  Even ACS Desktop Backup runs as a service!

When Livestor installs it defaults to add the application to the start menu start up for all users, so when you are using ACS in a Remote Desktop Server (formerly Terminal Server) environment Livestor attempts to launch when every user logs in.  In 2003 this was a quick fix to move the application to a single user’s startup but the Path for the all users Start menu has changed in 2008.

To make Livestor work on a 2008R2 RDS server and not start for ever user you will have to:

• Copy Livestor Service Center shortcut to:
      C:\Users\%username%\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
• Delete the Livestor Service Center shortcut from:
      C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup

One other 2008R2 item to be aware of, Disable UAC – Livestor has a built in updater, in order to update UAC has to be turned off for the update to process.  Once the updater is finished you can re-enable UAC and launch Livestor (or leave UAC disabled so it doesn’t fail every time Livestor updates)

We deploy this application, as previously documented,  to our users via a terminal server.  The Terminal Server environment allows us to install the application in on place and let everyone on the network use it. Note: We are still using Server 2003 for this application so no need to comment on the use of TS in place of Remote Desktop Server Most of the time this works without much of an issue but a recent update to Facility Scheduler started causing us some problems. For future sanity I am documenting the problem as well as the solution.

ACS released Facility Scheduler 2010.1 earlier in March, for the most part the built in updater ran without an issue and all existing terminal server users were able to choose update and login without any issue. 

But after the update we started to notice users who had not ever logged into the terminal server before (new network accounts) weren’t able to launch facility scheduler.  The individuals would login to the Terminal server  launch the Facility Scheduler application and then be prompted to update to 2010.1.  The update would complete and the login would display.  After the update they would enter their login credentials for the application and the loading animated icon would appear but wouldn’t be animated. 

After 1-2 minutes of waiting the application would close. This process happened every time the user tried to launch Facility Scheduler.  Further digging revealed this only happened after a user local profile had been deleted from the Terminal Server or the user was logging into the Terminal Server for the first time.

The Problem:
Since we installed FS on the terminal server and put the Application Data in the default user profile that application data was several revisions out of date (2008.1.9.6). Since there is no auto update feature for the “default’ user profile it was forgotten when everyone else updated.  This resulted in new user’s profile being created with the outdated version of FS and the updater couldn’t apply 2010.1, causing the login to crash.

Solution when One User Impacted:

• Confirm the Affected user is not logged into the Terminal Server
• Login as a user who has the latest version of Facility Scheduler installed and navigate to:
  C:\Documents and Settings\“Username”\Local Settings\Application Data
  (where “Username” is the network username of the user you are logged in as)
• Copy the ACSTechnologies folder to
  C:\Documents and Settings\”Username”\Local Settings\Application Data
  (Where “Username” is the network username of the user who cannot launch Facility Scheduler.
• Have user login and launch Facility Scheduler

Solution when Multiple Users Impacted

• Confirm the Affected users are not logged into the Terminal Server
• Login as a user who has the latest version of Facility Scheduler installed and navigate to:
  C:\Documents and Settings\“Username”\Local Settings\Application Data
  (where “Username” is the network username of the user you are logged in as)
• Copy the ACSTechnologies folder to
  C:\Documents and Settings\Default\Local Settings\Application Data
• Delete the User Profile(s) for the user account(s) that aren’t able to launch Facility Scheduler.
• Have user login and launch Facility Scheduler.

Part 1: Why Biometric?
Part 2: Why Vein Scanning?
Part 3: Installing M2sys Vein Scan Server & Configuring the Database

Part 4: Installing M2Sys BioPlugin Vein Scanning Client
Part 5: Configuring the M2sys Vein Scanning Client and ACS CheckPoint

As previously mentioned Part 1 & Part 2 we have deployed M2Sys’ products before and have some familiarity with the products.  Even with this familiarity there were a few areas that we had to work thru to get everything working.  Our specific install is unique since we will be deploying both Vein Scanning and Fingerprint Scanning on the same network.  At the time of writing this documentation, the two technologies are not able to be compatible with one another and require separate installation for independent use.  Future updates are expected in the next few months that will allow for one Database install and one client install to support both types of scanning on the same workstation concurrently.  Until that is the case the Vein Scanning Database and Finger Print Scanning Databases must be accessed via two separate servers.

Installation of M2Sys BioPlugIn Vein Scanning Server and Database
Note:
Most steps are identical for Fingerprint Scanning Server and DB but Vein Scanning install requires a different installer than the BioPlugin for Finger Print Scanning.
Your mileage may very depending upon your environment, do due diligence before following these procedures.

- Install OS On a new Server – Since  almost all of our servers are virtual isolation of applications is key.

- When using 2008 or 2008R2 as your server operating system disable UAC prior to starting the install of the M2Sys software.  If UAC is not disabled before install of M2sys the service will fail.
On Server 2008R2 disable UAC by going to Control Pannel>User Accounts>Change User Account Control Settings and change the slider to “Never Notify”.

- Install M2sys BioPlugin Software
Note: Installing BioPlugin 6.6.1 on a 64bit server the service will fail because the application is making a call to the Hitachi Driver which is only 32bit at this time. Uninstalling and installing 6.6.2.2 resolved this issue.

- After installation is completed you will notice a traffic light icon in the system tray

This icon only indicates if the service is running or not.  Administration of the BioPlugin is done in the control panel, not the Sys Tray icon or start menu.

Note: If you are using server 2008 or 2008r2 you will have to change the view of the Control Panel to Large or Small icons to view the BioPlugin control. BioPlugin does not display in any of the Category Groupings.

- After accessing the BioPlugin Server Preferences you will need to apply the license key.  Do this by Navigating to the last tab “"License”.  If you purchased the scanners and software from ACS Directly you will need to send your account manager the Installation ID and they will send back a License ID.  Enter the License ID and Select Apply.

- After you have installed the software and applied the license key you can restart the server and BioPlugin should show green on the little traffic signal.  It is possible for the service to try to start and fail and the green will go back to red.  This is the first indicator that we were having an issue with 6.6.1 not working  on a 64bit server.

- Check the Service is actually running by going back into the Control Panel BioPlugin Server Preferences and click on View Core Server Log.  The Log should display “Waiting for Client Request”. If the service is failing the log file will either not display “Waiting for Client” or when you click on view Core Server log nothing will happen because the log hasn’t yet been created.

Note: It is not stated anywhere in the documentation, but Cached Size: # is the number of registered users you have currently in the BioSnapOn Server.

- Once you know the service is working locally you have to decide to either keep the database on the server as an access database, which M2sys says is ok for up to 10,000 or point the M2sys server to another database server like MySQL, or MSSQL.  Because we already have a backup strategy in place for MSSQL databases and have a server running MSSQL 2008 it was best for our situation to use the MSSQL backend rather than the local access database. 
Note: In a testing environment the local database worked without any issue.

- If you are using a MSSQL database the next step is to create an empty database and user account for the BioPlugin server to use to connect to the database.  Because we already have our finger print scanning database in production we simply created a new database with the same name and added database–02 to the name.  In a dual database setup like ours it is important that the right BioPlugin server be pointing the correct database or your biometric check in with not be successful.  You define which database the BioSnapOn Server connects to in the DB string later in this process.

- After a blank database is created and the user account is set as the owner you run a script to prepare the database for use by BioPlugin.  These scripts can be found in the location on the BioPlugin server where you installed BioPlugin (Default is C:\Program Files\BioPlugin).  Copy Tables-Script-SQL Server.sql for the MS SQL install locally to the SQL Server.  Select the database for the biometrics and execute the script.  Once this is done configure your backup of the database.  After the backup configuration is done the database is ready.

-Now that the database preparation is done be sure the BioSnapon service is not running (make sure the traffic light is red) next launch the BioSnapon Server Administration tool again and Select the Microsoft SQL Server radio button on the Database Tab.  This will change the connection string to a template of a SQL connection string.

- Connecting the SQL database is a little annoying if you (like me) do not frequently work with MSSQL. But in the latest release the BioPlugin server help files give sample definitions for the connection string. You will next want to review the BioSnapOn Installation Help Guide found on the install CD in the Documentation folder.  Navigate to the Help file location: Installation>Database Configuration>SQL Server. This provides settings and options for Using ODBC connection, SA and Windows Authentication.

- We had success with  MS SQL Server DSN-Less Connection with SQL Authentication and the following connection string. Values have been changed and display what information should be entered for each variable.
  Provider=SQLOLEDB.1;
  User ID=SQL Account Created when you created the Database;
  Password=Password for the Account Created Above;
  Persist Security Info=False;Initial Catalog=Database Name for the Database you created above;
  Data Source=Name of the SQL Server to which you are connecting

- Apply the settings and restart the server.  After the restart your BioPlugin server should have a green light and the core server log should be ‘waiting for client request’

Now you are ready to Install and configuring the BioSnapOn Client on the workstation, point it to the BioSnapOn Server and testing scans.

Previous -  Part 2: Why Vein Scanning?

Next – Part 4: Configuring M2Sys Vein Scanning Client

Part 1: Why Biometric?
Part 2: Why Vein Scanning?
Part 3: Installing M2sys Vein Scan Server & Configuring the Database

Part 4: Installing M2Sys BioPlugin Vein Scanning Client

Part 5: Configuring the M2sys Vein Scanning Client and ACS CheckPoint

In the past year we have learned a lot about biometrics and our check-in system and I have had people ask me multiple times a great question, “Would you do it again?”.  They are really asking would we use finger print scanners as an key component of our check-in system, and I would reply, Yes.  The finger print scanning has been successful to accomplish the two areas we saw concern in the other flavors (bar code, key fob, number/name lookup) of check-in: Security and Speed.  The finger scanning has allowed us to have check-in remain secure, limiting the use to families who had followed the registration process and allow them to do it in a process that takes less than 15 seconds per family.  A major positive of the finger scanning over other scanning solutions, the speed isn’t dependant upon the end user remembering to bring a key tag or key fob with them to church.

Even saying Yes to that question wouldn’t mean we haven’t learned things over the past year and we haven’t modified the configuration. We have learned that finger print scanning is dependant upon indoor and outdoor temperatures, humidity, dry skin, etc.  The quality of the scan is affected by more environmental variables than we expected.  A second learning point was paying attention to the scans captured at pre-registration.  This process is much more important than we originally thought.  If attention to detail was paid at the pre-registration process then the success rate increased exponentially.  And finally, we were affirmed in our thought that there would be some people not able to use the biometric system because they just didn’t have “good” fingerprints.  So with the environmental variables and the fact that some people couldn’t use the biometrics we had to identify a workaround, which was allowing people to check-in by pager number. This is not the security number printed on the child’s tag but rather the number that is used to alert families the DLand staff need them to come get their child.  Allowing check-in via pager this did have negative impact on speed and people do forget their number.

So when it was time to start planning our rollout of Jr. High and Sr. High check-in we decided to put all options back on the table.  Our team came to the conclusion that if we could make finger scanning more reliable it was still the best option.  This planning was happening concurrently to the release of a new product by M2Sys called Vein Scanning.

Vein Scanning works under the principal that your vein alignment in your fingers is as unique as your finger prints.  Allowing you to be identified in a system without the environmental and “good” print concerns noted above.  The Scanner uses infrared to ‘see’ your vein alignment in your finger and allows the software to translate that alignment into a string of numbers that can be called back to identify you after you have pre-registered.

The solution sounded good but needed to be tested.  We contacted ACS and asked if we could put the scanner thru some testing and they provided a demo for us.  Our testing showed the Vein scanners to be much higher in accuracy no matter the variables.

So why not vein scanning in the first launch a year ago?  The products weren’t available a year ago in the capacity they are now.

Will you be migrating your finger print users to vein scan users?  Not at this time, currently the two technologies are not able to be used concurrently on the same workstation and would require a mass re-registration process for over 1250 individuals.

Will you possibly migrate everyone to vein scanning?  Once the converged product allowing both types of scanning at one workstation (12 weeks) we might explore this option.

Previous Part 1: Why Biometric?
Next Part 3: Installing M2sys Vein Scan Server & Configuring the Database

1. Download the latest installer from the ACS Client Portal. 
    (note the version released on 8/28/09 requires the .Net Framework 3.5)

2. .NET3.5 is included in 2008r2 but when you start the ACS FS installer you get the error displayed below. 

The next logical step would be to install .Net Framework, but remember it comes with Server2008r2, so you can’t just install it as the error below notes.  Rather you have to enable it not install.

The error notes to use the Roles Management tool, which you might think is Adding or Removing Roles, but what the error message really means is to go to the Server Manager then the Features item in the display tree then and then select add Feature to enable .Net 3.5.1. 
(Note: You can deselect the option to install WCF Activation which then won’t require you to install IIS on this server when you enable .Net 3.5.)

3.  After you have enabled .NET Framework 3.5.1 you can run the ACS Facility Scheduler installer.
4. Once the installer is complete launch the application and enter your site number
5. You may be prompted to download application updates, if prompted choose yes to update.
6. Once the updates are complete you should be able to login to FS with your login.
7. After updating and successfully launching the software you need to copy the application files to the default user’s folder so all users will be able to run the application on the Remote Desktop Server.  You can do this by the following steps:

• Enable Hidden Folders by Clicking on Organize>Folder and Search Options> View Tab and then Select Show Hidden Files
• Browse to C:\Users\%User%\AppData\Loca\
• where %User% is the name of the account that was logged in when you installed FS
• Copy the ‘ACS Technologies’ Folder
• Paste the Copied ‘ACS Technologies’ Folder in C:\Users\Default\Appdata\Local\
• To place a shortcut on the Remote Desktop Server desktop for all users, go to c:\Users\%User%\Desktop and Cut the ACS Facility Scheduler shortcut, and paste it in c:\users\Public\Public Desktop\

8. Test your work by RDPing into the server (with an account that hasn’t logged into the server or the profile has been deleted) and you should be able to launch Facility Scheduler and access the application.

• If ACS pushes out updates between the time you do the original install and the first time the user is logging in they may be prompted on the first use to update the application, if so choose yes and let the application update and then launch.

Happy Facility Scheduling…

Over the past 6 months we have been working with Dean Lisenby and the team at ACS thru the concepts as well as logistics of a tool to make contact info from ACS accessible thru Outlook and Exchange.

ACS has established a price-tag for this project and we have commitments to fund about half of the project. (Those committing funding to the project include Henderson Hills Church, Windsor Crossing Community Church, First Baptist Belton, and Northwoods)

Several others have asked questions like:
“Why would we sync ACS to AD?”
“Is this something that I could use?”
“when would we have to pay for it”
“will we have development input?”

We will be discussing this with other ACS Customers who might want to be contributors and collaborators on this project in a conference call Monday July 13th in the Afternoon.

If you want in on this discussion please leave a comment and we’ll get you the bridge info.

To keep the call productive we’ll probably cap the call at no more than 5-6 callers.

The conversation was great and I even got to shamelessly plug CITRT.org for those who haven’t’ heard of it… thanks Dean.

The afternoon consisted of the Checkpoint 201-Launching Checkpoint Successfully in your Church pre-convention workshop… This was a great group and we had a lot of fun sharing our experience and hearing how others are planning to launch Checkpoint for their ministries. 

As I noted in the workshop we are more than happy to share anything we have learned or produced during our Checkpoint launch that you might be able to use for your ministry.  Most of today’s content is now listed below but we’ll continue to add and update items as time goes on (Download Content Updated June 9th to include additional content).

If you have questions about launching Checkpoint or would like to share your story with us we would love to hear from you.

• Workshop Power Point (PDF)
• Registration form (PDF)
• Program Insert (PDF)
• Website FAQs (Web)
• Training Documents (PDF) (DOCX)
• Self Service Kiosk Instruction Pannel (PDF) (JPG)
• Self Service Kiosk Instruction Pannel – Draft 1 (PDF)
• Self Service Kiosk Signage (PDF)