Absence Monitor

Combines absence data from AFAS with employee, team, and scheduling data from ONS into a daily overview.

Overview

This automation reads absence combinations from AFAS and assesses the relevant days of absence per employee. It adds employee, team, schedule, and contract type data from ONS and generates a file at the daily level for further processing.

What has changed

  • Absence data from AFAS and ONS are combined without manual lookups
  • The daily-level file is ready for further processing

At a glance

SECTOR:
Healthcare
System:
AFAS, Nedap ONS
RUNS:
As part of a larger automation
Technique:
Rule-based

In één oogopslag

SECTOR:
Healthcare
Systeem:
AFAS, Nedap ONS
RUNS:
As part of a larger automation
Techniek:
Rule-based

Overzicht

This automation reads absence combinations from AFAS and assesses the relevant days of absence per employee. It adds employee, team, schedule, and contract type data from ONS and generates a file at the daily level for further processing.

Wat er verandert

  • Absence data from AFAS and ONS are combined without manual lookups
  • The daily-level file is ready for further processing

How it works.

AFAS absence data
Employee #301done
Employee #317done
Employee #322running
Relevant days filtered
Called by other flows
Y
Yara combines
both sources
Day overview with ONS data
Teamadded
Scheduleadded
Contractadded
Day-level file written
Ready for the next automation to use.

What it does per employee

  1. Reads absence combinations from AFAS
  2. Filters and assesses the relevant days of absence per employee
  3. Adds employee, team, schedule, and contract data from ONS
  4. Generates a file at the daily level for further processing

Rules

The automation retains the relevant days of absence per employee and adds team, schedule, and contract data from ONS. Every run follows the same logic and is logged for review, leaving no room for guesswork.

Frequently asked questions.

Do we need to change our system?

No. The digital colleague works in the screens and systems your team already uses, whether they are legacy applications without an API or modern ones, so there is nothing to replace.

Who builds and maintains the automation?

Yarado builds it, runs it and monitors it. When a screen or a system changes, we adjust the automation, so your team needs no developer or automation skills of its own.

Can we see what it did?

Yes. Every run is recorded in the Yarado portal, where you can see which processes ran, when they last ran, what they produced and what went wrong. Depending on the automation, the processing log is also emailed to the team that needs it.

What happens if something goes wrong?

Yarado monitors every run and is alerted automatically when one fails, so a problem is picked up on our side. Cases that need a person are reported to your team with the reason, in the portal or by email.

Can it work for our process, even if it differs from this example?

Yes. Automations are built around your own steps and systems, and this page is just one example of what is possible. A first automation is typically live in weeks, not months.

Process not found?

Don't see your process listed? Let us know. We'll start with an automation scan to see what can be automated.