Minibus Cooperative Card System and Shuttle Card Payment

For Minibuses and Shuttles

• Simple setup suited to small fleets
• Student/full-fare card distinction with a voice alert
• Offline operation - collection continues outside coverage too
• Plate-based revenue report

Student Shuttle Tracking

Boarding/alighting is tracked with student cards; parents get regular, secure transport convenience. See the municipal social card system for social fares.

Minibus Cooperative Card System — Revenue Sharing Between Members

In a minibus cooperative card system, the real issue is not reading cards but making it indisputable how much revenue each vehicle generated. Because income is shared between cooperative members, it must be transparently reportable which plate each tap belongs to and how much each member collected at end of day.

• Taps by Vehicle Plate Report — per-vehicle, day-by-day tap and revenue analysis broken down by card type; the basis for revenue sharing between members.
• Driver Activity Report — PIN-protected shift open/close, shift hours and failed PIN attempts.
• Top-up Z Report — an official cash-register style, uniquely numbered and frozen end-of-day document that cannot be altered afterwards.
• Immutable transaction ledger — no record can be deleted or edited; it closes revenue disputes.

Signal coverage is often not continuous on cooperative routes. In Sole Akbil, physical card taps work fully offline — collection does not stop in a tunnel or on a village route, and transactions sync automatically once connectivity returns. For a cooperative, that directly protects driver income.

For the full report set see fare collection reporting, and for fare and card type setup see card types and fares.

How to Prevent Revenue Leakage on Minibuses

With cash fares, lost revenue on a minibus usually comes from three places: the driver handling cash, unrecorded boardings and end-of-day counting differences. With Sole Akbil, fares are collected up front at card top-up points; the driver holds no cash and every boarding is recorded with plate and time.

• Cashless boarding — the passenger taps a card, phone or QR ticket; the driver's contact with cash is eliminated.
• Server-side fare calculation — even if the device software is reverse-engineered, the fare is always calculated on the server; the device's own claim is never counted as revenue.
• Clone card detection — the same card being used on different devices within 120 seconds is reported automatically (R16).
• Offline tap anomalies — inconsistencies detected during sync are reported.
• Z report and ledger — the end-of-day document is frozen and no record can be deleted; revenue disputes between members are closed.

For the cost items and example scopes by fleet size, see AFC system pricing.

From the Field

Examples from our minibus akbil deployments: the Gerede and Cayirbag projects.

Frequently Asked Questions