Skip to content

Twinfield Power BI dashboard

We bring your Twinfield accounting records into one Power BI model, by client or consolidated. We previously built a KPI dashboard system for Fokker Services Group.

We provided Fokker Services Group with a modern dashboard system for a clear view of its KPIs

Fokker Services wanted the BACE-next dashboard to display all key KPIs in a central web application, giving every level of the organisation insight and a transparent overview of operations. We built it using Python and Dash.

Read the case study

How can we view the figures from all our Twinfield accounts side by side?

For each client, an employee opens an account in Twinfield, runs the same report and pastes the results into a spreadsheet. A Power BI model retrieves the data from all accounts automatically and displays it by client or in aggregate.

Book a meeting

A Twinfield dashboard needs a loading step for each administration and one shared model

Discuss your administrations

Load each administration separately

Using Twinfield’s web services, we retrieve general ledger transactions by administration and period, with only the columns the model uses.

By client or combined

A key for each administration lets you view data by client, by group or on a consolidated basis, using the same measures throughout.

One schema for the general ledger

We bring balance sheets, profit and loss, debtors, creditors, cost centres and projects into one schema, even when administrations are set up slightly differently.

A view at every level

Reports for the partner, the group and each client use the same model, as in the KPI dashboard system we built for Fokker Services Group.

A few sets of accounts first, then we scale up

  1. Mapping clients and reports

    How many sets of accounts there are, how their charts of accounts differ, which reports are in circulation and who can access each client.

  2. Data loading step and model

    We connect the web services, build the model using a few sets of accounts and check the results against Twinfield.

  3. Scaling up and managing

    The remaining sets of accounts use the same data loading step. Refreshes, access rights and management go live with a designated owner.

Is a custom Power BI model for Twinfield worthwhile for our firm?

Discuss whether it’s worthwhile

A good fit if

You manage many sets of accounts in Twinfield and want to compare figures by client or on a consolidated basis, without exporting each set of accounts separately.

Not a good fit if

You manage only a few sets of accounts and Twinfield’s standard reports are sufficient. A custom model would then require more maintenance than the benefits justify.

What determines the scope

How many sets of accounts are included, how much their charts of accounts differ, how far back you want to look, which sources you use alongside Twinfield and who manages the model.

Can clients see each other’s figures?

No. Each client or employee sees only the sets of accounts they have permission to access, through row-level security in the model and a separate app for each user group.

Report for each client, consolidate a group, or put everything in a data warehouse?

Reporting for each client

Choose this if your accounting practice wants to give each client their own report, using a single model that filters by set of accounts and manages access for each client.

Consolidating a group

Choose this if several accounting entities together form one organisation. Our advice: define the general ledger mapping and eliminations in the model, not in Excel.

A data warehouse

Choose this if Twinfield is just one of your sources, alongside, for example, an ERP system or time-tracking system. See how to have a data warehouse built.

We build dashboards that organisations use to guide daily decisions, with or without Power BI

Since 2016, Data Science Lab has helped organisations with data and AI as a Microsoft Partner for Fabric. We built Power BI dashboards and a Power BI app for Ammega, and a KPI dashboard system for Fokker Services Group.

Book an introductory meeting

We’ll discuss your Twinfield accounts and reports in our first conversation

Stef Stoelwinder

Stef Stoelwinder

Business Development

Stef is your first point of contact. In our first conversation, we’ll discuss your accounts in Twinfield, your current reports and who can see which figures.

How many Twinfield administrations do you want to view per client or together?

Tell us how many administrations you manage and which reports you currently produce. We’ll reply by email or suggest an initial conversation.

Enter a valid email address.

Let us know how we can help you.

Frequently asked questions

Through the web services described by Twinfield, part of Wolters Kluwer, on its developer portal. They let you retrieve transactions, budgets, periods and master data, among other things. We load that data for each accounting entity and build the Power BI model on top of it.

You can read how we design a dashboard around a decision on our Power BI dashboards page.

With OpenID Connect and OAuth 2.0. You register a client on Twinfield’s developer portal and request a token with the right scopes; offline_access also gives you a refresh token. Token validation returns the cluster URL where you call the web services.

Each call includes the accounting entity’s code. You use the Finder to retrieve the accounting entities the user is allowed to see.

Using browse data: predefined financial datasets, each with its own browse code, such as 000 for general ledger transactions. You select the columns and apply a filter, for example by year and period.

Twinfield recommends retrieving transactions one period at a time and requesting only the columns you need, to avoid errors with large volumes of data. We structure the loading step accordingly.

The loading step processes the accounting entities returned by the Finder one by one and tracks which periods have already been loaded for each entity. If one fails, the others continue loading.

Each accounting entity has its own key in the model. That means a new client appears automatically in the existing reports.

Usually profit and loss statements and balance sheets by client and period, accounts receivable ageing, budget versus actuals, and results by cost centre or project. Twinfield provides dimension types for balance sheets, profit and loss, accounts receivable, accounts payable, cost centres and projects, as well as a separate web service for budgets.

You can read about the management information included in a financial dashboard in Power BI on that page.

The web services return only the accounting entities that the account associated with the token is authorised to access in Twinfield. Use a separate service account rather than an employee’s account, as employees may leave.

In Power BI, row-level security ensures that a client sees only their own accounting entity, and you create an app for each user group. We describe how to set up workspaces and permissions on our Power BI consultant page.

We build the same kind of model for those systems; only the way we retrieve the data differs. See our pages on Exact Online, AFAS SB and AFAS Payroll in Power BI.

If your clients use different systems, we map their accounts to a single reporting structure.

When you have only a handful of accounting entities and Twinfield’s own reports are sufficient. Or when each entity has its own chart of accounts and transactions are posted differently for each client: in that case, you need to put the foundations in order first. See data quality.

If a lighter solution will do, that’s what we recommend.