feat: AFA blog post
All checks were successful
publish / Build-and-publish (push) Successful in 3m24s

This commit is contained in:
Allan 2025-02-24 15:45:38 +00:00
parent 9b2dc1ce60
commit 73b4f0ec3c
4 changed files with 79 additions and 0 deletions

Binary file not shown.

After

Width:  |  Height:  |  Size: 93 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 4.6 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 7.3 KiB

View File

@ -0,0 +1,79 @@
---
title: AFA Insurance and Data Controller for SAS®
description: Data Controller for SAS helps the DWh team at AFA försäkring with their steering table management
date: '2025-02-25 09:00:00'
author: 'Allan Bowe'
authorLink: https://www.linkedin.com/in/allanbowe/
previewImg: './afa_logo.png'
tags:
- Use Cases
---
AFA försäkring is a well-known insurance provider in Sweden with a focus on collective agreements and occupational insurance. AFA has leveraged SAS for data management and analytics for many years, and recently integrated Data Controller for SAS to enhance controls and audit reporting for a number of business processes.
We caught up with [Fredrik Englund](https://www.linkedin.com/in/fredrik-englund-7402031/) (FE) and [Henrik Forsell](https://www.linkedin.com/in/henrikforsell/) (HF) to learn more about their usage of this toolset.
| ![Fredrik Englund](./fredrik.avif)|
|:--:|
| *Fredrik Englund (FE)* |
### Can you tell us a bit about yourself?
(FE) We are the developers of our DWh, a group of around 10 people. My role is SAS Developer and System Architect.
### What do you use Data Controller for?
We use it for steering (mapping, control) tables. We use it in our handling system for insurance agents we have a signal system, such that when an agent finishes a task, there is a signal to move forward to the next step in the process. We map the signals to different process steps and use that in our reports to follow up. The mapping of signals to process steps are made by end users themselves, using Data Controller, and we make the approvals directly in production without needing fixed programs or anything else. This is a great advantage for us.
We have batches running and checking if there are new signals, and we have set up Data Controller with a filter so that end users get only the new signals in the interface, and can just do the mapping and click OK.
So it is very easy for us now to do that process!
### Why are you using Data Controller, instead of another approach or tool?
We heard about Data Controller from the community, and it seemed like a great fit for our use case - its SAS friendly and its SAS built and its easy to incorporate. The things we really like is the EDIT and APPROVAL process, and the HISTORY of all changes that is built into the product.
### Is anyone else at AFA using Data Controller?
Not right now but we plan to use it more. We have people in the process development team who need to change targets once a year or maybe more often. Right now they send us the new targets and we add them in the programs / update the Visual Analytics reports, but we plan to use steering / control tables for them, so they can update targets themselves in Data Controller. Then they can request to change them when they like, and we have control over the timing of when the changes are applied.
We also have some percentages (relating to payments) with levels that change during the year, and those users should also be able to change the limits themselves in the Data Controller interface.
| ![Henrik Forsell](./henrik.jpeg)|
|:--:|
| *Henrik Forsell (HF)* |
(HF) This takes us completely out of the equation we dont have to do the changes, its all on them, they own it.
(FE) Yes their data, their controls. We can leave it to them from the development environment, so they are not dependent on us for any changes, so its really good.
(HF) So the users can own the data, all of these things, they can change it themselves, we dont need to do anything once we set it up.
### How much time does this save you, say, on a monthly basis?
(FE) Its hard to say how much time/money it saves its more about the quality, and the control, and the history. If they put in wrong mappings, targets, or levels how much will it cost us to reverse the the batches, its very hard to say
(HF) Its also about the fact that even if its only one number in one report, if we have to do the changes, wed almost have to setup a small project; as in, a task that has to be checked, added into our test environment, run tests, ok it, and move on into production. So even though its a small thing that changed, the process around it takes a lot of work. One change might be 3-4 hours in total. But now with DC, they can change it twice a day if they want, its up to them, it doesnt affect our work at all.
(FE) If we compare it to the old solution, they did the changes directly in the base tables in production so if they added the wrong values it would crash. Which happened, a few times. So its hard to say but you can spend like 10 hours on finding the error, or maybe more.
(HF) Or having to do a rollback, and then you involve even more people
(FE) Its much more about quality. It can save us 2-10 hours a month, hard to say.
### What are your favourite features of DC?
(FE) The UI is simple to understand (in a good way). Its very responsive, very quick. For us the APPROVAL part is the big thing, together with the history of all changes. Its really good to see who changes what, and when. We have a few people who can do the approval, and they can check very thoroughly that its correct before they approve it. So thats actually the big one.
Then another good / big thing is the dropdowns, such that you can provide only values that are valid. And you can do [HOOKS](https://docs.datacontroller.io/dcc-tables/#pre_edit_hook) to check the data, both after and before.
Another was the data lineage, which we havent had before. Now we can have analytics users check the lineage. We didnt expect that but it was a nice thing to have.
### Is there anything youd like to add?
(HF) We love the response time from the developers.
(FE) The support is fabulous. If we can have this from all of our vendors it would be a perfect world.
(HF) And it is very important. When we found something no words you are there. That helps a lot.
(FE) Also, we havent tried out all the excel import features yet but wed like to try that in some way, as there is a lot of data that exists in excel, and that can be a way for business users to import that data, and check it, and improve it. So - we have plans.
---
The team behind Data Controller would like to say "STORT TACK" to Fredrik and Henrik for their kind words!
---
The previous article in this series is available [here](/allianz-insurance-data-controller-sas/).