Skip to content
DEEN

Lawyer for data law: Data Act, data contracts, data governance

For manufacturers of connected products and data-driven companies – Data Act, data access and data contracts.

Cover image data law: data use, Data Act and data contracts – advice from ITMR Rechtsanwälte
Fachanwalt (certified specialist lawyer)for IT law
Düsseldorf & Hamburgtwo offices
nationwideAdvice for businesses
5,0/5 Google · 167 reviewsWe do not check reviews of us on other platforms that we do not quote verbatim for authenticity. They may therefore also come from people who are not our clients. The rules of the respective platform apply. Reviews that we quote verbatim on our website, by contrast, have been checked for authenticity within the meaning of Section 5b(3) UWG (German Act against Unfair Competition): we compared the reviewers’ names with our client register. We also asked the respective platform to check the reviews for authenticity.Period: October 2016 to date · As of: 28 October 2026
Data access, contracts, governance

Data law and the Data Act for manufacturers, platforms, SaaS and industrial companies

ITMR Rechtsanwälte advises companies on data law regarding data access, data clauses, cloud switching and governance under the Data Act. The Data Act has applied since 12.09.2025.

For many companies, the Data Act is no longer a side issue. It affects product design, contract architecture, data use, cloud strategy and governance at the same time. In Germany, since 30.05.2026 the Bundesnetzagentur (Federal Network Agency) has been the competent authority under the Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz (DADG, German Data Act Application and Enforcement Act) (opens in a new tab).

Responsible for content: Jean Paul P. Bohne, Fachanwalt für IT-Recht (certified specialist lawyer for IT law), AI Officer (DEKRA), reviewed on 23 October 2026 (German version)

Quick start: what is your matter about?

Your contact: Dominik Skornia

Lawyer with practice areas in data protection law, data law and IT law. Together with Jean Paul P. Bohne, Fachanwalt für IT-Recht (certified specialist lawyer for IT law).

Send data law enquiry

What happens after your enquiry?

After your enquiry, we will get back to you within 24 hours on working days. The first contact is free of charge. We will expressly inform you before any costs arise.

  1. A short description is enough. Briefly describe the product or service, the data types concerned and the contractual situation. A product description, standard contracts and a data flow diagram, if available, are helpful.
  2. Receipt and initial sorting. We assess the enquiry on the basis of the project described, the documents and the apparent goal. Deadlines and dates should be clearly recognisable.
  3. Suitable starting point and cost range. We clarify whether an initial consultation, a service package or a specific mandate is the next step. As soon as the scope of the review is clear, we tell you the cost range – before work begins.

In brief

The Data Act has applied since 12.09.2025. For new connected products, the design obligations apply from 12.09.2026. Older long-term contracts become subject to clause review from 12.09.2027.

Practice

Typical cases from our data law practice

We regularly encounter the following constellations. They are abstracted and simplified. Which obligations apply always depends on the product, contract and data model.

SaaS

SaaS provider with switching clauses from before the Data Act

Starting point
A SaaS provider uses long minimum terms, high exit fees and no regulated data export.
Key difficulty
The provider switching rules require contractual clauses on switching, notice period and transition period. Switching charges are abolished from 12.01.2027.
Our work
We review the service model, adapt the contract and service description and outline the exit process with support and data export.
Work result
Revised contract templates and an exit guide that sales and customer success can use.

Simplified example.

Procurement

Industrial company reviews supplier terms

Starting point
A company receives standard terms from a large supplier that prohibit any use of its own machine data.
Key difficulty
It must be clarified whether the clause was unilaterally imposed and is unfair under Art. 13 Data Act. At the same time, the question of the company's own data access right arises.
Our work
We review clauses and contract date, assess the negotiating position and prepare the counter-position.
Work result
Negotiating position with alternative clauses and a clear line for the company's own data access.

Simplified example.

Work sample

Machine manufacturer receives a data access request

A customer requests access to the operating data of its plants and wants to pass it on to an independent maintenance service provider. The real difficulty: part of the data allows conclusions about control logic and know-how. The manufacturer wants to protect trade secrets without refusing access across the board. We classify the data types, separate product data from derived data and formulate protective measures under Art. 4(6) and Art. 5(9) Data Act. Result of our work: an agreed access model with a confidentiality agreement, technical protective measures and documented reasons for individual exceptions.

