SaaS Implementation Best Practices
SaaS Implementation Best Practices
SaaS Implementation Best Practices
Prashant Gupta `
Adhish Mahajan
Agenda
Overview
Set up Applications
Data Modelling
SDLC Asset Migration
Secure Agent Best Practices
Ingress (FEP Mapping, DQ rules)
Egress Job
Relationship & Hierarchies
Business UI Configurations (Application & Pages)
Reports
Reference 360 SDLC
Reference 360 Data Import and Export
Known Limitations
Org should be upgraded to latest release from Business 360 before performing Set up Applications.
All Business 360 processes in the Application Integration chicklet, should be in Published State.
Create other projects for all additional required assets such as mappings, mapping tasks, task flows or even
other MDM SaaS assets and avoid using OOTB (Business 360, Customer 360, MultiDomain MDM, Reference
360, Supplier 360, Product 360) projects for these assets
There should not be any permissions set on the OOTB folders in Explorer Tab in B360. (Business 360,
Customer 360, MultiDomain MDM, Reference 360, Supplier 360, Product 360)
The idea behind smart field is how can we make the Smart fields Available in GA
modelling experience super easy for a user by freeing
them from worry of choosing data types and need to
Smart
configure validation rules for fields
Fields Postal eMail Phone
Address
Data
Types
Once we have the Data Model finalized and we create respective Assets in the ORG, for any new Business use
cases, we recommend to create a new Assets as part of Data Model.
Recommend NOT to delete/remove any existing Assets (Business Entity, FieldGroup, Attributes) from Data
Model. That may lead to meta data corruption
Follow the proper naming conventions while creating the assets, to differentiate between OOTB assets and
custom assets.
FAQ KB FAQ-SAAS-Data-Model-for-OOTB-BE-s?