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 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 30 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 30 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 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 of these SECTIONS displays a menu of all the actions that are available for the SECTION. 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 DAILY DIARY for managing ALL aspects of the JOBs that need to be done to execute any BOOKINGs for that day and at that time. This WorkSheet 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.

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 buswise77 at optusnet dot com dot au .

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
GoTo -SELECT-
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.
JOB DONE

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 DAILY DIARY 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 DAILY DIARY.
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 the WorkSheet) 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 DAILY DIARY 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 buswise77 at optusnet dot com dot au . 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.

SYSTEM WORKFLOW:

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 DAILY DIARY ( the WorkSheet ).
2.3 Vehicles/Buses and DRIVERS are allocated to the JOBs for each appropriate DAY on the DAILY DIARY.
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 / WorkSheet. Please click : DAILY DIARY 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.

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 30 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 30 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 The WorkSheet 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 WorkSheet 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, 2018 ( 06/03/2018 ).

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
Any invalid TIME entries ( 1,2,3 chars or not 0000 to 1259 ) are unpredictable.

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 buswise77 at optusnet dot com dot au. (Replace at and dots as applicable - this is in an attempt to avoid some of the scam email folk).

-- 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.

PickUp time allowance :

Using the ITINERARY Table edit buttons includes an option to allow time added to the PickUp Minutes for EACH ROW of the ITINERARY. This is achieved by -ALLOW-ing the Office calculator to add a number minutes as selected (the default is set at 2 minutes) per STOP for each PickUp on the ITINERARY TABLE.
This process can take some time as it HAS TO GO ONLINE TO USE THE Google Map Addressing System for each row.

An example of the use of this feature would be when preparing Routes (as for School Routes AM and PM - which are demonstrated in the QuickBus DEMO Office) The Itinerary calculator provides for this PickUp time allowance which can be added to each row of the Itinerary Table. The default is Do NOT ADD so the RECALC does not make any provision for PickUp delays. If the action-radio-button (round selection dot) is changed from -Do NOT ADD- to -ADD- then the number of minutes entered will be added to each ROW in the Table. The default is 2 minutes. Minimum allowed is 1 minute and the maximum is 99 minutes. Negative values will be ignored. If the PickUp allowance is activated then the first row will also include the allowance. 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 using this feature. To clear the provision run -RECALC- and leave the default selection of -Do NOT ADD-.

Schedule :

The Schedule Column explained :

When selecting drivers and/or buses (vehicles) for allocation on the WorkSheet 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.
The Schedule covers 11 days

No committments would display ~~~~~~~|~~~ as ddddddd|dddd where :
The | = today. There are 7 days before today and 3 days after today.
The | = the day-of-the-week for today. This can be checked in the screen footer.

Then for drivers :
~ = free day b = Booked x = OnLeave -OR- N/A -OR- Sick

And for buses/Vehicles (vTrack Systems) : ~ = free day b = Booked x = not available/ scheduled elsewhere / at workshop

Booking Codes :

Booking Lists: Legend for Codes to right of name :

Left side of the row is the BookingName in full followed by _______.
Then ID.nnnn where nnnn is the Booking Identification Number.
Then _on_ dd/mm/yyyy which is the START date for that Booking
Then _Pax: nnnn where nnnn = number of passengers.
For vTrack Systems _Ton : nnnn = tons.

Then (x||y) where :
x = C = Booking confirmed
x = E = Booking has Errors
x = X = New Booking which must be checked in PlanSheet
x = R = No errors and Booking is ready for - CONFIRM -

y = N = this is a NORMAL Booking
y = C = The Booking is on behalf of a CLIENT
y = S = Complete Booking has been alocated to a SUBBY
y = P = This Booking has a Person of Interest who needs to be kept informed about any problems with the Booking.

TOUR MANAGEMENT IN DETAIL :

The TICKETING System is an extension of Tour Management:

This Tour Management Process is designed to handle any Customer or staff TICKETING PROCESS.
On YOUR Company website you have an attractive 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 you insert a HTML TICKETING-Link-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 students. These outings each have a button next the outing which LINKs into the QuickBus system and provides a Booking Form for that outing.