The scenario is anonymised and simplified; it describes how we work, not the outcome of any specific proceedings.

What you will have at the end

Services in data law
ServiceConcrete resultNext step
Data Act scope and role modelOverview of roles, data types and applicable obligationsSend product list and data flows
Data clauses and standard contractsMarked-up clauses with alternatives under Art. 13 Data ActSubmit contract templates for review
Access requests and trade secretsResponse letter with protective measures and reasonsForward the request and deadlines
Cloud switching and exitContract clauses and exit guide for customersBriefly describe the service model
Digital acts alignmentObligations map across the Data Act, GDPR, NIS-2 and AI ActArrange a call on the overall scope
Disputes over data accessAssessment of claims, defence and dispute resolutionSend correspondence and contracts
Overview

Where the Data Act has a practical impact in companies

This becomes practically relevant wherever connected products, related services, SaaS or platform models and data-based cooperations come together economically. Then it is not enough to consider data protection alone. In addition, it is about access rights, sharing obligations, trade secrets, technical exportability, contractual fairness and alignment with adjacent regulation.

As a law firm at the intersection of IT law, data protection law, compliance, AI law and cybersecurity, we support companies in setting up data models that are commercially usable and legally robust.

Key transition dates for practice

Deadlines under Art. 50 Data Act
DateWhat appliesWho is affected
12.09.2025The Data Act applies in principle. Chapter IV on unfair terms covers contracts concluded after this date.All data holders, users, data recipients and providers of data processing services
12.09.2026The access-by-design obligation under Art. 3(1) applies to connected products and related services placed on the market after this date.Manufacturers and providers of new products and services
12.01.2027Switching charges for cloud provider switching are abolished under Art. 29 Data Act. Until then, only reduced charges are permitted.Providers of data processing services and their customers
12.09.2027Clause review also covers contracts of 12.09.2025 or earlier if they are of indefinite duration or end no earlier than ten years after 11.01.2024.Long-term B2B contracts with data clauses

For whom the Data Act already requires action today

The review is particularly urgent for manufacturers of connected products, providers of related services, platform operators, SaaS and cloud providers and industrial companies with data-based service, maintenance or platform models. For connected products and related services, the interactive Data Act check provides initial guidance on data access and obligations.

  • You provide or analyse usage, device, telemetry or operating data commercially.
  • You use standard contracts, platform terms, purchasing terms or cloud contracts with data clauses.
  • You need to cleanly separate data access, trade secrets and the GDPR.
  • You want to set up exit capability, provider switching or multi-cloud structures in a legally robust way.
  • You are developing new services from product or usage data and need sound governance for them.
Particularly often underestimated

The Data Act covers more than data access. In many mandates, cloud switching, exit capability, lock-in risks and technical exportability take centre stage very early. This applies especially to SaaS, platform and data-based service models.

Immediately

What counts now

  • Determine scope, roles and data types
  • Review contract clauses and standard terms
  • Make cloud exit, switching paths and governance visible
12.09.2026

What should have been prepared by 12.09.2026

  • Review product and service logic for new connected products
  • Take accessibility, transparency and technical provision into account
  • Interlink product, legal, IT and security early

The deadline has now passed. The obligation already applies to new products.

12.09.2027

What must not be left lying until 12.09.2027

  • Review long-term existing contracts with data clauses
  • Systematically clean up unfairly imposed B2B clauses
  • Update purchasing and standard contract sets
Distinctions

Data law is not just data protection

The most common mistake is to read the Data Act merely as an annex to the GDPR. That falls short. For companies, the situation becomes clearer when data protection, data law and contract and governance issues are considered side by side.

