Here are standard templates for the Eventchain system build at start-up.
CONTACTS
There are only 3 mandatory columns to load contacts. First name, last name, and email. Combined they form the Eventchain CRM KEY.
You can MAP column to column when you load this table
It must be CSV
An audit trail will be provided at the end of any load of failed records.
These can be seats/rooms/suites/boxes/Parking spots.
TIP:
It's best to create as many (ALL) assets as you sell. Build anything that you may need to eventually ticket.
Accounts (your customers or clients) are the owners of assets. They login to our portal, receive tickets via email or SMS, or place F&B orders
TIP
Accounts are auto added using the EC sales system, can be loaded by file, added 1 by 1 manually, or using our accounts-API.
You can use the CRM column to link customer data from other CRM systems.
TIP:
A combination of Event, Asset and Client is defined as the asset owner in Eventchain. Ownership of an asset maybe casual through a sale or as permanent lease held by a company for the lease period. Perhaps a season or number of years.
Owners of assets have rights to tickets and offered Food and Beverage and other "upsells".
ownerhip can be set per event by
* the Eventchain API
* File loading
* Manually 1 by 1 - with ability to copy all asset owners from a past event.
This file is simply a combination of Asset and account loading per event.
** The ownership loader will create FACS And Accounts if they do not exist. And provide an audit trail of the same.
Portal distribution is assumed as is company type.
** CoMiNG Q2 23
automatic ownership updates of PERMANENTS (by contract dates) + HIRERS
If casual sales are also used - all ownership is fully automated
Eventchain is ticketing agnostic. We provide 3 options configurable per event.
Eventchain generates barcodes and shares them with the gate manager.
You Bring your barcodes and load a file of barcodes per event.
The event is not ticketed.
Eventchain No Longer supports the Ticketek API ( January 4)
TIP:
Eventchain always suggest to load as many events as possible. FULL season is recommended. As you can see from the template - column 1 - eventID -allows multi event loading.
All that is needed for a barcode is unique reference to a seat, the event and a barcode.
The unique seat reference is provided by;
section && row && seat
These files should be shared as CSV as per this article.
Eventchain provides a 2-work-day turnaround for any file upload. We are often faster however you should expect these lead times for planning purposes. These lead times assume data is clean and accurate. If eventchain needs to clean data - this SLA commences from when we have clean and accurate data.
Either email these files to support@eventhub.com.au - or via our in-app CHAT system.
Please do not send these files directly to scott@eventhub so the task is captured and ticketed as part of our automatic SLA processes.