The parts system is sophisticated, yet easy to use. The main problem with
workshop software parts systems seems to stem from the inability of the user to
recall the "code" for the part when the part was stored in the
system in the first place. This is understandable as we have more important
things on our minds!
G-E reduces the number
of parts returned by a search by storing the parts in multiple libraries.
Parts fall into one of only two categories; "Global Parts"
or "Model Specific Parts". Global parts encompass parts which are fitted to all
cars, eg: Oils, coolants, hose clamps, fan belts, bolts, fuses etc.
Very simply really. You don't have to create these libraries, G-E
does it for you. Let us create an invoice for a rear main seal and engine belt
replacement for a Falcon;
Part entries in the libraries can be adjusted "on the fly"
from within the invoicing utility which allows you to build and update the
libraries with little effort.
A typical search code for a Falcon rear main seal could be SEAL
RM 123456. The "123456" being the part number. Now to search for this part, we
have several options. A search for "seal" would present all the seals in the
Falcon library. A search for " *123456" (using the * wildcard) would point the
search directly at the part number, ignoring all characters before it.
Other revenue caters for sales which are not classified as "hard parts" but which have a fixed price. Examples of other revenue are wheel balances, miscellaneous charge, a/c regas etc.
The parts system has an extensive history search utility which reveals part sales statistics for any part in the system. This search can be conducted between search dates or all sales since inception of the software. History searches can be conducted for a selected client to reveal all parts sold to any client on the system or all parts fitted to a selected vehicle.