Tenant communication
What tenants can do in Sicket
See how tenants join a Sicket building, create personal and community tickets, follow updates, read building information, and control their account.
Tenants use Sicket to contact the team responsible for their building, follow ticket progress, and find current building information. Their dashboard is intentionally simpler than the staff dashboard and stays limited to their own building and resident-safe content.
Joining a building
A tenant can join in two ways:
- Invitation: staff send an invitation to a specific email address and building, and can preselect the resident’s home.
- Building QR code: the tenant scans the building’s Sicket QR code, enters account and requested-unit details, verifies the email address, and waits for staff approval.
If staff preselect a home on an individual invitation and the resident accepts it unchanged, no separate home-assignment approval request is needed. A home entered by the resident, a changed preselected home, an email-only bulk invitation, or QR self-join requires approval by an organization administrator or an assigned landlord. Applicable email-verification steps still apply. The current QR steps are documented in the tenant QR self-join guide.
More than one resident can share the same home without gaining access to each other’s personal tickets. An existing resident can also request a correction if the home shown in Sicket is wrong.
Personal and community tickets
Tenants can create tickets for questions, repairs, and building issues. Sicket separates two visibility types:
- Personal tickets are hidden from other tenants. The creator and authorized operational staff can access them; assigned observers have a limited overview without reporter fields, private conversations, or attachment contents.
- Community tickets can be visible to other tenants in the same building when community visibility is enabled.
Community tickets are useful for shared issues such as an entrance problem or lift outage. Personal tickets are the safer choice for matters limited to one home or containing private details.
During ticket creation, Sicket can show relevant active incidents, announcements, Knowledge Base answers, and similar community tickets. A resident can follow an active community ticket instead of creating a duplicate, or continue creating a ticket when separate help is still needed.
For a closer explanation of who can see each type, read the guide to personal, community, and anonymous tickets.
Following progress and communicating
After a ticket is created, the tenant can review its status and tenant-visible updates. Where discussion is available, the tenant can add comments and attachments. Staff may also use internal notes, but those notes are never shown to tenants.
Eligible comments, direct replies, public staff updates, and status changes can generate email according to the recipient’s ticket-notification preference. Repeated activity can be grouped rather than sending a separate email for every edit.
When a ticket is resolved or closed, its creator may be able to provide resolution feedback. Other tenants following a community ticket cannot submit feedback on behalf of the creator.
Building information tenants can read
Depending on what staff have published, tenants can view:
- active incidents for their building;
- announcements within their active period;
- published News & Updates;
- building banners;
- Knowledge Base entries and recurring answers;
- selected building and home information.
Drafts, archived communications, staff summaries, pattern evidence, and private operational records remain outside the tenant view.
Tenant privacy boundaries
Tenants cannot see another tenant’s residential unit, personal tickets, or attachment files. Community tickets do not expose another resident’s unit. When a community ticket is submitted anonymously, the identity is hidden from other tenants, although authorized staff retain the operational context needed to handle it.
Tenants can also manage supported profile, security, session, and notification settings. A tenant who plans to leave can request a move-out date; staff confirm the request before that resident’s occupancy ends. The shared home and any co-resident’s access remain in place.
For the staff side of the workflow, read what landlords can do and what organization administrators can do. Housing teams can use the building onboarding guide to introduce this tenant workflow clearly.