Data protection law, data law and governance compared
Point of comparisonData protection lawData law / Data ActContract and governance interface
What is it about?Personal data, legal bases, transparency, data subject rights and supervisory risks.Data access, data use, sharing, contractual fairness, cloud switching and commercial exploitability.Roles, responsibilities, processes, documentation and sound sets of clauses.
Which data is in focus?Personal and mixed data.Product data, usage data, telemetry, operating data and related service data.All data types, insofar as they must be reflected in contracts, approvals, access models and escalations.
Typical risksUnlawful processing, missing legal basis, data subject complaints, fines and damages.Blocked data access, invalid data clauses, lock-in risks, immature exit models and commercial friction in the data ecosystem.Unclear roles, contradictory contract sets, operational unfeasibility and conflicts between product, sales, procurement, IT and legal.
Typical internal ownersData protection, legal, IT security, business units.Product, legal, business owners, platform or service managers.Legal, procurement, sales, IT, operations, compliance and management.
Competent supervisory authority in GermanyData protection supervisory authority. For Data Act questions involving personal data at non-public bodies, the BfDI (Federal Commissioner for Data Protection) under § 3 DADG.Bundesnetzagentur (Federal Network Agency) under § 2 DADG.Internal responsible persons and management.
Matching ITMR in-depth pagesData protection law, data transfer, privacy litigationImplementing the Data Act, Digital Acts auditIT law, compliance, terms and standard clauses
Mandates

When you need us

In practice, clients rarely come with the abstract question of whether the Data Act “somehow applies”. Usually it is about concrete commercial friction points.

  • A manufacturer wants to open up data access without revealing trade secrets and product logic.
  • A provider of related services must clarify which data must be provided at all and in what form.
  • A platform or SaaS company wants to make existing contract sets Data Act-proof without blocking sales.
  • An industrial company wants to exploit usage and machine data in cooperations or data spaces.
  • A cloud customer or cloud provider must structure exit, migration and lock-in issues properly.
  • A company needs a robust line between the Data Act, the GDPR, other EU digital acts and internal governance.

Review Data Act implementation · Review the overall Digital Acts scope

The 5 most common practical mistakes when starting with the Data Act

Many problems arise from classification within the company that comes too late or is too rough. The law itself is rarely the bottleneck.

The Data Act is hastily classified as a data protection issue

Then contractual fairness, cloud switching, product accessibility and commercial data use remain outside the actual project management for too long.

Data types are not cleanly separated

Product data, usage data, telemetry, account data and support information are mixed up. This is precisely what makes Data Act, GDPR and trade secret reviews unnecessarily difficult.

Standard contracts remain untouched

Purchasing terms, platform contracts, cloud terms and data licence clauses are often reviewed too late, even though many commercial risks are already built into them.

Cloud exit only becomes relevant in a conflict

Anyone who structures exit capability, data export and migration support too late creates unnecessary lock-in and negotiation risks.

Trade secrets are only claimed across the board

What holds up is robust data classification, technical access control, confidentiality mechanisms and documented protective measures. Blanket prohibitions regularly do not hold up.

Practical benefit

Anyone who avoids these five mistakes early usually gains legal certainty and, at the same time, clearer responsibilities between product, sales, procurement, legal, IT and security.

Who is affected

Which business models are particularly often affected

The scope is broad. What matters is less the industry label than the role in the data ecosystem and the specific technical and contractual structure.

Product

Manufacturers of connected products

For example machines, vehicles, MedTech, smart devices, building technology or industrial plants with digital connectivity.

Service

Providers of related services

For example apps, portals, remote monitoring, maintenance, analytics or control services that are functionally connected to the product.

Role

Data holders and data recipients

Relevant in B2B models, data cooperations, platform set-ups, value-added services and data-based follow-on offerings.

Cloud

Cloud, SaaS, PaaS and IaaS providers

Above all regarding exit capability, switching processes, interoperability, technical support and contract drafting.

Users

Business users

Companies as users of connected products can also use data access rights strategically, for example for maintenance, optimisation, procurement or provider switching.

Start-up

Start-ups and new service layers

New products and platforms in particular should consider Data Act questions early in product design and in the contract model. At ITMR, the start-up call is also a good fit.

Important

Whether you actually have to fulfil obligations or can actively use rights depends on more than a buzzword on the website. What matters are the product architecture, data types, contractual situation, market role, technical access options and the interplay with other regimes.

Which obligations count in practice

Companies should not misunderstand the Data Act as a mere information obligation. It reaches deep into product accessibility, contract drafting and operational processes.

Art. 3 to 5

Data access and provision

It is about whether product data and related service data must be made accessible to users or designated third parties. It must also be clarified in what form this must be done and how it is implemented technically and organisationally.

Art. 3(2) and (3)

Pre-contractual transparency

Even before the contract is concluded, it must become clearer which data is generated, who can access it and which possible uses or restrictions apply.

Art. 13

