Case Study

Smart Card Access Control for 15,000 University Students Across 25 Buildings with SIS Integration

Automatic class-attendance reporting; hostel access linked to fee-clearance status.

  • Client

    Private university

  • Location

    Dhaka

  • Delivered

    2025

  • Project Status

    2025

Client Organization

Private university

Deployment Location

Dhaka

Completion Year

2025

Brands & Systems

zkteco

The challenge

Client Profile

The same large private university as described in the preceding surveillance case study — 15,000 students, 40-building campus in Dhaka. This case study covers the access control implementation that followed the CCTV upgrade, addressing the related but distinct problem of building access management for 15,000 students with varying programme enrolments and access entitlements. The two projects were sequenced by the university with a 3-month gap, with SSAL retained for the second phase based on the successful first-phase surveillance delivery.

The challenge

The Challenge

The university's campus was, prior to this project, effectively open to all persons during daytime hours. There was no building-level access control — any student, staff member, or visitor could enter any building on campus without challenge or authentication. This open-access philosophy, common in universities, had been workable when the student body was smaller and security incidents were rare. By 2026, with 15,000 students and a campus that included science and engineering laboratories with expensive equipment, computer labs, student accommodation blocks, and clinical simulation facilities, the open-access model had produced a specific set of problems that the university's management could no longer accept.

Equipment theft from science and engineering laboratories was the most financially significant problem. Over an 18-month period, the faculty of engineering reported theft or damage to equipment totaling BDT 34 lakh: oscilloscopes, precision measurement instruments, a 3D printer, and multiple high-specification laptop computers from specialist CAD workstations. The thefts occurred in buildings that were accessible to all students regardless of programme — computer science students could enter the civil engineering laboratory, non-engineering students could access the electronics laboratory. Without any record of who had entered a laboratory when, investigations produced no actionable leads. The faculty dean had suspended three specialist laboratory facilities from student self-directed use (requiring faculty supervision for all access) — a constraint that significantly impacted the curriculum's practical laboratory component.

The student accommodation blocks presented a specific security concern. Three female student dormitory buildings housed approximately 900 residents. These buildings had no access control at their entrance — any person could walk into any dormitory building at any time. The university's student welfare office had received formal complaints from dormitory residents about unwanted visitors in the buildings, including two incidents involving non-resident male students entering the female dormitory corridors. The university's female student association had formally raised the dormitory security issue with the vice chancellor as a matter of institutional duty of care.

The absence of building-level access management also meant that students who had been suspended or had their registration lapsed for non-payment of fees could continue to access university buildings without restriction. In one documented case, a student whose enrolment had been cancelled following a disciplinary matter continued to appear in campus buildings for four weeks after cancellation — a situation that only came to light when a faculty member recognized him and reported it.

The Student Information System (SIS) — the university's central database of student enrolment status, programme, and registration — was the obvious source of access entitlement data, but it had never been connected to any physical access control system. Each new semester, the IT office issued paper-based lists of newly enrolled students to the security company, which updated a manual visitor log — an obviously unscalable and unsecured approach.

Why SSAL

Why SSAL

Following the CCTV project's successful delivery, the Campus Safety Committee invited SSAL to present an access control proposal without a competitive tender, exercising a direct engagement provision in their procurement policy for projects where a current contractor has demonstrated relevant performance.

SSAL's access control proposal centered on the SIS integration — a technical discussion that the Campus Safety Committee's IT member had specifically flagged as the most important design element. The access control system needed to automatically reflect changes in SIS (new enrolments, registration suspensions, programme changes that altered building access entitlements) without requiring manual data entry into the access control system. SSAL's proposed API integration between ZKBio Access software and the university's Oracle-based SIS was the specific technical solution that addressed this requirement.

The use of MIFARE Classic 1K student ID cards — the same cards already issued to all students as their university ID — was a significant practical advantage. Rather than issuing a new access card in addition to the existing ID card, the access control system would activate the existing student ID card for electronic access upon enrolment. Students who already had a card would need no action; new students received the access-enabled card as part of their normal induction. This eliminated the card issuance logistics challenge that a separate access card programme would have required.

The solution

The SSAL Solution

SSAL designed and installed a 60-door access control system across 25 buildings, integrated with the university's Student Information System for automated access management.

ZKTeco SF100 Smart Card Readers — 60 Units: 60 ZKTeco SF100 MIFARE smart card readers were installed at 60 controlled entry points across 25 buildings. The SF100 is a compact surface-mount card reader with MIFARE DESFire EV2 support, LED status indicators, and a weatherproof IP65 rating for external entrance doors. Card read range is 5-8 cm — requiring a deliberate card presentation gesture rather than accidental range activation, which is important in a campus environment where students carry cards in wallets that might otherwise trigger inadvertent reads.

Doors were selected for access control based on the building's specific security requirement:

  • Science and engineering laboratory buildings: main entrance plus each laboratory suite entrance (28 readers)
  • Female dormitory buildings: main entrance to each of the three buildings (3 readers)
  • Computer science labs and CAD facilities: laboratory suite entrances (8 readers)
  • Clinical simulation centre: main entrance and simulation room entrances (6 readers)
  • University archive and records room: single entrance (1 reader)
  • Administration building restricted areas (HR office, finance, registry): 4 readers
  • Faculty library private reading rooms: 10 readers

