Power BI consultancy in Braunschweig: what it costs, what breaks and what to build first

The call from Braunschweig usually starts the same way: two reports disagree, both have a defender, and the meeting where it matters is on Thursday.

Braunschweig is big enough to host serious reporting estates and small enough that one or two people usually hold all the knowledge. With around 250,000 people and an economy built on automotive and mobility, aerospace, and higher education and research, the reporting questions here are specific rather than generic, and so are the ways they go wrong. This page sets out what a Power BI engagement in Braunschweig actually involves: the metrics we check first, what it costs, how licensing should be chosen, whether you would be better off hiring, and what the compliance position looks like under the EU GDPR and the Bundesdatenschutzgesetz (BDSG).

Why reporting breaks in Braunschweig specifically

Generic advice about Power BI is not very useful, because the failure modes follow the industry rather than the tool. Braunschweig's economy is weighted towards automotive and mobility, aerospace, and higher education and research, with automotive research and development and aerospace and transport research institutes shaping much of the local employment base. That mix produces a predictable set of reporting problems, and we have seen each of them here more than once.

Aerospace

Configuration-controlled data with full genealogy per serialised part, certification records, and maintenance history that must be reproducible decades later.

The characteristic failure is this: certification evidence lives in document stores with no link to the production data, so audit preparation becomes a manual archaeology exercise. Where that has already happened, the first deliverable is not a dashboard. It is a written reconciliation that establishes which number is correct and why. In practice we start by building a serialised genealogy model, because the question "where else did this batch go" has to be answerable in minutes.

Typical source systems: ERP, PLM, MRO systems, quality and certification records and supplier portals. Airworthiness record retention runs for the life of the asset, and export control restrictions apply to technical data as well as physical parts.

Automotive and mobility

Deep traceability data spanning part, batch, vehicle and plant, with customer release schedules that change weekly and warranty data arriving months after production.

Here the recurring problem is different: customer scorecards and internal quality reporting use different denominators, so the plant believes it is performing while the customer escalates. The fix is a traceability model linking batch and part to vehicle and claim, which is also what makes a recall survivable. IATF 16949 traceability expectations mean retention periods are long and immutability matters more than query convenience.

Industrial machinery and engineering

Project and configuration data as much as production data: engineered-to-order items, long lead times, and service revenue that outlives the original sale. Project margin is only known at completion, so loss-making contracts are discovered when it is far too late to act.

We would usually begin with a project cost and margin model with an installed-base dimension, which turns aftermarket service from an anecdote into a managed revenue line. Source systems to expect: ERP, PLM / CAD, project management, field service management and CRM.

The metrics we check first in a Braunschweig engagement

Sector knowledge in analytics is mostly knowing which definitions destroy a number when they drift. Before we design anything we go through the measures that matter to you and establish, in writing, exactly how each one is calculated and who owns that definition. The table below is the starting list for Braunschweig, derived from the industries that dominate here.

None of this is exotic. Where two definitions are both defensible, an organisation ends up carrying both, and the monthly difference between them becomes a recurring agenda item rather than a resolved question. The output of this stage is a measure dictionary: every KPI, its business definition, its owner, and the DAX that implements it.

What a first Power BI engagement looks like

We work the same way whether the client is a mid-sized business with one overworked analyst: decisions first, sources second, model third, reports last. Reports built before the model are the single most common cause of rework.

1. Decision inventory, week 1We start from the recurring decisions that need numbers, not from the data that happens to be available. Who decides, on what cadence, and what currently blocks them. For a Braunschweig business in aerospace, that usually surfaces three or four decisions worth building for and a dozen reports nobody needs.
2. Source profiling, weeks 1 to 2Each source system profiled for grain, volume, change tracking, quality and refresh window. ERP, PLM and MRO systems are the usual candidates here. This is where unpleasant surprises belong, not in week ten.
3. Model build, weeks 3 to 7A star schema with conformed dimensions, measures written against the agreed definitions, and row-level security applied from the start. For aerospace the argument that has to be settled first is normally on-time delivery to schedule, where customer-confirmed dates rather than internal plan dates are the only defensible basis. Settle it before any report exists, not after two of them disagree.
4. Report build and validation, weeks 6 to 10Reports built with the people who will use them and validated line by line against the source of record until the numbers tie out. Disagreements get resolved and written down, never averaged.
5. Handover, weeks 10 to 14Workshops with your team, documentation in your own systems, and a thirty-day period where we fix what breaks while your people drive. TU Braunschweig and the surrounding research institutes give the city exceptional engineering depth.

What that costs

Build cost follows project size rather than report count, the number of source systems and their state drive almost all of it. These are the bands we quote in Germany, and we publish them because a buyer cannot start an approval chain without a budget figure.

Running it afterwards is a separate line: €3,000 to €8,000 a month for a small estate, €8,000 to €20,000 for a mid-sized one, €20,000 to €50,000+ for a large multi-domain platform. Microsoft licensing is separate again, and is covered next.

Licensing: what Braunschweig organisations should actually pay

This is where money is most often wasted, in both directions. Power BI Pro is listed at around US$14 per user per month and Power BI Premium Per User at around US$24 following the 2025 price revision. Local list prices in sterling, euro and Swiss francs track those figures with regional adjustment, and enterprise agreements usually land below list.

