The Menu Structure :

The Home /Foyer = Reception is the LogIn page to the OFFICE .

Level-1 displays the overview page which describes the BENEFITS and advantages of the System.
At the TOP of the page and the BOTTOM of the page is the Sub-menu for:
--- Level-2 takes you to a list of more detailed information with a help button taking you to respective Library pages.
--- Foyer returns to Home / Foyer

Demo Dept which LogsInto the QuickBus© Demo OFFICE where you can GoTo the Sections described below. The only restriction being that no DELETions are allowed and access to the Admin Task is blocked.
Registration provides the first of two pages with clear instructions of how to REGISTER for your own complete and fully functional system where you can enter all of your own data and test out what each task can do. This System can be used for 60 days at NO COST and without any credit card requests. The details provided will be treated with total privacy and security. They are extensive but we do assume that the system will meet with your approval and that sometime before the end of the 60 days you will want to go to the Admin Section and make your first payment via PayPal. From then onwards the system will be fully functional with all the entered data for as long as the payments are maintained. We can send you DVDs containing all your business data at any time at a nominal cost.
Quote Dept Logs you into the Quote Request System and you can see the forms that a CUSTOMER will need to complete when using the QUOTE REQUEST button which can/will be load onto your own website or any other friendly website of your choice.
Library takes you to Page 1 of the User's Manual.

Once logged into a business OFFICE for either QuickBus© or vTrack every page has an action button to all the business sections for managing your business.

Each main TASK displays a menu of all the actions that are available for that TASK. Each SECTION has action buttons that are appropriate to that specific page that is being displayed at that time. Most screens have buttons that will access information from the Library regarding that specific subject.
For Booking, Customer, Address, Bus and Driver the first page displayed is for -SELECT- so that you can -SELECT- the record that you wish action. These actions are also referred to as TASKS. These SECTIONS have a -NEW- task which displays a page to collect the data for a new record. ALL the actions/tasks that can be managed are displayed in the respective tasks. In addition to the -NEW- task there is a -REPORTS- task for displaying all the information available for the SECTION in various sequences.
For Quotes the page provides the ability to view all the QUOTE REQUESTS that have been submitted for potential Bookings and one click will accpt the quote request as valid and place it as a Provisional (awaiting acceptane and CONFIRMATION) Booking.
For Operations The page displays TODAYS DailyDiary for managing ALL aspects of the JOBs that need to be done to execute any BOOKINGs for that day and at that time. This DailyDiary provides for the allocation of Drivers and Buses/Vehicles to each respective JOB.
The Status section displays the current status of the complete business. All resources and all financial details are displayed as at that time.
Admin is for managing the system and how the system handles various options. This section should only be needed to make changes to the way your OFFICE works. This section defines many of the busines policies that need to be applied.
EXIT is how you LogOut and close the system. It is good business practice to close the System when not not in use for many security reasons.

The Template has numerous errors at this time (intentionally) so that it cannot ber -CONFIRMed- in its current state. It must be DUPLICATED firstly and then edited to be a complete business entity before it is -CONFIRMED- and processed.

Organising a Booking:

can be as simple or as sophisticated as may be required to suit your business. We would be happy to answer any questions you may have via eMail to .

Work Process for a simple Booking System:

Entering the Booking.

Using any browser go to your OFFICE at www.QuickBus©.com.
Login to your ONLINE OFFICE
Click -Booking-
Click -NEW-
Select the Customer Name
Select the PickUp address
Select the Destination address
Give the Booking a name. This is used as a list item to reference the Booking
Select a start date from the calendar.
Select a start time
Select a END date from the calendar
Select an END time
Enter number of passengers
Enter a value for the total quote
Click on -NEXT-

GoTo -PlanSheet-. This will check that all information is logically correct.
Scroll down the Planning Sheet to the ITINERARY Table
Click on -RECALC- The System will take a little time to calculate all the costs.
You can check that your QUOTE is in the ballpark based on the hourly or the distance costs

Interaction with the Customer.

GoTo -SELECT- The System remembers the Booking that your are working on.
Click on -QUOTE- and then -SEND- and the quote will be emailed to the customer
A phone call to check that Customer is happy.
Return to -PlanSheet- to make any changes or add any notes
Click on -INVOICE- and eMail the Customer the INVOICE. The INVOICE always reflects the current account balance so it serves as a RECEIPT as well.

This provides all the business requirements for handling a customer Booking, quotes and invoices. If you require more business features such as the ability to issue Driver's RUNSHEETS, Customer Statements, Driver's ROSTERS and more then you will need to fill in more information on the PlanSheet and the System will take care of the requirements. Minimum data entry provides maximum business efficiency.

All the Power:

Work Process for using the complete system:

The System provides a COMPLETE OFFICE environment:

