Skip to content

Configuration & admin ​

Administrative settings live under Settings (/settings) and are available to the Admin role (some sections also to HR). This page covers theming, email, users and roles, and company settings.

Theming ​

Coworkee separates the style preset (the overall visual language) from the corporate identity (your brand colour and logo).

Style presets:

PresetFeel
defaultClean, neutral, the out-of-the-box look
materialMaterial-inspired surfaces and elevation
githubUnderstated, GitHub-like
playfulRounder, more colourful

Corporate identity:

  • Accent colour — the primary/CI colour used across buttons, links and highlights.
  • Logo — upload your company logo; it is served from the tenant logo endpoint and shown in the app shell.

Appearance: light and dark mode are available everywhere; the choice is remembered per user.

Set the initial preset and appearance in the setup wizard; change them any time under Settings → Appearance / Theming.

Mail / SMTP ​

Coworkee can send transactional email — most importantly the password-reset link and notifications. Configure the mail transport under Settings → Mail. Four transports are supported:

TransportUse it when
SMTPYou have a mail server or relay (host, port, user, password, TLS).
SendGridYou use SendGrid — provide the API key.
sendmailThe host has a local sendmail-compatible binary.
LOG (fallback)No mail configured — messages are written to the application log instead of being sent. Fine for development.
  • Secrets are encrypted at rest (SMTP password, SendGrid API key), not stored in plain text.
  • Use the "Send test email" button after saving to confirm the transport works end to end.
  • Until a real transport is configured, Coworkee falls back to LOG, so a password-reset link, for example, appears in the container logs rather than an inbox.

Password reset needs working mail

The forgot-password flow emails a reset link. If mail is on the LOG fallback, that link only appears in the logs — configure a real transport before relying on self-service password resets.

Users & roles ​

Coworkee uses role-based access control (RBAC) with four roles, enforced server-side on every write (server actions are Zod-validated and audited). Manage users and their roles under Settings → Users.

RoleIntended for
ADMINSystem administrators — full access, including settings, theming, mail and user management.
HRHR staff — manages employees, absence, documents, onboarding, recruiting across the company.
MANAGERTeam leads — approves their team's absence, sees team time, manages their reports.
EMPLOYEEEvery employee — self-service: own profile, own absence requests, own time, own documents.

Permission matrix ​

A practical view of who can do what. "Own" means the acting user's own records; "team" means the manager's direct reports.

CapabilityAdminHRManagerEmployee
View own profile & data✅✅✅✅
Edit own profile (self-service)✅✅✅✅
View all employees✅✅✅✅
Create / edit employees✅✅——
Request own absence✅✅✅✅
Approve absence✅✅team—
Manage absence entitlements✅✅——
View team time✅✅team—
Upload documents to a profile✅✅——
Manage onboarding templates & processes✅✅——
Manage goals & reviews✅✅teamown progress
View analytics dashboard✅✅——
Manage recruiting pipeline✅✅——
Publish news / announcements✅✅——
Manage users & roles✅———
Settings: theming, mail, company✅———

Exact scoping

The table is a guide to the intended model. The authoritative rules are the server-side RBAC checks in lib/ — every write goes through them regardless of what the UI shows.

Company settings ​

Under Settings → Company the admin maintains the company name and general organisation-wide options set up in the wizard. These values feed the app shell, documents and analytics.

Released under a proprietary license. · coworkee.de · Built by gilde.org