Les entités beans Enterprise sont des composants d’applicatiions côté serveur définis dans la spécification Enterprise JavaBeans (EJB) 3.1, JSR-318. Les entités beans Enterprise sont conçus pour la mise en œuvre de la logique métier applicative de manière découplée afin d'encourager la réutilisation. Les entités beans Enterprise sont écrits comme des classes Java et annotés avec les annotations EJB appropriées. Ils peuvent être déployés sur le serveur d'application dans leurs propres archives (fichier JAR) ou être déployés dans le cadre d'une application Java EE. Le serveur d'application gère le cycle de vie de chaque entreprise et leur fournit des services tels que la sécurité, les transactions et la gestion de la concurrence. Un bean Enterprise peut également définir un nombre quelconque d'interfaces commerciales. Les interfaces d’entreprise offrent un meilleur contrôle avec les entités bean qui sont à la disposition des clients, et peuvent également permettre l'accès aux clients se trouvant dans des JVM distantes. Il existe trois types d’entités beans Enterprise : Les Session beans, Message-driven beans et les Entity beans.
Les beans de session sont des entités beans d'entreprise qui encapsulent un ensemble de processus ou de tâches commerciales connexes et ils sont injectés dans les classes qui en font la demande. Il existe trois types de beans de session : stateless, stateful et singleton.
Les Message-driven Beans (MDBs) fournissent un modèle événementiel pour le développement d'applications. Les méthodes des MDBs ne sont pas injectées dans, ou invoquées à partir du code client, mais sont déclenchées par la réception de messages provenant d'un service de messagerie tel qu'un serveur Java Messaging Service (JMS). La spécification Java EE 6 exige que JMS soit pris en charge, mais d'autres systèmes de messagerie peuvent également être pris en charge.
Les entités beans Enterprise sont maintenant obsolètes dans EJB 3.1 et il est recommandé d'utiliser les entités JPA à la place. Les entités beans Enterprise ne doivent être utilisés que pour assurer une rétrocompatibilité avec les systèmes existants.