1. START by adding Customers (People, CLIENTS and SUBBYs) , Addresses (including regular Point-of-Interest addresses), Buses (including Buses that you drive on behalf of someone else = Non Fleet) and Drivers (including flagging those Customers who are SUBBYs and serve as drivers for their own or another customer's buses or vehicles.)

2. Add the Quote/Job Request System to your own website or to any website that you can create as a partnership. This is explained in detail in the QRS section of the USER Manual.

3. Start loading Bookings. Booking / -NEW- creates a Booking and Planning ID Number and NAME for a Customer or CLIENTs (the person who is paying YOU).

4. You then use that Booking Number to -PLAN- (used to be -EDIT- a Booking) ALL the details for that Booking including costs, dates, times, PickUp and DropOff, number of passengers and an Itinerary if required. Calculation information from the ITINERARY Table can assist in costing the Booking. The -PLAN- will create ALL the necessary Diary Entries in the form of JOBs to ensure that the Booking is executed ENTIRELY as requested by the Customer/Client on the date and time required and using the appropriate vehicle.

5. Use the -PLAN- to send Quotes, Copies of Itinerary or Provisional Invoices to Customer/CLIENT until the Booking is COMPLETE and accepted by the Customer/CLIENT.

6. The complete Booking can then be assigned to a SUBBY to execute before it is -CONFIRMED-. If a Booking is assigned to a SUBBY all that needs to be done after that is to complete the required accounting transactions. Collection of monies from the Customer/CLIENT and issue of receipts for the Booking to the Customer/CLIENT.

7. The Booking can then be -CONFIRMED- which will create JOBs that need to be done to execute the Booking as well as a transaction that DEBITS the Customer/CLIENT as payment due for the Booking or a CREDIT to the SUBBYs account for payment to the SUBBY when the Booking has been executed. These transactions are all defined in the Accounting Section of the PlanSheet.

8. The JOBs will then be available in the Diary on the correct date and correct time to ensure the execution of the Booking requirement. The JOBs are micro-managed from the DailyDiary including the allocation of Buses/Vehicles and Driver. In the event of any problems or changes to Buses/Vehicles or Drivers becoming necessary these are managed and recorded in the DailyDiary.
JOBs will NOT be created if the BOOKING is to be managed by a SUBBY and in that case the details of the Booking are eMailed to the SUBBY as a WorkOrder from the PlanSheet.

9. The Diary entries are then checked (in the form of DailyDiary) into the future (they could be many months into the future) and the JOBs are allocated Buses and Drivers (either your own or Non-Fleet buses and/or on-staff Drivers or SUBBYs) so that they are scheduled for that JOB and that DAY and at THAT TIme. The allocation of driver and vehicle to a JOB enables the system to produce
a-- ROSTERS for DRIVERS for a specific day or for a 14 day period from date of display/print/email and
b-- RUNSHEETS for DRIVERS or WorkOrders for SUBBYs for any JOB which has been set up.

10. COMPLETE and meaningful Driver's RUNSHEET (or SUBBY WorkOrder ) can then be printed as and when required.

11. All work requirements are managed by paging through the DailyDiary throughout each day.

12. When JOBs are in process (Bus is on the road and is checked out - by phone?? ) JOBs are set to -ACTIVE- and they become a Log Entry for the business to provide accounting and statistical information of any required form (reports or graphs ..)

13. Bus and Drivers can be changed after a JOB is -ACTIVE-. This provides a complete history especially when suitable notes/entries are made into the JOBs.

14. Any Customer outstanding payments (Example: Government accounts ) can be checked with a couple of clicks and reminder Invoices can be sent whenever required.

15. There are REPORTS associated with every TASK. If a System Owner has a specific need or requirement contact support at . The likelyhood is that the report will be included in the system within a few days. Because the system is, by design, a simulation of your business there is unlikely to be any report for which the support team would require development costs.


1.0 -- Using the - PlanSheet - to interact with your customer:
(Instead of using eMail this process could be conducted over a phone.)
1.1 Expand the ITINERARY Table on the PlanSheet if PickUp and DropOff require additional STOPS or overnight StopOvers.
1.2 Use the Time and Distance information provided by the ITINERARY to calculate a quotation for the Customer.
1.3 eMail the ITINERARY to the customer until all details are acceptable.
1.4 Complete quotation details and cost allocations on the - PlanSheet -
1.5 eMail Quotation/s to the Customer (or CLIENT) until ALL DETAILS are accepted.
1.6 eMail INVOICE to the Customer
1.7 Enter any deposits or other payments on the - PlanSheet -
1.8 -CONFIRM- the Booking / - PlanSheet -
1.9 NO changes can be made to this Booking after -CONFIRMation- although the ITINERARY or INVOICES can still be issued from the Booking. The INVOICES will always reflect the current payment status for that Booking.

2.0 -- The -CONFIRM- Process :
When CONFIRM is clicked after selecting a Booking or from the -PlanSheet- the Systems takes the following actions.
2.1 While listing these actions in the information window (unless switched off by user)
2.2 Creates JOBs. One JOB is created for each Vehicle/Bus that is required for each DAY of the Booking so that these JOBs can be tracked by means of the DailyDiary ( WorkSheet ).
2.3 Vehicles/Buses and DRIVERS are allocated to the JOBs for each appropriate DAY on the DailyDiary.
2.4 Any problems ( break downs, delays, sickness ) and logged on the JOB creating the Business LogBook for historical and statistical reference.
2.5 If the complete Booking ( rather than any individual JOBs ) has been assigned to a SUBBY the SUBBY will be credited with his share of the cost allocation from the PlanSheet.
2.6 The Customer / CLIENT accounts and the Booking Ledger will be charged appropriately.
2.7 The Booking cannot be deleted or changed after -CONFIRM- only the Itinerary and any changes to the costs must be entered by means of JOURNALs.

3.0 All business activities now moves to the Operations / DailyDiary. Please click : DailyDiary for a detailed description of the Operations which is, as its name suggests, is the control center for THAT DAY plus all appropriate FUTURE DAYS to ensure that documents like the DRIVER 14 DAY ROSTER can be re-produced accurately at any time.

Setting Up Itinerary:

The most powerfull and useful tool in QBO - - is the ITINERARY TABLE. The Table is part of the PlanSheet and becomes a stand-alone task when it is used. To EXIT the Itinerary Table click on -PlanSheet- or GoTo -SELECT- if you wish to start with another Booking. As with all screens in the system changes entered will only be saved when requested ( Using -SAVE- or similar action buttons. )

STEP 1 : Get a detailed copy of a Route that is to be loaded into an Itinerary Table.
This reference must include a detailed MAP or hard-copy runsheet for the purposes of this tutorial so that each stop (TimingPoint) can be identified and entered into QBO as a COMPLETE address.
If it is an established Bus Route then the route will be available on the internet complete with a MAP. QBO can also be used to provide a MAP for an Existing Route if the Route is only available as a runsheet or text document.

STEP 2 : Log into your QBO system.
THEN select Master Menu / Address. This screen will be used for adding new Addresses to the QB Address Table. The Addresses used for the creation of this ITINERARY should be considered as TimingPoints for this ITINERARY which will serve two major functions for the business; a) Provide a calculator for costing the trip / route and b) Provide the driver with a RUNSHEET which he can refer to on his Smartphone or perhaps a NoteBook (because of the advantage of a bigger screen ).

STEP 3 : Ensure all required Addresses are in the Address Table: First carefully check that the required Address is not already loaded into QBO. Ensure that the SELECT window is By ADDRESS Name. If it is not Change the Address List sequence (below the window) to be ___By AddresssName and click on -CHANGE- (The blue -CHANGE- action button). THEN -SELECT- to return to the Address search window.
THEN (with the No-Selection option highlighted) TYPE the first letter of the StreetName that you are looking for. (Not case sensitive). Example d (lower case d) will go to the first StreetName starting with a d. Use the mouse on the slider to the right of the window to move up or down the list (or with some systems the mouse-wheel will move the list).

Check whether the required full address is available on the list without (ID:23) is OK (ID:23**) is NOT OK. If asterisks are present it means that this address has not yet been validated by QBO. In which case click on Task Menu / MAP and if the Google Map is presented click on -SET- at the top of the Map. This will validate the MAP by adding information to that Address in the QBO Table.
If the map does not come up correctly then that address needs to be corrected so that it becomes acceptable to the Google Maps System and to be able calculate distances etc.
If there are no asterisks then that Address has been validated for the ITINERARY.

If the correct address cannot be found or if the address is incorrect in any way after checking the -MAP- for that Address then a new Address must be loaded to the system AND verified. Click on the -Help Icon- between Address Task--- and Task Menu THEN scroll down to The Address Records: heading for instructions on how to load a new Address.

Repeat this STEP until ALL the TimingPoints for the required trip / route are loaded into the QBO Address Table and ready to be used to create the ITINERARY Table.

STEP 4 : We now need a Booking Template. (Rather than a simple one-time Booking):
We say template because we anticipate using the template many times. The Booking will be set for some far future date (In 2022 I use 2028) and the times are of no consequence. We will use the Duplication function of the Booking task to create a -- Dup --BookingName which will then edited with the PlanSheet task of the Booking to reflect all the correct details for a LIVE Booking. At this stage multiple buses can be assigned to the LIVE Booking and the Booking can be scheduled for Multiple-Days (or even weeks or months) as would be the case for a School Run to be scheduled for a complete term excluding Sat and Sun etc.... When ALL the details have been checked and sent to the customer (or the client?) as a QUOTE for verification and acceptance THEN the Booking can be CONFIRMed and QBO will schedule all the JOBs that are required to expedite the Booking. If the JOBs have not been pre-allocated to buses and drivers then the JOBs will then need to be assigned to buses and drivers into the future using the DailyDiary for each day.

Create a Booking Template for this Trip/Route.
GoTo Main Menu / Booking / NEW

Select the Customer for whom this Booking will be executer. The school or bus company that holds the bus contract to service the Route that we are goint to build a Template for. If the Customer is not certain at this time build the Template for your own operating company. It can be changed before the Booking is chyanged from Template to LIVE>.

THEN SELECT the First TimingPoint for the Route in the PickUp Address window of the Bookinmg.
If you are unsure of the Address check the Address on the MAP by
a) Open a Duplicate Tab in the browser (RightClick the QBO screen Tab and select Duplicate)
b) GoTo: Master Menu / Address Select the Address that you think is correct and THEN Task Menu / MAP.

THEN Select the FINAL Stop/TimingPoint for the Route in the Destination Address window.

THEN Enter a Booking Name for this template.
Example: Template---TBW Logan Bus Route 552 Inbound.
This template will be Duplicated and the Dup --- Template will be correct for the LIVE Booking.

THEN enter 01-01-2028 in both START:--- date and END:--- dates
And leave the default 0800 start-time and 1400 end-time.
Passengers default of 12 and Quote estimate $0.00 can also be left as default.

THEN press Task Menu / -NEXT-.

There will be a warning note that the Value of the booking is $zero. This will be correct later if financials are goiung to be used in the system.
GoTo: -PlanSheet- and scan down the screen until you see -NEW_ITINERARY- ( Just above Booking Details ID:nn ) The nn is the ID number for this Template and is the only item on this Booking which cannot be changed. The Booking can be deleted BEFORE it is CONFIRMed but this ID number is used by QBO to control THJIS Template.

