User Manual - Commercial Partners

Introduction

Parks Australia eTicketing system is a simple way for visitors to Kakadu National Park to purchase a park pass online, from retail shopfronts and through other partnerships such as Commercial Tour Operators and Retailers.

It allows Independant Travelers to purchase tickets ahead of time, and modify tickets to suite their changing travel plans. It also allows Commercial Tour Operators to purchase tickets on a just-in-time basis to avoid the cost of keeping pre-purchased tickets in stock. It also allows retailers the same convenience, the ability to sell tickets without having to invest in stock.

Register your organisation as a Commercial Partner

If you organisation is not already Registered as a Commercial Partner then contact Parks Australia. This only needs to be done once per organisation.

Parks Australia will create a record for your organisation in the system, and will set up one person as an administrator of that account. This administrator wil then be able to manage manage accounts for your organisation (including other administrator accounts). This can also be done over the counter at Parks Australia office or Visitor Center.

See also:
  • howoto-register-org

Register a user account

This only needs to be done once per person.

Each person who can access the system needs to have an account. Rather than creating yet-another user name and password for you to remember, you can use a social media account such as Facebook, Twitter, Google or GitHub to log into the eTicketing system. If you are unable to use one of these services from your workplace, contact Parks for an alternative (local) account.

When Parks Australia first sets up an reseller organisation, they create an administrative account for someone in the organisation. This person (Admin Account) will be able to create, delete and modify user accounts for that organisation, including granting and revoking administrative priveleges to other users.

See also:
  • Retail Administrator: Create new accounts by sending an invitation
  • Retail Administrator: Approve a new account application
  • Retail Administrator: Grant and revoke priveleges to a user account
  • Retail Administrator: Remove users from your organisation

Getting Help

TODO: phone numbers, urls and email addresses for these...

  • 24/7 email/telephone helpdesk (technical difficulties)
  • 24/7 telephone helpdesk - assisted digital ticket sales
  • Business Hours: email/telephone/shopfront - register as CTO or Retailer
  • online user support forum

Feedback always welcome; Any user can make comments, raise issues or suggestions in our github account. That’s also the best place to get support if you want to run your own version of the software (this is open source software).

Logging in

Normaly, a user is a member of only one organisation, but it is possible for them to be in more than one. A user can have different roles in organisations, such as Admin, Guide and Sales Agent. There is more information about this in Roles and Responsabilities.

Simple Case

The common situations are:
  • Admin for a single organisation
  • Guide for a single organisation
  • Sales Agent for a single organisation
  • Guide and Sales Agent for a single organisation

Depending on a user’s role, they see a different page when they first log in.

action Admin Guide SalesAgent Page
login 1 0 0 Org Home
login 0 1 1 Org Home [1]
login 0 1 0 CTO Home
login 0 0 1 Retail Home
[1]This assumes the user is Guide and Sales agent in the same organisation.

These login scenarios involve the following pages:

page name example URL description
login /accounts/login/ The page where a user logs in.
CTO home /cto/123/ Page about Tours (etc) for one organisation
Retail Home /retail/123/ FIT ticket order form (a lot like the public form)
Org Home /org/123/ Organisation Summary, links to Retail and CTO Homes

Unusual Cases - A member of multiple organisations

It’s probably uncommon, but a user could have roles in different organisations.

For example:
  • Guide for multiple organisations
  • Sales Agent for multiple organisations
  • Admin for multiple organisations

In these situations, when a person logs in, they would have to chose which organisation they want to act on behalf of. Then they would navigate to the correct page.

action Admin Guide SalesAgent Page
login 0 2+ 0 select CTO -> CTO Home
login 2+ 0 0 select Org -> Org Home
login 0 0 2+ select Retail -> Retail Home

Those unusual cases require aditional pages:

page name example URL description
Select Org /org/ List of organisation user is a member of
Select CTO /cto/ List of organisations user is Guide or Admin of
Select Retail /retail/ List of organisations user is a Sales Agend or Admin of

It could be even more complicated. If a user is a Guide for one organisation and a Sales agent for another, when they log in, they would need to chose which organisation they are acting on behalf of. If they were a Guide and Sales agent for the same organisation, they would not have to make that choice.

action Admin Guide SalesAgent Page
login 0 1 1 Org Home (if same org)
login 0 1 1 select Org (if different orgs) -> Org Home

In the more complicated combinations, the user would have to select the organisation they are acting on behalf of when they log in.

action Admin Guide SalesAgent Page
login 0+ 2+ 1+ select Org -> Org Home
login 0+ 1+ 2+ select Org -> Org Home

Visualising the login logic

Overall, this diagram shows the different naviation paths from logging in. It looks complicated because it covers all possible situations, however each user would only experience one path based on their personal circumstances, so it should not be a complicated experience for them.

digraph d {
   node [style=filled fillcolor=white];

   login [label="Login"];
   cto_home [label="CTO Home"];
   select_cto [label="Select CTO" fillcolor=lightgrey];
   retail_home [label="Retail Home"];
   select_retail [label="Select Retail" fillcolor=lightgrey];
   org_home [label="Org Home"];
   select_org [label="Select Org" fillcolor=lightgrey];

   login -> cto_home;
   login -> select_cto -> cto_home;
   login -> org_home;
   login -> select_org -> org_home;
   login -> retail_home;
   login -> select_retail -> retail_home;
}

The Drop-down Menu

Roles and Responsabilities

Public users of the Parks Australia web site are essentially anonymous. They do not have accounts, they do not log in to the site.

Logged in users are typically members of 1 or more Commercial Partner organisations, such as Commercial Tour Operators or ticket retailers.

A user may have the following priveleges (roles) for an organisation:

  • Guide priveleges
  • SalesAgent priveleges
  • Admin privileges

If a user has Admin priveleges for an organisation, they automatically have SalesAgent and Guide Priveleges for that organisation.

Admin priveleges allows a user to:
  • manage organisation configuration (TourTypes, Vehicles, etc)
  • invite/approve/remove organisation members
  • grant/revoke priveleges (SalesAgent, Guide, Admin)
If a user has SalesAgent priveleges, they are able to:
  • search for customer’s tickets
  • edit customer’s tickets
  • create FIT tickets on behalf of retail customers
If a user has Guide priveleges, they are able to:
  • search for customer’s tickets
  • edit customer’s tickets
  • Create PAX tickets and a tour manifest

A user can be a member of multiple organisations. They can have different roles/priveleges in different organisations. This has an impact on different navigation paths.

For example, see Logging in.

Retail Administrator: Create new accounts by sending an invitation

TODO

Retail Administrator: Approve a new account application

TODO

Retail Administrator: Grant and revoke priveleges to a user account

TODO

Retail Administrator: Remove users from your organisation

TODO