Youforce data read-only, answers only after approval
An employee of your organization asks about their leave balance or a line on their payslip. FixControl reads the named fields it needs from the Youforce endpoints you expose, filtered on that one person, and writes nothing back. The answer about their own situation is a draft until someone on your team approves it.
What the Visma Raet Youforce connection covers
Read-only by construction
The connection has read methods and nothing else. No leave request, no profile change, no record created in Youforce — FixControl reads what an answer needs and leaves your HR system exactly as it was.
Endpoints you expose, on templates you control
FixControl does not prescribe which Youforce domain API you run. You give it three endpoint templates — employee, leave, payroll — with a placeholder for the person, and it reads the prescribed field ids back from whatever you expose there.
Templates pinned to your own host
A template must stay on the same host as the domain-API base URL and travel over https. A foreign host, a protocol-relative URL or an unresolved placeholder is refused before a single request is made — a typo in a template cannot ship your bearer token somewhere else.
Credentials per organization
An OAuth2 client id and secret — the secret encrypted at rest — plus the token endpoint and the domain-API base URL. A half-filled entry is ignored rather than merged with platform defaults, so one environment's secret can never be paired with another environment's host.
A connection check on the credential
A periodic check forces a fresh token exchange, so a cached token cannot keep a badge green. A revoked client or a rotated secret surfaces as a failing check, an audit event and an administrator notification. The check covers the credential — it does not walk your endpoint templates.
The data is read; the answer still needs a person
What comes back from Youforce does not become an outgoing answer on its own. A question about someone's own situation becomes a draft or a review case, bound to a named reviewer, and a second person approves before it is delivered.
What the Youforce connection can and cannot do
The connection has one health capability on purpose: the connection itself. A single missing employee record is a data condition, not a broken integration, so it routes that one question to a person instead of colouring the connection red for everyone.
Read from the leave endpoint you expose, with the as-of date that belongs to the value. Available where that template resolves and returns the prescribed field ids.
An explanation code with an as-of date — never an amount, never a payslip document. Reading it also requires the separate payroll permission on the reader's project role.
Not configurable away. A template on a foreign host, a protocol-relative URL or a placeholder that stayed unresolved is refused before the request leaves FixControl.
A forced token refresh proves the client id and secret still work. It deliberately touches no data endpoint, so a green check confirms the credential — not that every endpoint template resolves.
Not part of the connection, at any level. There is no create, update or delete path — no leave request, no absence registration, no profile change.
Out of scope on purpose. The payroll endpoint returns an explanation code and its as-of date; amounts and documents are not read, so they cannot appear in an answer or in an audit record.
A missing value never becomes a made-up one
Questions about the Visma Raet Youforce integration
Does FixControl write anything back to Youforce?+
Which fields does FixControl read?+
Which Youforce API do I have to expose?+
What does the connection check actually prove?+
What happens when we rotate the client secret?+
Does an answer about my leave balance go out automatically?+
See what a Youforce-backed answer has to pass
Book a demo and follow one leave question from the Youforce read through assignment, approval and delivery.