THEN Return to: -PlanSheet- and scan down to the ITINERARY TABLE which has been prepared by QBO with all the information available to-date. There will be 5 rows on the ITINERARY numbered 1-5 in the Seq. (fourth) column and 1, 5, 10, 20, 25 in the Ref. (first) column.
All editing actions on the ITINERARY TABLE are identified by THE Ref. NUMBER !! NB
The preliminary ITINERARY assumes that:
Ref 1. The bus will be collected from the bus depot to go to
Ref 2. Starting point of the Route being the PickUp Point to travel to
Ref 20. The Final Destination being the same as Ref. 10
So for our template we need to delete 10 and 25:
Enter 10 into Ref- box below the ITINERARY THEN -REMOVE- to the right of that entry. This will return to the ITINERARY Table with Ref. 10 removed.
And THEN do the same for Ref 25.
The QBO system could now be exited or switched off because the first part (up to the end of STEP 4) of the Template is now secure.

The basic Template is now in place and can be further edited at any time by starting with Master Menu / Booking THEN selecting Template---TBW Logan Bus Route 552 Inbound and THEN Task Menu: -PlanSheet-

STEP 5 : Adding futher TimingPoints to the Template:
Move down the PlanSheet to the Itinerary Table and ENTER Ref- 20 and -CHANGE-
This should be corrected to be Termination of Route 552or similar and THEN Task Menu: -SAVE_CHanges-

The last row of the ITINERARY TABLE that was relevant was Ref 5. So we must select a number greater than 5. Let us use 7 to leave a space for a later insertion. Enter 7 and GoTo: -_INSERT_- to add the next TimingPoint.
If we enter 5 (which exists) then QBO will move all existing rows, including the specified Ref- up one row and insert the new row in the row Ref- number equal to the insert Reg.-
The Ref- numbers will remain in sequence as counted in the Seq. Column.
Leaving gaps is a good practice. These Ref. Numbers are only used by the Itinerary Editor. The max number of Ref.- rows is 999 being three digits.

Repeat Step 5 for as many TiningPoints are required for the Route.
When completed and checked re-check to see that there are no Addresses which are marked with ** (double asterisks). These are un-varified and must be corrected. Use a duplicate browser screen and Master Main: / Address / Select / MAP / SET until the ** is cleared.
When all are verified ( no more ** ) press -RECALC- below the ITINERARY. If the rintimers have been entered into the Comment field of the ITINERARY ( for the drivers runsheets based on the calculations from the ITINERARY ) then it may be a good idea to enter a value (say 2 mins) in the Add-Mins-for-each-row block to provide some leeway for the start/stop nature of a route. If this IS entered it will appeat at the top of the hr.min@ col. on the ITINERARY.
If the -RECALC- does not work then one of the Addresses is faulty. That Address will have 00.00 values for one row aboave and one row below the problem Address. Reverify that Address with the -MAP-.

Create an Agency:

When you are reading a help or a reference page from the Library closing the browser page ( the X top right of a browser screen ) will return you to the page that referred you to the Library. Some pages refer to other Library pages. Extra pages can all be closed from right to left in your browser.

The Foyer = Reception is the LogIn page to the OFFICE .

Level-1 displays the overview page which describes the BENEFITS and advantages of the System.
At the TOP of the page and the BOTTOM of the page is the Sub-menu for:
--- Level-2 takes you to a list of more detailed information with a help button taking you to Library page.
--- Foyer returns to the Foyer Floor

Demo Dept which LogsInto the QuickBus© Demo OFFICE where you can GoTo the Sections described below. The only restriction being that no DELETions are allowed and access to the Admin Section is blocked.
Registration provides the first of two pages with clear instructions of how to REGISTER for your own complete and fully functional system where you can enter all of your own data and test out what each task can do. This System can be used for 60 days at NO COST and without any credit card requests. The details provided will be treated with total privacy and security. They are extensive but we do assume that the system will meet with your approval and that sometime before the end of the 60 days you will want to go to the Admin Section and make your first payment via PayPal. From then onwards the system will be fully functional with all the entered data for as long as the payments are maintained. We can send you DVDs containing all your business data at any time for a nominal cost.
Quote Dept Logs you into the Quote Request System and you can see the forms that a CUSTOMER will need to to complete when using the QUOTE REQUEST button which you can load onto your own website or any other friendly website.
Library takes you to Page 1 of the User Reference Manual.

Once you are Logged in to the system (either the DEMO System or your Own System) the OFFICE Sections are available for selection at the TOP of every page.
You can skip from one Section to another at any time. Most pages have a HELP MANUAL botton for each of the subjects that are dealt with on that page. The Major Section menu is as follows :
Booking for all processes relating to a Booking
Quotes enables you to view and action or delete all Quote requests which have come into your system from potential Customers.
Operations DailyDiary or Operations is created when a Booking has been completed with ALL required information to meet that CUSTOMERS requirements and the Booking has been -CONFIRMED-. It is a list of all the JOBs that need to be managed for THAT specific date and time and this is where the DRIVER and the BUS (or Vehicle) is assigned to each JOB. The Operations DailyDiary provides access to all the necessary information required to make any operational decision for that day. One click shows ALL Customer information, the complete Booking Form, All the Bus/Vehicle Information, ALL the Driver Information and a 1000 character (max) Notes section for notes of any kingd that need to be actioned NOW. When the JOB is STARTED ( when the driver is on-the-road ) the JOB can be marked as DONE. Bus/Vehicle and Driver changes can still be made after JOB is activated.
Customer This should probably be called the people file because this is where all CUSTOMERS are loaded to the System whether they be ordinary friends or CUSTOMERS or CLIENTs for whom a Booking is being Expedited or a SUBBY (Sub-Contractor) who is being allocated a JOB or a complete Booking.
Address The System keeps an Address Table for all addresses used in the system. This Table is used to list addresses for selection and once entered make the whole system very fast accurate and consistent.
Vehicle/Bus If the System is a vTrack System then this Table is for Vehicles and or Plant of all types. Otherwise it is for Buses and the Table lists both Fleet and non-Fleet Buses, Vehicles or Plant. non-Fleet are vehicles which are NOT owned by your business.
Driver A table of all DRIVERS that are EMPLOYEES. The Table needs to contain at least one driver even if he is never allocated to any JOBs. Drivers that are used as Sub-Contractors are listed in the CUSTOMER Table and marked as SUBBYs so that they appear on the list of drivers available for allocation to JOBs. This ensures that SUBBYs can be credited and/or debited for accounting purposes.
QB-Sim This is under development and test at this time. It display the location of all resources and cash flow status of the complete business at the time that it is requested.
Admin Not available for the DEMO System this task controls all the User Parameters such as the address information that is required for INVOICES and eMail address for OFFICE copies of REPORTS etc...
LogOut Whenever the System is going to be left unattended it is advisable to LogOut. Especially if you are the owner with a high security access level.

Time and :

TIMES for MUST always be entered as a 4 digit number in 24 hour time measurement format. This avoids any confusion. With the advent of digital time pieces, smartphones and the internet using and understanding the 24hr format becomes essential. Because this system is used internationally the times must all be in 24hr format to ensure functionality. Each System has its declared time zone.
Thus: 08:30 AM - thirty-two minutes past eight AM would be entered as 0832
11:11 AM - eleven minutes past eleven AM would be entered as 1111

Add 12 hours to any PM times so that :
01:04 PM - four minutes past one PM would be entered as 1304
08:55 PM - five minutes to nine PM would be entered as 2055
11:00 PM - eleven pm would be entered as 2300

The System caters for INTERNATIONAL usage. Each owner system specifies a timezone when the Registration form is completed. When any user logs into that owner system all dates and time will be stored and displayed for that timezone. So a user/owner using in London will be using the London/Europe timezone for all entries and displays.
As the website for is located in one country while the backup website is located in a different country the system makes use of Australia/Queensland time. The Trial OFFICE ( demo SYSTEM ) uses this time.

The system only caters for the dd/mm/yyyy date structure for entry and display at this time. The System does not cater for the American mm-dd-yyyy but all customer data entry forms provide a calendar for date selection to avoid as much confusion as possible.

provides a shortform DATE entry for the system. assumes that the year is EQUAL to the year of the current date. Any date other than the current year must be entered in full as (10 DIGIT) dd-mm-yyyy as 01-06-2006 or 31-12-1994 or 06-03-2018 -OR- without the seperator (-) as (8 DIGIT) ddmmyyyy as 01062006 or 31121994 or 06032018. ANY OMITTED ZEROES WILL CAUSE THE DATE TO DEFAULT TO 00-00-0000 or 01-07-1970 (which is the Unix Universal System Date).

