Regulated and unregulated message exchange

Regulated and unregulated message exchange

What does a "regulated" or "unregulated" message exchange mean?

    Requires Free Membership to View

    When you register, you'll begin receiving targeted emails from my team of award-winning writers. Our goal is to keep you informed on recent service-oriented architecture (SOA) and SOA-related topics such as integration, governance, Web services, Cloud and more.

    Hannah Smalltree, Editorial Director

    By submitting your registration information to SearchSOA.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchSOA.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

Un-regulated e-business interactions are typically used for loose coupling of applications within an organization, or for on-demand simpler service requests. These types of interactions typically follow a request/response interaction pattern that is synchronous in nature.

The service definitions do not require the requester and provider to collaborate at a peer level (at a peer level, both parties would be able to initiate interactions with the other), instead the service provider simply responds in a synchronous manner to the service requester. These types of interactions are best suited for information dispersal, or for application integration within the organization.

Web Services and EbXML type frameworks can be utilized for most simplistic un-regulated interactions, while Web services are more suited for application integration within the organization (important note: it is inappropriate to consider B2B interactions between organizations as simply the task of integrating applications. This type of e-business activity is typically the domain of regulated e-business interactions, and requires relationship definition, business process definition, and further constraints that are well beyond the applicability of application integration).

Regulated interactions are utilized for e-business processes that are based on established business processes with well-defined procedures and interaction scenarios. For example, the business scenario that contains the activities and progression from placing an order to the receiving of invoice and making of payment, need to occur as precisely described regulated e-business interactions that occur between business partners interacting as peers.

Regulated e-business interactions are typically needed for mission critical applications, that require sufficient robustness in the interactions to express business constraints, agreements, and conditions that could be held contractually binding in a legal situation. EDI, RosettaNet and EbXML are the types of frameworks considered robust and acceptable for regulated e-business interactions.

This was first published in October 2004