UNIVIRA for university leadership: what it is, how it works, and where its limits are.
For university presidents and vice presidents, deans of student affairs, IT departments and university administration.
UNIVIRA is independent and is not an official application of any university. We contact universities for transparency and to seek the appropriate approvals before reaching their students, not to claim any official status. UNIVIRA is in its pre-launch stage and is not yet open to students. Features marked “Built” are built and tested internally, and will become available with the closed beta.
1. What UNIVIRA offers university students
University community
Organised chat groups for the university's students, with controlled membership and moderation.
A community per course
Questions, answers and study materials shared by students.
Tools and services
Timetable, student market, lost and found, and peer tutors.
2. How university communities work
- Each university has a separate community, with access boundaries that keep different universities' groups apart.
- The platform team creates groups around students' needs. Joining is set per group: automatic for verified students, or with moderator approval.
- A removed member does not rejoin automatically.
- UNIVIRA groups are not university clubs or initiatives, do not represent the university, and may not be named to suggest that they do.
3. How course communities work
- Every course has a community for questions, knowledge exchange and materials shared by students.
- Course names, codes and credit hours appear exactly as in the officially published study plans, unaltered.
- “Ask without my name” shows a pseudonymous number; moderators see the account behind it only when it is reported, and that access is logged.
- The academic integrity policy prohibits cheating and sharing exams while they are in progress.
University e-mail is a deliberate part of the trust model, not just a sign-up option.
Requiring university e-mail is a design decision for organising communities and building trust. We describe what it achieves precisely, and its limits just as precisely.
Institutional affiliation
It shows that, at sign-up, the account holder can access an e-mail address issued by the university, and links the account to the university that owns the domain.
Organising students by university
Students are organised into communities tied to their universities, instead of open communities whose members are hard to verify.
Fewer random and impersonated accounts
It makes random sign-ups and impersonating a student much harder, complemented by reporting fake names.
Eligible members only
Access to a university's groups and content follows the account's university, enforced on the server, not in the interface.
Multi-university architecture
The platform hosts several university communities in one system, each with its own independence and access boundaries.
An institutional channel when needed
Used for verification, account notices and password recovery. A suspended account cannot evade the decision by signing up again with the same address.
How verification works
- University e-mailThe server accepts only each university's approved e-mail domains.
- Verification codeA 6-digit code is sent to the address, valid for 10 minutes.
- An account linked to a universityThe account is linked to the domain's university and carries a “Verified student” label.
- Controlled accessThe university's groups and content are for that university's accounts.
Complementary safeguards: an invitation code during the beta, one account per student, a real name before the first post, daily limits on posts, messages and reports, and automatic hiding of anything reported by three different students until moderators review it.
✓ What university e-mail verification means
- At sign-up, the account holder could access an e-mail address issued by the university.
- Random sign-ups and impersonating a student are much harder.
- The account is linked to the university that owns the e-mail domain.
- The platform uses the address for verification and account notices only.
! What it does not mean
- On its own it does not prove current enrolment in every case; some addresses stay active after graduation or withdrawal.
- It does not guarantee that every fake account or misuse is prevented, which is why reporting and moderation complement it.
- It gives the university no automatic access to student accounts, messages or private information.
- It implies no integration with university systems or access to university databases; the platform does not connect to student portals or e-mail servers.
Is there additional verification, such as a university ID? The platform does not currently collect university ID cards or any identity document, to minimise sensitive data. If a university considers additional verification necessary, such as confirming current enrolment, we are ready to discuss options with it, provided they respect data minimisation and require no access to university systems. No additional verification will be introduced before it is agreed, announced to students, and reflected in the privacy policy.
5. How membership verification works
Membership is checked on the server for every operation, not by hiding buttons in the interface. A university's groups and content are visible only to accounts linked to it, and a student's real name is shown only to signed-in students of the same university.
6. Moderation and community governance
- Scoped administrative roles (owner, administrator, moderator, group moderator); no administrative permission works without two-step verification.
- Reporting of any content, automatic hiding after multiple reports, and review by the moderation team.
- Suspension and banning of violating accounts, with a right of appeal.
- An append-only audit log of every administrative decision.
7. Privacy and institutional boundaries
No technical integration
The platform needs no access to university systems or APIs, and collects no data from university portals by any means.
No data from or to the university
We do not request student data from universities, and do not share students' account data or conversations with them. Any disclosure to any party requires a legal basis.
No logos, no representation
The platform uses no university's logo or colours, and names a university only within the scope of its written consent.
8. Expected benefits for universities
Expected value from the platform's design, not proven results; the platform is not yet open to students and has no usage figures yet.
- An organised digital space for the student community, with verified membership and published rules.
- An organised alternative to open chat groups, where appropriate.
- Support for knowledge exchange and collaboration among students.
- Easier access to everyday student services in one place.
- Clear membership and moderation rules, and an academic integrity policy.
9. What UNIVIRA asks of universities
Proposed, non-binding requests; a university may accept, decline or amend any of them.
- Consent to mention the university's name in text, without its logo, under its conditions.
- Consent to introduce the platform within the university environment.
- The university's requirements on using its e-mail domain for verification.
- Optionally: an announcement to students, an institutional contact point, and exploring cooperation.
UNIVIRA does not ask for: student data, permissions on university systems, technical integration, funding, or use of the logo.
Request a meeting or a presentation.
For universities and institutions: an introductory meeting, a live presentation of the platform, institutional information, or a discussion of possible cooperation.
How this form works: it checks your entries, then prepares a message to univira.official@gmail.com in your own e-mail app for you to send. This website does not send or store your data anywhere. If your e-mail app does not open, write to us directly at univira.official@gmail.com.
Prefer a printed copy? The UNIVIRA institutional overview is ready to print or save as PDF.