With other than dates requiring the year saves time and effort as follows. Let us assume that TO-DAY is the
6th of March, 2019 ( 06/03/2019 ).

Enter 1 digit d (1 to 9) and it will be expanded as 0d-03-2018.
Enter 2 digits dd (01 to 31) and it will be expanded as dd-03-2018.
ERROR: 3 digits (100 to 999) will return an error 00/00/0000.
Enter 4 digits ddmm (01 to 31 PLUS 01 to 12) and it will be expanded to dd-mm-2018 HOWEVER entering 3002 or 3104 are invalid dates.
Enter 6 digits ddmmyy (01 to 31 PLUS 01 to 12 PLUS 01 to 99) and it will be expanded to dd-mm-20yy
Enter 8 digits ddmmyyyy (01 to 31 PLUS 01 to 12 PLUS 1201 to 2799) and it will be expanded to dd-mm-yyyy
Enter 10 digits dd-mm-yyyy (01 to 31 - 01 to 12 - 1201 to 2799) and it will be used as is dd-mm-yyyy
ALL invalid dates will ERROR or use 00/00/0000 as the date.

It is recommended that the 4 digit form be used as the STANDARD METHOD OF ENTRY so that it becomes second nature to enter both DATES (for this year) as 4 digits ddmm (0106 = 01-06-2018 and 3112 = 31-12-2018) and TIMES ( in the 24-hour clock format ) as hhmm (0001 = 1 minute passed midnight and 1245 = quarter hour before one o'clock and 2359 = 59 minutes passed eleven o'clock - or 1 minute before midnight
Invalid TIME entries are 1,2,3 chars or not 0000 to 2359. Always enter time as 4 chars.

ToursBW or vTrack or BOTH :

The in TourBW format caters for the management of buses. Emphasis is placed on the number of passengers and times at the various TimingPoints or Stops whereas most other transport needs such as trucking, plant management, vehicle movements and plant hire have an emphasis on LOCATION and SPECIAL EQUIPMENT for each unit or vehicle. vTrack caters for these small differences on the forms and in the reports.

Which requirements are of more importance to your organisation?

If your organisation has two complete operations ( with a separate domain name for each operation ) then the option of BOTH systems can be taken. This will make use of the same database for both systems and the system will use the forms and reports according to which domain (providing different LogIns) has been called.

DEPOT Address:

As a System default option AND provide an intial entry into the Address Table the ID: 1 is reserved for the address of the mainparking area for the buses for that OFFICE (QuickBus System).
It is used as the opening and closing rows of the provisional ITINERARY as created when a QRS is actioned to be a Provisional Booking AND when a NEW Booking is created when the -NEXT- button is pressed.

Customer Category:

Category can be ignored initially and can be set up and used at a later date. The Customer Category has special significance in because it defines the sequence in the lists which are presented for selecting Customers ( by category) and also provides the mechanism for splitting financial reports. For Example : All Staff Members are loaded to the Customer Table (people file) with a Category of STF so that internal cost allocations can be reported separately. for a suggested method of using this feature. This field is optional and should be left blank unless the CUSTOMER needs to be identified as belonging to a special category.

Shortcuts and Stepping thru QuickBus

HOW TO best navigate around the QuickBus OFFICE .
-- 1 -- : When entering data into any of the System Forms (a NEW Driver, a NEW Address or a NEW Booking) it is quicker and a lot easier to TAB ( Tab key on left of keyboard ) from one field to the next rather than positioning the cursor using the mouse. Making use of the keyboard for moving the cursor also avoids use of the mouse. The only drawback is that the TAB will stop on ALL the items on the screen which trigger any action. This includes the buttons for -HELP-. Just press the TAB again.

-- 2 -- : Using the QuickBus date shortcut is well worth getting used to see QuickBus DateTime for a full understanding of this feature which reduces the entry of TIME and/or DATE to a standard 4 character numeric. Only dates not-for-this-year need to be entered in full.

-- 3 -- : The Master Menu is at the TOP of every page. This menu can be used at any time to change the Task that is being run. The only time the Master Menu is NOT present is when documents or reports are being viewed. This is so that it is possible to print any SCREEN from the system (using the right-click button and selecting -Print- from the browser) and the Master Menu would look out of place for printed documents. Make every effort NEVER TO PRINT. There is no need to print anything from QuickBus.

-- 4 -- : The OFFICE has been designed to flow through the menues and actions as consistently as possible. All TASKS (from the Master Menu) start with the ability to select the record which is required and the ACTION to be taken is then selected from the Task Menu. The process of pressing the ACTION button after selecting from the list(s) requires two clicks BUT double-click cannot be applied to the process because the OFFICE does not know which Action will need to be taken next. After the ACTION has been taken the OFFICE will provide a new Task Menu or suggest an ACTION which should be taken next.
The system design has made sure that there is always at least one ACTION button available to escape.

-- 5 -- : NO changes are applied to the database tables UNLESS A SPECIFIC ACTION is requested in most cases this ACTION button will be -SAVE-. The -NEXT- button is another ACTION button which confirms action to be taken before the next action is chosen.
In this way the data is protected from corruption.
Another method used to ensure that destructive actions are NEVER taken by accident is that a code (generated randomly for that specific requirement) must be entered before the ACTION button is pressed.

-- 6 -- : There are over 400 error messages built into in an effort to explain why any data entry may be invalid or incorrect and in most instances the data entry form that is being processed will be re-presented so that the error can be corrected.

-- 7 -- : If it is not possible to get an understanding about anything in the system from the -USER HELP LIBRARY- please send an email to QuickBus support at

-- 8 -- : Make full use of the -HELP- buttons (little green and yellow buttons) that have been placed where the development team believe there may be a question. BUT... If in doubt about what a particular set of entries will do or what the result will be GoTo the DEMO system and try it out there. The DEMO system, with all of its examples, is re-instated about every 3 to 7 days so that any wild or illogical information which may creep into the system is eliminated.

Booking PickUp Address :

The Address selection list is dispalyed in two sequences in QuickBus. One is where the list is in Street Address sequence with StreeName leftmost in the list and the other is in Addresss Name sequence. The Address NAME is frequently referred to as the POI or Point-of-Interest. Example the Sydney Opera House, Ascot High School Sports A and Crown Casino are all POI's or ADDRESS NAMES.
When entering a New Booking it is often easier to have the PickUp address list in NAME order rather than STREET order or vice-versa. To reset the sequence (By Address Name is the default list) GoTo : AdMin / EDIT_PARM / The SEQUENCE for the Booking PickUp Address LIST and remember to -SAVE-
This sequence will remain as selected until AdMin is run again.

Travel Time allowance :

Using the ITINERARY Table edit buttons includes an option to allow for time in seconds to be added to, or subtracted from the TRAVEL TIME in Minutes for EACH ROW of the ITINERARY. On the PlanSheet and the ITIERARY TABLE there is a buttom called -RECALC-. Pressing this -RECALC- button will make the OFFICE recalculate ALL the TRAVEL TIME calculations (the hr:min @ column ) on the ITINERARY.
This process can take some time as it HAS TO GO ONLINE TO USE THE Google Map Addressing System for each row (Seq. of the ITINERARY. ).

An example of the use of this feature would be. when preparing Routes (as for Urban or School Routes AM and PM ) The Itinerary calculator provides for this TRAVEL TIME allowance to be modified by the insertion of a value in minutes ( + or - ) into the -Add Mins for each row- field located to the left of the -RECALC- button. The default is 0 which will not change the TRAVEL TIME calculations. If the -Add Mins for each row- has a value then the first row of the TRAVEL TIME column will show and include this value. Normally the first row hr:min is 00:00. If this is NOT the case it will indicate the number of minutes that has been loaded to every row. To clear the provision run -RECALC- and leave the -Add Mins for each row- as 0 (zero).
The ITINERARY TABLE is displayed on the Driver's RUNSHEET but these TRAVEL TIMES are NOT displayed on the Runsheet. They are intended to be used to check the timing schedules for timetables and for calculating the costs for running that route.

The OFFICE uses the DATES/TIMES plus any allowances that are entered into the Time ALLOWANCES (This is for the Driver on RUNSHEET) that are entered to calculate the START and END-OF-SHIFT times for the Driver RUNSHEETS. These times are also the START and END Times for the that are reflected on DailyDiary / WorkSheet. Therefore a Booking Form can be duplicated for each trip/ROUTE, including the ITINERARY TABLE, and the START and END TIMS for THAT trip will be entered into the duplicated Booking using the PlanSheet to reflect the correct DATES/TIMES for DailyDiary / WorkSheet and the Drivers RUNSHEETS.

The ITINERAY TABLE is intended to be used for STOPs/ADDRESSES for a trip/route. The Travel Times and distances on the ITINERARY are intended for the CHECKING the trip COSTS and DISTANCES.

Schedule :

The Schedule Column explained :

When selecting drivers and/or buses (vehicles) for allocation on DailyDiary you are given a Table with all drivers and/or buses (vehicles) listed.
The - Schedule - column in the Table provides a quick reference to the committments for that resource for a period of 11 days :

No committments would display ~~~~~~~|~~~ as ddddddd|dddd where :
The | = today for THAT day of DailyDiary / WorkSheet.
There are 7 days before the | and 3 days after the |.

Drivers: ~ = free day b = Booked x = OnLeave -OR- N/A -OR- Sick
Buses/Vehicles : ~ = free day b = Booked x = not available/ scheduled elsewhere / at workshop

Booking Codes :

Booking Selection:

Each row is structured as follows: First is the Booking Name where
-- Dup -- indicates that this is a duplicate of another Booking. Must be completed using PlanSheet.
-- QRS indicates that this Booking originates as a QuoteRequest. It has been OK'ed from the -Quotes- Task from the Master Menu and needs to be processed using the PlanSheet
The BookingName is followed by _______ THEN:
ID.nnnn where nnnn is the Booking Identification Number. This ID number will be on all Documents.
THEN: _on_ dd/mm/yyyy = the START date for that Booking
THEN: nnnn where nnnn = number of passengers for the Booking. This is used to decide the size of the bus and/or the number of buses.
For vTrack Systems nnnn = tons. This defines the size of the load.

THEN __( and: x where :
x = C = Booking is confirmed and cannot be edited again. Driver/Bus is set up in JOBs on DailyDiary.
x = E = Booking has Errors and cannot be -CONFIRMed-
x = X = New Booking which must be checked using PlanSheet
x = R = No errors and Booking is ready to be -CONFIRMed-
Then double bars (as || )
THEN: y where :
y = N = this is a NORMAL Booking. There are no additional qualifications.
y = C = The Booking is on behalf of a CLIENT
y = S = COMPLETE Booking has been allocated to a SUBBY. This must be done before the Booking is CONFIRMED.
y = P = This Booking has a Person-of-Interest who needs to be kept informed about any problems with the Booking.


TOUR BOOKING Links a website TOUR to a Booking in QuickBus :

This Tour Management Process is designed to handle any Customer or staff Booking process.
On YOUR Company website you have a set of Tours or Trips, as you would have pamphlets and handouts, complete with pictures of some of the stops. On each of these Tours/Trips you insert a HTML TOUR BOOKING button.
OR (on a School website) you may have a table of school outings/trips which are available to the teachers for selection for their Passengers. These outings each have a button next the outing which LINKs into the QuickBus system and provides a Booking Form for that outing.

The button is described in the Admin Task Section.
This button includes the first 12 characters of the BOOKING NAME

These 12 characters serve as the Booking Label to identify the Booking. Examples :
--- 1) Tour_D3_2018 which is a tour from Brisbane to Darwin and through the ...
--- 2) T_324_am_xxx which is the Morning Tour around the University Sports complex
--- 3) T_54july_xxx which is the July School trip to the ....
--- 4) AX1_New2_xxx which is trip number 1 for Company A... X... to Newcastle yard 2
--- 5) L16_swim_mon which is the afternoon bus to the Logan Swimming Center as listed on the website ready for selection and Booking (-OR- Ticketing if available)

