KT Sparks

University · Italy · among Europe's biggest private universities, multiple branches

Automated Admissions Checks with AI for a University in Italy

Each intake, four to eight admissions staff gave one to two months to hand-checking some 20,000 applications. Does the form agree with the ID? Is the photo a real portrait? Is it the same person? A missed check means a wrong identity in the student record. A robot now runs the checks, getting around 90-95% right, and staff only see cases that need judgement.

Automated Admissions Checks with AI for a University in Italy
Industry
Education
Function
Operations
Region
Italy

Results

~20,000
admissions checked every year
Two intakes a year. A rough working number from the delivery team.
~90-95%
of applications got right by the robot
From the delivery team's recollection. The remainder went to staff in Action Center.
3+ yrs
of live operation
From 2022 to 2025, with our support the whole way.

01

The challenge

The client ranks among the biggest private universities in Europe. It is based in Italy and has multiple branches. Candidates apply on an online admissions portal, uploading identity documents and a photo. The admissions office reviews each application and gets back to the candidate if anything is missing or incorrect. One branch handles admissions in a separate system that exposes an API. With two intakes a year, about 20,000 admissions need validating.

All of this was done manually. For each application, staff opened the uploaded ID, compared it with the data typed into the form, decided whether the document came in a format the Italian state recognises, and then reviewed the photo twice. First against the portrait rules (plain background, no bathroom selfie), then against the face on the ID.

The price of doing it by hand

  • Staff locked up at peak. Some four to eight people were busy twice a year, for one to two months each time, right when the admissions office had the most on its plate.
  • Eyeballing identities. About 20,000 identity matches a year, decided by whoever happened to be on shift.
  • Wrong identities on file. One missed mismatch, a document format that should have been rejected or a photo of a different person ends up as a wrong identity in the student record.
  • Candidates kept waiting. Each day of manual backlog is another day before a candidate learns that something is missing.
  • Two channels, the same manual work. The same hand checks had to cover both the portal and the API-based system.

02

What we did

We built a UiPath robot that behaves like one more person on the admissions team. Every application is validated from start to finish. The robot passes the ones it cannot finish to staff and reports on everything else.

The validation path, step by step

  1. Rules captured from the team. We gathered the validation rules and process know-how from admissions staff and wrote them up as explicit checks that can be tested.
  2. Working the portal. Unattended UI automation signs into the admissions portal, opens every application and reads the submitted form and the uploaded documents, covering each branch that uses the portal.
  3. Working the API. One branch runs admissions on a separate API-based system. There, the same automation does the job through that API.
  4. Reading the documents. UiPath Document Understanding classifies each upload and extracts the data from it. That covers passports, ID cards, tax ID documents and driving licences, in each of the several formats Italy accepts.
  5. Comparing form and document. The robot checks the extracted ID data against the applicant's form entries, one field at a time.
  6. Checking the data itself. Regex patterns plus rules specific to each type and format confirm that every value is genuine and correctly formed, and that the type and format of the document are allowed.
  7. Photo checks we wrote ourselves. In-house Python algorithms test the photo against the portrait criteria and compare it with the face on the ID.
  8. People stay in the loop. If the robot cannot extract all fields, or something is missing, the case lands with admissions staff in UiPath Action Center. Results get a final review once processing ends. No guessing.
  9. Reporting exceptions. Errors and gaps go to the university in a recurring Excel report, so staff reach out only to the applicants who actually need it.

Ready for every intake

  • The robots run on virtual machines in the university's own network and are orchestrated from UiPath Automation Cloud.
  • Designed and built following UiPath best practice.
  • We ran the Automation Cloud tenant and administered the Windows infrastructure the robots sit on.
  • From 2022 through 2025 we supported, upgraded and maintained the robot and its infrastructure, dealing with admission-process corner cases as they came up.

Stack

LayerTools
AutomationUnattended robots built in UiPath Studio (UI automation)
OrchestrationUiPath Automation Cloud (Orchestrator)
Document AIUiPath Document Understanding
Human reviewUiPath Action Center
Photo checksOur own Python algorithms for face matching and portrait criteria
Data checksRules-based checks and regex
IntegrationDirect API link to the API-based admissions system
ReportingExceptions report in Excel
InfrastructureWindows VMs on the client's network

03

The outcome

The original project documents no longer exist. What follows are working numbers and recollections of the delivery team, not audited measurements, so treat every figure as approximate.

BeforeAfter
Checking one intakeAbout 4-8 staff for 1-2 months, two times a yearRobot validates, staff take the exceptions
Yearly manual reviewSome 1,350-5,400 hours (worked out from the staffing figures)Most of it now done by the robot
Form vs ID, document type, data validityDone by eyeAutomatic checks on each application
Portrait rules and face matchingDone by eyeIn-house Python algorithms
Cases that need judgementBuried among all the othersSent to Action Center
Which standard appliedDepended on who was on shiftA single standard for every intake and branch, portal and API alike
  • About 20,000 admissions validated each year over two intakes from 2022 to 2025, which adds up to more than 60,000 applications across the engagement.
  • The robot got around 90-95% of applications right. The remainder, plus any case where information was missing or a field could not be extracted, was passed to people.
  • Manual checking shifted to the robot. Staff deal only with incorrect or incomplete cases. The delivery team calls the savings enormous, although nobody measured them formally.
  • A single validation standard applied to every applicant and every intake, in all branches and on both channels.
  • More than 3 years of continuous operation, with our support, upgrades and maintenance the whole way.

Where admissions robots usually break

The failure tends to come at the worst time: week one of an intake, when volume jumps and a portal change, a Windows update on the machine the robot runs on or a new document format brings it to a halt. Our support covered both the robot and its infrastructure, and we handled corner cases as they surfaced, so every intake began with a robot that worked.