diff --git a/respec/H5-best-practices.md b/respec/H5-best-practices.md
index 2d704c1..8513a89 100644
--- a/respec/H5-best-practices.md
+++ b/respec/H5-best-practices.md
@@ -316,47 +316,4 @@ De wikipediapagina over Johan Cruyff bevat andere soorten gegevens dan het medis
 #### 7. De eenheid van beheer bestaat uit één of meerdere gegevensobjecten
 De eenheid van beheer is het geheel van gegevensobjecten die als één gezamenlijk eenheid wordt beheerd. Die eenheden van beheer krijgen versies. Het is een keuze om de eenheid van beheer op het niveau van een enkel gegevensobject te doen (zoals bij de wikipediapagina van Johan Cruyff), of juist de eenheid van beheer te doen op een geheel van gegevensobjecten.
 
-### Varianten voor versiebeheer van begripsbeschrijvingen
 
-Het toepassen van de kernprincipes voor versiebeheer leidt tot het volgende model.
-
-![](respec/media/versiebeheer.svg)
-
-Dit model is op twee manieren te gebruiken bij het versiesbeheer in de context van SBB:
-
-- A. De eenheid van beheer is een afzonderlijke begripsbeschrijving. We beheren deze begripsbeschrijvingen (die daarmee een eigen versiehistorie kennen).
-- B. De eenheid van beheer is het begrippenkader. We beheren begrippenkaders (die ook een eigen versiehistorie kennen) en daarmee de beschrijvingen van de begrippen die ertoe behoren;
-- C. De eenheid van beheer is een (thematische) bundeling van beschrijvingen anders dan het begrippenkader (de bundeling heeft als geheel versiehistorie).
-
-#### A. Begripsbeschrijving als eenheid van beheer
-
-![](respec/media/versiebeheer2.png)
-
-Ook in dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto». De begripsbeschrijving worden in dit model altijd afzonderlijk bijgehouden. We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten).
-
-- De relatie is: «Autobestuurder» *is gerelateerd aan* «Auto»
-- De versierelatie is: [Beschrijving van het begrip Autobestuurder versie 1.0.3] *maakt gebruik van* [Beschrijving van het begrip auto versie 1.2.3].
-
-Ook in dit geval zou je kunnen spreken van een "import" relatie.
-
-#### B. Begrippenkader als eenheid van beheer
-
-![](respec/media/versiebeheer1.svg)
-
-In dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto», waarbij de beschrijving van het begrip «Auto» wordt bijgehouden in een ander begrippenkader dan de beschrijving van het begrip «Autobestuurder». We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten).
-
-- De relatie is: «Autobestuurder» *is gerelateerd aan* «Auto»
-- De versierelatie is: [Begrippenkader autobestuurder versie 1.0.3] *maakt gebruik van* [Begrippnkader auto versie 1.2.3].
-
-Een dergelijke versierelatie wordt ook vaak wel een "import" relatie genoemd.
-
-#### C. (thematische) bundeling als eenheid van beheer
-
-![](respec/media/versiebeheer3.png)
-
-In dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto», waarbij de beschrijving van het begrip «Auto» wordt bijgehouden in een andere beheer eenheid dan de beschrijving van het begrip «Autobestuurder». We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten).
-
-- De relatie is: «Autobestuurder» *is gerelateerd aan* «Auto»
-- De versierelatie is: [Beheereenheid 42 versie 1.0.3] *maakt gebruik van* [Beheereenheid 76 versie 1.2.3].
-
-Een dergelijke versierelatie wordt ook vaak wel een "import" relatie genoemd.