Let us now use Tour_D3_2018 as an example.
Using the PLANNING SHEET we build a BOOKING called Temp. Tour_D3 Brisbane to Darwin . This is a TEMPLATE as indicated by the Temp. which we use for all our templates to keep them together in our Booking Lists. The Customer for this template would be our own company. This is customer ID: 1 with the primary address of ID: 1 which is the major DEPOT where our buses/vehicles are stored. -OR- it could be a separate Customer who is the Tour Division of the Company. The PickUp address will be the Brisbane Tour Center and the furthest Destination will be the accomodation for passengers in Darwin. The Booking Name would be the TEMPLATE NAME as described above.
The ITINERARY TABLE for this template Booking must now be set up with as much care and as much detail as possible. This includes ALL the details about the collection addresses, any StopOver addresses on the way to the destination and on the way back. It may be necessary to add new addresses to the Address Table to complete the Itinerary table. Ensure that any new addresses are validated. QuickBus has prepared the Provisional Booking with quite a lot of detail already. Some of the entries may need to be deleted. When the TEMPLATE has been completed as accurately as possible check that none of the addresses in the Itinerary Table have ** next to the address ID. If there are any invalid addresses they should be validated using the Address Task. When all addresses are validated ( No ** ) the Itinerary Table can be - RECALCed -. Remember to cater for PickUp and loading delays by inserting a minute value (probably 15 mins ?) before the - RECALC - is selected. The Itinerary will now be costed so as to provide details of the hourly costs vs. the distance costs for this Booking if these are required for QUOTE or for company budget purposes. Any further details can be completed using the Planning Sheet when the template is DUPLICATED to create the REAL BOOKING with its carefully defined first 12 character link name.

The next step is to duplicate the Temp. Tour_D3 Brisbane to Darwin Booking which will then appear on out list as --Dup --Temp. Tour_D3 Brisbane to Dar . The duplication task uses the first 30 char. from the template after --Dup.