The arithmetic that matters: F64 only becomes cheaper than per-user licensing somewhere in the region of 350 to 600 readers, depending on the discount you actually pay and whether you reserve capacity. Below that, Pro or PPU per user is normally the right answer, and buying capacity for prestige is a straightforward waste of money.

For most organisations in Braunschweig, per-user licensing is the correct answer and will remain so for years. We have told several clients here that the Fabric capacity they were quoted would be a straightforward waste of money, and we would rather do that than sell the larger number.

Always price from the current Microsoft rate card for your region and agreement. Any figure in an article older than a quarter should be treated as an order of magnitude, not a quote.

Hiring in Braunschweig versus engaging a consultancy

This is a fair question and the honest answer is sometimes "hire". TU Braunschweig and the surrounding research institutes give the city exceptional engineering depth. Locally, a mid-level analytics engineer costs roughly €60,000 to €95,000, higher in Munich, Frankfurt and Stuttgart. An experienced external consultant runs at roughly €900 to €1,500 per day.

Where a Braunschweig client has told us they intend to build an internal team, we design for it from the start. The assumption throughout is that your team takes it over. Models are source-controlled and scriptable, naming follows a convention rather than a habit, documentation lands in your own wiki, and the measure dictionary is written to be read by whoever inherits it. Several clients have gone on to need us only for quarterly review, which is a perfectly good outcome.

Data residency and compliance for Braunschweig organisations

Germany West Central in Frankfurt is the usual choice and gives in-country residency with very low latency to the financial sector. Germany North provides a paired region. Residency alone does not satisfy a German works council or data protection officer. They will also ask about processor chains and access by support personnel, so those answers need preparing. In practice, Braunschweig deployments normally use Germany West Central (Frankfurt), with Germany North (Berlin) as the paired region.

Regulatory oversight relevant to analytics comes from the federal commissioner (BfDI) and the Land data protection authorities under the EU GDPR and the Bundesdatenschutzgesetz (BDSG), plus the sector bodies that matter here: BaFin for financial services supervision, including MaRisk data-quality expectations, Land data protection authorities for data protection enforcement, which varies in emphasis by Land and BNetzA for energy, telecoms and rail network reporting.

• Betriebsrat co-determination is the single most underestimated factor in German analytics projects: any reporting that could be used to assess individual employee performance generally needs a works agreement before launch.
• MaRisk and BAIT expectations mean financial-sector data lineage and documentation standards are explicit, not inferred.
• The Lieferkettensorgfaltspflichtengesetz requires supply-chain due-diligence data that most ERP estates do not hold in reportable form.

We cover this properly on the data governance and compliance page, and in more depth in our article on data governance for Braunschweig organisations.

How we deliver into Braunschweig

• Specification discipline is higher than in the UK: expect a written Fachkonzept and a documented acceptance process, and plan for it rather than resisting it.
• Works council consultation should be scheduled at the start of a project, not discovered during user acceptance testing.
• Many Mittelstand clients prefer German-language documentation and stakeholder sessions even where the project team works in English.

Delivery is remote-first with on-site workshops at the points where being in the room genuinely helps: definition sessions, validation and go-live. We work in German and English, and stakeholder sessions run in whichever of those the room prefers.

How a Braunschweig organisation actually buys this

Most consultancy pages stop at what the work is and leave the buying process to email. Specification-driven and documented. The technical team and the Einkauf negotiate separately, references carry real weight, and a written proposal with itemised positions is expected rather than a slide deck.

In the private sector: The business area issues a Lastenheft describing what it needs, or asks the supplier to produce a Pflichtenheft specifying how it will be delivered. The supplier responds with a formal Angebot: itemised positions, a stated Tagessatz or fixed price, delivery dates and acceptance criteria. The Einkauf then negotiates commercial terms separately from the technical discussion, and a Betriebsrat consultation runs in parallel wherever the system could be used to assess individual employee performance.

In the public sector: Public bodies procure through e-Vergabe and the Land Vergabeportale under VgV above EU thresholds and UVgO below them, with above-threshold notices also published on TED. The process is formal, the award criteria are published in advance, and a submission that misses a formal requirement is excluded regardless of quality.

Documents you should expect to request, and that any supplier worth shortlisting will have ready, are handelsregisterauszug, a current commercial register extract, unbedenklichkeitsbescheinigung for tax and social security contributions, betriebshaftpflicht and professional indemnity insurance certificates and auftragsverarbeitungsvertrag (avv), the article 28 processing agreement, in german.

Our own entity details, insurance, processing agreements and contracting shapes are published on the procurement page, so your buying team can start without waiting for a reply.

Signals it is time to call someone

The usual triggers are two reports disagreeing on a headline number, an overnight refresh someone re-runs by hand each morning, a largest model that is one file owned by one person, finance still rebuilding the board pack in a spreadsheet, a legacy BI renewal whose price no longer makes sense, or a question about who can see a sensitive dataset that took a week to answer honestly. If two or more are true, a two to three week paid discovery will tell you what to do about it, and you keep the output whether or not you engage us further. Book a technical review, or read what we actually build:

We work across Germany and deliver into neighbouring markets regularly. Nearby pages worth reading if your group has sites elsewhere: Aachen, Chemnitz, Regensburg, Hildesheim, Friedrichshafen and Stuttgart.

Frequently asked questions