Beware of fakes!
Main / Beware of fakes!
Beware of fakes!

Attention! The current software market is full of programs that position themselves as car business automation solutions, while in reality they are just nicely packaged low-cost products, poorly adapted for car business. If you are planning to buy a low-quality, low-cost equipment, and hope that you will be able to get a good-quality output, you are seriously mistaken. By saving some money on software, you will later lose much more by not being able to work efficiently. Your operational costs will increase because of theft and staff errors. Before buying, decide what is really important for your business.

Someone may propose to you an inexpensive baseline solution with a possibility of adaptive development. You will have a hard time understanding what this product can do. The fact that you will be able to see a familiar repair-order document means very little. Making this software fully embedded in your business may cost you 10000$ - and this is just the beginning. To get a fully-functioning product, you will spend the same amount every year, if not every 6 months. You will get your own customized product that will need to be completely rewritten when the new platform comes out.

In choosing your software platform, think whether the argument - "most car-care centers suffer but somehow work, and so i will manage as well" – really makes sense. Why suffer when you can purchase a truly high-quality software product for car-care centers – TurboService?

We will list  the main characteristics of fake « care-care software » products available for Russian customers:

·         The need to click on too many buttons to find what you are looking for.
The help files are uninformative (the absence of hints and information on payments, documents status, current conditions and content, etc.).

·         The repair-load-scheduling module cannot be used.
Unfortunately, you will realize this only after having bought the software. The “Repair Load Scheduling” module of TurboService is used by many different car-care centers in Russia, some of which use other main programs.

·         The user rights are not defined.
Business processes are absent. Only the basic documents (expense tickets, receipts notes, repair-orders, statements, supplier orders, client orders) can be created, but not interlinked (for example, it may be possible to delete/modify a paid repair-order already in progress), etc. Despite the presence of interlinking, most links are not supported. There are no limitations that depend on the status/payment of repair-orders with the only available option being to protect from editing entire time periods. The remaining documents can be freely modified so that incomplete orders have to be manually transferred from the protected periods to unprotected ones. The payment status of a repair-order will never protect the order from modifications.

·         There is no partial completion of repair-orders by individual services and spare parts.
Your only option is to rely on “moving to production”. But using this option is far from obvious, often quite complicated and cumbersome. As a result, many car-care centers see their warehouses turn into a mess.

·         The absence of the CRM module. There is an extra module, but you can’t always turn it on.

·         The absence of the inventory optimization module.
The ABC analysis module is very far from what the true inventory optimization should be. If the turnover of your spare parts (including illiquid assets) is less than 80% and does not reach 200% for oil, your optimization module is not functioning.

·         Few useful reports in standard version.
 Those that are present are too basic in form and content, making them indistinguishable from the uninformative journals. Many reports are simple reparametrizations of the same report.

·         Too many required operations.
Creating a repair order requires making several accompanying documents (moving articles to production, 
bills, invoices).  However, despite these documents being derived from the same repair order, they can contain conflicting information (amounts, positions). The root document can be deleted. All this needs to be modified.  The root document cannot be removed (however it can be flagged for removal which will prevent registry related conflicts).

·         Your warehouse is not updated.
The reasons: а) repair orders must contain all elements and cannot be done sequentially; b) Moving articles to production does not remove them from the warehouse, and, as a result, they can be sold again even though they are already installed in a vehicle with an unfinished repair order.

·         A very impractical spare parts ordering module.
It operates at the level of documents (client orders, supplier orders). It lacks interlinking and information viewing (what parts arrived, what parts still need to be ordered, approximate dates of arrival, refusals, etc.) options. There is no possibility to view invoices of articles, to see what has been ordered and its expected arrival date.

·         Uninformative inventories. The reasons: а) they are not automatically updated when the product is shipped to the buyer; b) a complicated sequence of document entry (client order, client inventories, withdrawal of inventories, repair application, repair-order, changing the status to « in service ». Only after this document entry sequence can the repair order be executed. There is no guarantee of the sequence integrity as every document of the sequence can be deleted or modified); c) it’s impossible to reserve an item currently out of stock.

·         Inflexible pricing policy for various jobs.
It may the case that one job has to be created several times when the hourly rates vary. User made errors become possible – for instance, the same repair order can contain jobs with both, commercial and guarantee-based, hourly rates.