Select --Dup --Temp. Tour_D3 Brisbane to Dar and go to the PlanSheet. The Booking Notes will have full details about which Booking (template) was used for reference.
to change the name so that the FIRST 12 CHARACTERS are Tour_D3_2018. NB. the 2019 should make the new Booking Name unique for the FIRST 12 characters of the Booking. If these are NOT UNIQUE then the BookingLink will select and use the FIRST occurence of that 12 character label and will ignore any other entries with the first 12 characters that are the same. That is the reason why the 2019 was added to the Booking Name in this example. It could be an Month name.
Any further details that are relevant to the business requirements must now be made.
to change the Destination Type (from NORMAL which is usually a single day trip to EXTENDED trip which ensures that QuickBus structures the JOBs correctly when the Booking is - CONFIRMed - as appropriate.
the ITINERARY TABLE to cater for any additional StopOvers.
to enter the number of passengers and the number of buses. The number of buses is dictated by the number of passengers intended for the trip. Note that it is better to cater for 2 buses = two JOBs per day if appropriate as it is easy to cancel the JOBs in DailyDiary/WorkSheet. Whereas after the Booking has been - CONFIRMed - it is NOT possible to add JOBs. One JOB is required for each bus so that buses and drivers can be allocated to the JOBs in DailyDiary for THAT day.
Time Allowances can be left at zero as these allowances are intended for the planning of single day bus routes such as urban or school runs.
Ensure that the Notes are as informative as possible because these NOTES are available from DailyDiary. Notes for the drivers RUNSHEET are entered in DailyDiary and could be re-entered from the Booking Notes.
If the bus and the driver (for the first bus only) can be allocated at this time it is useful to do so because this will save having to allocate them on DailyDiary especially if the Booking covers multiple days.
-SAVE- the changes made to the Booking DETAILS.
the - RECALC - of the ITINERARY TABLE provides some guidance regarding the costs for the Booking. Financial information may not be needed, particularly if internal costing is not being considered. However if A CUSTOMER/CLIENT needs to be sent a quote for this Booking, OR the customer account needs to be debited, OR the Booking (as a COMPLETE BOOKING) will be allocated to a SUBBY and payment will be made to the SUBBY then the Financial Details need to be completed. Click on the help-button next to Financial Management on the PlanSheet for more information.


When ALL the detail in the Planning schedule is correct a Customer -QUOTE- can be eMailed for acceptance if appropriate. The BookingLink will work with Bookings that have not yet been confirmed. This will allow for changes to be made to the "provisional" booking because once - CONFIRMed - a booking cannot be changed.

When approved and when we are sure that every aspect of the Booking is correct the Booking can be -CONFIRMed-. The Booking must be -CONFIRMed- before the START date or else it can no longer be -CONFIRMed -. When the Booking is - CONFIRMed - all the necessary JOBs will be prepared for each day as appropriate PLUS all financial transactions will be applied. The Booking will then be managed from DailyDiary, usually a number of days before the start date so that buses and drivers can be assigned, Drivers RUNSHEETs or ROSTERS become available and CUSTOMER INVOICES and/or STATEMENTS can be checked or eMailed as required.
If the BookingLink is in use then passenger manifests and financial details regarding BookingLink payments will be available.


The TICKETING System is an extension of Tour Management:

The Purpose of TBT is to enable a person to go directly from a Tour Agent (or similar) website describing the Tour in detail, to YOUR QuickBus OFFICE . PLEASE READ -TOUR BOOKING (TBL) : - ABOVE FOR DETAILS ABOUT THE LINK PROCESS. Completing the form for that specific TOUR, selecting preferred seating positions and making a payment will enable the OFFICE to send an email with the PAID and coded ticket including the detailed itinerary for that Tour, travel times and PickUp points.
Ticket Bookings are recorded and eMail confirmations are sent internally.

BusinessWise System Links (BWL) :

Linking QuickBus Offices who wish to share resources :

The Purpose of the BWL module is to enable any QuickBus System to establish a link with another QuickBus OFFICE so that they are able to share resources. Resources would include the ability to assign buses and/or drivers, NOT YET ASSIGNED to other JOBs.
Resources assigned in this way will create appropriate JOBs in the respective Daily Diaries (on DailyDiarys) plus advise these sub-contracted resources of the actions by eMail requesting confirmation to ensure Customer Service standards are maintained on both systems.

Passenger - Duty of Care : (PDC) :

The verification of Passenger locations :

The Purpose of this system is to enable the identification of Passengers:
a) According to a passenger manifest on a Drivers SmartPhone when they board a bus on the way to their destination
b) Advise Passengers of their timetable for any day or week on their SmartPhone
c) Registering Students arrival at a school for example.
d) Arrival at scheduled classrooms in accordance with Student Timetables (b).
e) According to a passenger manifest on a Drivers SmartPhone when they board a bus on the way home or to their destination.

The system requires extensive set-up for schools with the production of special Passenger ID cards, an online link to a QuickBus special program to enable the issue and control of the Passenger cards and the drivers will need to have special SmartPhones with BlueTooth and NLC reading as for Samsung J5 at this time.

Backups and Security :

Your data must be safe :

The OFFICE Security has the ability to ensure that only persons with the correct security level can access certain parts of The OFFICE .
The OFFICE BackUps ensure that ALL the data/information contained in the complete system is regularly copied to secure sites in different parts of the world.
These two aspects of The OFFICE integrity were defined before the first lines of code were written many years ago.
A third important aspect of ensuring the integrity of the system was to code the system using software and programming tools that were Open Source ( available to the general public at no charge ) to ensure minimum costs to The OFFICE users and to stay away from commercially controlled and serviced facilities/websites.
The major exception to these objectives is the Automatic Address Finder and the Maps which are programs copyrighted to Google. The System is however fully functional without these two features
And lastly; the complete system software source code and operating environment software is held in ESCROW with our company auditors to ensure availablity to our system owners in the event of the collapse or death of all staff of Impala Distribution and Marketing.

System BackUps are run selectively from the Admin Task. in QuickBus OFFICE as well as automatic backups taken by support.

System Data BACKUPS :

Please see System Backup Task.

System Accesss SECURITY :

See more detail below.


Settings and Preferences :

Each user/system owner of the OFFICE will have different requirements for certain aspects of running their business. has been developed so that the System can cater for as many business requirements as possible provided that the business integrity of the OFFICE is not placed at risk.
Payments : -PayPal Login-
All payments due to QuickBus are made to PayPal using this screen. On LogIn the current Payment status is displayed. We will always contact you (if possible) before any action is taken regarding outstanding payements. Any action is done by a person to ensure that there is no possibility of a computer error when closing accounts.
Payments for using QuickBus OFFICE are not governed by any contracts because we believe that we will continue to provide software that effectively runs your business. If there is a function that The OFFICE is not providing we trust that our users will eMail us via and give us the opportunity to decide whether the function suits The OFFICE business requirement so that we can add same.
We hope that no-one will find the need to leave but should that happen our users are free to do so at any time without penalty. We will even provide you with a CD backup copy of all your data in MySQL loadable form at the cost of a two month subscription payment. BUT please give us the opportunity to change the system to meet your needs.
User Parameters -EDIT_PARM- :
The Itinerary Table provides costing calculations for internal use only. These costings are not includedd when the ITINERARY Table is included in any documentation (sent to customers etc ). The costing calaculations ( costs ) are based on two factors : a) the TOTAL estimated cost of a DRIVER employed by the business on an hourly basis and b) the TOTAL estimated cost of operating a BUS on a per kilometer basis.

The default values of A$140 p/hr and $A0.94 p/km are taken from
and these values are applied to the time-to-travel (hrs) and distance-between the addresses from one row of the ITINERARY to the next provided that the addresses selected for the ITINERARY are valid and have been -SET- by means of the Google MAP feature in The OFFICE Address section.

These values can be changed in accordance with your own estimates and/or calculations.
The cost is calculated in the ITINERARY Table to provide a ROUGH GUIDE for quote calculations.

on the main operating screen is the panel just below the Task Menu. The detailed information that is provided by The OFFICE is intended to explain the system operation for new users of the system or for visitors to the site who are making use of the DEMO system. This is called verbose mode. This parameter can be used to change the verbose mode to be ON or OFF. When it is turned OFF this panel will still be used by The OFFICE to display ERROR MESSAGES and any critical operating messages.

The term hMail is used for eMail in The OFFICE because all the eMails that are sent from The OFFICE are sent in HTML mail format. This means that the eMails can be presented in a more readable and presentable way than if they were sent in pure text format. This method was adopted because there are very few eMail users that are limited to the basic text format at this time.
The Paperless functionality of The OFFICE is achieved if no document is ever printed. The modern browser allows the printing of any visible screen so that no effort has been made to cater for the printing of documents. If it can be viewed, on screen, in the browser it can be printed. (right click and select print from the menu).
All documents have a panel at the bottom of the screen which enables the document to be eMailed. Reports that can be re-displayed at any time and thus do not need to be eMailed to any person (or business) do not have the eMail facility.
The default address for any document is the Customer or the CLIENT as appropriate. This address can be changed to any valid eMail address as may be required. Multiple copies can be sent by re-displaying the document.
Every document which is -SENT- (via eMail) is CC'ed to YOUR OFFICE unless THIS option is used and the CC is turned OFF.
The purpose of the CC to YOUR OFFICE is to ensure that you keep copies of all eMails that are sent to Customers etc. These CC copies that are received in The OFFICE eMail System should be carefully transferred to a structured folder system as a company record. The eMail System then need to be carefully and regularly backed up to ensure the integrity of your business FILING SYSTEM.

When -SELECTing- an address from the list of addresses that are kept on-file for YOUR OFFICE the lists are presented in a specific order/sequence. The list can be in order of STREET NAME or SUBURB/CITY NAME or ADDRESS NAME/POI (frequently referred to as a Point of Interest). The POI can be very localised and The OFFICE caters for YOUR BUSINESS and CUSTOMER SERVICE in that AnyCustomer could frequently travel to DestinationA and it would be easier for everyone to be able to select DestinationA by an ADRESS NAME rather than DestinationA. To this end The OFFICE provides for addition of Addresses to the Address Table using the Google © Auto Address finder ( which will ensure what is referred to as a VALID ADDRESS ) plus the ability to add an ADDRESS NAME to the address loaded to the form.

