The following pages/links contains the release history for Theatre Manager. When updating, please:
Releases are cumulative. If you skip one, installing the next release will provide all the changes of the previous one. There is no need to install them in order... just the most recent.
Click on the printer friendly link at the bottom if you want to print out all release notes, or go to the specific page and click printer friendly version.
Version 8 History
Version 8 was released in Sept 2008 after being audited and certified the PABP 1.4 compliant by the PCI council.
Key features and improvements since version 7:
- performance improvements
- built in remote assistance
- drag and drop column ordering - and- automatic saving column positions, window positions
- courses, registration, and report cards
- gifting tickets
- foundations for unicode support which includes cross platform accents on data within the database
-
- multi language web interface capabilities
- Paymentech Orbital support to eliminate need for PC charge
- many more enhancements
Version 8.00
Version 8.00
Version 8 is a significant upgrade with over 50 new features. Many changes relate to 'under the hood' performance along with enhancements to various parts of Theatre Manager based on feedback from users.
From the users perspective, version 8 looks and functions the same as version 7. There are additional buttons in various places to extend functionality. Users familiar with version 7 should not need training on version 8.
Version 8 will be installed by the Arts Man Support team using remote access. It is free to all venues who have a current active support agreement. Upgrades will occur during normal support hours on dark days. For those on after hours support, evening upgrade time slots may be arranged.
April 2009
|
Key changes:
- Version 8 is certified PABP compliant and listed as an approved application on Visa's web site. While version 7.36 is also compliant - we chose to have an external auditor (Security Metrics) officially submit version 8 for PABP/PCI compliance.
- Contains a number of under-the-hood changes that move processing from the workstation to the server. In our lab test cases, performance improvements in some areas ranged from 2x as fast to 10 times as fast.
- Coupon codes can now be redeemed on the web
- The apache module comes with a new statistics and performance monitoring tool
- Window positions are now remembered between sessions on a per user basis
- Window and list positions are remembered between sessions for each user.
- More tools were implemented to manage end of day process and the interface to pc charge
- TM preferences have been altered from per machine to per user basis. This supports a greater range of options in a terminal services implementation.
- TM web settings support placement of web listeners in a greater range of network configurations, including a DMZ and/or multiple listeners per machine under fast user switching or terminal services.
There are mandatory web change for this version and a new Apache Loadable module must be installed. For this version, it will be done by Arts Management Support team. |
Preparing for the Update
Theatre Manager requires all three key components updated. This will be performed by the Arts Management support staff via existing remote access tools (Timbuktu, Logmein or RDC). Each venue needs to coordinate an upgrade slot with the support team. The following key activities are done as part of the upgrade:
- Postgres Database:
- The postgres database must be upgraded to the latest released version (currently version 8.3.7). For sites that are at version 8.3 (any version), this takes about 5 minutes or less. For sites at version 8.2 (any version), the database needs to be backed up and restored (could take as much as a couple of hours).
- Postgres can be upgraded at any time in advance of installing version 8 because it works with both version 7 and 8.
- Venues wishing to attempt this themselves can follow these instructions.
- Apache Web Server
- The apache web pages may need some conversion from version 7 to version 8. Most changes are minor (and required to support the new apache module). A venue will need to provide the web pages which the support team will compare to the current standard pages and return - ready to implement
- The apache web server will be upgraded to version 2.2.11 (the latest shipping version)
- This upgrade can be be installed at any time in advance of installing version 8 of Theatre Manager. These changes will work with both version 7 and 8
- Theatre Manager
- Theatre Manager version 8 will need to be installed on each workstation.
- The upgrade will convert the database
- This upgrade is the last step in the upgrade process.
The venue will need to
- Coordinate a time with the support team regarding the upgrade and provide the existing web pages.
- If you have an onsite training session coming up, this will be when the upgrade occurs unless there is some feature that is absolutely necessary.
Before upgrade
|
|
After Upgrade
- This upgrade requires that you install Theatre Manager version 8 on each machine
- Do the install after your database has been upgraded by the Arts Management Support team
- Verify your web sales pages are as you like them by testing them
|
Optional Steps
- If you choose to implement PABP/PCI user ids, follow these instructions
- Examine Company Preferences for any changes that you want to make to the settings for Theatre Manager. e.g.
- For web logs, decide if you also want them saved to each listener (recommended).
- Set the default message log level setting for each listener.
- Adjust the preferences for how long you want to keep web logs
- Set the preference for reservation only (recommended to disallow it)
- Set the preference for end of day deposit reports
- Set the preference for accepting coupon codes on the web (and set up coupons if desired)
- Examine System Preferences
- Look at setting for credit card retention. Recommend that the setting is 365 days (or longer).
- Run the shred process for any cards older than you want to retain
- Run the process that re-encrypts your credit cards with a new-randomized key after shredding the existing cards you no longer want.
|
Time Required
- Approximately 4 hours from version 7. The actual time depends on:
- the size of the database if a dump is needed
- the number of transactions in the database
- the performance and memory in the server
- Venues on after hours support can schedule evening conversion. Venues on regular support will need to set aside a dark day.
|
8.00 Changes & Enhancements
Version 8 consists of many hundreds of little changes through out Theatre Manager. Some are major and are listed below. Most were under the hood tweaks for performance and added convenience in a number of areas. They are too numerous to mention them all, so this document focuses on the key ones.
Performance
Some code in Theatre Manager has been moved from the application into the server using more stored procedures. That generally improves performance of applications and this is true in Theatre Manager. We did this in a number of areas to try to take out seconds, or even milliseconds of time and improve response. The table below shows some sample improvements that we have experienced on our test suite of machines. Venues that are currently using version 8 have told us that it seems faster, so, anecdotally, the improvement is noticeable.
The improvement that each venue achieves is dependant entirely on the postgres server machine and is affected by things like: memory, striping of hard drives and speed (number of CPU's). Sample performance improvements are listed below (note that they are not cumulative, just indicative of areas where we focused on performance):
| Window or function |
After |
Improvement |
| email blasts |
Does one ping at the start of the process (and each time there is an interruption longer than a minute). We also adjusted memory management |
about 3 times faster on small batches. Much faster on large batches of emails. The standard test suite now allows 4000-5000 emails to be sent per hour from the merge process |
| record inserts |
revised the methodology of generating new keys |
10-15% improvement inserting new records in all aspects of Theatre Manager |
| Open Sales window |
Optimized the reading of records |
window opens about 10% faster |
| selling individual tickets |
There is a minor change to selling one ticket by clicking on it and then clicking on another |
small, not generally appreciable |
| selling block of tickets |
when selecting multiple tickets and booking at one time, the process goes much faster. |
selling between 10 and 80 tickets at one time - speed improvement was as much as 3 times faster. Example selling 83 tickets took 30 seconds. It now takes less than 10 seconds. |
| Selling any ticket |
server contention and record locking has been optimized |
any number of users may now sell large blocks of tickets simultaneously without any record locking happening. We have noticed that each ticket workstation in a large venue now receives the same response time from the server (on average) |
| End of Day Posting |
Some work that used to be done during end of day to post to daily statistics is now done during the ticket sale |
even though the ticket sale is 3 times faster, this change also improved end of day posting by a factor of 2 to 2.5 times. Posting 280 transactions is about 2 time faster. |
| Refunding tickets |
|
refunding tickets and creation of transactions is now about 1.5 times faster |
| Entering donations |
the allocation of payments and creation of transactions was optimized |
entering a new donation is about 2 times faster. |
| Finding Patrons and other records |
The actual performance of finding records has not changed. We optimized this display of the records on the work stations. |
displaying a moderate number of patron, orders, shopping carts and such is as much as 10 times faster. Retrieving them from the database takes the same amount of time - the display is much faster because work is now done on the server. |
| Postgres optimizations |
a number of indexes were removed from fields that are heavily updated to take advantage of a feature in postgres version 8.3 |
In general, this optimization results in about a 30% improvement in record I/O a the server on a properly tuned system. |
General Interface Changes
There were changes to the general behavior of Theatre Manager in response to requests we had from people. Many of these are subtle such as:
- When you close and window and re-open that same window, Theatre Manager remembers its size, its position, the search field that was used and the position of all sub windows and list columns within that window. For example, if you change the columns on the ticket sell window as well as re-adjust the height of various lists, the next time the sell window is opened, it will open to the same place, with all lists in the same position as before. You do not have to save the position.
- The saving of window placement is per user (each user has their own preferences) and per monitor (if a user goes from one machine to another and the monitors are different sizes, then Theatre Manager will save a preference for each monitor size)
- If a person has multiple monitors, windows can be placed on the secondary monitors and will open on the secondary screen.
- If a user removes or turns of a secondary monitor, Theatre Manager will bring the open window back on screen.
- Window placement is saved between sessions so that if you logoff and then start Theatre Manager later, windows will open in the same place.
- Toolbar buttons now work in all cases. A key bug was fixed where clicking the button on the toolbar did not always cause the button to be pressed.
- Active and Inactive flags have been added to a number of tables (theatre maps, promotions, events, ticket faces, donations, gift certificates, accounts, mail lists, etc). Lists now exclude inactive items by default (although you can search for them). Venues can pare down the size of visible lists as desired.
- The 'print' icon on all list windows will now display at least two options: a built in report, or the ability to print the list exactly as viewed. This way, if you customize any list, you can print it as viewed and get a report.
- More legends have been placed on lists to explain colours or icons in the lists as an assist (see screen shot below - at bottom)
- All lists are now alternate striped on each line in accordance with the Leopard interface guidelines. This is for clarity in viewing across a list. An example is shown below. (OS-X only - It is not currently available in XP or Vista due to interface guidelines for Microsoft).
Patron Window
There were a few minor changes to the patron window to add some functions requested by users.
On the patron window where the email addresses and phone numbers are displayed, you can now:
- add a primary fax number in addition to a primary phone number
- add a primary web site
- click on the link for the email address which will open your email client - ready to send an email to the patron
There is an optional field for each patron that we called an 'external search field'. If enabled, you can specify a key that can be used to find the patron. Suggested uses for this field might be a student/faculty number or a number that relates a Theatre Manager patron to an external system.
There is a new feature on the address list and patron card detail window that allows you to:
- copy the address to the clipboard
- display a map of the address in a browser, or
- show the weather forecast at the users address if they are out of town
The ticket and order window now has a legend on it indicating if the order contains reservation only tickets, as well as if you owe money to the patron or the patron owes money to you. Ticket window now displays order notes.
From the ticket window, you can now select some of the tickets and then 'print a map' showing a picture of the seats where the patron is sitting.
Company Preferences
There are a number of minor changes on this window:
- You can completely prevent reservation only orders from being taken by turning on a new preference
- There are preference for purging logs and data specific to:
- Completed shopping carts (default is to keep those for 1000 days)
- purging anonymous shopping cart logs (default is to keep for 180 days)
- purging other web startup logs and miscellaneous information like calculation errors (default is to keep for 60 days)
- Before event sales has a preference to set the default 'why did patron buy'. This allows 'why did patron buy' to be mandatory for all sales, yet provide a suitable default for walk up sales. This should improve the value of this field
- Web Sales now supports a default mail fee and works in conjunction with the new web pages. Setting this fee in default data automatically makes the optional mailing fee appear on the web pages. Removing it and it is removed from the web site. It means that you can change mail fees at will without web page changes.
- The web listener can gather and store the apache statistics (see end of document) in the database. The default is to sample them each hour so that you have 24 snapshots on each day of what the load on the web site is - and look back over time.
- You can implement multiple web listeners through a DMZ to an apache server to support complete PCI compliance at your venue.
- The titles for 'regular' and 'season' tickets are now customizable throughout Theatre Manager. The special meaning of these ticket types have remained the same - but the names can now be changed.
- A feature added in version 7 for mandatory zip codes now has defaults for regular sales, before event sales and pay what you can sales mode. These were implemented so that you can still use quick cash under all sales modes for a faster sale.
Accounting
- A minor, but significant change has been made for the recording of donations allocated to a 'reserved' bank account.
- Previously, Theatre Manager created a G/L entry to take the money out of the bank account right away. Now the system creates a GL entry to create a 'payable' clearing account - meaning that all funds are accumulated into a separate account that you will need to clear periodically
- Donations that are changed to/from a reserved account had to be manually tracked before. Theatre Manager now creates a G/L entry to tell accounting to move the current value of payments against that donation (to date) to/from the restricted back account.
- Entering account numbers no longer crashes a PC
- Entering account numbers and backspacing no longer skips every second digit of the account number
Credit Cards
- You can no longer enter a new credit card for a patron that already exists for that patron.
- Old Credit cards can be 'shredded' on the patron window based on settings in system preferences (i.e. there is a minimum retention period so that recent cards are kept and old ones can be rendered un-readable).
- Shredding a card like 4500 1234 4567 9012 means that it will not longer be stored in the database in encrypted (non-readable) format. Instead, it will be stored with only the first and last 4 digits of the card (the rest are removed). Such credit cards will be marked as 'inactive' and will not show up in lists. They cannot be edited either. Taking the same card number as part of a payment will re-activate a shredded card because the patron used it again.
- There is a feature to mark credit cards as 'permanent'. These cards will not be shredded
- From the 'System Preferences' window, you can shred a mass of old credit cards - ones that are no longer being used. We suggest a retention period of 1 year to handle ongoing year to year transactions. Use a retention period of 90 days at a minimum to handle charge back situations. This means that most of your cards in the system will be rendered useless. However:
- You can still find a patron by a shredded card because TM will look for only first 4 and last 4 digits of the card.
- Any card used for post dated payments that have not yet been paid cannot be shredded
- Any card used for season auto-renewals cannot be shredded because the patron gave explicit permission to use the card
- Any card marked as permanent will not be shredded
- Any card that is taken today and not yet deposited cannot be shredded.
- There is a feature to indicate that cards are to be shredded right away and not retained in Theatre Manager. This feature means that card information is stored temporarily(encrypted format) and completely shredded when the deposit occurs. This is essentially 'schedule C' compliance as far as TM is concerned. We do not recommend this mode (we prefer at least 90 days before shredding), but it can be used if desired. If cards are to be shredded daily, the following occurs:
- post dated payments can only be 'checks'. Credit cards are no longer permitted
- Subscription auto-renewals cannot be entered any more because cards cannot be stored
- Credit cards marked as permanent are shredded anyway.
- Credit cards are shredded after each successful credit card settlement
- Credit cards are marked inactive after their use
- Any reports with credit cards on them are marked as *** *** *** #### regardless of user level. Nobody can see the full card information because it isn't there anymore.
End of Day
- A new setting was added to Company Preferences (End of Day tab) to allow you to set the preferences for the 3 end of day deposit reports you would like to have. These preferences are used on the End of Day window so that daily reports can be consistent.
- Anything relating to version 6 transition to version 7 has been removed
- Patron orders can be edited or rebuild from the A/R tab
- You can now got to the patron record directly from the A/R tab in order to address A/R issues. When the patron window closes, the outstanding A/R will be recalculated.
- A fix was made to the end of day posting to address the odd occasion when Theatre Manager said a transaction was open after posting to the G/L in the end of day.
- The End of Day wizard does a stricter job of calculating the 'difference' when windows are opened and closed to assist the EOD process
- End of Day will purge shopping cart information based on settings in system preferences
- End of Day posting process is about 2 to 3 times faster (depending on hardware).
Employees
- During the upgrade, each 'normal' users access to credit card information will be restricted to be more in line with the general PABP recommendations. This is a one time setting and you can go back and reset any credit card access permissions you want.
- Changing a user from master user access to normal access automatically removes all credit card view access. This is to provide the tightest security settings against credit card access. Settings may be changed afterwards to grant more access than the minimal PABP settings.
- There are additional settings to control access to
- the new web features
- all credit card information
- the various subscription components like manage favorite seats, creating packages, and selling packages
- access to the various payment tabs on the payment window such as post dated and the contractual tabs.
- Cash drawer support has been added for PC's to automatically open electronic drawers that support the appropriate signal to a com port. This is reset to <none> on upgrade.
Season Subscriptions
- The subscription sales process has had a minor, but significant revision. When selling a subscription after a subscription performance is over (e.g. show 1 is done), Theatre Manager assumes that you are renewing a 'short season' and will calculate the price of the subscription renewal (or new subscription) based on the price of the remaining shows in the package. You no longer have to remove an event from the package to do renewals.
- Renewal notices have had two significant changes:
- When printing a renewal notice after a subscription performance is over (e.g. show 1 is done and only shows 2 to 5 are left), Theatre Manager will ignore that first event and print a renewal notice with the cost calculated for the remaining events. This is to support the process of creating new subscriptions after a 'try 1-buy the rest' process
- During the printing of the renewal notices, if Theatre Manager cannot get access all performances in the series, it will now mark the subscription in error. This is to prevent erroneous notices from ever being created if one of the events in the package is missing a series code like 1-FRI or OPENING.
Donations
- A G/L tab was added to the donation campaign setup so that you can view all postings to that donation campaign
- The giving level setup has been broken into 3 tabs. This now shows the level, the benefits, and a more complete detail of the statistics of donations against that giving level (totals, averages, soft credits, gifts, pledges, etc).
- To repeat information from accounting, a minor, but significant change has been made for the recording of donations allocated to a 'reserved' bank account.
- Previously, Theatre Manager created a G/L entry to take the money out of the bank account right away. Now the system creates a GL entry to create a 'payable' clearing account - meaning that all funds are accumulated into a separate account that you will need to clear periodically
- Donations that are changed to/from a reserved account had to be manually tracked before. Theatre Manager now creates a G/L entry to tell accounting to move the current value of payments against that donation (to date) to/from the restricted back account.
- A transaction tab has been added to the donation window so that you can see all accounting entries relating to the specific donation
- The payment process for a donation has been altered to better allocate payments to orders that include donations, tickets, gift certificates, and/or order fees. This allocation will deal with situations where money was refunded on donations and donation receipts deleted in a nicer way
- You can easily delete donations that have receipts, but where the receipt is not printed. YOu no longer have to go delete the receipt, then the payment, then the donation.
Gift Certificates/Passes
- A G/L tab was added to the gift certificate setup to make it easier for reconciliation
- A transaction tab was added to the gift certificate entry window that contains a complete accounting history on that gift certificate/pass
Mail List
- A zip code count report was added to the mail list window.
- Search for text fields that 'end with' now works.
Merchant Accounts/Authorization
- A button was added to merchant account window to check the size of the PC charge database remotely.
- This same feature is automatically performed on start up of Theatre Manager so that users are notified when the database is approaching proper size.
Reports
- Invoices now have a logo on them
- Entering search criteria now displays 'long' names for comparison operations. Theatre Manager used to display '=' or '<>' or '>='. It now displays the operator in words like 'equals', 'not equals', or 'greater than or equal to'. Enough users indicated that the mathematical operators caused them to stop and think - so we changed it to plain english.
- A new feature has been added to reports to toggle the report display between a 'page preview' and the current report format. The default is set in employee preferences - and is set to the new 'page preview' mode for all users. Existing all existing features like print to PDF, copy highlighted report text still work. The subtle differences between modes are:
- current format
- text displays approximately 2/3 size and is fixed in size
- scrolling also scrolls the titles and the entire report
- pagination is shown as a fine line
- page preview (now the default view).
- a paper background is displayed behind the report so that you get a visual sense of how the report prints
- a complete page is always shown in the onscreen report
- the titles on a page preview remain static - so as you scroll through the report, the titles stay at one place on the screen
- resizing the window - resizes the report area.
- any indenting of reports (subscription notices for example) are reflected more truly in this mode.
- The filters for field names and values in lists are now at the top of the criteria entry window instead of at the bottom.
- All search fields have been categorized as 'Essential', 'Frequently Used', and 'All Criteria'. There are fewer fields in the 'essential' category, typically fields like lookup fields. This should limit the search fields to a much smaller subset for users new to Theatre Manager - to make reporting and mail list building for novices easier. This setting can be set as a default on Employee Preferences on a per user basis. An example of essential fields is below

- The ability to enter a custom report title has returned for each report
- The A/R allocation reports now place all receivables at the end of the report.
- On the toolbar is a button called 'Run Similar Reports'. This now shows a wider range of reports that can be picked. After running you main report, you can change the format easily.
- Column widths on dynamic reports are more liberal. each column takes as much width at is required for the total at the bottom of the report for that column. If you have more fields on a report, it may cause columns to go onto a second page in order to preserve the column widths.
- Merging of form letters has been removed from the report window. We found that the easy way to explain a form letter merge/email blast is to edit the letter and click the merge button. That seemed a much more intuitive approach to users during training and so we made it the only way it could occur.
- The record count reports have been restored so that you can count and subtotal by many fields
- The record count reports also allow you to do distance metrics from any zip or postal code for most types of data in the system in a customizable way. The example below shows the total ticket sales for one performance (that was the criteria chosen). The sales are broken into quantity and total sales by state, by distance from the venue. This can be done for donations and an number of other records - to get an idea of drawing area or how far people will travel for certain types of shows.

- There is an new report called 'Ticket Purchase Times' in the 'Box Office Statistics' category. This can be used to display when people are buying tickets during the day. The report supports displaying ticket quantities, total number of transactions, amounts for a range of hours during the day. You can only place 40 columns on a report, so showing price and ticket quantity could be done for an 18 hour period in any day (because there is before the selected time and after the selected time columns). An example is below.

Coupon Codes
Theatre now supports redemption of coupon codes on the web. There are three pre-conditions to accepting them:
- Each coupon code that should be accepted on the web needs to be flagged to be accepted on the web
- There is a setting in 'Company Preferences' on the 'Web Options' tab called 'Accept Active Coupons'. That must be turned on to enable coupon codes on the web. Turning it off is a quick way of disabling acceptance of coupons on the web instantly
- Some web page changes will need to be made (part of the version 8 upgrade process)
Web Sales
There is a new apache server version 2.2.11 that will be installed. There are some slight revisions that must be made to your existing web pages to support the new apache module. Your existing version 7 web pages will be converted by the support team unless you have made massive modifications to them (most venues have not).
Key changes to the web component:
A new 'health & statistics' module has been created for the apache server. It provides some key monitoring statistics so that you can tell how long patrons are waiting (now, and historically), as well as the status of each online listener. The statistics are displayed in a web page and have two basic areas.
- The upper area of the web page shows the number of active listeners and the current status of each listener. In the example below, there are:
- 6 listeners in total
- the listener at 172.16.22.248 is busy servicing a request at the current time
- all 5 other listeners are available to accept a request
The second part of the web page display shows statistics about the performance of apache and each of the listeners. It shows statistics such as:
- Current requests
- The current number of waiting requests and wait time. These are requests that still have to be serviced and are waiting for an available listener. If these numbers start to rise dramatically, it means people are waiting NOW, and an extra listener should be brought online to handle a peak load.
- Total request
- Total requests are the number of people that have requested at least one page from any web listener
- Total no wait are the number of requests that were handed off directly to a web listener because at least one was available.
- Averages relate to the size of the queues and wait time.
- If people need to wait, but the average wait time is very low, then it means people are still being serviced in a reasonable time.
- Average listener time is the average time that a request took from the time it was given to the listener until the listener handed back the finished page
- Maximums show the heaviest load.
- Max requests is the maximum number of patrons to hit the Apache server simultaneously. It is ok for this number to be higher than the number of listeners, as long as the average wait time is low. In that case, it generally means a one-time spike.
- Max Queue size is the maximum number of people that had to wait.
- Max Listener time is the longest a listener took to respond. This can be skewed by startup time when TM needs to start caching pages.
- Totals
- Wait pages are the number of times that all listeners were busy for longer than 25 seconds (typically) and the user was handed off to the waiting room page. IF this number starts to rise during a busy on sale, you should start one more listener
- Closed pages is the number of times that the listeners were all shut down (none active at all) and people tried to hit your web site. These people would be told that the web sales was closed.
- Total Error pages handles cases when an unexpected error occurs and and the user is given the 'error' page specified in the apache setup.
- Clearing the cache on one listener will cause all other listeners to synchronize and reload their cache. You no longer need to do it at all listeners. There is also a way to reset the cache from the Company Preferences window on the 'Web Listener' tab.
- The checkout process has been revised to address the odd seat left on hold status.
- There is a message at the bottom of each web listener (in the typical message area) that gets updated approximately every 5 minutes. It indicates the current run time on the listeners, the amount of bytes moved, and the number of connections. This is only 3 bits of data that can be found in more detail on the 'Usage' tab and is for quick reference.
- Also at the bottom of each listener is a setting for the level of log that you want displayed on the web listener. Regardless of this setting, all log entries are stored in the database.
- There are a number of additional items for web sales. Because of this, the web sales listener has been separated into a separate sub menu. The options are:
- Web Sales Listener - moved from the main 'Patron Sales' menu and starts the web listener as before
- Shopping Carts - moved from the main 'Patron Sales' menu into here and shows the shopping carts as before.
- Pending Emails - is a new feature to view all email blasts that are sitting in error status.
- this shows the reason why the email did not go (bad email address, missing email address, server down, etc)
- you can then edit the patron record to correct the issue and the email will be reset.
- Scanning Monitor - the web listeners handle the checkin/checkout process for wireless scanning. Because of that, we added a new feature here that lists the tickets that are being scanned for that day and who (or which device by IP address) is scanning them. This gives you:
- an opportunity to see the performance of each wireless device
- watch the actual house fill up based on scanned tickets (the window refreshes itself every 30 seconds or so) and anticipate when to start the show based on traffic flow
- it also displays the status of the house based on tethered scanners.
- View Web Statistics - this is a new feature that shows the hourly snapshot of the performance statistics on the web. It also allows you to open up the performance web page (described above) in your local browser if you have permission to access the statistics from your IP address (based on settings in the listener)
- View Listener Log - the web logs (on each web listener) are now written to the database as well as to the local hard drive. This is how you can view logs from all listeners in a coherent order easily.

Shopping Carts
- The web listener logs are now saved inside the database (in addition to optionally saving as a text file on each listener). This means:
- you can view the combined logs from many listeners in one location within theatre manager.
- You can easily see how a particular patron was handed off amongst web listeners.
- You can view the same logs on a shopping cart basis.
- When a patron calls up with an open shopping cart, you can see where they have been and help them out on the phone
- If a shopping cart is still open, an a patron calls up to talk to the box office, you can complete the shopping cart for the patron if you wish and take the payment over the phone.
- On the shopping cart, you can see any correspondence sent to the patron relating to that shopping experience. This means you can view (and resend) the confirmation email exactly as the patron would have seen it.
Application Preferences
- Preference settings unique to each machine have been moved from the tmdb.txt file and this file no longer exists. The preferences are now stored in the standard preferences location and varies depending on operating system. The upgrade will move and rename them automatically. The new location of the preferences are below. 'MyUser' represents the user you are logged in as so this means that each user of Theatre Manager on a machine will have their own preferences:
| Operating system |
Generic Location |
Typical Path name |
| OS-X |
HOME |
~/Library/Preferences/TheatreManager/TheatreManager.plist
note: ~ refers to each users preferences, or /User/MyUser/Library/Preferences/TheatreManager |
| Win 2000 and XP |
USERPROFILE |
C:\Documents and Settings\MyUser\Application Data\TheatreManager\TheatreManager.txt |
| Vista |
LOCALAPPDATA |
C:\Users\MyUser\AppData\Local\TheatreManager\TheatreManager.txt |
Version 8.04
Version 8.04
This version is a maintenance release for most venues with little changed here and there to improve the user experience.
It added one main new feature for tracking attendance in each class for a course and printing attendance lists.
May 26, 2009
|
Key changes:
- Addition of hold code descriptions in system preferences so that you can define the meaning of the hold codes
- Added support for selling courses in Theatre Manager for things like drama schools or the education programs. This version contains the ability to set up a course with each class date and time (used for attendance tracking).
There are no mandatory web change for this version. |
Preparing for the Update
Theatre Manager will:
- Upgrade the database with new database fields to track course sales and each class.
The venue will need to
- verify any of the optional steps.
Before upgrade
|
|
After Upgrade
- This upgrade should self deploy on each machine as people log in.
- Always verify that your web listeners are running after any minor or major upgrade. TM automatically stops them when it notices a new version.
|
Optional Steps
- You should enter the merchant provider contact information into the merchant record so that this information can be displayed to the users if a card is declined, or there is a call center, or hold put on the card.
- Optionally, you can turn off the 'test of a refund as first payment' (we do not recommend this).
- Edit the names on the default holds in system preferences so that text can appear beside each hold code.
|
Time Required
- Could vary when upgrading from version 8.00. The total time could be 10 minutes to 4 hours and is determined by the number of patron letter entries and transactions.
|
8.04 Changes & Enhancements
Version 8 consists of many hundreds of little changes through out Theatre Manager. Version 8.04 contains further improvements to this version upon request of venues.
Company Preferences
- You can now provide a name or purpose for each one of the hold codes that will display on the map and during the hold process
Default Data
- Added an option to set the rollover preference for performances to be end of year
Ticket Sales Process
- Fixed issue where the tax calculation on ticket fees was updating the patron total purchases and balance due incorrectly. This affected only the field on the patron window and did not affect end of day. Upgrading to version 8.02.04 will recalculate outstanding patron balances automatically to correct the issue.
- Added a maximum and minimum base price to the sales promotion record. If the base price is outside that range, then the sales promotion is disallowed for that price. This means you can now set up a case where 2 for 1 is available, but only if the price is > $15.00 (for example).
- Enabled the check for maximum uses of a sales promotion per performance. It also checks for people who have that sales promotion in their shopping cart and prevents usage of the sales promotion if it happens to have reached its maximum use count.
- Theatre Map tool tips now show the meaning of the hold codes if defined in Company Preferences'
- Fixed an issue so that the outstanding balance warning for a patron works again.
- Fixed an issue where selling tickets with a price that is 'half a cent' might cause the total sales for a performance to calculate incorrectly due to rounding. The upgrade will correct and verify any performances with half a cent as part of the price (e.g. something like $18.945 would cause an extra cent to be retained in the event total). Note: this did not affect any actual ticket sales or end of day issues.
- Corrected the count of holds for reserved seating events. Inadvertently, they were being set to zero as the tickets were released. The upgrade will correct all hold counts for reserved seating.
- Added the ability to search by event sales method(e.g. course or reserved)
- Added the ability to search for the event by the new event type field.
Event And Dates
- Added a customizable popup flag for each performance
- Added a new sales method called 'course'. When selected, you can elect to create each 'date' of the course (to track attendance at each class), or just set it up as a start date to track sales.
- At this time, any event set up as course might be sold on the internet using the general admission pages (in the future, separate pages will be added).
- Coming soon for this sales method is the ability to add report cards
- Addition of volunteers/staff to each performance has been streamlined and made a little more intuitive when dragging from the volunteer capabilities to the volunteer area on the play & dates window. You can drag
- to each performance one at a time
- to a selected list of performance to assign the person to those performances
- TM will as what you are intending to do.
- Editing and removal of volunteer activities has been made a little more obvious with buttons and context menu support.
- Context menus have been updated to make more sense in all the windows.
- Creation of a reserved seating event is much much faster.
- Mass refund of tickets for a performance can now authorize credit cards and cause the actual refund to go through.
- When new price codes are added to venue, editing the event window will add the price code as it always has. However, a new 'safety value' has been added. If the event is on sale for the internet, then the price code will be disabled so that it is not possible to sell zero priced tickets on the internet inadvertently.
Patron
- For convenience, the patron and volunteer windows now show the calculated age of the patron if a birth date is entered. It also does the same for the other date fields on that window.
- Revert to saved when entering phone numbers and additional addresses for a patron now draws the screen properly.
- When adding a new patron to the household, Theatre Manager now positions on that new patron by default, ready to take a ticket sale. IT no longer remains on the previously selected patron.
- Find duplicate patrons on the patron list window now provides the option to look at a number of the address fields in addition to the patron fields.
- The recent patron list has been optimized for performance. It now displays the icons for primary patron as well.
Gift Certificates/Passes
- Added an account in the setup so that you can defer future fiscal year passes into a different liability account than current or prior year gift certificates/passes. This is much like donations can be set up to be deferred.
- An option was added to completely prevent a future dated pass from being redeemed in the current year
- Trying to redeem and pass that is deferred into a future year will result in a warning if it could be sold - indicating that the pass was meant for the future year.
- Any pass for the next fiscal year that is deferred will be rolled over into current year and G/L entries created automatically - just like donations.
- Notes placed on each pass/gift certificate can now be printed on an invoice
Donations
- Tax receipts are now printed to the screen so that you can preview them for correct data on them. They are no longer forced to go directly to the printer.
Merchant Setup
- In version 8, we added an edit to check to see if the first authorization of the batch was for a refund. Some banks/service providers do not like those. Since this check was mandatory, a couple of sites asked us to make it optional. You can now turn off this option if you wish in the merchant setup
- There are 3 new mandatory fields in the merchant setup. These are for the name, number and email address of the technical contact at the merchant service provider. This is to save your staff time as this information is now displayed on any message associated with a decline or hold card where the appropriate action is to call the service provider.
Reports
- The order transaction balance report will now find orders where fees and transactions are out of sync.
- entering a time on a search using a date/time field will no longer over-ride the time and set it to 11:59:59 pm on the search to field
- Record count report has been updated to force selection of a summary field that is required for the report to do its job.
- Mask credit card detail on all reports - even for master users. It is no longer necessary to have all that data in printed form
- The record count by postal/zip code on a mail list window is now based on the list of people in the mail list to reflect accurate totals, less those people peeled off the label report.
- Added a report that print the attendance worksheet for a course.
- There is a new option when printing an invoice to also print the notes that are associated with a GC/PASS. This means if you use this kind of item for ancillary items like room rental or other misc items, you can see an extra description of the item.
- Added search criteria 'is all of' for belongs to mail list, volunteer position or events. It allows searching for people who happen to be in all of the lists simultaneously and without a lot of other criteria.
Miscellaneous
- Updated the database connection code to do a better job of reconnecting should the network disappear or the machines go to sleep.
- Changed the icon on the 'payment' tab in the patron record if a post dated payment has already been authorized, but not yet deposited.
- Tax Rate entry now defaults the earned tax account to the deferred tax account on the same tab when entering new tax rates.
- Maximizing the word processor window no longer takes up the entire window. It resizes top and bottom, and always leaves space for the palette window.
- The coupon redemption transaction now includes the patron and household data so that they appear on the transaction detail.
- Ticket faces will no longer compile/print if the I_PAY_METHOD_RESULT field is used.
- Duplication of giving levels now clears the pledge/actual totals on the new giving level.
- A change was made to consolidate the opening of windows into a common approach. It means that you can no longer open the same employee preference or patron window by coming at things from a different direction within Theatre Manager.
- Dropping data from any lookup onto the appropriate field now shows the proper menu bar state after the drop. The toolbar on the window will activate the revert/delete/save icons.
Version 8.13
Upgrade Time
The time required to upgrade varies on the number of transactions, orders, payment and e-mail blast records. If the database contains many of those, the upgrade might take an hour or more from version 8.09.
Optional Web Page Changes
If you want to implement the 'presales' coupon feature, you can make one change to the TMtickets.html web page that streamlines the process for presales codes. Please download the latest copy of the TMtickets page and compare your TMtickets.html with the new one. There is a bit of code that needs added to the page that starts with
<field>pick(F_PRESALES_ALLOWED,'<!-- comment: based on setting in company preferences')</field>
and ends with
<field>pick(F_PRESALES_ALLOWED,'-->')</field>
Key Changes in Version 8.13.00
The following changes have been made to Theatre Manager since version 8.09
No-Configuration Remote Support
We have built a product right into Theatre Manager for remote support called 'TeamViewer'. From our testing, is zero configuration and secure - and it is right on the Theatre Manager menu bar. If you are talking to support and want to show them what you are seeing, you can invite our support staff to view your screen while you are on the phone. This can be used from any computer within your organization. If you elect to use this feature, you have to provide your randomly generated access code for to the support team, otherwise they cannot connect to your machine. We are very excited about including this support tool right into Theatre Manager.
We will be using this feature for remote training and support in the future, so we urge all users to upgrade
Date Sensitive Alternate Addresss
Future address changes - you can now specify that address and phone information may change at any time in the future. This can be a one-time change, or address flipping between summer and winter addresses, or any number of address changes throughout the year.
This feature includes:
- The ability to schedule the removal of a phone, fax, email, website or address
- The ability to schedule setting the primary phone, fax, email, website or address as a one-time occurance
- The ability to schedule setting the primary phone, fax, email, website or address as a recurring item on a given day every year
- New menu item under Patron Sales to show all the upcoming changes and allow a user to browse past changes
- New toolbar and context menu item on the patron list to see changes for a specific patron
- New icon in the patron list to indicate when a patron has an upcoming phone, fax, email or website change
- New toolbar item on the contact card to view a patron's upcoming changes
- New "operations" buttons on the contact card to allow scheduling of changes. Address operations button also incorporates a previous buttons function for showing a map, the weather and copying it to the clipboard.
- New description on the address tabs in the contact card to show when a given address is set to be primary or removed.
Course Management
You can now set up courses with multiple class days (such as summer camps) and track attendance at each day of the session. There is an attendance report and a report card feature to accompany this new capability.
Presales via Online Coupons
Coupon codes now support the notion of 'Presales', or early access to tickets for events to select groups of individuals - where those same performances are not available to the general public. It is implemented through coupons - and if the coupon code is entered, then more events will appear in the list that a patron can select from. A further enhancement to coupon codes is that you can now email blast a mail list - and only allow people on the mail list to have early access, or use a discounted coupon. This prevents patrons from handing coupon codes around or posting them on the internet.
Pass and GC Redemption
Passes now allow you to specify the number of tickets to redeem from any one pass. This allows you to:
Employee Managment has Changed
Employee's and Patrons are now merged - this is a significant (but subtle) change. In the past, the employee record was separate from the patron record and if employees bought tickets, you would need to enter them as a patron as well. Now, you set up a employee in the patron record. Then you assign the patron 'employee' permissions. You will see, on the patron list, a little 'star' beside those people who are current employees. Existing employees in the database will have a new record created for them in the patron file, so you will have to merge the employee and the patron together that have the same name.
Enabling at least one MasterUser Account at Login - We added some features to prevent the master user from dissappearing from the database. These include:
- Fixed an issue where a master user may not be re-created if there is no mater user in the database.
- A master user can no longer remove master user status from themselves. Another master user must do that. This prevents removing of all master users on the database - because there must be at least one
- If you forget your password, you can now have Theatre Manager e-mail it to you by selecting your user-id and clicking the email icon at the bottom of the employee list
- Employee set up in Data tab - Streamlined the behavior of the top level check-boxes in the data tab of the employee detail window. The top level check-boxes will now only affect the check-boxes in the same column.
Volunteer Management
- Volunteer Report Allowing A Summary of Hours Worked - Created new report "Volunteer Hours Summary", which allows a quick view of the hours a volunteer has worked as well as an assortment of marketing and volunteer fields.
- Volunteer Awards Detail Report - Created new report "Volunteer Award Detail" which shows the awards and activities that a volunteer has worked in more detail.
- Add Personnel button on the Mail List window - Added the ability to open the volunteer detail window and the patron contact card window from the mail list 'Whos In' tab. This action can be initiated using context menus. You need to see the list of people in the 'Whos In' and right click on a patron to see the additional options.
- Time of class needs transferred to personel detail wen assigning volunteer - Added ability to optionally set the duration of associated volunteer activities, when the duration of the event they belong to is changed.
Donations
- Allow Soft Credits for Internet Donations - In the original design of the donation subsystem, it was presumed that people who gave on the internet would have done so on their own free will. Based on a recent request for a change, it make sense that they could have been prompted to do so and thus a soft credit might need to be created for that donation.
- Soft credits can now be entered for internet donations, gifts with tickets, and regular donations.
- Add Donations to Mail List Telemarketing Report - Added donation history to the Mail List Telemarketing report (rMailListTelemarket). It is displayed only if the user has view access to the security item, "Donation information for any Donor record"
- Added 'Do Not Solicit by Email' - Added a field to the donor tab on the patron window for 'do not solicit by email' in addition to the existing 'do not solicit by phone' and 'do not solicit by mail'.
- Corrected Fiscal & Program Year validation for Donations - Fixed issue where the fiscal and program year validation was being based off the current data rather than the donation date. This affected looking at donations 10+ years old.
- Donation totals on patron record do not place past donations properly - Resolve issue where past donations would be totaled in the future donations category when displayed on the patron window.
Ticket Sales Processes
Web Sales
- Resolve Stats issue because of Apache Time-Zone - Apache module 1.4.4 fixes an issue where Theatre Manager cannot collect statistics if the web listener is in a different time zone than the apache server and it is not set for the proper offset from GMT. If you have a Mac Apache server, please refer to this link to see update instructions.
- Online Coupon Code Doesn't exclude Price Code - Fixed issue where a coupon code would not respect the valid price codes on a promotion.
- Web Listener NULL parameter in best seats -- SQL Error - Resolve issue where web listeners produce a SQL error when retrieving best seats due to an unknown client ID.
- Formal Name now updates correctly for web updates - The formal name and greeting name are now updated when a user changes their profile on the web using the same rules as the box office.
Reporting Subsytem
- End Time Criteria Calculates Correctly - When entering criteria that do date/time from and date/time to, the final time on the date to now calculates to be 23:59.
- Fix Export Criteria from Saved Criteria - Restoring saved criteria for an export no longer duplicates the field names on the export tab.
- Sort options for Event Price Code Report - Resolve issue in the Play Price Codes report that would incorrectly group events with the same title together on the same page.
- Queued and Saved Report options dont save under the Group tab of Employee Setup - Resolved issue where the Queued & Saved Reports security check boxes would not save.
- Batch printing of passes produces no printed passes - Fixed issue where batch printing of passes printed no passes.
- New Seat Assigned in Mail List Criteria - Fixed issue where the subscription status 'New-Seat Assigned' may show up as 'Value Missing' in mail list and report criteria.
- Report Criteria Address, Sort, Titles tabs are not Saving/Restoring Correctly - Resolve issue where saved sort criteria was not always being re-applied to a report.
- Ticket Held Seat Report Prints Sold Seats Too - Resolved issue where the Ticket Held Seat Detail report might show sold seats as well as hold seats.
Form Letters
Events and Performances
- Fix Issue Changing from General Admission to Reserved Seating Performance - Fix issue changing from general admission performance, then if user sells seats and refunds seats so that none are sold... then if user changes the sales method to reserved seating, TM will now grab the graphic map seats so that there are the right holds and the right seats sold string.
- Amount column in the Sales tab calculates incorrectly - Resolve issue where the Amount column in the Sales tab of the Plays window was calculated incorrectly.
Accounting Related
- Incorrect G/L account being used for transfer of Deferred to Earned on Taxes - Fixed issue where the transfer of deferred to earned income for taxes was being transferred from deferred back to the deferred account, rather than to the earned account.
- Prevent the A/R account to be used as the Account # for Gift-in-Kind - Every area in Theatre Manager that accepts account numbers now checks for any one of the special account numbers such as the A/R account, the bank account, etc.
If one of those are encountered, TM will warn the user. If it is the A/R account, TM will display a dialog that warns the user about potential end of day balancing issues if they are not careful with that they are doing.
- Add 'Active' Flag to tax rates - The tas rate table now has an active flag so that old tax rates can be hidden when entering new events, gift certificates, etc.
Patron Management
- Add company to the Patron Relationship List - Added company to the relationship window list to make it easier to see relationships that might be only with organizations.
- Changing the Country during Insert of a New Patron did not Reformat the Phone - If the country is changed on the insert of a new patron, the phone number is now re-edited and reformatted to suit the new country before the insert of the record is completed. This provides visual feedback to the user prior to insert.
- Area Code now Mandatory - With the onset of 10 digit dialing in most areas of North America, the capability to allow the area code to be optional has been removed. All phone numbers are now 10 digits.
- Entering international addresses does a zip code lookup and should not - International addresses continue to do a zip code lookup but the sort order in the lookup has been removed to make sure the SQL lookup is faster. There should no longer be a lag.
Miscellaneous Changes
- Save Window Sort Order - The last sort used on lists is now saved in the window preferences. Whatever sort is used when the list closed is what will be used again when the list opens.
- Save window views when window closed - when ever a windows is closed that allow multiple views, the state of the window is now saved so that it can be reopened in the same position and layout. These are windows such as the patron window which can show just the list or just the patron information and the order window which can show a calendar instead of a list for purchasing tickets.
- Remove 'do you want to save' when clicking the close box on insert - We streamlined the insert new record process by removing some dialog boxes.
- Changing List Preferences Messes up Order Selling Window - All lists on the select a seat window in the sell process now support their columns being changed and will save those positions for each users convenience.
- When clicking the close box theatre manager will try and save and close the window, if it can't save then it will keep the window open and display an error.
- When clicking the Cancel button(previously called Delete) the window will close immediately
- A new button "Cancel" has been added when inserting a new record, it takes the place of the "Delete" button on the toolbar. After a record is saved the "Delete" button is re-added and the "Cancel" button is removed.
- Custom Field Names only Updated on First Save - Fixed issue where clicking Save on the Company Preferences window would create the new company descriptions, but clicking it a second time would not make the changes take effect.
- Duplicating Course Level entry becomes "Payment Methods" - Resolved issue where duplicating a code table from a code table detail window would result in an incorrect title for the window.
- Fix Access to Enable/Disable Promotions - The ability to globally enable and disable sales promotions from the sales promotion window was using the incorrect permission to check for capability - it now uses the right one.
Things a venue may need to do:
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do:
- Find existing employees in the patron list and merge them with any pre-existing patron records. (Any employee record was created as a patron record)
- Update the web pages as per the beginning of the release note
Version 8.15
Upgrade Time
The time required to upgrade varies on the number of patrons in the database with email addresses. If the database contains many of those, the upgrade might take half hour from version 8.13.
This is a walk around install.
Key Changes in Version 8.15.00
The following changes have been made to Theatre Manager since version 8.13
Things a venue may need to do:
- Obtain the latest version of the backupTM script and revise it using the instructions so that last backup date can be tracked and written back to the database.
- Any web listener set up to auto log in will need to be set up again. The encryption methodology was changed to support unicode database setup. You many need to clear the password settings located in the Theatre Manager preference file. You will need to:
- Find the line with 'WebServerUserId' and remove that line
- Find the line with 'WebServerPassword' and remove that line
- Sign into Theatre Manager as the Master User
- Go to Setup->Users and Access->Employee List
- Find the web listener user ID and edit the 'Box Office' tab.
- Click the 'Set Auto-Login' button to set up the auto login process again with the current password re-encrypted
- Repeat the above steps on each machine that is to act as a dedicated web listener
- Multi language web pages will be supported in the future. If you want to support more languages, duplicate the 'WebPages' folder and add a two character ISO language code and then translate the second set of code.
e.g. You would have a web page folder called 'WebPagesFR' and one called 'WebPages' in order to support two languages. Translate all pages in 'WebPagesFR' as appropriate.
Note: only the web pages are translated. You will need to make sure that content within theatre manager is in a 'universal' language style such as naming the events so that it appears suitable on any web page in any language
- Implement the important changes for the pending HST consolidation in Ontario and BC if it pertains to you.
- Revise web pages if you wish to support the additional features. If you do not implement 'limited profile patrons', you will likely not have to change any pages.
Optional Web Page Changes
If you want to implement the 'limited profile patron' feature, you will need to download and compare some web page files. Please download the web page updates and compare your web pages with the template files in this mini archive.
The new files are below and should just be moved into the appropriate place in the htdocs folder:
- tmScripts/hideshowdiv.html
- TMtemplates/rowPatronEmailLImit.html
- TMtemplates/TmLoginForm.html
- TMtemplates/tmMailListQuickAddInsert.html
- tmMailListQuickAdd.html
- tmMailListUnverifiedEmail.html
- tmMailListVerify.html
- tmPatronLimitedPRofile.html
Web Page templates that changed in some way and need compared to your pages to see if a change should be made:
- tmerror.txt
- tmGifs/stylepages.css
- tmPatronUpdate.html
- tmScripts/pleasewaitformessagefunction.html
- tmTemplates/pleasewaitmessage.html
- TMtickets.html
- tmFutureTicketsPrint.html
- tmOldCartDetailsPrint.html
Tax Changes
There is a key revision to enable tax calculation on a per performance basis in the Event window
- With the pending PST/GST implementation in Ontario and British Columbia, we have been advised that events sold before the implementation date may have different tax rates on each performance.
- The tax rate may depend on when the actual performance occurs and when tickets are sold.
- For this reason, each performance can now have a different tax rate.
- This feature can also be used if some items in the performance list needs to have a different tax rate. For example, childrens' performances may not be taxable, or certain inventory items might have a different tax rate. You can set the tax rate on the event, then edit a performance to change its particular tax rate.
- Please obtain advice from Revenue Canada on the pending changes pertinent to your situation
Limited Profile Patrons, Web Sales, Email Subscriptions and Auctions
A significant new feature has been added to Theatre Manager called 'limited profile patron'. We heard that some venues may not always want capture name and address information on every patron during a web sale. This feature allows you to accept a web sale and specify which data is mandatory before allowing the patron check out. It can range from as little as name/email to the same full requirements as the box office.
If implemented, this feature is designed to allow a patron to buy tickets, provide only sufficient information to get them their tickets, and checkout. If they buy again, they would need to provide the same information. For example: if all tickets are print at home or held till willcall, you only need patron name. If you still want to mail tickets, you will need to make address mandatory.
If the 'limited profile patrons' feature is enabled in System Preferences, the following will apply:
- Patron still has the option of logging in to an existing account to see prior purchases.
- A new patron will always be created if they choose the quick checkout process and provide their name, email, address, etc. again
- A check is always made using the email address. If it already exists, this 'new' patron will be added to the existing household. If the email does not exist, a brand new household will be created.
- A patron who checks out as a 'limited profile patron' has no login credentials. Ordinarily, this means they cannot log in and see past purchase history. However, if they visit the web site and ask for their password to be emailed, they can log in and purchase again. If they log in, they will be required to complete the patron information that thy did not complete the first time. If they never log in and simply buy again, they will have to provide their name each time they checkout.
- At the box office, 'limited profile patrons' are indicated on the patron list using a new icon. If you edit the patron card for one of those patrons at the box office, you will then have to complete the missing information before the data can be saved.
- You will need to implement a feature to find and merge 'limited profile patrons' on an ongoing basis if you allow the feature.
Limited Profile Patrons also allows quick sign up to any number of mail lists by providing only name and email info without signing in.
- This feature can be implemented as a simple form and sent to the web listener from anywhere. Please refer to the samples in the web page tmMailListQuickAddInsert.html - you need to set up a form to tell TM which emails to subscribe the user to.
- If the patron was not logged in when they subscribed to a mail list, they will receive an email asking them to confirm their subscription to the mail list
- If they do not confirm their subscription to the mail list(s), they will automatically be removed from the mail list after a specified number of hours (default 24) in Company Preferences. This occurs during the end of day process when other web information is purged.
- If the email address exists, the patron in the database will be added to the mail list. If the email address does not exist, a new 'limited profile patron' will be created.
There is a convenient quick-add feature that simply creates a patron by swiping their credit card. We think this might be used during the admittance process for Auctions. The process works as follows:
- You start by setting the Patron List window to search by credit card.
- If you swipe a credit card, it will find the patron based on their previous card number.
- If the card number does not exist in the database, then TM gives you an option to quick add the patron attending the auction.
- Patrons added in this will be a 'limited profile patron' that has the name on the card along with their credit card on file stored in the database.
- If there are bid packets, you can give the patron the patron number that was created during the swipe process.
From this point forward, you can sell auction items to this patron using the auction process. Note: as with any limited profile patron, if you edit their actual address data, you will be required to provide the minimum information normally required of the box office.
Backup Reminders
A field was added to the database to track the date and time that last backup that was done. A message will be displayed to the user whenever backups are deemed not to have run recently based on a setting in System Preferences that can range from 1 day to 7 days.
The backup script must be updated with a couple of commands to use this feature as it simply tells the database after the backup is completed.
Payment Processing and Credit Cards
- You can now specify the number of elapsed days before receiving a warning from Theatre Manager that you have not settled your credit card batch. It was previously 3 days and can now be specified in Merchant Setup
- Post dated payments can no longer be created for a date in the past. After all... they are post dated.
- Added support for PC Charge version 5.83 for improved PCI compliance. Note: PC Charge 5.83 requires passwords to access all key features in the interface and they must be changed periodically. If they are forgotten, there may be a charge to recover them from Verifone or to setup PC charge again to obliterate anything that is forgotten.
- Added support (currently test only) for PAYwarePC 1.07 in PCCharge compatibility mode. This credit card authorization software can be run as a service, uses MS SQL server for the database and needs a bit more of a machine to handle the database. It is not advisable to run on the same machine as the Theatre Manager PostgreSQL database server for performance reasons
- Adding support (currently test only) for Paymentech Orbital credit card authorization. This requires a merchant account be set up for Paymentech. The authorization option will only handle 'card-not-present' with address verification and CVV2. It will not support swiped credit cards and is intended for venues that sell large numbers of tickets simultaneously (eg a concert in a large venue with lots web sales capability). We are making you aware of this upcoming capability because it may allow you to adopt schedule 'C' compliance by shredding cards in Theatre Manager and letting Paymentech handle that portion of PCI compliance at their venue. Also note that the feature is still in test mode as of version 8.15.01 and not available for general use.
Web Listeners & Web Sales
- Revised the web listener interface so that when somebody logs in on the web site, any prior entries in the web listener log on the screen will change from 'Anonymous Browser' to the patron's name. This will only affect the display on the listener that handles the login request (normally the primary listener)
- Viewing any detail entry on the web listener log now re-reads the log from disk to get the current patron information and log data. This was done to provide more information to the user.
- Cosmetic change to the listener log to convert local IPv6 address to 127.0.0.1
- If a patron manages their own profile on the web, their formal and greeting names are now updated automatically subject to the same rules at the box office.
- Fixed an issue with the &search filter for limiting the events that are seen on the event list
Other Feature Enhancements and Bug Fixes
- Fixed a display issue that might arise on the insert patron window if that was the first time they opened the patron window after logging into Theatre Manager. TM will now always display without the bottom area showing the ticket list.
- When setting up timed release holds for a patron, the settings for the default the hold expiry date now uses a custom setting from the employee preferences. The minimum is still one day.
- Donation receipt date can now be backdated up to 3 months relative to the payment date for those that batch donations quarterly. The previous rule was within a month because we recommend entering donations as they occur and not saving them up.
- On the payment window, the button now changes from 'Accept Payment' to 'Create Refund' depending on the value of the payment, not the order.
- The payment window on PC's now handle credit card swipes properly. They only need swiped once to send the correct information to PCCharge
- Calendar filters have been simplified for venues without Facility Management. You can now see ALL events, tasks, and volunteer activities just like version 7.
- Calendar filters have been clarified for venues with Facility Management so that you can now see events in specified venues, task for specified people, and schedule items in a room to handle room booking, as well as many other features that are new to the facility management module.
- Altered the way that Ping finds the outside ip address of your router by sending a message to our demo listener and getting the IP address back. It previously used Whatsmyip.org who recently made it impossible for a web page to read the IP address.
- The ticket detail window now shows the IP address and scan date/time of the scanner that checked the patron into the venue
- Company Preferences now shows date last deposit, date last posting and the last order number that was posted for audit and tracking purposes
- Queued and saved report access settings are now saved in the employee setup
- When increasing the size of a venue, Theatre Manager now allows you to deal with reseating the venue first - then adding the reserved seat names when that is done.
- Fixed a specific issue where tickets with the price code description field on the ticket face (PC_DESCRIPTION) might take a number of seconds for each one to print. This is no longer the case.
- Fix issue where order notes would not show on the shopping cart detail window.
- Fixed issue where users may not have access to the tickets tab on the patron window. This would occur of 'patron' edit access was removed from the employee
- Fixed issue where, in certain situations, saved report criteria would not load correctly. This would result in reports that display strange formatting and missing data.
- Resolved issue where restoring saved criteria on the export window would result in duplicate export fields.
- Fixed a bug on printing a PDF of a report on windows that was introduced in version 8.14 during a number of Unicode changes.
Version 8.16
Upgrade Time
The time required to upgrade depends on the number of volunteer history records. If the database contains many of those, the upgrade might take 5 minutes from version 8.15.
Key Changes in Version 8.16.00
The following changes have been made to Theatre Manager since version 8.15
Volunteer Management
- Fixed the filter in the Volunteer tab in the event window so that 'Show Volunteers working entire event' works when the checkbox is toggled on and off.
- Added 'Volunteer' as a context menu item on the event window so that a user can go and see all the volunteer information for a particular volunteer in the event list.
- Fixed a situation where Volunteer hours were aggregating under the wrong year if the accounting setup was 'Store Years at End'. Any existing Volunteer History data will be advanced by one year so that the totals are correct.
- Added ability to add recognized activities, without having to save first, on the Volunteer award detail window
- Removed menu item "Remove all activities with 0 recognized hours" from the minus button on the recognized activities list, when there are no activities with 0 recognized hours on the Volunteer award detail window.
- Resolved issue that may prevent the deletion of a recognized activity from the list of activities on the Volunteer award detail window
- There are some new settings in code tables for volunteer/staff activities. You can now specify the number of hours you want the volunteer to arrive before a performance or stay after the performance and that will be added to the total hours for recognition - on a per activity basis. Alternatively if the volunteer activity is associated with an entire event, a default number of hours can be assigned for working an entire run. These fields default to zero on the upgrade so that there is no difference from any prior verision.
Year End Rollover and posting
- You can no longer change the fiscal year manually on the company preferences screen if there are G/L entries that can still be posted. You are advised to post and then rollover the year end.
- You can no longer roll over the year end until all G/L entries from a prior year are posted
- You can no longer roll over the year end until all sales transactions have bee run though the end of day process.
- Year end process now requires acknowledgement that all prior calendar year donations have been entered before continuing
- Effectively, these changes now mandate stopping sales and completing and posting the end of day. It also reflects the process venues should have been following and the system now enforces it.
Web Sales
- TM now increments the number of pages accessed by a patron to include pages that are accessed while the patron was browsing anonymously. This means that if a patron accesses 5 pages anonymously and signs in, you will know about the prior 5 pages accessed as part of the total browser statistics.
- When auto starting Theatre Manager as a web listener, you will no longer get a message if backups have not been run recently.
- Fix an issue where patrons might have put a long password into Theatre Manager in a much earlier version than is currently allowed.
Facility Management
- You can now attach multiple file references to any one task. This may be useful if there is more than one file associated with a grant application or a facility rental.
- Fixed an issue in the Version 8.10 upgrade that caused links to documents on the tasks window to be lost. These will require reentered, or imported from a backup
- Numerous changes behind the scenes to reflect feedback from the alpha test participants
Sales Process
- Added some default ticket face coding samples for pricing. You can now select ticket fee1, 2 or 3, or final price without taxes, or final price without fees from a popup menu when building ticket faces
- All menu options in the context menu on the ticket review tab in the sales process are now enabled. The 'change ticket price' and the 'refund' ticket options were disabled since version 7.36.42.
- Added a new feature to require permission on renewing a membership/pass if it is beyond the expiry date and permitted lapse time. This should prevent people randomly renewing memberships to the organization that are many years old.
Version 8.17
Upgrade Time
The time required to upgrade depends on the number of payment records. If the database contains many of those, the upgrade might take 5 minutes from version 8.16.
Key Changes in Version 8.17.00
The following changes have been made to Theatre Manager since version 8.16
Misc Changes
- Corrected a problem where the primary address was not always read correctly in a number of situations. This affected putting the address on the form letter where there were multiple addresses in multiple outlets.
- Default the postal code on the order to be based on the current address for the patron, and not the first postal code on any address in the household. This means that the default postal/zip on an order can change if patrons have recurring address changes.
- Added all error messages for Paymentech Orbital to help diagnose connection errors for credit card authorization
- Accessing list of shopping carts from the Patron sales menu now ensures that it opens the same window as if it were opened from the toolbar. Only one cart window can be opened.
- Added 'Name on Card' to the payment list on the patron window.
- Reset the web sales purchase password for any email created when employees were migrated from the employee record to the patron record. There was not employee email password, so it was creating random characters for those in version 8.16
- Added support for an 'annual' donation receipt option.
- More infrastructure support for Paymentech Orbital
- If you need to change the merchant software provider in a merchant account after a payment was created using that provider, then you must inactivate the merchant account and create a new merchant account. This is required because the error codes on payments are unique to the merchant provider and are retained for historical reasons
- Enhanced the interface on the change database window so that you can now search for databases again on the same server if none were found. The 'connect' button changes it text and meaning depending on circumstances. This should make it simpler for the situation where a user gets the message 'cannot find database' and the server was turned off. Once the serve is back on, the user just need click the search button.
- Fixed a minor issue where editing the primary phone number for a patron might cause it to be marked as non-primary'
Things a venue may need to do:
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do:
Version 8.20
Upgrade Time
The time required to upgrade depends on the number of volunteer history records. If the database contains many of those, the upgrade might take 5 minutes or more from version 8.17.
Key Changes in Version 8.20.01
The following changes have been made to Theatre Manager since version 8.17
Credit Card Authorization
- Added edits checks to require CVV2 to be entered if it is mandatory for the credit card type. During the upgrade, the 'require CVV2 on credit cards' will be set as required.
- Added support for PCCharge version 5.90 in the Merchant Account window. PC charge 5.90 if PCI 1.2 compliant and will be required at some time in the future. It also requires passwords for cashiers and other users in the PC charge interface so, while supported, people will be moved on a case by case basis.
- Added support for Paymentech Orbital as a credit acrd authorization mechanism. Orbital is an internet based authorization mechanism that will be distributed is special versions of Theatre Manager on an need-to-have basis. It effectively allows simultaneous authorizations and will be perfect for large venues with huge onsale of tickets. This features is pending approval from Paymentech.
- Co-incident with implementation of Orbital, the country table in Setup->System Tables->Code Tables will be updated. There are now 276 countries and major islands in Theatre Manager. The ISO country code is now implemented - which means that Theatre Manager can now support authorizations in approximately 156 different currencies through the Orbital Gateway
- The merchant window now shows a tab that indicates which employees are connected to the credit card software. Changing to PC charge 5.90 or Paymentech Orbital will require a new merchant account record in Theatre Manager to preserve history. This tab allows you to drag and drop employees between the old merchant and the new merchant account to reassign them quickly.
Patron
- Allow deletion of a patron if they are only connected to mail lists and do not have any other data associated with them.
- Fixed an issue with the 'mail-to-patron' flag not being set correctly on the web shopping cart
- Added a field for each patron to track the 'Equity' number - for artist management. This field is available in the personnel history window. The name of this field can be customized in Company Preferences so it can be used for other purposes - effectively becoming a text field for volunteer management.
- Added a customizable date field in the volunteer/marketing record. This augments all the searchable flags and popups for personnel management in the personnel window. The name of this field can be customized in company preferences.
- Added icons to the context menus on the patron window under the order and payment tabs to match the buttons on the respective windows. Changed the icon for payment receipts for clarity.
Ticket Sales Process - "Gifting" Tickets
- Implemented a new feature to allow you to 'gift' a ticket from one patron to another.
- This means that Patron A can buy tickets, classes, etc in their name, and then you can indicate that Patron B is the intended recipient of one of those tickets or classes.
- Tickets will print in Patron B's name and reports will show that Patron B is attending.
- Tickets can be found either under Patron A or Patron B in the patron detail window
Employee
- Fixed an issue on employee record where the holds an employee could sell was getting reset under certain circumstances for normal users
- Fixed an important problem where an employee without a primary address would cause the standard cash/check payments types to code tables to be recreated.
- Prevent the master user in an outlet version from setting the employee's merchant account to one for another outlet
Season Subscriptions
- Auto-renewing subscriptions will now process the entire list of subscriptions instead of just the first on
Facility Management
- Added a hierarchy of task colours so that items that appear on the calendar can be customized.
- The display of attendee's and meetings has been clarified
- Improved the performance of displaying a calendar
- Each calendar entry can now have a custom colour
- Added a new menu item for 'pending notifications'. This will allow you to see any upcoming task alarms
Event Setup
- Fixed a small issue with the creation of a series of performances where the setting was to create the performances as 1,2,3 ...
- On the Event window, for the performance and pricing tabs - they now respect the security settings set for the employee
- Allow delete of performances if there are only 'audit' transactions recorded against that performance. If there are any sales transactions, the performance still may not be deleted.
- The meaning of the 'active', 'inactive' and 'closed' checkboxes on the event list window has been clarified and should work a little more like people expect. The 'active' and 'inactive' checkboxes are no longer mutually exclusive. If you check them both, you get all events - that are not closed. If you add the 'closed' checkbox, you get all events.
- Fix a bug searching for events that span two or more years - it will no longer freeze the search. For example, if you created an event that had a performance in 2008 and one in 2010 - searching for it on the ticket sales window or on the event window no longer freezes Theatre Manager
Donations
- Donation receipts no longer print the country of origin on them. i.e. those for Canadian addresses do not print Canada, etc.
- Annual donation receipts have been re-implemented in this version.
Form Letters
- Optimized reading the initial list of patrons which are to be merged with Form Letters. For large numbers of patrons, the performance increase is significant.
- Improved the responsiveness of the interface when toggling between send letters/send emails as well as when customizing a letter. For large email blasts, editing one letter and the update of the icons on the screen is significantly faster.
- Optimized merging of some types of fields in each letter to the email blast to improve performance - in some cases it is twice as fast.
- The window to select a form letter to add to a patron now has the 'active' and 'inactive' criteria on it so that you can find only active letters
Volunteer/Artist Management
- An area for 'default duties' has been added to the code tables under the volunteer/artist/personnel positions. If there is something entered here, these will be added to the activity history when it is created. For example, if there is a position called 'Box Office Help', and the default duties are 'sell tickets and balance end of shift', then the duties will be added to each history record as it is created - so you can alter it rather than type it.
Reports
- Fixed copy/paste compatibility on the event and series report
- The invoice parameter window now activates the 'comment' for the mail label properly as well as showing tooltips. This was broken in version 8.17
Mail Lists
- Prevent a mail list from gaining access to data in another outlet as part of the mail list building process. Certain criteria, done in combination, could identify a patron using data that belonged to another outlet and add it to your mail list. This has been prevented in all cases. Note: this could only affect users of the outlet version.
- Fixed issue loading up the 'mail list' lookup table to associate a mail list with an evert if there happened to be more than 255 active mail lists
- Building a multi-step mail list now shows each step you are working on in the progress bar as the data is found for the mail list
- Using the 'Test' button on criteria now shows the number of distinct patrons that will be found as well as the number of records that will be searched to find the distinct patrons
- The 'address compliance' button on mail labels now eliminates almost all punctuation as per postal regulations and standards
Misc Changes
- Update all display fields when the names of fields in system preferences and default data are updated
- Improve the performance of 'year-end-rollover' by up to 5 times. The year end rollover now only needs one pass of the marketing table instead of up to 6 to clear out certain fields after the update routines were optimized.
- Added an 'external' account number to the chart of accounts that is 100 characters. This will be incorprorated into the export process so that TM can feed large financial systems like Banner or PeopleSoft where the account numbers can be character ... and long.
- Cut or Paste menu options in a detail window now highlight the revert and save icons
- Fixed an issue with the best seat stored procedure when it was looking for items in a season subscription on the internet and there were no events in the season package.
- The 'email support' option in theatre manager now emails directly to the case management system. You will need to specify your own email address (if you do not have a primary email address in your patron record) in order to get a reply.
- Setting time release holds associated with a patron allow entering the date directly as well as tooltips on the field. This was broken in version 8.17
- In the gift certificate detail window (redemption tab), double clicking on the patron who redeemed the gift certificate now takes you to the patron, not the household
Things a venue may need to do:
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do:
- Edit the personnel activity code tables to add in some default volunteer duties, arrival time before the performance and time to stay after the performance. If entered, it will assist in assigning the volunteer to a performance and accurate accumulation of hours
- If you are using Theatre Manager for artist management, then you may wish to enter the equity number on the patron 'volunteer/personnel' record
- There are two optional web page changes that may need to be made. These are notifications as part of the sale process. The receipts were showing the incorrect authorization number on them, so you may want to compare the two pages in your web pages to the ones in the download file. The pages to change are:
- TMcheckoutInvoiceEmail.html
- TMcheckoutConfirmation.html
Version 8.21
Upgrade Time
The time required to upgrade depends on the number of ticket and shopping cart records. If the database contains many of those, the upgrade might take 20 minutes or more from version 8.20.
This is a walk around install
Key Changes in Version 8.21.01
The following changes have been made to Theatre Manager since version 8.20
Patron
There is a significant new feature in the patron window (and the ticket review tab in the sales process) that allows you to purchase the ticket normally and then 'Gift' or 'Assign' the ticket to another patron who may be in the household, or, it could be anybody in the database.
The purpose of this feature is to enhance many aspects of the sales process. It means you could purchase season tickets under one patron and assign them to each of the other families that are coming. It could also be used for classes where the parent buys and the child get assigned the tickets, rather than buying under the child's name.
The interface for this feature is done and you can use it now - all you need do is right click on the ticket to assign it (or remove the gift). In subsequent releases, the reporting, ticket printing and web capabilities will be enhanced to support the feature. This also means that selling courses online will allow a parent to purchase and assign the class to children so that the class roster is perfect.
Other Changes:
- Correct the dialogs that open asking if you want to turn off the do-not-solicit flags. The actual message now appears
Ticket Sales
- Corrected an issue where adding a new subscription to an order in an outlet version might allow you to select a package belonging to another outlet.
- The ticket detail window that is opened after double clicking on a ticket now shows the order ticket comment under the order tab
- Fix issue where auto-renewing subscriptions would only do the first patron in the list
Misc Changes
- Fix error for sites using plugins - the error message will now be returned properly
- Fix for building mail lists across outlets where if the mail list build criteria had a search group based on tickets followed by a search group based on patrons. The SQL error that was generated has been fixed.
- Selecting 'address compliant' mail labels on the mail list window now removes all punctuation. Only characters 0-9, A-Z, '&', '(' and ')' will remain. All others are removed for postal purposes.
- Added spell check to the pass/gift certificate creation window
- Fix several form letter issues and improve performance of the merge interface significantly for large email blasts.
- Fix search for an event that spans three years putting the list window into an infinite loop
Things a venue may need to do:
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do:
- To see the ticket 'Gifted to' column on the patron window, the ticket review and the event attendance window, you may need to right click and restore column defaults on the windows. This needs to be done on a per user basis
Version 8.22
Upgrade Time
The upgrade time from version 8.21 is very short.
This is a walk around install
Key Changes in Version 8.22.00
The following changes have been made to Theatre Manager since version 8.21
Paymentech Orbital
This version of TM is approved by Paymentech to support their Orbital credit card platform. Orbital is a web based authorization process where TM sends special commands to a special web page based on merchant authentication. Connection to the web page can only be done with secure communication (SSL). It also provides a web interface for seeing your credit cards in your batch. If you use this gateway, you will not need to use PCCharge.
This is a fairly significant option that some venues may like to implement, but there are pro's and con's to using the gateway. The highlights of using this credit card gateway are:
Version 8.23
Upgrade Time
The upgrade time from version 8.22 varies depending on the number of patrons in the database - it may take a little time.
There are MANDATORY web page changes that must be made before upgrading. If you do not do this, your web sales will not run until the web pages are updated as per the instructions at the bottom of this page
This is a walk around install
Key Changes in Version 8.23.03
The following changes have been made to Theatre Manager since version 8.22
Multi-Language Web Page Capability
A few venues have asked for the capability of allowing patrons to buy using various languages and this version provides that capability. There are some things that each venue must do in this upgrade to web pages, regardless if they wish this feature or not. Specifically:
- You must make a copy of your 'WebPages' folder and call it 'WebPagesEN'
- You must read the 'what a venue has to to' section and put all web page changes in place BEFORE upgrading.
- If you wish to implement other languages, you can simply duplicate the WebPagesEN folder (and rename it to WebPagesFR, for example) and make any language translations that you wish in the web pages and error messages.
- And then you can indicate to the web listener which languages you wish to support by editing default data
If language is implemented, TM stores the current language in the patron's cookie, so it will remember language for the entire day. When somebody logs in, it will save the language preference for the patron. Next time they make a web purchase, once they log in, their language preferences will take effect. The default is 'EN' for English.
Selling Courses Online
Events that are set up as courses may now be sold online. This has introduced a small change to the sales process for courses online that some venues may find useful. These are:
- There is a new default registration page that pulls information from different parts of Theatre Manager and shows the course marketing notes. This allows for some possible future customization regarding the selling process and capturing of additional information. For now, it is used purely to display more information on the course.
- The quantity of attendees in a course registration is 1 (instead of the standard default of 2 for other ticket sales)
- When the item is in the shopping cart and after a patron has logged in, TM will prompt the patron for the name of the person in the household who will be attending the course prior to checkout. This means that you can only buy a course for a member of the household at this time.
Events
- There is an additional default web setting on the 'performance detail-Web Tab' where you can now 'suggest' the default number of tickets to buy for an event. For most types of sales, this defaults to 2 tickets. For courses, this defaults to 1 attendee. It can be changed for any performance.
- Only show reserved seating performances on the map window on play record.
- Adding patrons to an event to create a volunteer record now checks the patron availability and advises if the volunteer will be away.
Patrons
- On the web, the 'account' button will now show all members of the household to the left of the web page. The patron can update and manage the names and addresses of other household members - much like managing travelling companions on an airline reservation web site. At this time, only existing household members can be changed. A future release will allow adding new household members.
- Fixed a rare condition in the patron merge process where it could give an RQL error if there is a performance with no event record. This could only occur under rare circumstances on a converted version 6 database.
Facility Management
- For meetings that involve your patrons and other staff members, you can now send meeting invitations. These will send standard '.ics' meeting requests that iCal and Outlook will recognize.
- People receiving meeting invitations can accept and reject the meetings.
- For iCal, those meeting messages are sent to a special email (set up in default data) that acts as a broker for meeting requests. You can use a menu option to have Theatre Manager to check that email address to retrieve meeting invitations that have been responded to.
- In subsequent versions on TM, this will be a task handled by the web listener.
- Getting Outlook to respond to meeting requests will be in a subsequent version of TM (outlook is more finicky)
- If people change their meeting status, additional notifications will appear for the creator of the meeting
- Fixed some spacing issues on the calendar display window
- Notification list window no longer forces you to acknowledge meeting invitations and other upcoming events before dismissing the window. You still must acknowledge/read system messages from the startup process.
- Added sending of attachments to email files for purpose of meeting invitations. It is only available for this purpose at this time.
- Added passive alarm notification as an option. You can now indicate that alarms are only to go into the notification list and users can read at their leisure.
The Sales Process
- There was an issue with voiding a refund if the authorization was one of the first three transactions. Now, voiding a refund will always be allowed, regardless if it is for the first, second or third payment after beginning sales for the day.
- Fixed a bug that allowed you to sell a ticket to a hold you did not have access to. You can no longer do this.
- When 'Force Dup' is used for a credit card authorization, TM now tracks the credit card in the audit transaction log as an 'AT' transaction. This means you can search the audit log if you are out of balance. (There are more end of day analysis tools planned for this in the future).
- Fix an issue booking a ticket in a section where there are no active price codes. TM now prevents the sale if it cannot find any available price code.
- The error message on a delete of a payment is now more descriptive - to assist the end user determining what to do
- Fixed the text of an error message that incorrectly displayed the number of subscription packages that will be renewed incorrectly
- When assigning a volunteer/staff member to an event or on the calendar, it now checks the volunteer time availability and advises if patron should be assigned to the event.
- Prevent a crash entering a matching gift where the user types the patron number of a company that does not match gifts
- Refunds no longer require the CVV2/CID number to be entered as it is not required. That means you can require employees enter CID/CVV2, but it will not affect the capability of providing refunds.
- Self Assigned control numbers can now be swiped from commercial style gift cards that are encoded in the mag stripe with %Bxxxxxxxx^......
Other Web Changes
- Fixed a possible loop situation that causes a listener to appear hung
- No longer place messages in the order notes. Those re found in the web listener logs in more detail.
PCI Compliance
The PCI certification is an evolving process, changing and getting stronger as the years roll on. We have made some changes here that you may need to be aware of.
- Theatre Manager is PABP 1.4 certified and our certification expires december 2010. The replacement to PABP process is called PA DSS and we have started the PA DSS 1.2 certification process well in advance of this deadline. We expect that we will be certified at the end of the summer
- This version of Theatre Manager is the first to fully support PC Charge version 5.90 which is certified as PA DSS 1.2 compliant.
- Most venues are using PC Charge version 5.71 which has been in use for many years. This version of PC charge is only PABP 1.3 compliant and that certification officially ended at the end of 2009. To maintain official PCI compliance, people will need to contact sales@artsman.com to discuss the upgrade
- On a PC, you may want to upgrade apache to version 2.2.15.
- On both OSX and PC, there are some changes that can be made to the httpd and httpd-ssl files to tighten the security in response to new PCI compliance scans
Accounting Changes
- Only Posted GL entries can be exported as a control against preventing people exporting and then changing them.
- Exported GL entries can no longer be un-posted which means they cannot be changed. Instead, reversing entries need to be made. These make for a stronger audit trail.
- Changing the internal account number will reformat the external account number
- Updated the export of GL entries to Banner to reflect revised XML requirements
- Added a new icon and colour to any not-yet-deposited payment that was authorized using the Force Duplicate option. This should highlight payments that might cause possible out of balance situations in end of day
- Allow the user to edit a not-yet-deposited payment and put a new credit card number or expiry date on a payment
- The accounting tab in the tax rate window now shows any postings to those tax accounts
Miscellaneous Changes
- Merchant accounts now have two 'allow to use' options. One of them is for the box office and the other is for the web. This allows you to have multiple merchant accounts and use specific ones for web sales and others for the box office.
- Adjust some defaults when duplicating merchant accounts depending on the software type. Specifically, duplicating an orbital account will reset the next transaction number and the ping server options
- Fix to prediction of the area code for a phone number.
- Fix some spelling errors on tooltips and help
- Prevent creation of duplicate email addresses that could occur under very rare conditions
- All patron emails are reviewed and any with some special characters like % or single/double quote will have their email password re-randomized. This addresses a situation where a % followed by a digit cannot be sent to the listener as a password because it is a special web combination of characters. People who had such a combination in their web passwords could not log in to the web listener.
- Fixed a slow startup situation. Theatre Manager checks for the internet being available so that credit cards can be authorized, email address domains can be verified and to check for upgrades. Arts Management's static ip was changed by our ISP after 10 years... and this affected everybody.
- Fixed a possible crash on Mac OSX if the database connection was interrupted and TM needed to reconnect to the database. There was an issue deep in the Postgres reconnection code that has been addressed that now allows reconnection to be attempted without a crash.
- Improved progress display on the upgrade process so that it does not look like TM is hung while inserting a new field into a table with a lot of rows.
- Fixed an issue with the 'Verify Subscription Holds' process. The list of performances was not displaying properly
- Enhanced the update process so that a venue can pick the version they want to download and for Mac and PC. This means that you can log into any version of TM and grab the current Mac or PC version, regardless of platform.
- Changed the startup process so that if a version of TM is out of date or is missing some components, TM will prompt the user and download the current version that they should be running rather than simply say the components are out of date. This should reduce need for phone support.
- Credit card payment types must now be one of a recognized set. You can no longer have MC (master card) and MC1 (for a second master card) in the same merchant. They must be unique to each merchant account
Specific Unicode version changes
This version of Theatre Manager is in limited release at this current time - and will become the default version of Theatre Manager in a month or so
- Now supports email SMTP server authentication using MD5/Cram
- Minor changes for Paymentech Orbital authorizations
- The Web Listener will now search for an available port starting at the default port (eg starting at 5111) until it finds one that is not in use. This is to support running multiple listeners on a single machine and/or multiple copies of TM in terminal services
Things a venue may need to do
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do'
-
- If you have multiple merchant accounts (for outlet version, or if you have converted from one software type to another), you will need to go into each merchant account you have and enable/disable them from use at the box office, or on the internet as appropriate.
- Please refer to Recommended Apache config changes for PCI to see if any of the patches apply to your venue
- Compare the new standard web pages and make the required changes as per below in the htdocs folder
Changes to Web Pages
Make a copy of the WebPages folder and name it WebPagesEN. Do this and make ALL changes below in the WebPagesEN folder before upgrading Theatre Manager to version 8.23.00. Please download the web page updates and compare the web pages in the WebPagesEN folder with with the template files in this mini archive. If you have not made any changes from prior versions, you may need to get the full set of standard web pages and compare them.
Note: on PC Apache servers, please find all files called '.ds_store' and delete those for PCI compliance.
| Files in the main WebPagesEN directory |
| TMattendance.html |
replace entire file |
| TMcart.html |
include dropDownMenuFunction at top of page and add an ID to the FORM tag |
| TMcheckout.html |
include dropDownMenuFunction at top of page and add an ID to the FORM tag. Change code for F_HTML_MERCHANT_LIST (compaer old page to new) |
| TMlogin.html |
compare old page to new - turn 'autocomplete=off' on password fields |
| TMloginSelectPatron.html |
compare old page to new - turn 'autocomplete=off' on password fields |
| TMpasswordChange.html |
compare old page to new - turn 'autocomplete=off' on password fields |
| TMpasswordResetChange.html |
compare old page to new - turn 'autocomplete=off' on password fields |
| TMpatronNew.html |
compare old page to new |
| TMpatronUpdate.html |
compare old page to new |
| tmError.txt |
additional error message number 10153 |
| tmFee Directory |
| tmOrderFee.html | compare old page to new |
| tmOrderFeeDefault.html | compare old page to new |
| tmGifs |
| langxx.gif |
add all files starting with lang to your tmGif folder |
| tmMaps |
| TMticketsSection_MapDefaultc.html |
new file used for description of courses |
| tmScripts |
| dropDownMenuFunction.html |
new file used for change of course attendee and chnaging of merchant on checkout |
| tmTemplates |
| rowPatronEmail.html | compare old page to new. Variable called F_HTML_ALLOW_PASSWORD_CHANGE |
| rowPatronEmailLimitedProfile.html | compare old page to new |
| setMERCHANT_LIST.html | replace page |
| tmnavButtons.html |
(optional) add the code for <!--#include virtual="tmTemplates/tmnavLanguages.html" --> inside the form if you want to do multi language |
| tmLoginForm.html |
replace file |
| setCCMONTH_LIST.html | new file |
| setCCMONTH_LISTempty.html | new file |
| setHOUSEHOLD_PATRON_LIST.html | new file |
| setHOUSEHOLD_PATRON_LISTempty.html | new file |
| setHOUSEHOLD_PATRON_SELECTION_LIST.html | new file |
| setHOUSEHOLD_PATRON_SELECTION_LISTempty.html | new file |
| tmnavLanguages.html |
new file - update for the languages you want to support |
| rowCartCourse.html | new file |
| rowCartCourseNewGroup.html | new file |
| rowCheckoutCourse.html | new file |
| rowFutureTicketCourse.html | new file |
| rowFutureTicketPrintCourse.html | new file |
| rowOldCartCourse.html | new file |
| rowOldCartPrintCourse.html | new file |
| constantALLEVENTS.txt |
new file - edit if using multi language |
| constantALLVENUES.txt | new file - edit if using multi language |
| constantALLYEARS.txt | new file - edit if using multi language |
| constantMONTHS.txt | new file - edit if using multi language |
| constantYESNO.txt |
new file - edit if using multi language |
| constantNEWPATRON.txt |
new file - edit if using multi language |
Version 8.24
Upgrade Time
The upgrade time from version 8.23 should be relatively short.
There are 3 MANDATORY web page changes that must be done when upgrading. If you do not do this, new patrons may not be able to add themselves on the web
If you are at 8.23.00, this should self deploy, otherwise it is walk around.
Key Changes in Version 8.24.00
The following changes have been made to Theatre Manager since version 8.23
Miscellaneous Changes
- Fix on the startup routines to allow venues running postgres 8.3.10 to run theatre manager. TM was complaining that postgres 8.3.10 was too old - even though it was just released.
- The subscribe to mail list feature has been replaced with a link to take you to our RSS feed so that you can sign up via your browser. The RSS feed replaces the notification feature for new versions.
- Changed icons in the menu 'Patron Sales'->'Subscriptions' to be consistent with toolbar.
- Fixed an important issue for those using PC charge 5.90. If the patron name included any special characters such as an '&', PC charge would fail saying the transaction was invalid. TM now removes special characters from the card holder name when sending to the bank. This never used to be an issue in PC Charge V5.71
- Updated the web interface to allow patrons to add new household members to an existing patron via the web
- Fixed a bug that prevented new patrons from adding themselves online that was introduced in 8.23.02
- You can no longer print post dated payments on donation receipts
- Only show reports in the EOD wizard that a user has access to by other means in other parts of TM.
- Fix to allow Mac OSX users who are using the network log in feature to be able to connect to a database. This affects only one venue.
- Workflow notifications now link the notification to the employee's 'letters' tab so that they can go back and view them later if they delete the emails.
- Workflow notifications can now use the patron full address on them instead of having to put in each address line an the city/state province
- Workflow notifications will now retrieve the marketing record information when sending out a notification. This means you can set up a notification for something like a current donation - and include statistics like total donated in the past 7 years, or what you wish.
- Fix to allow web sales to search for tickets by date/year/venue /event again. This was broken in 8.23.00
- Fix issue where user pre-enters the authorization code for a credit card (known as a post-auth) in theatre manager. The advisory message now displays properly
- Checks can now be used in post dated payments again
- Allow people with appropriate permissions to help do other people's till balance
- Fix a problem when subscriptions are booked or renewed online, they could not be edited afterwards in the season package detail.
Specific Unicode version changes
This version of Theatre Manager is in limited release at this current time - and will become the default version of Theatre Manager in a month or so
- Email blast now sends things out correctly
- The popup list to select fields for a form letter now works in the unicode version
- Notifications now tracks the data sent in the letters list properly.
- Theatre Manager help and email links now open properly on windows platform. Some changes to the calls to windows were required. Opening 'Mail' or links in OSX always worked.
Things a venue may need to do
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do'
- Compare the new standard web pages and make the required changes as per below in the htdocs folder
Changes to Web Pages
Make a copy of the WebPages folder and name it WebPagesEN. Do this and make ALL changes below in the WebPagesEN folder before upgrading Theatre Manager to version 8.24.00. Please download the web page updates and compare the web pages in the WebPagesEN folder with with the template files in this mini archive. If you have not made any changes from prior versions, you may need to get the full set of standard web pages and compare them.
Note: on PC Apache servers, please find all files called '.ds_store' and delete those for PCI compliance.
| Files in the main WebPagesEN directory |
| TMpatronUpdate.html |
compare old page to new |
| tmError.txt |
additional error message number 10154 |
| tmTemplates |
| rowPatronEmail.html | compare old page to new. Fixes a mistake that prevented new patrons adding themselves in version 8.23.02 or later. |
Version 9.00
Upgrade Time
Version 9 is a major release for PCI PA/DSS 1.2 compliance and UTF8 converison. All components of Theatre Manager need to be updated to meet the new PCI requirements and we have tried to aggregate everything into one large upgrade step for the year to optimize work effort. If you would like to contract ArtsMan to do this for you, please read about the upgrade options.
Specifically you will need to:
- Upgrade Postgres to Version 9.0.4 as part of PCI compliance and for some security upgrades
- Convert your database from ASCII to UTF8 to handle characters with diacritical markings. For most, this might mean a better handling of French, Spanish, or German characters in the database. Version 9 will not see version 8 databases in the server until they are converted.
- Apache to version 2.2.15 to meet the latest PCI scans (especially applicable on OSX)
- Upgrade PCCharge from 5.7.1 (PABP 1.3 certified) to version 5.9.2 (PA DSS 1.2) as its PABP 1.3 certification expired for the older version. The alternative to upgrading PCCharge is to use Paymentech Orbital instead which can move storage of cards offsite to the processing company
- Upgrade Theatre Manager
- Implement the web page revisions required as part of the PCI 1.2 upgrade. There are MANDATORY web page changes.
- The backup script will need updated.
Upgrade Steps
Please refer to the 8.xx-9.00 upgrade steps and allow 4-6 hours for the upgrade from version 8 as all components have changed to latest versions for PCI compliance.
Key Changes in Version 9.00
The following changes have been made to Theatre Manager since version 8.24
Word Processor, Email and Eblasts
- A Major change has been made to the word processing/email blast mechanism. Theatre Manager now attempts to do WYSIWYG eblasts:
- Previously, it was recommended that to send an HTML email, you edit the e-blast in an external tool and paste the raw HTML code into Theatre Manager. Now you can paste the pictures right into a form letter in Theatre Manager.
- When you do the e-blast, Theatre Manager will FTP any pictures in the eblast up to your Theatre Manager Apache server.
- TM will then replace all pictures in the eblast with links to your Apache web listener.
- At any time, you can see the email that was sent to the patron in WYSIWIG format rather than as a web page.
- During the upgrade, any pictures in an existing form letter will be extracted out and a link put in place. For those with a lot of pictures in emails, your database backups will get smaller, in some cases significantly.
- Documents now support drag from desktop and drop of pictures (as well as copy/paste of pictures) to help in the layout of emails and eblasts
- Email setup now supports MD5/CRAM authentication of user id's and passwords. ISP's and Exchange server are starting to require stronger authentication and security requirements.
- Email setup also supports SSL transport. Email providers like GMAIL require that feature and Theatre Manager now supports it.
Patron Sales Process
- We've added a new icon to the ticket list on the patron window that indicates if the ticket was contained in a shopping cart - meaning it was sold on the internet. The purpose of this is so that you can tell how that ticket was sold at a glance (box office, internet, subscription, or gifted ticket) and perhaps respond differently.
- Redemption of Passes has been enhanced for clarity and to prevent some issues. The changes only affect two types of passes which are 'free admission' and 'average $/admission' and include the following:
- Each ticket to which a pass is applied is now tracked by Theatre Manager on the ticket record. We now track exactly which ticket was altered in price by a pass. This prevents two passes being applied to the same ticket in error.
- Applying multiple different pass payments at time of payment will no longer show a ticket to which a pass payment has been applied. As an example, suppose that a subscriber buys two tickets and uses pass #1 for one ticket; that ticket will be marked as having had a pass applied. The application of a second pass # will no longer show the first ticket. This should reduce errors at the box office.
- If you try to refund a pass payment (before deposit), Theatre Manager will tell you which tickets were affected by that pass so you can go and refund those two - meaning that you are advised if somebody got a discounted ticket based on one of those two pass types.
- If a ticket is placed on account, you can now apply one of those types of passes retroactively to the order. TM knows which tickets were affected (or not affected) and will only offer those to be discounted.
- During the ticket booking process, if a user tries to sell a hold that they are not permitted to use, they will get a prompt asking for Permission. After permission is granted to that hold code, any other tickets with that hold code will also get booked. The user will have use of that hold code for the duration of that order.
- Fixed an issue where balance displayed on the title bar of the patron window for outlet versions included totals from other outlets.
- Corrected an issue where errors generated by using a plug in were not displayed to the user.
- Added checkbox to the payment window to select printing of a credit card receipt on a per order basis.
- If the company default is to print credit card receipts, this checkbox will automatically highlight for the user as soon as there is a credit card payment taken. The user can selectively turn it off, if desired.
- If the default in company preferences does not require receipts to be printed, clicking on this checkbox will print all credit card receipts in the order when the tickets are printed.

|
this checkbox must be set before the last payment is taken and the order window closed otherwise credit card receipts will not print.
|
Check for alternate credit card delimiters when using a french or international keyboard and swiping a credit card using a USB swipe. The swipes now operate independently of the US/international and French keyboard settings.
Web Sales
- Added additional checking to ensure that only merchant accounts with credit card payment methods available online will ever be selected on the start of the web listener. Previously, it was possible to have multiple merchant accounts and have all the cards available under the merchant account that was available only at the box office. This check alerts to that situation at start of the web listener, rather than discovering it at checkout.
- Introduced some changes to the 'print at home' process. If you change the web pages to match these new changes, TM will now only print the tickets that are for real events. Tickets for control houses can no longer be printed.
- Adding of patrons to the database from the web module was rewritten to allow each venue to specify which phone numbers, emails, web sites, fax, etc should appear on the web pages, along with the order that they should appear. If not specified, one of each will be provided.
- The event popup search list will now clear itself each time the cache is cleared or code tables are changed so that it is more reflective of events taken off sale - in real time.
- Fixed an issue where it was possible under certain circumstances for people with the same email address to get added to the database twice during web sales. It all depended on how edits were made to web pages in the 8.23 and 8.24 upgrades. We have made the web listener do further checks to prevent this
- Allow TMError.txt to be CR, CRLF or LF delimited - depending on platform of the apache server and user's editors preference for changing web pages.
- You can now move the picture of the event to the website at the click of a button where it will be saved as a jpeg and shown in the event description (after the web pages are updated)
- During the upgrade, Theatre Manager scans all existing patron passwords and resets any that have some special characters that could possibly affect PCI compliance on a web site. Examples are <>()& and some others. Those patrons with interesting special characters will have their password reset to a random 10 character password and will need to request their password. This is a side effect of PCI compliance requirements.
- The option of selecting HTML emails has been removed. At one time this was a preference required of the sender of emails. These days, the email clients decide if they wish to view HTML or not - because all emails actually send both HTML and non-HTML versions within the same email.
End of Day/Accounting
- Introduced the final set of changes to enable export of financial transactions to the BANNER system. This is custom-designed to fit a particular venue's needs, but we suspect that with minor changes, it may also be of use to others using BANNER.
- The merchant setup window now shows the credit cards in the code tables associated with that merchant. If you have multiple merchant accounts, you can now drag those payment methods from one merchant account to another. This will be helpful to easily set up the data if upgrading to PCCharge 5.9.2 or for those switching to Paymentech Orbital.
- The posting to G/L process now includes the option of shredding all credit cards if a venue implements Schedule "D" with retention of only current data. This is to reduce possible exposure for old credit cards numbers.
- Fixed a timing issue where the 'date last deposit' would not get set and TM would report, erroneously, that you have not done a deposit for a few days. This could occur if the deposit process too longer than normal because there were a lot of credit card and cash sales in one day -and- a web credit card sale came in after processing the credit card deposit but before finishing processing the cash/check deposit.
- Fixed a possible cause of an end of day imbalance if the user sold a gift certificate and decided to change the redeemable amount from the purchase amount. Despite being an infrequent occurrence, there is a new permission required for employees to be able to do this.
Employee Information
- As part of PCI DSS 1.2 compliance, Visa required that this upgrade change the settings for passwords so that they must meet Visa's minimum password restrictions. If you had not made that change in a prior version, you will have to log in the first time with your password typed in upper case.
- We have integrated Growl Notification into Theatre Manager so that meeting reminders, task alarms and some system notifications will show a passive window that appears for a few seconds and then fades away. This feature can be enabled and disabled on a per employee basis. Notifications will still appear in the notification window. The purpose of growl is to allow the notification window to get buried, ye the user will receive a small hint that there is something significant to deal with.
- All saved window preferences have been removed because they are incompatible with the new drag and drop of columns. Each user will need to reposition their columns using this new drag and drop feature.
Donations
There is a significant underlying change to donation management in this release. A new field has been implemented called 'Receipt Not Required' that is applicable to each donation. If it is set, no receipt can be printed
- Any donation receipt that was marked as 999999 or 9999999 will be set to the 'Receipt Not Required'. This was the old mechanism to track no receipt required to be printed. Those donation receipt numbers will be set to zero.
- This addresses an issue where the next donation receipt would get set to 10,000,000 if the user tried to batch print a donation and it was indicated that no receipt was required on the campaign. This can no longer happen
- Add an option to only print donation receipts if they are over a certain amount
- During donation entry, the receipt printing options will be verified against the donation campaign. You can only select receipt options that will work for that donation campaign and giving level.
- Any payment taken for the donation will automatically have the 'No Receipt Required' flag set for the receipts - if in fact, no receipt is required based on the campaign settings
- If you change the setup of a campaign from printing receipts to not print receipts or decide to add a minimum value before a receipt can be printed, Theatre Manager will ask you if you want to mark unprinted historical donation receipts as 'no receipt required'. If you do not do this, a donation receipt will still print. If you do reset them, the flag will be set for all receipts not yet printed for the campaign
- If you change a campaign on an actual donation that has existing unprinted receipts, and the new campaign means that receipts should not be printed, TM will ask you if you want to set them as 'no receipt required' similar to changing the entire campaign setup
- Donation Receipt printing will completely ignore any receipt marked as 'no receipt required'
- 'No receipt required' can be set on complete donation as the receipt option (even if one is normally printed), or can be set for a particular receipt if there are multiple receipts on a specific donation because there were multiple payments
- Allow multiple people to print donation receipts simultaneously
Paymentech/Orbital Changes
- Address a possible error condition that prevents authorization of credit cards where the content of any data field could contain < > or an &. Some patron names look like 'Doug & Laura' which was failing authentication and was being rejected by orbital.
- Only send User ID and Password if both are supplied in the merchant record. Paymentech supports two authentication methods: IP restricted, or User Name and password. If authorizations are restricted to an IP range, then user id is not required.
- Added a button to provide a direct link to the Orbital secure commerce page to make it easier to get end of day batch totals.
Facility Management
- There is a new notification scheme for outstanding messages, letters, emails and todo's. At the start of Theatre Manager, the task list for today will pop up. You can dismiss that dialog if you want, or actually merge and print a letter there.
- This dialog will pop up if there are new alarms. You can also obtain the list of today's action items from the 'Patron Sales' menu.
- There are settings in Theatre Manager so that you can have meeting notifications emailed to patrons, staff and vounteers. If a user adds the meeting to Outlook, iCal, or an RFC 5545 compliant calendar; an email will be sent back to Theatre Manager and the system will update the calendar/meetings in Theatre Manager with the status - even if it is from a patron with no access to TM. We think this can be used for a lot of things like Volunteer Management or Development meetings.

|
If the end user's Outlook client is set to send emails as RTF or HTML (in some versions), the response sent back by Outlook is in a Winmail.dat file which we do not yet read. You will be able to still go in with your Outlook (or other) client and view the message by hand and update your Theatre Manager information.
|
- Email of volunteer schedules is now possible for those with the facility management module. After scheduling volunteer activities as in the past, you can now tell the facility management module to send calendar invitations to the volunteers. Volunteers can place those calendar items into their personal calendars and confirm their volunteer activity.
- There have been some changes to facilitate printing calendars and project calendars.
- Added feature to resend invitations if they are lost.
- Refinements to the processes for dragging information on calendars.
- Added some more meeting status codes for automatic emailing of calendaring information.
- During the addition of new performances, show any all-day tasks that occur in the venue on the final calendar. These will appear in red so that you may be informed of any conflicts that could occur in the venue.
- Speed improvements on redrawing calendars.
- You can now move the picture of the resource to the website at the click of a button where it will be saved as a jpeg. This is for future compatibility with facility interaction on the web.
Miscellaneous Changes
- Added Cut/Copy/Paste to the pictures fields in Theatre Manager. You can now copy the picture to the clipboard from the database. You can also get a picture from another document and paste into Theatre Manager in addition to dragging from the desktop and dropping onto the picture fields. We have found some sites using Citrix or Terminal Services that do not allow access to the local desktop, so this works around that. Pasting an image will let you navigate folders to find an image.
- All reference to merging emails from the report window have been removed. Since version 8, it always occurred though the form letter merge. This just removes the hint to go there.
- Fixed Tent Report for attendee's of Dinner theatre that print 'Tents' for each table's attendee.
- Fixed issue of dragging Volunteer information onto the play window to assign a volunteer to a performance
- Added a new option to printing of invoices to subtotal by event and/or performance rather than just be event in earlier versions
- Improved the performance of some attendance and sales reports by optimizing the SQL.
- Fixed the tool tip on the button used to write off the unused portion of a pass to un-earned revenue. Also forced an update of the list window on the patron screen that was used to open the pass when writing it off.
- Add an option for gift certificates so it is now possible to sell a gift certificate with a different redeemable value.
- The Sales Promotion setup window now has a tab that lists the performance that the promotion was used in and a tab that shows all transactions that used the sales promotion.
- Added audit transactions to log the last status of the database backup on a once a day basis for the first person who logs in
- Track the size of the last backup file and compare to the prior one. If the size of the backups start to decrease, the user will receive a warning to do something such as verify if the backup really ran
- The field PAY_CARD_EXPIRY can no longer be added to a ticket face due to the FACTA law
- The option of selecting HTML emails has been removed from the patron entry windows. It is no longer required because all emails send both HTML and plain text mime types so that the actual choice of viewing HTML emails lies with the email client, not the sender.
- Fixed an issue duplicating a gift certificate where the redeemable amount would get set to zero accidentally causing an EOD imbalance - bug introduced in version 8.25.00
Things a venue will need to do
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do'.
- Upgrade Postgres to version 8.4.4
- Obtain the latest version of the backupTM script and revise it using the instructions so that last backup date can be tracked and written back to the database.
- Inform employees that they need to:
- reposition the columns in lists by dragging the column header
- Right click on a column header in a list to add/remove visible columns
- hold down the caps key to type their password if you did not have PCI passwords settings turned on in earlier versions
- Go to company preferences and set up the:
- meeting management email SMTP and POP server addresses - if you have facility management. This is used to send and receive all emails for scheduled meetings. We recommend a special email address such as scheduling @ yourvenue.org that is intended specifically for meeting tracking purposes.
- FTP settings under the "Apache" tab and enter the information required to FTP the images to the Apache server. This may also mean that you have to set up FTP access to your Apache user using Filezilla on the PC and File Sharing on the Mac. Instructions for doing so may be found by clicking here.
- When printing invoices, you may need to reset to default and/or pick your ticket summary preferences again due to the new options for summarizing tickets
- review all ticket faces to ensure that PAY_CARD_EXPIRY has been removed successfully and test print your credit card receipts
- Compare the new standard web pages and make the required changes as per below in the htdocs folder.
Changes to Web Pages
- Make a copy of the htdocs folder and make all changes in the copy of the folder before installing version 9.00
- Once they are done, install version 9.00 and then replace the old htdocs folder with the htdocs folder containing the changes.
- Please download the web page updates and compare the web pages in the htdocs folder with with the template files in this mini archive. If you have not made any changes that were required from prior versions, you may need to get the full set of standard web pages and compare them.
- Please refer to Recommended Apache config changes for PCI to see if any of the patches apply to your venue.

|
On PC Apache servers, please find all files called '.ds_store' and delete those for PCI compliance.
|
| Files in the main htdocs directory |
| TMsysNoListeners.html |
this is a new file. It is activated if there are no listeners for any outlet active and/or if the user attempts to get a listing of the /TheatreManager directory. use it to redirect the user to the correct outlet. |
| Files in the each outlet directory (1) |
| TMsysBusyListeners.html |
compare old page to new |
| TMsysErrorListeners.html |
compare old page to new |
| TMsysNoListeners.html |
compare old page to new - this is similar to but not the same page as in the main htdocs directory. It indicates that a specific outlet has no listeners running. |
| eblastimages |
this is a new directory that will contain all jpegs used for eblasts and for pictures used in the 'event' marketing tab. Please make sure that the FTP user in 'Company Preferences' has full read/write access to this folder, and all other users have read access |
| Files in the main WebPagesEN directory |
| TMpatronUpdate.html |
compare old page to new. Changes are to better handle multiple patrons in the household. |
| TMpatronNew.html |
compare old page to new. Changes are to better handle patrons trying to add themselves twice. |
| TMpatronNewEmail.html |
minor changes to add company name to the email |
| TMpatronUpdateEmail.html |
minor changes to add company name to the email |
| TMCheckoutConfirmation.html |
Remove the credit card expiry date from the confirmation per FACTA. Also provide capability ot printing receipt, printing ticket bar codes in controlled manner. |
| TMCheckoutInvoiceEmail.html |
Remove the credit card expiry date from the email per FACTA |
| tmTemplates |
| rowPatronEmail.html |
compare old page to new, specifically remove HTML email preferences CCL_PREFER_HTML |
| rowPatronEmailLimitedProfile.html |
compare old page to new, specifically remove HTML email preferences as above |
| rowCheckoutDonation.html |
removed the bar code column. This was done for esthetics, performance improvements and to direct the user to askingfor a specially formatted bar code page that contains only ticket information. This and similar changes are optional, but recommended |
| rowCheckoutFestival.html |
removed the bar code column |
| rowCheckoutMailFee.html |
removed the bar code column |
| rowCheckoutOrderFee.html |
removed the bar code column |
| rowCheckoutPass.html |
removed the bar code column |
| rowCheckoutReserve.html |
removed the bar code column |
| rowCheckoutSub.html |
removed the bar code column |
| rowCheckoutSubNewGroup.html |
removed the bar code column |
| rowCheckoutCoupon.html |
removed the bar code column |
| rowCheckoutCourse.html |
removed the bar code column |
| rowCheckoutOrderCouponFee.html |
removed the bar code column |
| rowFutureTicketHeader.html |
revised to to remove an extraneous </script> tag |
| rowPatronAddress.html |
markers to identify mandatory fields |
| constantPATRONCONTACTEXISTING.txt |
new file |
| constantPATRONCONTACTNEW.txt |
new file |
| setPROMOTIONSUB_LIST.html |
used to present alternate options for price/promotion/price code for subscriptions. Example. Regular tickets might show price, subscripitons mught just show promotions as in 'Subscription' |
| setPROMOTIONSUB_LISTempty.html |
used to present alternate option for 'no subscripitons available' if Theatre Manager cannot find a price. |
| tmFooter.html |
New file containing google analytics code and addition of possible footer for each web page (see version 9.01) |
| tmCampaign |
| tmCampaign1.html |
compare old page to new, minor changes |
| tmCampaign2.html |
compare old page to new, minor changes |
| tmCampaignDefault.html |
compare old page to new, minor changes |
| tmEvent |
| tmEventDefault.html |
revistions to show an picture placed into the 'events' window on the marketing tab. This allows you to put pictures into the default 'about this event' page within Theater Manager and not touch the web pages. |
| tmEvent1.html |
same as above |
| tmMaps |
| TMSubscriptionMapDefaultf.html |
compare old page to new, minor changes. |
8.xx-9.00 Upgrade Steps
The upgrade to version 9 is a significant upgrade for a number of technological reasons. You can follow the upgrade steps below that excerpt the full install instructions in the key places. Or, you can follow the
PCI install instructions from the beginning if you would like to view this as an opportunity to verify and/or tighten you PCI compliance.
Please send a note to support@artsman.com to get the links for theatre manager before starting the upgrade if you are attempting the process yourself as we will need schedule the upgrade support (we can't do everybody in one day).
The steps to upgrade generally involve:
- Upgrade Postgres to 9.0.4 following the steps on the next page. It will deal with making backups and then refer you to the appropriate upgrade procedures.
- Convert the Database to UTF8. Version 9 will not be able to access any database until it has been converted.
- To upgrade Theatre Manager use the links you were provided by support@artsman.com and follow the standard install steps
- Upgrade Apache Server and follow the steps for Macintosh or Windows
- Upgrade Web Pages to the latest version by comparing old to new.
- Verify a decision of upgrading PCCharge Credit Card Server or switching to Paymentech Orbital. Note, if you choose to upgrade PC Charge you can follow these steps in advance of upgrading to version 9 for PCI compliance.
- Install Theatre Manager Version 9 on your machines. OSX installs require no extra steps. Windows installs may require you to do one of the following if you get errors starting Theatre Manager. Most Windows installs may not require this step.
- If you are doing e-blast with Theatre Manager, you will need to implement FTP access to the Apache server. Theatre Manager eblast capabilities should save costs over doing it externally.
- If you are implementing meeting scheduling with the Facility Module in Theatre Manager, you will need to set up a scheduling@ ... email address
- Update the Backup Script by following the specific directions. You will also obtain a copy of the latest script when you install Postgres in Step 1.
- For each web listener that auto-started, you will need to login on that machine and set the web listener to auto-login. Since Encryption was changed (per PCI), this means that you need to set it up again to make it work
- Start up all web listeners again
Upgrade Postgres to 9.0.3
The first step in the vesrion 8 to 9 upgrade requires that the database server be upgraded to version 9.0.3 or later. The preferred version of Postgres is 9.0.3 or later. In general, this will be:
- Backup the database
- Restore the backup database to a different name on the same (or different) postgres server.
- To ensure it is a valid backup, use Theatre Manager to log into the restored database. When you see the list of users in your main database, click change database and pick the other database you just restored.
- Upgrade postgres by refering to installation and upgrade instructions for postgres. The specific link for Macintosh and Windows are also referred to in the last section of the install steps about how to do an upgrade. Please follow those. Venues with postgres servers on Linux will need to loosely adapt and follow the Macintosh instructions.
Convert the Database to UTF8
This step assumes that the database to be converted it UTF8 is already in the postgres server in SQL_ASCII format. This should be confirmed before starting by looking at the encoding in pgAdmin.
Prerequisites before the conversion will work
You will need a Macintosh intel machine to do the work on (all downloads are free). It assumes that you have:
- downloaded and installed xCode on your Mac
- downloaded and installed Mac Ports (we have tested with version 1.8.2 or later)
- followed the instructions for installing recode on your mac after installing the above two items. Go half way down the page and look at the instructions in the black terminal screen. Start by typing the command that follows and you should be able to see similar results to the white on black text (depending on what needs to be installed).
sudo port install recode
If you have not done the above successfully, the next steps in the process will not work.
If you do not have at least one Macintosh at your venue, there is no available Windows equivalent to this process yet. You will need to FTP your database and we will return it in UTF8 encoding for you.
Converting the Database to UTF8
- The installer for Postgres 8.4.4 will place a file into the /Users/Shared directory called ConvertDBToUTF8. This will be used to upgrade a database from SQL_ASCII to UTF8.
- Start Terminal
- Type /Users/Shared/ConvertDBToUTF8 YourDatabaseName
where YourDatabaseName is the name of the database that you log into each day. This will backup the database to a file in the /Users/Shared/Backup folder called YourDatabaseNameV9.sql. You may need to supply the postgres user password if you do not have 'trust' set for the server IP address in the pg_hba.conf file.
Depending on the size of your database, this step could take as long as 4 hours. The pg_dump shows obvious activity. The 'Recode' step may look hung, but it is not.
- When the script is done, please pay particular attention to the the line that says 'Recoding /Users/Shared/backups/YourDatabaseNameV8old.sql.....'. It should say 'done' at the end of the line and there should be no errors. If there are errors, please stop, contact support and do not continue.
If the 'Recode' completed successfully, it will display some instructions at the end of it similar to the following screenshot.

- Look for the line that says 'Step 1:' Copy the command under that and paste it into terminal as follows:
/library/PostgreSQL/8.4/bin/createdb VenueDatabaseNew -U postgres -E UTF8 -O TheatreManager

- Look for the line that says 'Step 2:' Copy the command under that and paste it into terminal as follows:
/library/PostgreSQL/8.4/bin/psql -U postgres -v -d VenueDatabaseNew -f /Users/Shared/Backups/VenueDatabasev9new.sql

- This will start the import process for the converted database (which may take a while). At the end, you should be able to see the database in pgAdmin and if you install theatre Manager, you should be able to log in to this database.

- Once you have logged in to your database with Theatre Manager version 9, you can go into the /Users/Shared/Backups folder. Look for the two files named YourDatabaseNamev8old.sql and YourDatabaseNamev9new.sql and delete them as per the example below.

Options for Getting Version 9 Installed
Because of recent changes to Payment Card Industry (PCI) policy as enacted by the credit card industries, Theatre Manager was forced to make specific changes to its software in order to comply with the new regulations. This is not a change that Arts Management Systems has initiated, rather it is a change required by the credit card industries. In an effort to protect you and your patrons against credit card fraud, the new PCI PA-DSS 1.2 compliance regulations required us to certify a new version - Version 9 - of Theatre Manager.
Do I have to upgrade?
The simple answer is no. Your Theatre Manager will continue to work, regardless of the upgrade.
However - in order to become PCI compliant, you must upgrade to Theatre Manager Version 9 AND Upgrade to Paymentech Orbital for improved credit card authorization or update to PCCharge. See the comparison; the Orbital option is highly recommended for simplicity and enhanced functionality for end users.
For those who are already PCI compliant, you can continue to use Theatre Manager version 8 until December 2010 when you need to upgrade to Theatre Manager Version 9 AND switch to Orbital (or update PCCharge to its PCI 1.2 compliance version) to achieve PCI 1.2 compliance.
What are my Version 9 update options?
At your option, you may:
- Choose to self-install all the components required for the Version 9 upgrade. There is NO COST for a self-install.
- OR -
- Contract with Arts Management Systems to perform the work for you on a fee for service basis. This work is not covered under your annual support and maintenance agreement as it falls outside of normal support. The cost is a flat fee of $400.00 for the conversion to Version 9. If you also wish to upgrade your PCCharge to the latest release level (5.9.2), there is an additional license migration fee of $150.00 for this software component.
If you choose to switch from PCCharge to Paymentech Orbital at this same time, there is NO license migration fee.
Tell me about the Self Installation Route?
There are several components to the installation process. Please refer to the 8.xx-9.00 upgrade steps for the complete installation instructions. The process takes about a day, and should be performed by proficient IT personnel as it will require changes to:
- Postgres
- Theatre Manager's database (to a new UTF8 format)
- Theatre Manager on each workstation
- Apache (web sales sites only)
- Web Sales Pages (web sales sites only)
- PCCharge upgrade (optional) or switch over to Paymentech Orbital (optional)

|
If you choose to self-install, and then require support assistance, the regular hourly billable rate of $100 per hour will be applicable. Please note that support for a self installation is not covered under the After Hours Emergency Support contract. Please plan your time accordingly to ensure that if you do have questions, Arts Management support will be available to assist you. |
Tell me about contracting AMS to do the work for me.
If you choose to have Arts Management perform this work for you you, you will need to send a request to our sales office. They can be reached at sales@artsman.com or 403-536-1214 from 8 AM - 5 PM MST. They will process the request and then forward the request on to the Support team for scheduling. Because of the high demand for conversions, your scheduled date may be as much as 4 months away. Please plan accordingly.
The actual upgrade process takes about one business day, during which time your offices will not be able to use Theatre Manager (even to "look things up"), and web sales (if applicable) will be offline during the upgrade process.
Do I have to upgrade PCCharge to the latest version (5.9.3)?
The simple answer is "no." Your current version of PCCharge will work fine with Version 6, 7, 8 or 9.
However - in order to become PCI compliant, you must upgrade to Theatre Manager Version 9 AND update to either PCCharge 5.9.3 or switch over to Paymentech Orbital.
If your merchant provides demands that you upgrade PCCharge, then "yes" you must upgrade by their time requirement.
Remember, this is an upgrade that has been forced on all merchants by the credit card (Visa, MasterCard, Amex, etc.) industry, and has not been initiated by Arts Management Systems.
What are my PCCharge update options?
At your option, you may:
- Choose to self-install all the components required for the PCCharge 5.9.3 upgrade. There is a $150.00 license migration charge for the PCCharge upgrade. Please refer to the PCCharge Upgrade Steps for the complete installation instructions
- OR -
- Contract with Arts Management Systems to perform the work for you on a fee for service basis. This work is not covered under your annual support and maintenance agreement as it falls outside of normal support. If you are only upgrading PCCharge, the service fee is $100.00/hour. We anticipate the work will take approximately one hour. If you choose to have us upgrade PCCharge at the same time as the other Version 9 upgrades, the cost of performing the PCCharge upgrade is included in the flat $400.00 fee and the $100.00/hr fee does not apply. The $150.00 license migration fee still applies regardless if you are upgrading PCCharge on its own, or at the same time as the other components in the Version 9 upgrades.

|
If you plan on upgrading PCCharge, you will need to contact sales@artsman.com or 403-536-1214 from 8 AM - 5 PM MST to arrange the license migration process. It normally takes 2 - 3 business days to process the migration request BEFORE you are able to upgrade PCCharge. Please plan accordingly.
Upgrades are then scheduled and completed during time availability of the Arts Management Support Team.
|
After Upgrading to Version 9 - checklist
Subscribing to the RSS Feed
You can visit http://www.theatremanagerhelp.com for our updated Version 9 help. If you have not already subscribed to our RSS feed, please take this opportunity to subscribe by visiting the RSS link (click the
icon) in the upper right corner of the main http://www.theatremanagerhelp.com page.
Release Notes
Read the release notes to see if there is anything special that impacts your organization in Version 9. This is a long list of enhancements from the version previously being used.
Installing Theatre Manager on Each Workstation(s)
Please see the following online help page for steps on installing the Theatre Manager application on a work station:
http://www.theatremanagerhelp.com/installing-theatre-manager/install-theatre-manager
Starting Theatre Manager After Upgrading
- Start the Theatre Manager application.
The following window will appear.

- Enter in the IP Address of the database server
- Click the Search button in the lower right corner of the window
- Select the Database from the Name drop down
- Click Connect
Passwords
Version 9 of Theatre Manager is designed to meet the latest PCI Compliance. One of the features within this version is stronger security for Employee Passwords. If you have not previously used PCI Compliant passwords each Employee will need to enter their old password all in CAPITAL letters. When they click the login button they will be prompted to change their password to a format that meets compliance. The requirements for compliant passwords are listed in the image below. For more information on PCI Password Requirements click here.
Employees Disappear From the Login Window After Incorrect Password Attempts
After six attempts at entering an incorrect password Theatre Manager will remove the Employee from the login window per PCI requirements. Theatre Manager resigns the employee to protect the database and all you need do is follow these steps to reinstate the employee.
Theatre Manager List of Employees does not appear
In some rare cases following the installation of Theatre Manager the application opens but does not display an employee list to login. The common characteristics of this situation are a blank gray screen containing File, Edit, Help options in the upper left of the window and nothing more. If you encounter this issue please follow these steps.
Employee Access
Some employee settings have been changed due to PCI Compliance. One of note is the Accounting >> Create Bank Deposits for Current Payments Received - Authorized Credit Cards Only option. This is found in the Functions tab of the Employee Access Data window. By default, all Employees who do not have Master User access will have this option unchecked. If you have Employees who run the End of Day Wizard and are not Master Users you will need to check this option for those Employees.
Accessing PC Charge
If you purchased the PC Charge upgrade as a part of your Version 9 Upgrade, PCI Compliance now requires PC Charge have a User name and Password. The new login information is case sensitive and will be sent in an email from the support team member completing the upgrade.
Filezilla
If the Apache machine is a PC Filezilla was installed for use with email blasts within Theatre Manager. A user was created within Filezilla for this purpose. The account information will be sent in an email from the support team member completing the upgrade.
Power Saving Settings for Apache Running on a Mac
To increase stability for Apache running on a Mac you will need to adjust some of the settings for the machine. Click here to learn more about the settings.
Version 9.12
Version 9.12 contains some significant functional enhancements, performance enhancements, brand new features, a collection of minor bug fixes and a fix to XP crashes. It is recommended that venues using 9 should upgrade as soon as practical.
Upgrade Time
The upgrade time from version 9.0x might be about an hour (estimate only) for an average site. It could be longer if you have lots of historical data and transactions. Upgrading this version requires, at a minimum:
- Installing TM on each workstation. This is a WALKAROUND install
- There are 5 web page changes - none of them mandatory unless you wish to implement genre search in your web site.
All feature changes, enhancements are optional and this version could be implemented at any future time.
Key Changes in Version 9.12.03
- Implement direct tracking of the source of the web site shopping cart referral in Theatre Manager
- Implement compression techniques for batch letters and correspondence history to significantly reduce the size of backups and allow selection of data retention policies for this record that contains a large volume of data. Note: depending on the number of email blasts and letter history, this may make the first create sales entries (in EOD) after upgrading take a long time to do the first compression.
- Introduce the beginning of online volunteer/personnel signup and approval process for positions like ushers. We hope to enhance this area a fair bit as people use it and provide feedback.
- Added a Promoter Revenue Audit Report that can be used to report pricing, sales and capacity to some promoters that may require the information on this report
- Resolve an issue where windows XP could crash when reading numeric values from the database that are null. Venues with XP that are experiencing crashes are encouraged to upgrade right away.
The following changes have been made to Theatre Manager since version 9.11
Point Release Version History
Point releases are minor version fixes and small enhancements to any particular version.
- 9.12.03 - Nov 6th, 2011
- 9.12.05 - Nov 17th, 2011 (may require walk-around)
- 9.12.08 - Nov 23rd, 2011
- 9.12.11 - Jan 9th, 2012
- 9.12.12 - Jan 10th, 2012
- 9.12.16 - Jan 16th, 2012
- 9.12.17 - Feb 6th, 2012
Web Sales
We have put in place the mechanism to track the source/referrer of the shopping cart source from the conversation last week around the board room table. In this sample screen, we've shown 4 carts with 'first time buyer' and 'TimeUnion' as sources for two of the purchases.
Setting them up is easy. You can set up links using by either:
- setting up a special cookie called TMsource with any text value you want up to 100 characters. That way the source doesn't have to be visible on the command line -or-
- adding in parameter called &TMSource=TimesUnion from any url. For example:
- from your main web site, you could use tickets.myvenue.org/TheatreManager/1/login&event=0&TMSource=MainPage
- in an eblast sent from theatre manager specifically about 'Mama Mia', you could have tickets.myvenue.org/TheatreManager/1/login&event=xx&TMSource=MamaMiaBlast
- from another referring web site
tickets.myvenue.org/TheatreManager/95/login&event=0&TMSource=Another Site
- The TMsource parameter or cookie can be added to any request sent to Theatre Manager. Please note:
- the source for the shopping cart is set from the FIRST non-blank item sent to the ticketing site from a person's IP address. This means if the source is set by the sender/referrer site on the URL, there is no problem clearly identifying the source of the cart.
- If the source is not set and the person uses the back button to view a historical cart, it may use a prior value, which might set the cookie and suggest a possible erroneous source. Chances of that happening are small.
- Any cookie created lasts until checkout. Meaning, that if a patron buys something with a referrer and checks out and subsequently comes back for a second purchase, the TMSource cookie has already been discarded and a second purchase will have no source at all... which is as it should be.
Finding seats that are not together
A new feature has been added for reserved seating web pages to allow a customer to find seats in a venue - but not necessarily have them be together. This can be useful for group sales or when a venue is selling out. It can also help users if the seat map is displaying the used seats (masked out) as per the picture. Implementing the feature means adding the web page changes indicated below. (9.12.08)
How does TM decide to find the seats if the user indicates that the seats do not necessarily need to be together?
First, Theatre will always try to get all the seats together and only if that fails, will the algorithm to split seats occur.
- All attempts to find seats will occur in pairs so that patrons can sit with a friend
- If a pair cannot be found, then Theatre Manager looks for a single
- An exception to the above process is made if many seats have been booked and only three remain to be found. In that case, Theatre Manager will try to sit all there people together so that nobody is sitting alone.
- If the attempting to sit the final 3 together fails, then TM tries a single and a pair and if that fails it tries 3 singles.
The picture to the right shows the result of filling in seats when there are limited seats available or more are requested than can fit in a row.
Other Web Changes
- A field has been added to the cart to track the number of web page hits for any shopping cart. During the upgrade, this field will be set to the number of web listener log items available for the cart. This will greatly exaggerate the total hits, but gives a sample as to approximate page hits
- The donation campaign and pass/gc list are now sorted alphabetically by the external description rather than the internal description. This means that the patron will see them in alphabetical order properly.
- Implemented a change that allows allow-to-sell-internet and the onsale date to be independent of each other. Before, if the onsale date was set, it automatically turned on the able-to-sell and it could not be turned off. Now you can disable a performance quickly by turning off the able-to-sell flag and still retain the onsale date for informational purposes.
- Accessing a performance or event via TicketTrove or some other web page directly does some additional checks for the able-to-sell and the onsale date to make sure that the event can be accessed. The listener also checks to see if a pre-sale access code has been added to the cart that allows the performance to be purchased and, if so, ignores the the able-to-sell and onsale date completely.
- Add order total and order balance to the cart window. This can show if there is a difference in the cart from what was checked out, perhaps due to the box office changing the tickets in a cart after the fact without adjusting any payment owed.
- Add a feature to allow converting tickets held in a cart to be sold and added to an order if there were some unforeseen errors that occurred during checkout.
- Add some more condition checking on closed carts to be a bit more aggressive releasing held seats for closed carts.
- Fixed an issue where any Tax-on-Tax calculation was returning zero as the total and affecting the tax on a ticket or a fee.
- Altered the database stored procedures to eliminate a cause of deadlock under high activity sales on the web. In the process, make some improvements to the best seat selection algorithm.(9.12.05)
- Changed the ticket trove aggregator to 4 separate calls to the web listener to help deal with a timeout issue on venues with a large amount of icons and events for sale. (9.12.11)
- Slight improvement to the auto-selection of the listener port for cases where there are multiple web listeners on one machine. TM should find the next available port in a range within a few seconds and start automatically on that new port. (9.12.11)
- Add feature to release partially held seats which could be caused if the patron went to the check out page and got started on the checkout process - and then went to add more seats to the cart and then used the back button to get to the checkout page. This will prevent some rare 'i' hold cases. (9.12.12)
Company Prefs/Data Retention
A new tab has been added to the Company Preferences window to allow some data retention settings. The items on the:
- left side deal with how long the actual web listener logs are retained and were part of another tab and have been moved here.
- The items on the right are for retaining letters and correspondence history sent to patrons. It is now possible to purge data from that part of the database with the most text data and which takes the most space in backups. Letters can be purged 'en masse' as per the following guidelines:
- Two exceptions to the mass purge are:
(not displayed here) is each form letter has a new preference which indicates any history for it cannot be purged and must be kept forever . For example, school contracts, artist contracts, etc are the sort of things that should be kept. Eblast type letters are less important a few years afterwards should be allowed to be deleted from the correspondence history.
- Any form letter that is attached to a record that is one of donation, donation receipt, volunteer position, volunteer history, or media can never be deleted, regardless if the letter is set to delete. These letters are typically small in number, yet important enough tax/personnel records that they remain forever.
- Keep Printed Letter History for xx days. The default is 0, which means keep anything printed forever. Set this to something like 1000 to keep any printed letter for 1000 days after it is printed.
- Keep eblast history for xxx days. The default is also 0, which means keep them forever. If you set this, then anything send form the batch email merge, or added to a patron individually by the employee to email later will be deleted.
- Keep web listener emails for xxx days. These refer to any email originated by the web listener in response to a customer request and include, for example, requests for passwords, confirmation emails, and notes regarding patron info changes. They are less useful after a while and the default setting is to get rid of them after 1000 days. Set it to 0 if you want to keep those forever.
- Clear Searchable Notes in letters. The default is turned on. Letters and eblasts which are sent to people have also contained a text only version (i.e. no html, images, or what have you). Since it means that there are essentially two copies of each letter kept for each communication with a patron and the field was not used for searching to our knowledge, this allows the field to be emptied (and save space) if you want. It is also possible to reconstitute this data if need be.
- Delete history for letters with no merge fields means that some letter merges and eblasts contain no merge fields. This would be true if the letter was a pure HTML eblast. By tracking that the history is the same as the original letter, then it becomes possible to always see the content, without needing to track the merged data. Any customized letter would, of course, not be the same as the original letter an not be compressed using this technique.
We tested settings of 1000 days for all purging and removing text searchable note data on some databases and say between 25% and 50% reduction in database backup size for venues very active in communicating with customers.
Company Prefs/Web Listener
A performance testing function was added to the 'Web Listener' tab called Check Ticket Sales Times. This can be used from multiple workstations to test how long it might take to sell out a performance while you are watching it by clicking on a sales map on another machine. It does not use the web listener - It simply uses the find best seats and book functions in TM against a dummy order to see how long before a venue is sold out. If you use multiple machines to test the same event, it may give an idea of how well your listener and web server are performing under load. If you make changes to the postgres server parameters or change the server, you may be able to judge the effects in a controlled test. (9.12.05)
Ticket Sales
- Update the best seat algorithm used at box office so that if the 'reserve' option is used, it will quickly hold the tickets and then book and prevent competition from the web on a heavy onsale day. (9.12.05)
- Disable best seat hold or reserve options if the user is not allowed to use hold codes because there are none permitted in their employee setup (9.12.05)
Add a new feature on the graphic sales map to help highlight all seats that a specific patron purchased, regardless of which order they may be in. The process pops up a list so that you can select a person by name and see where they are sitting. In addition, dragging a patron from any list containing patron records will show where that patron is sitting. This feature augments tooltips showing patrons in a seat. (9.12.06)
- Add support for emailing an invoice from a venue that does not require authentication at their SMTP servers and have not put in a login id for the mail account (9.12.09)
- Addressed an issues with Vista (64 bit) and the sell ticket window resizing larger than it should. To make sure the sell window opens on screen (vista only - this window only), the saving of window position preferences for this window has been disabled until the problem with vista 64 bit can be fully resolved. ( 9.12.11)
- Fixed an issue looking up patrons with no primary address info and selecting them to transfer tickets to within the sell process. (9.12.11)
- Added an 'invoice' icon to the payment screen to allow printing invoices at time of payment (possibly after adjusting contractual notes for group sales) (9.12.12)
- Enabled emailing of invoice as a PDF from the invoice screen so that invoices or confirmations can be sent right at the end of the sale (9.12.12)
- If auto-send of PDF invoice is set up in the employee preferences, TM will now show the invoice screen automatically if the customer has an email address. (9.12.12)
- Emailing the invoice now supports a choice of sending from the 'personal' email (in employee preferences) or the 'corporate' email as set in company preferences (9.12.16)
- Duplicating an existing pass/gift certificate that allows taxes to be added will be created properly (9.12.16)
- Searching for PO Number is lists is now a like search so that it can search for PO#'s containing a value (9.12.16)
- Added print of theatre map for all seats in an order --from the order window. Also indicates how many seats are in the order on the printed map so that group sales know at a glance the total number of tickets. (9.12.16)
- A pass type that is used to 'change ticket to a specified promotion' will now do so under a new set of conditions (9.12.16):
- If the event that the patron is purchasing is in the list of valid events for the pass type, then Theatre Manager will allow the use of the pass regardless if the promotion is enabled to not. This allows some promotions to be 'hidden' from the user and only become effective if the pass is used to check out. This condition is new for 9.12.16.
- If the promotion that is tied to this type of pass is not enabled, then TM will prevent the use of the pass. This is the original business rule, prior to this version and is enforced if the previous rule cannot take precedence.
- Add a small prefix to the Moneris order identifier so that it identifies that the authorization came from TM. This supports large institutions that have many Moneris installations and one store id. (9.12.17)
- Add the USPS bar code to the PowerPC installer for OSX. (9.12.17)
Volunteer Management
- Implemented a new feature in Setup->System Tables called volunteer signup templates. This allows the volunteer manager to create a small survey for specific shows asking people to pick which shows or performances that they'd like to participate in. The notion is that the patron would access the ticketing web site, sign in and then indicate their preferences.
- The play window, volunteer tab on now shows which people have requested a position in a show and you can now indicate whom you wish to accept into the position. The default for online signup is to indicate that they are not yet approved for the position or shift. From the TM interface, the default is that anybody assigned to a position is automatically accepted - resulting in no change to current business practices. However, you can now switch people from 'accepted' to 'to be accepted'.
- Add volunteer/personnel position to the cast/crew list report that is designed to print without addresses
- Add date to the volunteer schedule report by performance report
Facility Management
- Some support for repeating meetings has been implemented.
- Improve performance of closing the task window and updating related calendar info in a few places.
- Added an accept/decline on the notifications window and on the task detail to make it easier to quickly accept a meeting you've been invited to.
- Fix an issue in an outlet version with some calendar items being shown in duplicate on the calendar in the facility view
- Fix and issue where tasks belonging to a project could not be moved on the calendar if 'show projects' on the filter was selected
- Startup notification now shows the number of outstanding or past due mass merge letters that need merged as a separate total, much like emails notifications do.
- Startup notification also displays the letters added by the employee once at startup and not every 10 minutes when the notification timer starts. This means a user will only be told once that letters are due -- until the next log in, or if they hit refresh
- Add support for font size on a calendar. The font size can now be set as a default size in a filter and subsequently changed when viewing the calendar
- Dragging the title of a facility based calendar will now detach it from the current calendar into its own window. This enhances the existing context menu approach
Miscellaneous
- A number of minimum screen sizes have been reduced through-out Theatre Manager in an effort to deal with the standard Windows 7 interface, tool bars, etc being larger and requiring more screen real estate than XP or OSX.
- There have been minor enhancements and fixes to word processing window.
- Allow export of latitude, longitude, geocode source and county (US addresses) from the database for export to a system like QGIS or Grass
- Added export of end of day GL entries to Accpac version 5.6 to list of directly supported formats
- Fix import issue where a space on the end of a field name would cause issues. Leading and trailing spaces on field column headings are now removed prior to the user matching the import fields.
- Standardize some buttons at the bottom of lists to have the same name in more places.
- Condense the text on a number of legends in list windows to show more list data and yet retain the same amount of assistance to the user
- Fix issue entering the target revenue for a show on the play window where it would double it after entry
- Fix an issue in end of day deposits for outlet versions where some payments could inadvertently be listed in the end of day from another outlet if the user doing the end of day was a master user (daily operating with those privileges is never advisable).
- Implement a number of under-the-hood settings for permissions to various windows on the outlet version of TM.
- Add a threshold to system preferences regarding the backup size warning. It is normally zero, and can be set as large as a 5% difference. We recommend a setting somewhere between 0.1% and 0.5% difference before a warning is sent to users.
- Improve performance of E-Blasts and print merge
- Encryption and decryption algorithms now support unicode characters.
- Added a few more genre's to the event window for ticket trove
- Resolve a long standing issue with letters added to a patron that sometimes display an editnum error after changing the document to be sent. This error occurred:
- if the letter was added as an email to send to a patron -and-
- you edited the letter to customize it -and-
- the web listener was not that busy so it grabbed the letter and sent it right away -then-
- you would see this issue
- The resolution was to delay emailing a document for two hours.
- Added a code table so that report sales groups could be described instead of just being letter codes. The sales promotion edit window now lets you pick those as a lookup (the values are in the code table)
- Significantly improved performance of displaying transaction records on screen and in some transaction reports.
- Change the edit check on saving graphic maps to measure using 1K=1024bytes (instead of 1K=1000bytes) so that the picture side displayed to the user an the edit check size are based on the same metrics.
- The windows TM installer now puts Growl for windows 2.0.8.1 in place. You can update direct from the Growl for Windows web site, or re-install using the latest Theatre Manager installer (9.12.11)
- Add pass number and description to Till Balance and Deposit Detail reports (9.12.11)
- Add help comments regarding tax treatment of certain passes to the gift certificate setup window to clarify how to set prices for them. (9.12.11)
- Fix issue where county was not properly added to the patron address record. Running the verify record from the city lookup will correct any existing address records. (9.12.12)
- Fix the royalty report where the allocation reported very large numbers if the total balance on an order was non-zero -and- the order had order fees in it -and- there were two payments that offset each other exactly, which is a rare condition to have unpaid for tickets in such a state. (9.12.16)
- The external account number (in account setup) is now calculated to be the same as the newly create internal account number when an account number is duplicated. (9.12.16)
Things a venue may need to do
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do'. Please note that the web pages changes in this version are minor grammatical changes or of minimal impact and do not need to be implemented unless you wish to take advantage of any new features in the release notes.
- Read about the tmsource parameter in web links. If you want to track the referral source (i.e. to track how people came you your ticketing site), you may want to implement this as a parameter or a cookie.
- Force TM to use latest components put in place to address XP crash issues. If you installed 9.12.03 after Nov 10th, you will have these components. If not, this forces an install on a machine to make sure the correct components are in place to fix the problem. (9.12.05)
- Added additional edit checks for new discover card number ranges (9.12.05)
- You may wish to verify addresses from city lookup if you need to do any mail list building or searching by county in the USA (9.12.12)
Changes to Web Pages
Please download the latest web page updates and compare the web pages to your existing pages. (If you have already implemented the 'tmCustom' folder, you can simply replace the pages below). The following itemizes the changes made to web pages:
In the 3rd Column are 3 flags.
- R=Required Page Change - must be made
- M=Mandatory. Only make the page changes if you want one of the new features.
- O=Optional. Mainly cosmetic or only make the change if it is needed because you want to implement the feature that the description column speaks about. Existing web pages should still work with this version of Theatre Manager - so this change can be deferred to later.
| Files in the each outlet directory (1/WebPagesXX) |
| TMtickets.html |
Added capability for search by genre and an icon link for ticket trove. If implemented, the other 3 genre files become mandatory. |
O |
| tmError.txt |
3 new error messages to deal with
- searching by genre if no events are found when genre is specified as the only search parameter.
- searching for tickets in a reserved seating venue when they do not have to be all together
|
O |
| Files in tmMaps |
| TMticketsSection_MapDefault.html |
Added an option for the patron so that they can specify if their seats need to be together or not (meaning pairs where possible). This uses the F_TOGETHER variable in the form. |
M |
| Files in the main templates directory |
| constantALLGENRES.txt |
New File - place in this directory. If genre search is implemented, you may want to change the word 'Genre' if it is not suitable for your web site. |
O |
| setGENRE_LIST.html |
New file - place in this directory |
O |
| setGENRE_LISTempty.html |
New file - place in this directory |
O |
| Files in the tmGifs directory(1/WebPagesXX) |
| tickettrove.jpg |
new file Copy the ticket trove icon to this directory |
O |
Version 9.14
note: approximate release date is Feb 6, 2012.
Version 9.14 contains more performance and functional enhancements, performance enhancements, brand new features, and some bug fixes.
Please note: Apple no longer supports PowerPC Macs in Lion (OSX 10.7) and planned features for Theatre Manager will eventually need to rely on this SDK (Software Development Kit). Support for PowerPC Macs may be limited to using 9.14.xx of Theatre Manager or earlier. With subsequent releases, we will advise if that release of Theatre Manager can be run on PowerPC Macs (which are typically 8 years old or so).
Upgrade Time
Version 9.12 has some significant features and preparing database for the new fields may take some time for an average site (depending on total ticket sales). Upgrading this version requires, at a minimum:
- Installing TM on each workstation. This is a WALKAROUND install
- There are 40 potential web page changes - 3 of which are required at this time. With the implementation of the concept of venue, we are replicating some data so that existing web pages should work without change.
All feature changes, enhancements are optional and this version could be implemented at any future time.
Key Changes in Version 9.14.00
The following changes have been made to Theatre Manager since version 9.12
- Implement the notion of a Venue so that existing Theatre Maps that really are for similar venues can be merged into one Venue for Facility Management purposes. This will allow tracking things to 'venues' to be easier. The Theatre Maps become pricing structures within a venue and you can have as many pricing setups as you wish per venue.
- Revise the order window to use icons (and words) to navigate to the various parts of the order window.
- Implement threading when searching for lists of information to take advantage of multi-processor CPUs on workstations.
- Addition of Asset Tracking for donors for major giving prospecting
- Added support for publishing calendars to CalDav servers directly from Facility Management
- Web listener monitor screen has been rewritten so that web logs can be viewed independent of running as a listener. This feature is part of the future direction to support listeners as services.
Point Release Version History
Point releases are minor version fixes and small enhancements to any particular version.
Venues and Pricing Maps
The most significant change is the separation of theatre maps into 'Venues' and 'Pricing Maps'. Prior to version 9.14, a theatre map contained both the address data and a pricing map. It meant a new zone set up in a venue required a new theatre map which had some side effects on facility management.
Separating this information means that venues now reflect the true list of venues that are used -- and you can have as many pricing maps as you wish within the venue. Facility Management now shows tasks in the venue on the calendar (and not the pricing map) which is far more convenient.
The screen below shows what a venue now looks like. It has the name, address and icons for ticket trove (like before). The pricing maps at the right are new. You can edit them by double clicking (or create new ones)
The pricing map is shown below and contains the seat count, graphic map, seat names and best seat settings. The subtle difference is that a venue can contain multiple pricing maps which has some future potential:
- If the maps have the same number of seats (even if rearranged), the future intention is that you can swap one map for another on an event or a performance. This could support:
- rezoning a venue after sales have occurred to support dynamic pricing through rezoning
- different layouts of a venue (with same seats) for each show in a season package
- different best seat searching on a performance basis if you want. Searching for seats on opening night could be different than saturday matinees
- different seat names if the venue is rearranged for an event. Example Orch Left 101 could be re-labelled on-stage seat 18 if part of the front row is removed and the seats actually put onstage (something we've seen more than once).
- having different graphics for each layout and pricing zone
- consolidating maps from the past with different seating capacities and/or implementing seating in a venue that really is different. For example, arenas usually have hockey, basketball, and a number of concert and special event layouts. Note that pricing maps from previous versions appear as separate venues which can be merged. Once merged, they cannot be separated at this time.
Ticket Sales
The order window has been changed so that the words on the left side of the window which are used to navigate to various parts of an order (like tickets, fees, payments, etc), has been enhanced with icons. This change is based on observation and feedback to try to make it even easier to navigate the sales process.
Other changes are:
- Searching for a control number for a pass/gift certificate now uses a 'like' search so you can find passes easier.
-
- Searching for a PO number now uses a 'like' search so you can find by contents of the PO number. This is helpful for groups sales to find the name of the group or school within the PO number.
Multi-Threaded Searching and List Updates
This is a vey subtle change to the operation of Theatre Manager. Much of using TM consists of filling lists with information - such as searching for patrons or loading up the tickets in the ticket list on the patron detail. We've made this faster in the past by offloading some computation to the postgres server.
In version 9.14, we've taken this a step further. Many machines these days have two or more CPU's. The trend to multi core machines means that a computer is largely idle unless we take advantage of the other cores - which we did.
The effect, from a user perspective, is threefold and not immediately obvious:
- When starting a search, the search will actually occur on another thread (or CPU). It means you can still move the window or go to another screen while the search is happening. Example, if you search for all your patrons in a large database, you can go and look at a list of venues or sales promotions and the interface is not locked up.
- Cancelling a search is different. All you need do is type a new search word or two in the search area on a list and start a new search. The previous one is ignored (and will eventually cancel) and the new one takes precedence. For example, on the patron list, this means if you search for 'Smith' and there are a lot of them, you can type 'Jones' and begin that search before the 'Smith' search is finished - effectively cancelling the 'Smith' search.
- Tabs on any detail window (like the patron window) will start filling in the background or updating in the background. We will take this forward to continue to create a more responsive interface and take advantage of more modern machines.
Patron
A new feature was added to the patron window called Asset Tracking which allows employees with permission to see and/or edit a list of assets (and optionally, the value) for a patron for major gift prospecting. There are separate permissions for this feature and the window will not be shown if an employee does not have permission to see the data.
Other changes are:
- The HST number on the patron window is now character
- Fix tracking of county in the USA and repopulate addresses with correct county information. This allows search by county to function correctly.
Event/Play Setup
- You can now print maps from the attendance screen using a context menu
- The 'Season Control House' setting on creating performances now defaults to 'off' so that a user must specifically select the performance as control house. Since control house tickets can never be printed, leaving it on accidentally meant some tickets would not be printed online or via batch printing.
- Add warnings to the performance detail window when setting the 'Season Control House'. If the event that the performance is for is not specified as a current season control house or past season control house for any package, you will get a warning trying to turn the flag on. Conversely, if the user tries to turn off the flag and it is part of a season package control house, a warning will be issued indicating it shouldn't be turned off. The ramification of either choice is explained in the message.
Employee
- Added a new security data level for Donor called 'Manage donation assets'. This will allow the ability to set who can enter in donation asset information on the patron window's Stats tab.
- Added a new security function level for Venue called 'Merge two or more venue records into the same venue and delete the others'. This will allow the ability to set who can merge venue maps into a common venue location.
- Added a new security data level for reports called 'Create search criteria and ability to export generated report'. This will allow the ability to set who can enter in search criteria for reports and once the report has been generated, if they are allowed to export the data from that report.
End of Day
- The create sales entry window now shows the number of reservation only orders in the text on the screen to give an idea of how many exist
- Converting reservation only orders to actual orders will now get those orders that have no tickets and no facility 'estimate only' orders. Previously, it would not find orders that had no tickets at all and leave them forever in the reservation only state.
Web Sales
- The web listener window has been rewritten entirely and has some changes in operation.
- Logs are now only written to the database (there is no longer an option to write to local disk).
- The listener monitor window is now a separate function from running as an actual listener. This means Listeners can either function as before, or you can simply open the listener window which allows the monitor to 'watch' only itself or all listeners without actually processing web requests.
- Existing listeners will auto-start in the same mode as before. The intent is to allow starting of listeners as services so that they can all be headless - and the monitor can run from any workstation to watch progress of all listeners.
- Note that some of the functions and buttons on the web listeners have been changed or eliminated to support the separation of monitor and listener capabilities. Different features will be added in the future to watch performance - but one key metric of total time in each web request is now being tracked and can be viewed in the monitor list. You can see more detail by changing the reporting level of the monitor on the lower right side.
-
- Enhanced to use rowSubReserve.html (used to share rowTicketReserve.html) for season reservations ticket purchases. This .html page already exists in the tmTemplates folder.
- Enhanced to use rowSubNoSeat.html (used to share rowTicketNoSeat.html) for season reservations ticket purchases when an error occurs for the tickets selected to be given to the patron. This .html page already exists in the tmTemplates folder.
- Enhanced error checking if encountered non-priced events for season reservations ticket purchases
- Enhanced error checking if encountered non-priced events for single ticket purchases
- Enhanced to use rowCartOrderCouponFee.html (used to share rowCartCoupon.html) and rowCheckoutOrderCouponFee.html (used to share rowCheckoutCoupon.html) for coupons that are setup for a one time fixed amount discount for an order. These .html pages already exists in the tmTemplates folder.
- Changed handling of the condition where two separate patrons (in different households) somehow ended up with the same email address. Since this is not supposed to happen, but might occur in a data import situation, the web listeners now prevent the user from logging in and inform them to call the box office. The box office will need to merge the two records containing the same email before the patron can use it to buy online. Duplicate email addresses are never supposed to occur, so this is protective condition in case it does.
Facility Management
- The major change is to implement calendaring based on venues instead of pricing maps. It makes calendar management simpler for the end user.
- Improve handling of ICS files in general and make more robust.
- Implement publishing calendar information (as represented ins a filters) to:
- Caldav servers directly
- iCS files for importing to iCal, outlook or other calendars
- FTP of calendar files to public servers for users to incorporate into a file
- Volunteer/personnel history data on a calendar can now be duplicated by option-dragging the selected tasks. It means you can duplicate some usher information into another date from the calendar, for example.
- The hot seat analyzer window has been revised to handle selection of venue, then pricing map within the venue before displaying results.
- A context menu has been added to any list of tasks to create a project from any list of tasks in any task window.
- You can now tabs between fields on the gantt chart display to edit the fields.
- You can now double click or context click on connections between tasks on a gantt chart to edit or remove the dependancies. You can also double click or context click on milestones to edit them.
Reports
- Printing of a theatre map with the sol seats now shows a total of the sold seats up near the logo on the report. If printing by order # or group name, this will help generate separate maps for each bus or tour group attending a performance rather than highlighting maps by hand.
- Fixed a minor zero-divide issue on the payment allocation report whee to resolve a boundary condition of tickets in the order and that had payments that offset each other and totalled zero. The report now reports zero instead of an arbitrarily large number.
- Added pass number and description to the till balance report to ease reconciliation.
- Added pass number and description to the deposit detail report.
- Fix the total field on house report by order to show total balance owing in each subtotal section.
- Fix display issue on a number of transaction reports.
Outlet Version
- Change the ticket-transaction verification report so that it ignores 'Z' transitions because those transactions track tickets that have been sold by another outlet. The report was counting the Z transactions from another venue so the report appeared out of balance when it was not.
Miscellaneous
- Windows machines with bonjour installed on them way be able to find database on OS-X servers using bonjour services. Bonjour is installed if a user installs any apple s/w on a XP and above such as iTunes.
- Fix issue when changing password during login - Theatre Manager no longer gives a message that the user could not be found - and continues to log in properly
- You are able to drag lists of donors (on campaign list), pass buyers (pass/g.c. window), ticket buyers (event window) and volunteers (event window) to the "who's in" tab on the mail list to add those patrons to the mail list.
- You can now print maps showing taken seats using a context menu on the 'plays' window 'attendance' tab.
- Resolve an issue on delete of an outlet if the common code tables were assigned to the master outlet and the master outlet was changed, then subsequently deleted.
Things a venue may need to do
- Read all prior release notes back to the version you upgraded from and follow any instructions for each version under the subject 'Things a venue may need to do'. Please note that the web pages changes in this version are minor grammatical changes or of minimal impact and do not need to be implemented unless you wish to take advantage of any new features in the release notes.
- Have a look at your list of venues and decide if some are in the same physical space and should be merged together using the venue merge feature. This will be important for those with the facility management module so that venues only appear once on a calendar, regardless of the number of pricing layouts that there are.
- In company preferences on the 'Appearance Tab', you may want to change the display name for 'Venue' to be 'Venue' instead of 'Theatre' or some other name. There is a new display name for 'Pricing Map' that defaults to 'Pricing Map' that you may also want to change the name of.
- Implement some more context sensitive help on message windows. If a message window has 'Explain' on it, clicking that should take the user to the appropriate help pertinent to that situation
- Many message windows now allow copy of the text of the message on the window so it can be pasted into an email (to support, for example)
Changes to Web Pages
Please download the latest web page updates and compare the web pages to your existing pages. (If you have already implemented the 'tmCustom' folder, you can simply replace the pages below).
The vast majority of the changes replace any pricing map field with its corresponding venue field. For example TM_ADDRESS1 should be replaced with VE_ADDRESS1 everywhere. However, to avoid the need to change pages immediately, we have replicated venue and pricing map address data within Theatre Manager so that the page changes can happen at a later date -- if desired. Meaning that existing web sites should work as long as the 3 'required' pages are implemented.
The following itemizes the changes made to web pages:
In the 3rd Column are 3 flags.
- R=Required Page Change - must be made
- M=Mandatory. Only make the page changes if you want one of the new features.
- O=Optional. Mainly cosmetic or only make the change if it is needed because you want to implement the feature that the description column speaks about. Existing web pages should still work with this version of Theatre Manager - so this change can be deferred to later.
| Files in the each outlet directory (1/WebPagesXX) |
| TMpatronNew.html |
Added a reference in the top toolbar containing "Login Information" to make a note that the asterisk refers to required fields on the page. Centered the entire table on the screen (it was left justified to the left of the screen). |
O |
| TMpatronUpdate.html |
Added a reference in the top toolbar containing "Login Information" to make a note that the asterisk refers to required fields on the page. Centered the entire table on the screen (it was left justified to the left of the screen). |
O |
| TMsubscriptionRenew.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| Files in the WebPagesXX/TMtemplates directory |
| rowCartCoupon.html |
Remove a comma from the link that was making incorrect URL's so that clicking on the URL would indicate that the link was broken. Fixing this means that patron browsing the web could now click the description of the discount fee created by using the coupon and see a description of what it means |
R |
| rowCartOrderCouponFee.html |
Added this file in the TM directory. It was not used prior to version 9.14 and is required to display coupon in the shopping cart correctly when there is a one time discount applied -- and allow the patron the ability to remove the coupon from the cart. |
R |
| rowSubReserve.html |
Added this file in the TM directory. It was not used prior to version 9.14 and is required to sell tickets for subscriptions -- and allow customization of the subscription ticket seat offering to be different than the normal reserved ticket display. |
R |
| rowCheckoutOrderCouponFee.html |
Replace this file in the TM directory. It has not been used prior to version 9.14 and has been updated to match the visual display in the checkout invoice as it is shown within the online shopping cart. |
O |
| rowPatronAddress.html |
Added "span class=message" to the Country popup field to have the required field asterisk appear in the colour red. Currently it was appearing in the colour black where as all other asterisks on the page were in the colour red. |
O |
| rowPatronEmail.html |
When adding a new online account, it will default to 'Email Address' but when editing the account it will display the kind of email address it is (home, work, other, etc.) rather then saying 'Email Address' for each Email address the patron has assigned to their account. Also updated it show an asterisk beside the Email and Password fields to make it part of the required fields when entering or editing the patron account. |
O |
| rowCartCourseNewGroup.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowCartFestivalNewGroup.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowCartFestivalNewGroup.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowCheckoutCourse.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowCheckoutFestival.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowCheckoutReserve.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowFutureTicketHeader.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowFutureTIcketPrintHeader.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowOldCartCourse.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. Replaced D_FESTIVAL_DESC with D_COURSE_DESC |
O |
| rowOldCartFestival.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowOldCartPrintCourse.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. Replace D_FESTICAL_DESC with D_COURSE_DESC |
O |
| rowOldCartPrintFestival.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowOldCartPrintReserve.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowOldCartReserve.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowSubBookedHeader.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowSubNewDetail.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowSubRenewHeader.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowTicketEvent.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| setVenueList.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. |
O |
| rowTicketEventExport.html |
Renamed a number of fields from TM_ to VE_ along with the XML. Replace this file in entirety. If you are using it to extract information from TM for another site, then you will need to adjust the code elsewhere to match the field names, or leave the XML tags the same. |
M |
| rowTicketEventExportCustom.html |
Renamed a number of fields from TM_ to VE_ along with the XML. Replace this file in entirety. If you are using it to extract information from TM for another site, then you will need to adjust the code elsewhere to match the field names, or leave the XML tags the same. |
M |
| Files in the WebPagesXX/tmEvent directory |
| tmEventDefault.html |
Renamed the following fields: TM_MAP_NAME to VE_NAME, TM_ADDRESS1 to VE_ADDRESS1, TM_ADDRESS2 to VE_ADDRESS2
Added VE_CITY, VE_PROVINCE, VE_POSTAL_CODE to the description of the location of the venue. |
O |
| tmEvent*.html |
if you have customized TMEventDefault.html to be specific to other events, you may wish to make the same name changes as above. |
O |
| Files in the WebPagesXX/tmSubscription directory |
| tmSubscriptionDefault.html |
Renamed the following fields: TM_MAP_NAME to VE_NAME, TM_ADDRESS1 to VE_ADDRESS1, TM_ADDRESS2 to VE_ADDRESS2, TM_VENUE_NOTES to VE_NOTES, TM_SEQ to VE_SEQ, TM_WORK_PHONE to VE_WORK_PHONE, TM_FAX_PHONE to VE_FAX_PHONE, and added hidden field for SG_SEQ
Added VE_CITY, VE_PROVINCE, VE_POSTAL_CODE to the description of the location of the venue. Also moved the location of the <form> elements to make it clearer in the code.
The effect of the change is so that the buy subscription now button will take the user right to the subscription selection window instead of going to the list of subscriptions - the context is more immediate and one less web click for the patron. |
M |
| Files in the WebPagesXX/tmMaps directory |
| TMsubscriptionMapDefault.html |
Cosmetic changes |
O |
| TMsubscriptionPriceMapDefault.html |
Cosmetic changes |
O |
| TMticketsPrice_Map.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. Also replace TM_ADDRESS1 with VE_ADDRESS1, TM_ADRESS2 with VE_ADDRESS2 |
O |
| TMticketsSection_MapDefault.html |
Replace TM_MAP_NAME with VE_NAME if you want to use the overall venue name instead of the new pricing map name on web pages. Also replace TM_ADDRESS1 with VE_ADDRESS1, TM_ADRESS2 with VE_ADDRESS2 |
O |
| TMtickestsSection_MapDefaultc.html |
Added VE_NAME, VE_ADDRESS1, VE_ADDRESS2 so that any course offering window is consistent with reserved and general admission and shows the address of the venue |
M |
| TMticketsSection_MapDefaultf.html |
Added VE_NAME, VE_ADDRESS1, VE_ADDRESS2 so that any course offering window is consistent with reserved and general admission and shows the address of the venue. |
M |
| Files in the WebPagesXX/tmVenue directory |
| tmVenueDefault.html |
Renamed the following fields: TM_MAP_NAME to VE_NAME, TM_ADDRESS1 to VE_ADDRESS1, TM_ADDRESS2 to VE_ADDRESS2, TM_VENUE_NOTES to VE_NOTES, TM_SEQ to VE_SEQ, TM_WORK_PHONE to VE_WORK_PHONE, TM_FAX_PHONE to VE_FAX_PHONE |
O |