The structure of this button (the HTML code that directs a customer (or a staff member ) to the Booking form on your QuickBus website from YOUR OWN website) is described in the Admin Task.
This button includes a 12 character code which is the first 12 characters of the BOOKING NAME which has been prepared at your QuickBus OFFICE.

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.

Let us now use Tour_D3_2018 as an example.
On the QuickBus office 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 should usually be customer ID: 1 and the primary address of ID: 1 which is the major DEPOT where the 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 is 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.
EditName
to change the name so that the FIRST 12 CHARACTERS are Tour_D3_2018. NB. the 2018 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 2018 was added to the Booking Name in this example.
Any further details that are relevant to the business requirements must now be made.
EditDest
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 - ) if appropriate.
CHANGE
the ITINERARY TABLE to cater for any additional StopOvers.
EditDetails
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 the WorkSheet/Daily Diary. 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 the WorkSheet 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 the WorkSheet. Notes for the drivers RUNSHEET are entered in the WorkSheet 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 the WorkSheet especially if the Booking covers multiple days.
-SAVE- the changes made to the Booking DETAILS.
EditFinancials
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.

REMEMBER TO -SAVE- ALL ENTRIES MADE IN EACH PlanSheet SECTION ELSE THEY WILL NOT BE APPLIED.

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 the WorkSheet, 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.

BookingLink Management :

An Example of BookingLink use -- TOUR MANAGEMENT -- is described in detail above.

Bugs and Development Log as at 22/8/2018 :

System problems under Investigation

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 28,000 lines of code we would really appreciate input from our users in this regard.

Thanks for using buswise77 at optusnet dot com dot au

PROJECTS under Development and Consideration:

PROJECT: ITINERARY timing :
An additional column will be added to the extended ITINERARY (as it is displayed in the PlanSheet) to cater for best-effort time calculation. The Collect Bus from DEPOT as intially loaded to the provisional ITINERAY and PickUp times will be loaded from the Booking as will the Destination Time. The others will be calculated (on -RECALC-) in line with the hr:min column and information about the Type of Destination and the Start and End dates.

PROJECT: Scholar management and Duty of Care Module :
System overview for testing:
Students will be registered in the Customer Table (as all people - excepting on-staff DRIVERS ) are registration and identification information.

Students will be assigned to buses via the Booking Task of QuickBus.

The System will be able to tell where students are at any time (within range of bus or school) and thus be able to report present/absent on buses.

Bus locations will be available to integrate information at any time.

This module is in early test mode as the XYO tags that are intended to be used are in alpha test mode as well. Testing will be progressed depending on requirements from QuickBus OFFICE system owners.
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 Daily Diary
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: Ticketing / BookingLink :
How this will be used is described in detail under TOUR MANAGEMENT IN DETAIL

As soon as one of our users shows an interest in this module we will place it in beta test mode.
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 solutions which are being tested at this time. We will start paying more serious attention to this project as soon as one of our users indicates interest.
PayPal PROJECT: 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 later this year. 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 make this available.

Development History :

is designed and maintained by Impala Distribution and Marketing (2001). This system has been under development since 2006 as BusWise.net. BusWise.net has been discontinued because that website was limited with regard to the security that we were able to program into our code.

Toursbw.net was the second version of the BusWise system and the first built as an online system. Toursbw was operational from 2016 and Impala resisted all upgrades to the operating software while developing the system. In June 2018 we found that there were so many software platform changes that we moved from our New York website to our backup website in Amsterdam with DigitalOcean.

is in the final stages of development (as at 1/7/2018) and owner/users will LogIn from quickbus.net and 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. The action buttons all trigger Information Panels to suggest the next options available. When owner/users progress beyond the rudimentary help panels they can be switched off from the Admin Task / User Parameters and only ERRORs will be displayed in the (brown) panel.

The Office library (User Reference Manual) can always be accessed from the help buttons which are located next to many of the field names throughout the system.

The data BackUps now include a secondary website (available in the event of the No1 website becoming inactive as well as the data backups kept at our development site. These are three different sites in three different countries.


Looking forward to serving you. A chat room is planned for the future.
Cheers,
support at buswise77 at optusnet dot com dot au


2018 ---------------------------------------------------------------------- end of help-ref.php