Contractual fairness in B2B

Unilaterally imposed data clauses may be invalid. This is particularly relevant for purchasing terms, platform terms, standard contracts and data licence models.

Art. 23 to 31

Cloud switching and exit capability

Contractual exit, data export, technical support and interfaces must be designed so that customers are not artificially locked into the system.

Art. 32

Protection against unlawful third-country access

For data processing services, companies must also keep in mind rules on protection against certain unlawful access requests by government bodies from third countries.

Special rules

Interfaces with special regimes

Individual Data Act rules apply in addition to statutory data provision obligations, data protection, security and sector-specific requirements.

Contracts

Properly interlinking contracts, data clauses and governance

Most commercial risks arise from poorly aligned contracts, product terms and internal responsibilities. The statutory text alone is rarely the trigger.

Which contract sets are regularly affected

  • Product and service terms
  • Platform and cloud contracts
  • Data licence and cooperation agreements
  • Purchasing terms and standard clause sets
  • Exit, migration and support provisions
  • Confidentiality and access concepts

What we typically work out in the review

  • Who is the data holder, user, third party or recipient
  • Which data types are actually readily available
  • Whether clauses were unilaterally imposed or negotiated
  • How pricing logic, liability, purpose limitation and usage limits fit together
  • Whether the operational export can realistically be implemented technically and organisationally

Especially with standard contracts, data clauses close to standard terms (AGB) and large platform or purchasing structures, the Data Act should be put on the table early. Waiting until a dispute arises gets expensive. It is often more efficient to think about contract restructuring, governance and process design together.

Explore IT law · Terms and standard clauses · Governance and compliance · Data Act implementation · Contract drafting in IT law (in German)

Trade secrets, GDPR and data access

Many companies first ask whether they can withdraw completely by referring to trade secrets or data protection. As a rule, it is not that simple.

Trade secrets are protected, but not a blanket stop

The right line usually lies in data classification, purpose limitation, technical access control, confidentiality mechanisms and documented protective measures. An undifferentiated total refusal model rarely holds up. Under Art. 4(7) Data Act, a refusal must be justified and notified to the Bundesnetzagentur (Federal Network Agency).

The GDPR continues to apply in parallel

As soon as personal or mixed data is affected, legal bases, allocation of roles, data subject rights, data security and international transfers must also be reviewed properly.

Data protection law · Data transfer & third-country transfers · Privacy litigation · Trade secret protection

Properly classifying cloud switching and lock-in risks

Cloud switching is a core legal and organisational question and more than a topic for technicians. It is also relevant whether switching, parallel operation and repatriation actually work. The mere ability to terminate the contract is not sufficient for this.

From the customer's perspective

Companies need robust exit provisions, exportable data, realistic migration support, clear deadlines and reliable commitments on service transition.

From the provider's perspective

Providers must review which obligations their service model specifically triggers, how support obligations remain commercially viable and where exceptions or restrictions must be communicated transparently.

Among other things, Art. 25 Data Act requires a transition period of no more than 30 calendar days for switching. Especially in multi-cloud, platform or security-critical set-ups, cloud switching should be considered together with the security and governance model.

Cybersecurity · NIS-2 implementation · IT contracts and digital projects · Review a SaaS contract

Interfaces

Interfaces that must not run separately within the company

The Data Act rarely stands alone. Commercially relevant mandates almost always lie at the transitions to other fields of law and regulation.

AI

AI and data access

Anyone who uses data for training, fine-tuning, analysis or AI-supported value-added services must bring together Data Act logic, contract chains and AI governance.

To AI law

Security

Information security and resilience

Data accessibility must not lead to security chaos. Roles, interfaces, logging, permissions and incident processes must therefore be in harmony with security and reporting obligations.

To cybersecurity · to NIS-2 implementation

Liability

Product liability and digital goods

With connected products, data access, remote functions, software updates, defects and liability questions can be closely intertwined.

To product liability law

Services

How we support companies in data law

Our advice goes beyond the statutory text. The aim is a structure with which product, sales, procurement, legal, data protection and IT can work in a manageable way.

Scope

Properly determining whether you are affected and the scope

  • Classify the role and data model
  • Review products, services and data flows
  • Separate core obligations from peripheral issues
  • Set priorities for management and business units
Contracts

