Back to guides

Managing the employee portal and change requests

Send access links, track their status, then apply or reject what your employees ask you to correct.

Application4 min read
Table of contents+

Opening the employee portal takes one button: you send a link, your employee views their documents, and all that comes back to you are the correction requests they submit. This guide covers both sides of the job — handing out access, then handling the requests.

1. Prerequisites

  • The Payroll module must be enabled under My accountModules.
  • The employee needs an email address in the Contact section of their record: that is where the link goes.
  • Nothing else. The portal automatically picks up the logo and colour set in My company.

2. Sending the link

  1. Open the employee's record and scroll down to the Employee portal section.
  2. Click Send link. The message Link sent by email confirms it went out.
  3. From the Employees list, the send icon at the end of the row does exactly the same thing without opening the record.

Once a first link has been issued, the button becomes Resend link and the section recalls the date of the last send along with the expiry date. The email goes out in your current interface language (English, French, German or Italian) and carries your company's logo and colour. Resending creates a new link without cancelling the previous one: each expires on its own 90 days.

3. Reading the "Portal" column

The employee list includes a Portal column whose icon sums up the state of the last link sent. Hover it for the details:

  • Email address missing (grey): nothing can be sent while the record has no email.
  • No link sent (grey): the employee has never had access.
  • Access active (green): the link is valid; the tooltip gives the send date and the expiry date.
  • Access inactive (amber): the last link has expired or been invalidated — resending is enough to restore access.

4. Receiving requests

  • An email reaches you on every request, with the employee's name, the number of fields concerned and a Review the request button.
  • A banner appears at the top of the employee list: n pending change request(s) — click to review.
  • The Change requests page sorts everything into two sections, Pending and Handled.

5. Reviewing a request

Clicking a request opens the detail view: each field concerned is shown as old valuenew value, followed by the employee's message and the supporting documents, which open in a new tab when clicked. One glance is enough to check that an IBAN change comes with a document.

6. Applying or rejecting

  • Apply changes writes every requested field at once. There is no partial approval: to keep only part of it, reject the request and correct the record by hand.
  • Reject reveals a Rejection reason (optional) field, passed on as-is to the employee, then Confirm rejection. No data is touched, and the employee can send a corrected request.
  • Either way, the employee is notified by email in the language of the link they use, and the request moves to Handled with its badge.

Some fields feed the withholding tax calculation: nationality, permit type, marital status, spouse working in Switzerland and children. When a request changes one of them, Bill Alps automatically recomputes that employee's not yet sent payslips. Payslips already delivered are left alone: correcting those stays a manual operation.

7. Good practice

  • Send the link as soon as someone is hired, together with the first payslip: that is when an employee actually checks their data.
  • Ask for a supporting document on sensitive changes — AVS number, IBAN, marital status, permit type.
  • Handle requests before generating the month's payslips, to avoid a recompute after the fact.
  • An employee who has lost their link can request a new one themselves: no need to come through you.

To know exactly what your employee sees once they are in, read The employee portal, seen by your employees. And if you have not issued any payslips yet, start with Generate a payslip or a monthly batch.