Bosch Access Professional Edition — Access Controller Network: Bosch Access Professional Edition (APE) was deployed as the access management software and controller platform. Bosch DS150i 2-door controllers manage the electric strikes and magnetic locks at all 60 doors, networked via the campus LAN. The APE platform provides centralised management of all access permissions, scheduling, and audit logging.

Access levels are defined by programme and year of study:

  • Engineering students (all levels): access to their programme's designated laboratory buildings 08:00-20:00 weekdays, 08:00-17:00 Saturdays
  • Science students: access to science laboratory building, programme-appropriate laboratory suites
  • All registered students: access to library reading rooms, computer labs
  • Dormitory residents: access to their specific dormitory building 24 hours (with night-mode single-access per card per entry)
  • Staff: building access 07:00-21:00 weekdays
  • Security-cleared cleaning staff: building-specific access 18:00-22:00

SIS Integration — Oracle API: ZKBio Access software connects to the university's Oracle SIS database via a REST API integration developed by SSAL's software team in collaboration with the university's IT department. The integration runs a synchronisation process every 2 hours, which:

  • Activates card access for newly enrolled students (based on new records in SIS)
  • Updates access levels when students change programmes or year of study (detected by programme code changes in SIS)
  • Suspends card access for students with registration cancelled, fees non-payment flag, or disciplinary suspension status in SIS
  • Reactivates cards when suspension conditions are cleared in SIS

The automation means that when the student registration office updates a student's status in SIS — for any reason — the corresponding change to their physical building access is propagated automatically within 2 hours, without any manual intervention from the security or facilities team.

Emergency Access Override: All controlled doors are configured with fail-safe electric strikes that unlock automatically on fire alarm activation (relay connected to the campus fire alarm panel) and can be unlocked globally from the APE security management workstation by the security supervisor in an emergency. A physical manual release is also provided on each door for mechanical override.

Audit Reporting: The APE audit log records every card presentation at every reader — successful and failed — with student identity, door, and timestamp. Weekly access reports are generated for each faculty's laboratory manager, showing which students accessed their laboratories and when. Failed access attempts (card presentations by students who do not have access to a particular building) are reported in a daily exceptions report to the campus security office.

Implementation

Implementation

The project was implemented over 12 weeks. The key implementation challenge was card re-activation: all 15,000 existing student cards needed to have their MIFARE data sectors written with the access control application credential. Rather than requiring all 15,000 students to visit an enrollment station, SSAL programmed the ZKTeco readers to accept the cards' existing MIFARE data and validate them against the SIS via the API — a more sophisticated integration that avoided a campus-wide card replacement exercise.

SIS API development and testing was the longest single task: 4 weeks of API documentation review, coding, and integration testing with the university's IT team to validate that the synchronisation logic correctly handled all enrolment status combinations in the SIS. Test cases covered: new enrolment, programme change, suspension, reinstatement, graduation (access revocation), and staff appointment.

Physical installation of 60 readers across 25 buildings was completed in 6 weeks by an 8-person installation team. Door hardware — electric strikes, magnetic locks, door position sensors, and emergency break-glass releases — was installed concurrently with reader wiring. The Bosch DS150i controllers were installed in each building's nearest network cabinet, cabled to the readers and connected to the campus LAN.

"The SIS integration was the piece that made this a real access management system rather than just an electronic lock. In a university with 15,000 students and constantly changing enrolment status, any system that requires manual synchronisation between the student database and the access control database will drift out of accuracy within weeks. The automatic synchronisation means our access control always reflects the current student status. The laboratory theft reduction is the outcome the faculty deans care most about. The dormitory security change is what mattered most to our students."

Pro-Vice Chancellor (Administration)Private University, Dhaka
Outcome

Results & Impact

Equipment theft from science and engineering laboratories was reduced by 85% in the 12 months following system go-live. The access log's audit trail, which records which students entered each laboratory and when, enabled the university to resolve two equipment discrepancy investigations by cross-referencing access logs with laboratory equipment inventory records — a capability that was entirely absent before the system.

The three female dormitory buildings now have controlled 24-hour access for residents only. No unauthorized access incidents have been reported in any dormitory since go-live. The female student association formally acknowledged the access control installation as a positive institutional response to their security concerns.

The SIS integration's automatic suspension function has operated correctly for all 34 student enrolment status changes that triggered access suspension in the first six months — every case where a student's registration was suspended in SIS was reflected in an access suspension within the next synchronisation cycle, without any manual security team action.

One notable case: a student whose registration was suspended for disciplinary reasons had their campus access suspended automatically 90 minutes after the SIS update — the registrar's office did not need to separately notify the security team. This was identified as a key operational improvement over the previous system, where a 4-week access period had followed a disciplinary cancellation without detection.

Next step

Planning a similar project?

We'll share reference contacts and a recommended scope for your environment.