This parameter defines the default sequence when presenting the Address Table List.
When selecting an Address from the -EditDetails- section of the Booking Planning Sheet there is a facility (immediately below the Table) to set the address sequence. Once set this setting stays in place until it is changed again.

Applies as above for the PickUp address as above.

On the right hand side of EVERY DOCUMENT (except the QUOTE SCREEN) there is a panel which contains 6 lines of text. These lines are displayed exactly as entered into this section of the User Parameters.
Do not use special characters other than = - . , ( equal, hyphen, full-stop and comma ).
Initial values are placed in these lines from the details entered into the Registration Form when registering for YOUR OFFICE . QUOTE ADDRESS SCREEN: (40 chars ea)
The same 6 lines applies as for the DOCUMENT ADDRESS as above except :
1) No default values are placed here when registering. They need to be completed by each OFFICE owner.
2. The reason that they are seperated from the rest of the documents (QUOTE, INVOICE, RUNSHEET etc... ) is because these 6 lines are on a form which can be called from any external website anywhere in the world. Therefore the composition of these text lines depends an a number of factors relevant to YOUR OFFICE only. DRIVERS RUNSHEET FOOTER: (40 chars ea)
These two lines of text are added to a single line at the bottom of the Drivers RUNSHEETS as they are printed from the Drivers Screen which is selected from the DailyDiary/WorkSheet for that day.
Line 1 is placed on the LEFT and line 2 is placed on the RIGHT hand side of the document. INTERNAL OFFICE eMail ADDRESS:
The eMail address here is loaded from the Registartion Form but it can be changed here in the OFFICE Owner wishes to set up a special eMail address that will be used as the business FILING SYSTEM. PAYKEY ACCOUNT SELECTION option:
Near the bottom of the Financial Section of the Booking Planning sheet is the provision for the definition of the payment method that is to be used for this Booking. The default for the system overall is that all payments will be made within 14-days of the date of the placement of the Booking.
HOWEVER the OnPickup (even though it is available here for changing) has a special function. When selected this will ensure that whenever a Drivers RUNSHEET is printed the CURRENT AMOUNT OUTSTANDING for payment from the Customer/CLIENT will be shown as DUE FOR COLLECTION on that RUNSHEET.
Note that this selection should only be made if the Driver has the facility to collect payments and that the RUNSHEET (if they ARE printed ) is printed at the last convenient time before the Driver leaves the yard to ensure that the latest amount outstanding is available. If drivers collect the RUNSHEETS on their SmartPhone as required this is not a problem.
This paramater is intended to provide the owner with a mechanism for ensuring that the due-date for payment is appropriate to the type of customer and they are all loaded as due-in-10-days as an arbitrary number. Contract or Special could for example be set to 90 days to handle government contracts. SYSTEM BUS AND DRIVER DEFAULT:
If the owner only has one bus and one driver or has one bus and one driver that is usually the most frequently assigned bus/driver combination for MOST Bookings then this PRE_SELECTION is intended to save the trouble of allocating BUSes and Drivers on the DailyDiary/WorkSheet. The JOBs are prepared when the Booking is -CONFIRMed-. If the Booking requires multiple buses then any pre-selections will be applied to the first bus for that JOB for that day only.
Pre-selections can also be set on Bookings which makes the allocation of Buses and Drivers much simpler for multiple-day bookings such as regular school-runs or regular tours.
The last pre-selection that is applied is always the one that is placed on the JOB. The sequence is therefore (and logically) the parameter file (here), then the Booking pre-allocation. The Driver and the Bus can be changed on DailyDiary at any time until two days after the completion of the JOB to ensure accurate business logs.
Data BackUP and Securty :
Proper use of the BackUp processes ensure the Security and the integrity of The OFFICE .
BackUps should be taken before ANY major change of policy or handling or general multi-level updates are done to YOUR OFFICE .
Archive is a Multi-stage activity which should be run on a regular basis as decided by YOUR business activity. Normally an ARCHIVE RUN would probably be done as the last activity of the day on the last day of each month. However they could be run every week - say first thing Monday morning.

The ARCHIVE activity is one of those functions of the system which will change as the Systems grows and as additional customer requirements and/or suggestions are applied.
Please see More...

Dates and times are carefully stored for each user so that if a major problem is encountered the COMPLETE USER"s OFFICE can be re-instated by selecting the latest (or the appropriate) date and time from the RESTORE LIST provided. Once selected click on -RESTORE- BUT REMMBER that everything about your OFFICE will be re-instated to that time and date. Do this with great care because ANY action taken or any changes made to YOUR OFFICE since the time and date of your last backup will be lost.
Impala Distribution and Marketing (the QuickBus parent Group at Takes a number of System Wide backups on a reglar basis to ensure that no owner looses any significant amount of data no matter what happens. These are done weekly and at month end but the time and date are not appropriate to all users of The OFFICE because of internation date and timezones. If you need one of our backups for some reason or other we can advise what date and times we have available. Hopefully your own BackUps and Archives will cover your needs.
The main reason for our backups is that we try to keep our websites in sync across the globe in case of some natural catastrophe that may affect one of our sites.
PassWord and Staff Logins :
For any changes to take affect in this section the CONFIRMATION CODE that is displayed must be entered.

THE owner IS THE ONLY PERSON WHO SHOULD HAVE ACCESS TO THIS ADMIN. TASK. If a PASSWORD change is to be made FOR THE OWNER then enter the NEW PASSWORD required and click on -MASTERPW-. Do not loose your password because the only way to cater for a lost password for something as significant as a COMPLETE OFFICE environment is for a phone-call to support who will enter a new password for use on a temporary basis only. We do not know your password either.

Option 2 deals with the addition of NEW STAFF or the change of a STAFF password.
The OFFICE Caters for 6 levels of security :
Security Level > 5 is for use by Impala to maintain
Security Level 5 is for the OWNER of an OFFICE on The owner is the only person who has access to the ADMIN. Task. Thus the DEMO System which can be used by anyone to look at the system or test out how any particular entry reacts cannot access the Admin. Task. If the OWNER decides that they wish a paticular staff member or partner to access the Admin task then they will need to give their own password to that staff member who will then LogIn to their OFFICE and not use a Staff LogIn name. If a Staff member needs to have the ability to DELETE records but does NOT want to access the Admin task then they will need to have a security level 4 access which can only be set up with a call to support.
Security Level 4 is discussed above.
Security Level 3 has full access to the system excepting ONLY that they cannot access the ADMIN task and they cannot delete any record on the system. This is overcome by dupliacting a Booking or creating a new record for any other section of The OFFICE and getting the Owner to complete the deletion.
Security Level 2 is granted to Drivers or non-office staff members. Level 2 security allows the Driver to access the Address Book for access to the MAPs and to their own Driver section to view their RUNSHEETS or their 14-day-ROSTERS.

The OFFICE caters for the addition of NEW Staff Members:
a) Click (3) NEW OFFICE STAFF LogIn/Password. Security level of 3.
b) Enter the Confirmation Code as provided
c) Enter a NEW UNIQUE name for the Staff Member. This name has to be unique across the whole of to ensure the ability for this STAFF member to be able to LogIn to QuickBus and then be allocated to access YOUR OFFICE only
d) Enter a NEW Password ( Any 8 characters including special characters ). This password should NOT be less than 4 characters.
e) Press/Click on -STAFFACTION- .
and NEW Drivers:
a) Click (2) NEW STAFF LogIn/Password Security level of 2
PLUS enter the DRIVERS REFERENCE NUMBER. If the DRIVER has not yet been entered into the System then add the DRIVER to YOUR OFFICE using the Driver section before assigning a password for this driver to access the system.
b) Enter the Confirmation Code as provided
c) Enter a NEW UNIQUE name for the Staff Member. This name has to be unique across the whole of to ensure the ability for this STAFF member to be able to LogIn to QuickBus and then be allocated to access YOUR OFFICE only. It would probably be best if the DRIVER REFERENCE NUMBER could be used here as well but bear in mind that the DRIVER REFERENCE NUMBER may already be on-file in QuickBus.
d) Enter a NEW Password ( Any 8 characters including special characters ). This password should NOT be less than 4 characters.
e) Press/Click on -STAFFACTION- .
and changing an existing STAFF Password:
a) Click ( 1 ) CHANGE existing STAFF Password
b) Enter the Confirmation Code as provided
c) Enter the current Staff member's unique staff Name.
d) Enter a NEW Password ( Any 8 characters including special characters ). This password should NOT be less than 4 characters.
e) Press/Click on -STAFFACTION- .
Note that you do NOT need to know the existing staff member's password to change it.
Click on the appropriate User Help Manual buttons for more information about what changes can be made to YOUR OFFICE DATA.

