L' atelier CEN WS/ BII3 a reconnu que pour faciliter un haut niveau d' interopérabilité, il est nécessaire de fournir la capacité d' exécuter des processus métier entre des organisations disparates en utilisant une ou plusieurs transactions. Ceci est réalisé en définissant l' ensemble d' éléments d' information de base pour chaque transaction dans un processus métier défini, qui sont utiles et compréhensibles dans tous les scénarios métier concernés. Généralement, le terme noyau a un sens très large et existe pour différents types d' objets (des modèles sémantiques aux fruits). Cependant, dans CEN WS/ BII3, un seul modèle d' exigences en matière d' informations de base définit les informations commerciales considérées comme :
 nécessaire pour atteindre les objectifs commerciaux qui sont dans le champ d' application.
 suffisamment riche pour représenter une transaction commerciale typique
 simple à mettre en œuvre sans trop de préparation et d' adaptations du système
 entièrement compris par le récepteur
 possibilité de réutilisation, d' extension et de personnalisation pour des cas d' utilisation plus spécifiques

Il n' y a donc pas de Core unique pour toutes les transactions mais un Core pour chaque transaction ayant des éléments en commun. En effet, une transaction peut effectivement impliquer une demande d' informations et la réponse fournira la mise à jour.
L' exercice clé consiste à définir et à convenir de la portée et des objectifs commerciaux pour s' assurer que la transaction est produite à partir d' une méthodologie garantissant qu' elle est essentielle. Les objectifs commerciaux peuvent être traduits en fonctions commerciales prises en charge par la transaction. Les considérations sur la simplicité de mise en œuvre devraient être un principe directeur. Le nombre d' objectifs pour le Core Model sera une conséquence des parties prenantes et de leurs ambitions... Un grand groupe avec des objectifs divergents mettra en péril le principe de simplicité. Il est donc important que les membres du groupe aient une compréhension commune des principes de base et soient prêts à faire des compromis.
Une méthodologie pour étendre (personnaliser) les transactions doit également être en place. Si la méthodologie est trop complexe à utiliser ou à comprendre, le risque est que les parties prenantes préfèrent ajouter toutes leurs exigences spécifiques à la transaction, et par cette approche risquer la simplicité, au lieu d' envisager de les ajouter à une extension à un stade ultérieur.
La définition des modèles de base BII a été un élément fondamental des livrables BII au cours des six dernières années et l' atelier a développé divers modèles pour les transactions dans les scénarios post-attribution et pré-attribution.
Ce guide décrit la méthodologie par laquelle les modèles d' exigences d' informations de base (modèles de base) sont produits et, par conséquent, garantissant que les transactions qui en résultent sont également essentielles.