Setting up contracts and governance robustly

  • Review data clauses and standard contracts
  • Revise cloud and exit structures
  • Align trade secret protection, purpose limitation and approvals
  • Design processes for requests, escalation and documentation
Dispute

Making conflicts and special situations manageable

  • Disputes over data access and data use
  • Defence against or enforcement of data-related claims
  • Alignment with GDPR, security and AI issues
  • Support in particularly sensitive industry or platform cases

Advice is particularly useful if

  • You need to reset contract and data logic before or after the market launch of a connected product.
  • Your company wants to adapt existing platform, cloud or data contracts.
  • Trade secrets, personal data and commercial exploitation must be cleanly separated.
  • You want to solve Data Act, GDPR, AI and security requirements as a coherent governance topic.

How a data law mandate works

  1. Classification. We clarify roles, products, services and data types.
  2. Review. We examine contracts, data flows and technical provision channels.
  3. Implementation. We deliver clauses, response letters, processes and priorities.
  4. Support. We assist with negotiations, disputes and contact with authorities.

Implementing the Data Act · IT law · Data protection law · Compliance · EU Digital Acts audit

In brief

We work in four steps: classification, review, implementation and support. The result is concrete clauses, processes and priorities for your team.

Terms

Key terms in data law

Connected product
An item that obtains or generates data about its use or environment and is able to communicate product data (Art. 2(5) Data Act).
Related service
A digital service, including software, that is connected to the product in such a way that the product could not perform functions without it (Art. 2(6) Data Act).
User
A person who owns a connected product, is contractually entitled to use it or receives related services (Art. 2(12) Data Act).
Data holder
A person who has the right or obligation to use and make available data. This is often the manufacturer or service provider (Art. 2(13) Data Act).
Data recipient
A company to which data is made available without itself being a user of the product or service (Art. 2(14) Data Act).
Product data
Data generated by the use of a connected product and designed by the manufacturer to be retrievable (Art. 2(15) Data Act).
Data processing service
A digital service with network access to a shared pool of scalable computing resources, such as cloud and SaaS services (Art. 2(8) Data Act).
Switching charges
Charges for switching to another provider. They have been limited since 11.01.2024 and are abolished from 12.01.2027 (Art. 2(36), Art. 29 Data Act).
Trade secret
Information with commercial value that is protected by appropriate confidentiality measures (§ 2 No. 1 GeschGehG, German Trade Secrets Act).

The terms follow the definitions of Regulation (EU) 2023/2854 and the Geschäftsgeheimnisgesetz (GeschGehG, German Trade Secrets Act). In individual cases, the exact role in the data ecosystem is decisive.

Provisions

Provisions and sources

The table separates EU law and German law. As an EU regulation, the Data Act is directly applicable. The DADG governs competence and enforcement in Germany.

Key provisions in data law
ProvisionContentPractical significance
Art. 3 Data Act (opens in a new tab)Access by design and pre-contractual informationEU. Applies to products and services placed on the market after 12.09.2026.
Art. 4 Data Act (opens in a new tab)User's right of access and protection of trade secretsEU. Refusal only under narrow conditions, with reasons and notification to the authority.
Art. 5 Data Act (opens in a new tab)Sharing with third parties at the user's requestEU. Designated gatekeepers under the DMA are not eligible third parties.
Art. 13 Data Act (opens in a new tab)Unfair, unilaterally imposed contractual terms in B2BEU. Such terms are not binding on the other company.
Art. 23 to 31 Data Act (opens in a new tab)Switching between data processing servicesEU. Obligations for cloud and SaaS providers; switching charges are abolished from 12.01.2027.
Art. 32 Data Act (opens in a new tab)Protection of non-personal data against unlawful third-country accessEU. Technical, organisational and legal measures at the provider.
Art. 50 Data Act (opens in a new tab)Date of application and transitional periodsEU. Applies from 12.09.2025 with staggered deadlines until 12.09.2027.
§ 2 DADG (opens in a new tab)Bundesnetzagentur (Federal Network Agency) as competent authorityDE. Central point of contact, complaints and certification of dispute settlement bodies.
§ 3 DADG (opens in a new tab)BfDI (Federal Commissioner for Data Protection) as data protection supervisor for the Data ActDE. Competent for non-public bodies insofar as personal data is affected.
GDPR (opens in a new tab)Processing of personal dataEU. Applies alongside the Data Act as soon as personal data is involved.
§ 2 GeschGehG (opens in a new tab)Definition of a trade secret (Geschäftsgeheimnis)DE. Protection requires appropriate confidentiality measures.
FAQ

