fare.logiQ offers a wide range of configuration options. The multi-level user administration follows a detailed role concept, allowing individual application areas to be clearly defined.

Client control can thus be carried out on the basis of a central database. All master data relevant to the accounting of public transport operations is defined in meaningful dependencies on several delimitation levels. Organizations are assigned to the clients, to which in turn the sales units (drivers or operators of sales equipment) are assigned. Furthermore, lines are assigned to concessions and these in turn are assigned to concessionaires.

The integrated dual control principle, which can be activated, ensures that changes only become effective after they have been confirmed by another user. Import and export options in HUSST format are available for both device and personnel master data. This allows the data to be maintained centrally and then distributed. The configuration of revenue accounts, booking codes and line concessions, among other things, is carried out here to enable automated allocation during incorporation.

The HUSSTkon conversion module is used for the automated import of data in the format of the manufacturer-independent HUSST standard interface.

Sales data is imported from the connected sales systems of different manufacturers. HUSSTkon is a stand-alone program that is also available as a Windows service and then requires no manual operation. The data in XML format is cyclically imported from a predefined directory, checked and archived. In general, the correctness of the XML schema used in the data is required.

When importing sales data, a plausibility check is carried out against the device, personnel and tariff master data from the central database, among other things. Incorrect data is either marked as such in the database or not imported at all and stored in file form in a special error directory. Comprehensive process and error logs provide information about the type of errors and the measures that need to be taken to correct them. Correctly entered data is already pre-sorted by HUSSTkon for accounting and statistical purposes based on a corresponding configuration in the master data, for example by directly assigning posting key figures linked to revenue accounts and line concessions to sales. This makes subsequent statistical evaluations much easier.

In addition to sales data, tariff data, device or personnel master data can also be maintained in HUSST format. Both export and import options are available for this. fare.logiQ can therefore be used flexibly - as a leading data supply system or integrated into existing environments. Safebag data from money counting service providers or booking data from payment terminals can also be incorporated via file interfaces as an additional import option.

All sales transactions from staff-operated sales and ticket machines are grouped into sales shifts, which are checked and settled via fare.logiQ.

Operator accounts are kept to check the cash receipts of drivers, train attendants or ticket inspectors. The cash collected can be assigned to the operator account either manually or automatically by importing Safebag data from a cash service provider. In the case of manual allocation, a distinction can be made as to whether the payment was paid into a bank account by the operator or delivered directly to the accounting center in cash.

A shift corresponds to a debit position that must be balanced by the corresponding amount in the operator account as a credit position. In order to enable flexible delimitation of the shifts to be posted, shifts can be posted collectively. This can be done either manually or fully automatically, depending on the configuration. The decisive factor is that the operator account has sufficient funds. Shift-based accounting is therefore not necessary. The shift bookings are summarized in daily financial statements, which are assigned to the respective fare.logiQ user. Open item lists provide a quick overview of shifts still to be booked.

A special procedure is provided for the billing of contractors. Here, it is not individual operators but the organization assigned to the operators that is used as the accrual for the collective posting. This results in a corresponding claim against the external company.

Subsequent additions and deductions, e.g. specific reversals of individual sales, subsequent voucher issues or the subsequent posting of block sales, can be carried out via fare.logiQ. These are then taken into account not only in the operator accounts, but also in the statistical data and the monthly group reports. The accounting month-end closing also records the account statements for the operator accounts, which can then be sent to the operators. They provide detailed information on all cash transactions relating to the operator, including manual corrections in the accounting office.

All accounting transactions are summarized in daily closings, which are assigned to the respective fare.logiQ user.

The daily closing does not refer to a calendar day and can be finalized at any time. No further changes can then be made to the relevant posting items.

The final daily closing is assigned to the current monthly closing. The month-end closing is assigned to the calendar month. If there are no open day-end closings, a final month-end closing can be carried out that summarizes all assigned day-end closings. Different printouts provide information on monthly totals, e.g. in relation to sales channels, payment types, products or revenue per organization.

Corresponding exports for downstream general ledger accounting can be generated for both daily and monthly financial statements. SAP R3K interfaces are already available in fare.logiQ for this purpose.

Query variants can be freely defined by users with special authorization.

A set of possible fields is provided, which can initially be put together as required using a selection box. The attributes "Display", "Group", "Sum" or "Filter only" can then be displayed for each field via a further selection box. Finally, a filter value can be assigned to each field. Once the input is complete, the resulting query variant can be given a name and saved.

The system then generates a template in MS Excel format. This can be edited and used permanently as a template for this query variant. This also enables users without database knowledge to create statistical overviews of their company, e.g. sales revenue per line, to generate information on passenger counts or ticket usage.

This BI-system corresponds to a platform with freely configurable evaluation and reporting functions, whereby a wide range of evaluation variants are possible.

The system allows you to create any form of evaluation for which the corresponding raw data can be imported from the database (automated daily import job). 
The output form can be an export to PDF or paper printout as well as a digital display on a PC or smartphone/tablet.

Viewing the digital statistics with the Business Intelligence System offers a particularly flexible and transparent view of the data through interactive control of individual query elements.
The view can be expanded or restricted without delay by clicking on the graphic.

Furthermore, fare.logiQ enables the creation of a reporting month independent of the accounting month, which is user-controlled.

This enables a clear delimitation of the monthly allocation of sales data. Subsequently, reports are generated to the associations according to the tariffs sold. Depending on the requirements, the sales data is processed and, if necessary, supplemented with additional information and formatted. Simple CSV files can be generated or the association's reporting templates, e.g. in MS Excel format, can be filled directly.

The creation of reports can be marked as final on a monthly basis, which ensures clear traceability regardless of any subsequent data. These are assigned to the following month as subsequent notifications.

A browser-based, multidimensional business intelligence system (so-called BI tool) is optionally integrated in fare.logiQ for mapping evaluations with flexible reporting.

This allows the user at any time:

• create individually configurable reports
• display them in graphical 
• as well as in tabular form

Taking into account configurable criteria, the trips or entire trip chains are determined from the actions which, in conjunction with the selected tariff, lead to a priced sales data record. All actions can be monitored via graphical user interfaces and, in exceptional cases, reworked manually.

For customer-friendly handling of the often unavoidable operating errors that occur during check-in and check-out procedures, e.g. by forgetting the check-out action. CiCoLo has an automatic journey completion function that uses a memory function in conjunction with parameterizable criteria to control escalation levels - a self-learning, intelligent solution that will delight your passengers.

CiCoLo supports the manufacturer-independent HUSST standard interface for transferring sales data records to a background system for further processing. The tariff stored in CiCoLo can also be imported in full or as a difference delivery via the manufacturer-independent HUSST standard interface.

Due to the analogy of the processes, CiCoLo can also be used for sales systems with check-in and check-out or be-in and be-out procedures. CiCoLo was developed in cooperation with Kreisverkehr Schwäbisch Hall, which operates the first check-in/check-out sales system in accordance with the VDV-KA standard.

With more than 25 years of experience, highQ is your reliable partner for future-oriented mobility solutions. Together we design the building blocks of sustainable mobility. Whether high technical requirements, new functionalities or legal regulations: Thanks to our team of experts, we will find the ideal solution for you.