Skip to content

Workspace settings and metrics

Most of what a workspace holds has its own page — members, glossary and QA rules, translation memory, integrations, billing. What is left is gathered here.

Workspace → Settings carries the name and, read-only, the billing currency chosen when the workspace was created. The currency decides which payment providers are offered, which is why it does not change afterwards; a workspace that needs a different one is a new workspace.

Deleting a workspace needs workspace:delete, which only the owner holds by default, and takes its projects, files and translations with it.

Ownlate notifies people about the things they are involved in, through two channels:

  • In-app — the bell in the header, with an unread count. Everything goes here.
  • Email — kept for what is addressed to you personally. In a busy workspace, mailing every reviewer about every submitted translation would make the mailbox useless, so translation.submitted is in-app only.
EventWhen it fires
translation.submittedA translation was sent for review
translation.reviewedA reviewer marked one reviewed
translation.approvedA translation was approved
translation.rejectedA translation was rejected
comment.createdSomebody commented on a segment
comment.mentionedSomebody mentioned you in a comment
task.assignedA task was assigned to you
task.status-changedA task you are involved in moved
member.addedSomebody joined the workspace
suggestion.createdSomebody suggested a translation on an open project
suggestion.reviewedYour suggestion was accepted or declined

Profile → Notifications lets you turn each event on or off per channel. Some events cannot be switched off, because they are how you learn that something is waiting for you.

Notifications are delivered once per recipient per channel, and a redelivered event does not produce a second one.

Workspace → Metrics answers three questions.

Activity by day across the workspace, and per project: how many segments there are, how much was written and when. The same view exists at project level under Analytics, with a breakdown by file, so you can see which file is holding up a language.

Per member: segments translated, approved and rejected, words translated, days active, and the last time they touched anything. This is the honest picture of where capacity is, and where a language has quietly been left to one person.

Segments auto-translated, characters spent and an estimated cost — see AI translation.

The language catalogue is platform-wide: codes with a name and a native name, which is what a project’s source and target languages are chosen from. Projects use BCP 47 codes, so pt-BR and pt-PT are separate languages rather than one with a variant.

Your plan is metered in words, and the counter moves as translations are written. If it ever looks wrong — after a bulk import, say — sync word usage recomputes the workspace total from its approved translations. See Plans and billing.