FAQ – data law and the Data Act for companies

The classification always depends on the specific business model. The following answers provide sound guidance on typical business questions.

Does the Data Act also affect pure B2B companies?

Yes, often precisely then. The Data Act is particularly relevant for manufacturers of connected products, providers of related services, cloud and SaaS providers, platform operators and companies that commercially use or share device data, usage data or machine data. Whether specific obligations apply depends on the product, contract and data model. ITMR Rechtsanwälte clarifies this classification for your business model.

Do we always have to hand over all device data because of the Data Act?

No. What matters above all are the roles in the specific data ecosystem, the type of readily available data, the purpose of use and the statutory limits. In practice, it must be reviewed which data must be made accessible and in which format. It must also be clarified where data protection, security or trade secrets require special measures. ITMR Rechtsanwälte delineates these data types with you.

May we withhold data across the board because of trade secrets?

A blanket no from the data holder is regularly not the right answer. Trade secrets remain protected, but must typically be safeguarded by technical and organisational protective measures, confidentiality rules and clean purpose limitation. Only if the necessary protective measures are not agreed or not complied with can a refusal or suspension be considered in individual cases. ITMR Rechtsanwälte formulates the appropriate protective measures and justifications.

Do existing contracts have to be reviewed?

Yes, in many cases absolutely. For contracts concluded after 12.09.2025, the Data Act clause review applies immediately. For certain older, long-term B2B contracts, it becomes relevant from 12.09.2027. Companies should therefore systematically review purchasing terms, platform and cloud contracts, data licences, cooperation models and exit provisions. ITMR Rechtsanwälte prioritises this review according to risk.

What does cloud switching mean in practice for providers and customers?

Cloud switching is more than a right of termination. It is about exit-capable contract structures, data exports in usable form, technical support, open interfaces and the question of whether a switch or a multi-cloud strategy actually succeeds without lock-in. The specific scope of obligations differs depending on the service model, exceptions and technical architecture. ITMR Rechtsanwälte reviews your service model and the switching clauses.

How does the Data Act relate to the GDPR?

Both regimes apply side by side. As soon as personal or mixed data is affected, Data Act access, purpose limitation, legal bases, data subject rights and security measures must be considered together with the GDPR. Especially in IoT, platform and AI constellations, clean data classification is therefore decisive. ITMR Rechtsanwälte combines both reviews in one step.

Who should be involved internally?

Legal and data protection alone are usually not enough. Product, engineering or IT, information security, procurement, sales, operations and the business units responsible for data are regularly useful participants. The Data Act often affects product design, contract logic, support processes, interfaces and escalation paths at the same time. ITMR Rechtsanwälte is happy to moderate a joint workshop for this.

Which authority is competent for the Data Act in Germany?

Since 30.05.2026, under § 2 DADG the Bundesnetzagentur (Federal Network Agency) has been the competent authority and central point of contact. Insofar as personal data is affected, the BfDI (Federal Commissioner for Data Protection) monitors application vis-à-vis non-public bodies under § 3 DADG. ITMR Rechtsanwälte supports you in contact with both authorities.

Next step

Contacts and the next sensible step

Note on the legal status

Legal status: 23 October 2026. This overview provides initial orientation and does not replace a review of the specific case.

Responsible lawyer for data law at ITMR

Jean Paul P. Bohne, LL.M., MM

Rechtsanwalt (attorney) | Partner | Business mediator

  • Fachanwalt für Urheber- und Medienrecht (certified specialist lawyer for copyright and media law)
  • Fachanwalt für IT-Recht (certified specialist lawyer for IT law)
  • AI Officer (KI-Beauftragter) [DEKRA]
  • Certified Information Privacy Professional/Europe [CIPP/E]
  • Cert. Information Privacy Manager [CIPM]
  • External data protection officer [TÜV]
  • Data protection officer [TÜV]
  • Data protection auditor [TÜV]
  • IT compliance manager [TÜV]

Data law expert at ITMR
T: +49 211 737547-70
E: bohne@itmr-legal.de

Profile Bohne