Separate the frontend from the business logic

A webshop, portal, and application can share a foundation while each interface serves a different need.

A shared business foundation
StorefrontProduct experience
PortalCustomer experience
ApplicationFocused interaction
Authenticated API requests
Ominity instance
ContentCommerceIdentity
01

Different interfaces, shared records

A storefront highlights products. A portal highlights customer relationships. An internal tool highlights operations. These experiences can connect to the same business records without presenting them in the same way.

02

Give each layer a clear job

The frontend owns presentation and interaction. The platform provides supported content and business capabilities. Extensions can add project-specific behavior around that foundation.

03

Make context explicit

A person may belong to more than one customer. The application should show the active context and carry it into the relevant requests, instead of assuming sign-in alone determines the business being used.

04

Design the unhappy path

A denied action or failed external delivery should have an understandable state. Traceability helps connect the visible result to the decisions and operations behind it.

Let’s talk about
your next project.

Three quick questions to start the conversation.

What’s your name?
Your email app opens a draft at the final step. Nothing is sent automatically.