Bugs and Development Log :

System problems under Investigation

This report was last updated on 28/June/2022 ianm.
Documentation Layouts :
These are under continual review to ensure the best quality and most user readable layouts are being used. Spelling is probably the most likely error to continue to be present. As the OFFICE is now 40,000 lines of code we would really appreciate input from our users in this regard.

Thanks for using

5 New Feature :
These are the new tasks added to release number -v55 :

The facility to add a Childcare Identification Card with its expiry date can now be added to both Drivers and Sub-Contracters (SUBBYs). SUBBYs are created as Customers with a SUBBY Reference Number added to the Customer Record. The name used by the system for this card is defined in the User Parameter Updates which are part of the Admin Task.
If there is a default loaded to your System it will be BlueCard which is the name used for this card in Queensland, Australia. In NSW, Australia the card is referred to as the Work With Children card.
This card is a legal requiremnt for all Bus Drivers in Australia. There does not seem to be an equivalent in the USA or Europe ??

The Entry process for a New Booking has been proceedurized to ensure that A NEW CUSTOMER or A NEW ADDRESS for PickUp and Destination is provided when they are likely to be required. These are all essential so that they can be SELECTED when returning to Booking / NEW_BOOKING to complete the entry.
We realise that this is a somewhat tedious exercise but it is a ONCEOFF_EXERCISE for that customer. The design objective of < is to have the system as easy as possible to use REPETITIVELY. The first-time entry for ANY data is nade as quick and simple as possible but unfortunately it has to be done.
Known System Bugs Under Investigation:
There are no bugs which we are aware of at this time.
PLEASE advise support should you come across any weird behaviour.
Improvement suggestions are always welcome. HOWEVER bear in mind that there are certain tasks and sequences that have to be followed to ensure the integrity of the system data and all the legal requirements that we are aware of at this time.
5 Most Recent Bugs Resolved :
-v55 has been tested as thoroughly as we are able to do. Unfortunately we are not able to follow every possible sequence of tasks that are run. If there is a sequence which does not function as expected please re-run to ensure that it is not one of many self-correcting errors in the system. There are many of these routines built into QuickBus Office (QBO). Please report any concerns you may have to support at
Thank you.


PROJECTS under Development and Consideration:

==== Available on request: Includes Customer Optimisation : ====

Route Planning using Google Maps :
--- 1) Set up a Booking Template. Give it a Name ( eg : T-Route 123 AM 2019 )
--- 2) Choose a Customer (probably your inhouse operations department = Cust No 1 )
--- 3) Choose the 1st PickUp point (After collection of Bus from DEPOT is assumed)
--- 4) Choose the last DropOff point. These should both be valid Addresses.
--- 5) GoTo: NEXT and Then: ( Where there is no Itinerary Table available yet ) select NEW_ITINERARY and Then: Back to: PlanSheet where a basic ITINERARY TABLE will be available with -Ref- 5 being the PickUp address.
--- 6) Then GoTo: Build_ROUTE
--- 7) This will take you to a MAP with a blue dot locating the PickUp address.

Then :
--- 8) Locate the red balloon pointer on the MAP for PickUp point number 2, GoTo the Comment entry field (pink block) at the bottom of the MAP, enter the relevant information that best suites your requirements ( eg. STOP 2 - ABC Shopping Center ), THEN enter the APPROPRIATE REFERENCE NUMBER that this entry will be -INSERTED- after ( which will be 5 first time around) and click on SAVE_STOP to insert the appropriate information into the ITINERARY TABLE for ( eg : T-Route 123 AM 2019 ).
--- 9) Repeat 8 until you GoTo: PlanSheet to see the new ITINERARY TABLE that has been prepared.
I have not had any requests for this from users at this time so development has been postponed.

PROJECT: OFFICE Annual Report :
This will be a new Task on the Master Menu called Status . This will provide an annual business report of the complete OFFICE at the time of the request. It will be possible to eMail this report directly and the normal PRINT facility will be available from the browser. The report will include :
1) -- Cash flow Status from Bookings and Customers accounts.
2) -- Current location of all buses.
3) -- Current location of all drivers.
4) -- List of Bookings as active today, confirmed and unconfirmed with revenue values.
5) -- List of JOBs in progress (as they would appear on the DailyDiary
6) -- System status information (as displayed on the LogIn screen)
7) -- Any additional information as may be suggested by our OFFICE owners

PROJECT: Chat Room :
We will institute an online chat room where owners will be able to get together and chat about their businesses. We have decided that a blog site finishes up with so much OLD information and so much repetition (which is stored !!) that it all becomes quite confusing and unhelpful.
We will email OFFICE owners as soon as we can make this available. Choosing the best online software to manage this is in progress.
PROJECT: Location Tracking:
WE have resisted RealTime Tasks because of the cost of RealTime GPS equipment costs. BUT... It is now possible to make use of Android Smartphones to achieve these results. So keeping track of the DRIVER not the BUS becomes a no-cost solution and furthermore we can develop an Android App which will read BlueTooth/GPS tags and send them to the QuickBus Application. The new XYO Oracle network system offers another interesting solution which is being tested at this time. Call if interested.
PayPal PROJECT: System Owner website Payment System
PLUS Iterim Quote and deposit on QRS :
I have intentionally been avoiding making a totally automatic process. I still believe that personal service where customers can speak to another PERSON is very valuable as a WOM (word-of-mouth) promotional benefit. However a few people have recently convinced me that there are people, particularly the younger SGTE (smartphone-glued-to-ear) generation, who prefer NOT to have to deal with people. With this in mind I have decided to make some aspects of the OFFICE optional in this sense. The first move was to include a question on Page 1 of the QRS -- How do you prefer to be contacted with your quote?
The next plan is to build a interim quote value into the QRS whereby the customer (or CLIENT) can get a rough quote for the request plus the ability to make an initial deposit of 20% (OR OTHER AS DEFINED BY YOU) against YOUR account via a new PayPal facility coming on the market ( probably early 2019.) . I will be getting feedback from all of my users before this is instituted.
This new PayPal System will also enable the payment of Tickets that are booked online (PROJECT: Ticketing / BookingLink : ) to be paid for.
It will be necessary for OFFICE owners to sign up for this PayPal marketing system when Paypal makes this available.

This task will be switched on by User Parameter as an option when it is available. Please call if you believe that the prioity of this task should be escalated.

Development History :

is designed and maintained by Impala Distribution and Marketing (2001). This system has been under development since 2006 as has been discontinued because that website was limited with regard to the security that we were able to program into our code. was the second version of the BusWise system and the first built as an online system. was operational from 2016 on a website in Singapore. Impala resisted all upgrades to the operating software while developing the system. In June 2019 we found that there were so many software platform changes that we needed to do a major upgrade for both software and the user interface.
The upgrades and further development was transferred to the website in New York. The sites are both managed by who have provided us with excellent support and the ability to upgrade the power and bandwidth of the site in a virtually seamless way.

is in the final stages of development (as at 1/7/2019) and owner/users were directed to They have access to all the same data. The database is unchanged and the Business Process is as efficient as before. The user interface is however completely rewritten to become self-guiding for the complete OFFICE .

In October 2019 was stabilised as the only operational site with a completely new LogIn screen and the Singapore site was effectively closed. All the domain names are now reset to New York. (, and

In the near future Singapore will be re-created with all the latest versions of the website sofware. When this website comes back on-line QuickBus will be back to having two completely stable overseas websites which we will be able to switch in the event of any international crisis. In addition we have back-ups for all QuickBus OFFICES that are maintained on our development site in Brisbane, Australia. I believe that we are more secure than any other business in Australia.

Looking forward to being of service to you,
support at

2019 ---------------------------------------------------------------------- end of help-ref.php