The problem
Getting a college bus pass still runs on paper in many colleges: a student collects a form from the transport office, fills it by hand, attaches photocopies of an ID and a photograph, queues again to submit it, and returns days later for the verdict — then pays at a separate counter and collects a printed pass that can be lost or forged. The College Bus Pass Application Android App with Online Payment and QR Pass replaces that chain with one phone flow: the student applies from the app, uploads the college ID, a passport photo and an address proof, and tracks the status live. The office approves or rejects with a reason, the student pays the semester fee through UPI in the app, and the app issues a QR pass the conductor scans at the bus door, logging every boarding. No counter visit is needed, and every pass is tied to a verified application and a recorded payment.
Applies from the phone with PRN, branch, route and boarding stop, and uploads three documents.
Follow the working sequence
How it works
End to end, the app works as a four-stage loop between the student's phone, Firebase and the transport office, with the conductor's scan closing the circle. A student signs in with a phone number, fills in PRN, branch, route and boarding stop, and uploads the three documents; the application lands in the admin queue with the files attached. Transport-office staff verify the documents and approve or reject with a reason, and an approved student is prompted to pay the semester fee through the UPI intent flow in the app. Once the payment confirms, the app stores the UTR against the application and generates the QR pass, which the student can also download for offline use. On the bus the conductor scans the QR, the app checks validity, route and payment, and the scan is logged with pass ID and time for the transport office to review.
- The student signs in with a phone number through Firebase Authentication and opens the new-pass application form.
- The student enters PRN, branch, route and boarding stop, and uploads the college ID, a passport photo and an address proof (max 2 MB each).
- The application is written to Cloud Firestore and appears in the transport office admin queue with the documents attached.
- Admin staff verify the documents and approve or reject the application with a recorded reason; the student sees the status live.
- An approved student pays the semester fee through the UPI intent flow (GPay, PhonePe, Paytm or BHIM); the UTR is stored with the application.
- On payment confirmation the app generates the QR pass with pass ID, route, boarding stop and validity, available offline as a downloaded copy.
- The conductor scans the QR at the bus door, the app checks validity, route and payment, and the scan is logged with pass ID, time and result.
Tech stack:
- Kotlin
- Android Studio
- Firebase Authentication (phone sign-in)
- Cloud Firestore (applications · passes · scan log)
- Firebase Cloud Storage (documents)
- UPI payment intent API
- ZXing QR code library
- Material Design 3 UI
| Parameter | Value |
|---|---|
| Platform | Android 8.0 (API level 26) and above (design target) |
| Language | Kotlin (Android Studio) |
| Backend | Firebase: Cloud Firestore, Authentication, Cloud Storage |
| QR code | 25 × 25 modules (Version 2 grid, ZXing library) |
| QR render time | Measured: under 1 ms in the local demo run (single device, canvas draw) |
| Document upload | 3 documents, max 2 MB each (design target) |
| Routes in demo dataset | 5 routes (seeded demo data) |
| Seats per bus | 52 seats (design target) |
| Pass validity | 1 semester (design target) |
| Payment methods | 4 UPI apps: GPay, PhonePe, Paytm, BHIM (design target) |
| Scan log | Pass ID, time and result per scan (design target) |
| Offline behaviour | Downloaded pass viewable offline; scans sync when back online (design target) |
Project features
The College Bus Pass Application Android App is built around four capabilities that work as one flow: new-pass application with document upload, online UPI payment, QR pass issue, and conductor scan verification. The application flow lets a first-time student apply from the phone with PRN, branch, route and boarding stop, uploading the college ID, a passport photo and an address proof, each file capped at 2 MB. Online UPI payment is implemented in the base build, not future scope: after approval the student pays through GPay, PhonePe, Paytm or BHIM, and the app stores the UTR against the application. The QR pass is generated only after payment confirms, carrying the pass ID, route, boarding stop and validity, and works offline from a downloaded copy. The conductor scan screen completes the loop, checking validity, route and payment at the door and logging every boarding with pass ID and time, so the office can see exactly who boarded which bus.
- [New-pass application with document upload] A first-time student applies from the phone with PRN, branch, route and boarding stop, uploading the college ID, a passport photo and an address proof, with each file capped at 2 MB (design target).
- [Online UPI payment in the base build] After approval the student pays the semester fee inside the app through GPay, PhonePe, Paytm or BHIM; the UTR is stored against the application and the QR pass is issued only after the payment confirms.
- [QR pass generation and display] The app generates a 25 × 25 module QR pass carrying the pass ID, student details, route, boarding stop and validity end date, and a downloaded copy keeps working offline.
- [Conductor scan and verification log] The conductor scans the QR at the door and gets an instant verdict — verified, expired, wrong route or already scanned — with every scan logged by pass ID, time and result.
- [Admin approval workflow] The transport office sees every application with its documents attached, approves or rejects with a recorded reason, and manages routes, boarding stops, seat capacity and the semester validity window.
- [Pass status tracking and renewal] The student tracks the application live — submitted, approved, paid, pass issued — and the app prompts for renewal before the semester validity ends.
- [Route and stop lookup] Students browse the 5 seeded routes with boarding stops and departure times before choosing a route, so the application carries the right stop from the start.
What is included
- Complete Android app source code in Kotlin (Android Studio project)
- Firebase setup guide: Authentication, Cloud Firestore collections and Cloud Storage rules
- Seeded demo dataset with 5 routes, boarding stops and sample applications
- Working demo build of the apply, payment, QR pass, admin and conductor screens
- Project report PDF (background, methodology, architecture, results)
- PPT presentation for final review
- Viva Q&A preparation document (Android, Firebase, UPI flow, QR verification)
- Setup and demo instructions
Limitations & prerequisites
- UPI payment needs a real merchant/collect setup for a production rollout; the base build demonstrates the intent flow with a test UPI ID and must be connected to the college's payment account before live use.
- Document verification is manual: admin staff check the uploaded ID and photo, so approval speed depends on the transport office, not the app.
- The QR pass proves the pass is valid and paid for; it does not track the bus location, so live bus tracking is an optional extension.
- Applications, payments and scan sync need internet; without connectivity the app only shows the last synced pass and a downloaded offline copy.
- The demo dataset holds 5 seeded routes and sample students; connecting a real college's routes, fares and student records needs that college's data.
- This is a student-built demonstration app, not an official college transport system; college names, routes and timings in the demo are illustrative and must be replaced with the college's real schedule.
Frequently Asked Questions
Is this project suitable for a final-year project?
Yes, for Computer Science, Information Technology and Android application development programs. It demonstrates Kotlin Android development, Firebase backend design with Firestore and Cloud Storage, UPI payment integration, QR code generation and verification, and a complete multi-role workflow with student, admin and conductor screens. The viva discussion can walk through the full state machine — apply, approve, pay, issue, scan — with each transition enforced in code, which is stronger than a single-screen demo.
How is this different from a bus pass renewal web portal?
A renewal portal serves existing pass holders on the web and, in the live example, lists online payment as future scope. This project is an Android app built around first-time application: a new student applies with document upload, the office approves, UPI payment is implemented in the base build, and a QR pass is issued that a conductor scans and logs on the bus. That difference also shapes the viva: the student explains a state machine across three roles instead of a single renewal form.
How does the UPI payment work?
After the transport office approves the application, the student pays inside the app through the UPI intent flow, choosing GPay, PhonePe, Paytm or BHIM and confirming in their UPI app. The app stores the payment UTR against the application, and only then generates the QR pass — no pass exists without a matching payment record. A failed or cancelled payment leaves the application in an approved-but-unpaid state, and the student retries from the same screen without filing a second application.
Can the conductor verify a pass without internet?
Yes, the verdict itself needs no network, because the pass data — pass ID, route and validity — is carried in the QR code. The conductor's phone checks the code locally, and the scan is stored on the phone and synced to the transport office log when connectivity returns. The conductor's phone stores each offline scan locally and uploads the batch when the bus returns to coverage, so no boarding record is lost.
What documents does a student upload?
Three documents: the college ID card, a passport-size photograph and an address proof such as Aadhaar. Each file is capped at 2 MB, the uploads are stored in Firebase Cloud Storage, and the admin sees them attached to the application when verifying it before approval. If a document is unclear, the admin rejects with a reason naming the file, and the student re-uploads only that document instead of starting over.
What will I receive with the project?
The complete Kotlin source code, Firebase setup guide, seeded demo dataset with 5 routes, a working demo build of all five screens, the project report PDF, a PPT for final review, and a viva Q&A document covering Android, Firebase, the UPI flow and QR verification, plus setup instructions for running the demo. The report, PPT and viva Q&A are written around the same five screens, so the documentation matches the demo exactly.
Get this project Message Projectech on WhatsApp for a quotation: share the scope you want (routes, fare rules, payment setup and any extra features), and you will receive the build scope, price and delivery timeline before any work starts.
Components & software requirements
- Kotlin
- Android Studio
- Firebase Authentication (phone sign-in)
- Cloud Firestore (applications · passes · scan log)
- Firebase Cloud Storage (documents)
- UPI payment intent API
- ZXing QR code library
- Material Design 3 UI
Delivery information
Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.
Support terms
Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.
Download free synopsis (PDF)
Enter your name and WhatsApp number — the synopsis PDF downloads immediately. We may send occasional project updates on WhatsApp; no spam.