Data governance and GDPR for Rapperswil-Jona organisations: controls that produce evidence

Most governance programmes we are asked to rescue failed for the same reason: they were designed to be complied with rather than to be useful.

This page covers data governance and compliance for analytics estates in Rapperswil-Jona: what the Federal Data Protection and Information Commissioner (FDPIC / EDÖB) expects under the revised Federal Act on Data Protection (revFADP / revDSG), in force since September 2023, which sector rules bite hardest given the local economy of industrial machinery and engineering, software and technology, and higher education and research, and how to implement controls in Microsoft Purview and Power BI that produce evidence rather than paperwork.

What the Federal Data Protection and Information Commissioner (FDPIC / EDÖB) expects of an analytics estate

Under the revised Federal Act on Data Protection (revFADP / revDSG), in force since September 2023, the obligations that touch analytics most directly are data minimisation, storage limitation, access control, and the ability to answer access and erasure requests. Analytics estates fail these quietly: a warehouse accumulates every column from every source because it was easier than deciding, retention defaults to forever, and permissions are granted to individuals who then change role.

• The revFADP brought Swiss law closer to the GDPR but not identical to it: records of processing, impact assessments and breach notification follow Swiss rules, and an EU-shaped compliance pack needs adapting rather than copying.
• FINMA outsourcing expectations require documented control over cloud providers, including the right to audit and a tested exit plan.
• Article 321 of the Criminal Code and sectoral secrecy duties restrict who may see client-identifying data, which has direct consequences for row-level security design.
• Cross-border transfer of client data out of Switzerland is a board-level question in financial services, not an IT decision.

None of this requires a governance department. It requires four things that can be implemented in weeks: a catalogue people actually search, classification that drives retention and labelling, access granted through groups, and evidence that can be produced without a project.

Sector rules that bite in Rapperswil-Jona

Rapperswil-Jona's economy means the governance conversation here is not generic. With an applied sciences campus with engineering and IT strength and precision manufacturing shaping the local client base, these are the obligations that come up in practice.

Software and technology

Product telemetry on identifiable users needs a lawful basis and consent handling, and SOC 2 or ISO 27001 evidence often covers the analytics estate. Product event streams at very high volume alongside subscription, billing and support data that must be joined at account grain to be useful.

The practical consequence for an analytics estate is that access design cannot be retrofitted. Row-level and object-level security have to reflect how authority is actually delegated in the organisation, and the design needs testing from a non-privileged account rather than assumed from documentation.

Precision engineering and instruments

Calibration and measurement traceability records are audited under quality standards, and retention periods are long. Typical systems in scope: ERP, CAQ and metrology systems, MES, PLM and field service management.

Higher education and research

Student data is personal data with additional duties around special-category attributes, and research data may carry funder-specific restrictions.

Who can see what, and how you prove it

This is the question that exposes an estate, and the fix is unglamorous. Years of individual grants cannot be summarised without someone going and looking. The same estate, with access delegated through directory groups that match how authority is actually delegated, answers the question from a report.

The sequence is always the same: extract the permissions that actually exist, design groups around how the organisation really delegates authority, migrate and remove the individual grants, then make the evidence self-service so your second line runs the report instead of raising a request. For a business in software and technology, the groups normally need granularity by function and by entity or site.

Classification, labels and the export problem

Exports to spreadsheets are where most analytics estates leak, and it is rarely malicious: someone needed the numbers in a format they could work with. Sensitivity labels applied in Power BI travel with the exported file, so encryption and access restrictions persist outside the platform, and export can be blocked entirely for specific labels or audiences.

The classification scheme has to align to the information security policy you already have rather than introduce a competing taxonomy, and retention has to be enforced against your actual obligation under the revised Federal Act on Data Protection (revFADP / revDSG), in force since September 2023 instead of kept forever by default. Every control is then verified from a non-privileged account, because the most common finding in a governance review is a restriction that was configured correctly and never actually tried.

Working with Swiss organisations: the practical constraints

• Swiss engagements are precise about scope and documentation, and tolerate fewer surprises than UK projects.
• Multilingual stakeholder groups are normal: German-speaking head office, French-speaking region, English-language group reporting.
• Expect strict supplier onboarding, including security questionnaires and in some cases background checks before any data access.

In Switzerland, professional secrecy duties and client expectation push data to stay in-country far more strongly than elsewhere in Europe, and FINMA outsourcing expectations require documented control over the provider including a tested exit plan. Those are board-level questions, not IT decisions.

A 90-day plan that produces evidence

1. Days 1 to 15: assessAccess extract versus policy, data map, classification gaps, retention reality. Output is a risk-ranked remediation plan, ordered by exposure rather than by ease.
2. Days 15 to 35: defineOwnership assigned to named people, classification agreed, retention written against the real obligation, access standards set. None of it drafted in isolation from legal or the business.
3. Days 35 to 70: implementPurview scanning and catalogue populated, labels published and applied, access rebuilt onto groups, lineage switched on, suppression implemented in measures.
4. Days 70 to 90: evidenceAccess evidence reporting, audit pack generation, steward training, and the first governance review run with your team rather than for them.

That sequence works because each stage produces something usable on its own. If the programme stops after the assessment, you still hold a risk-ranked plan an auditor would accept. Book a technical review if you want that assessment for a Rapperswil-Jona organisation.

We work across Switzerland and deliver into neighbouring markets regularly. Nearby pages worth reading if your group has sites elsewhere: Yverdon-les-Bains, Biel/Bienne, Lausanne, Lucerne, Winterthur and Baden.

Frequently asked questions