Informatica MDM SaaS Foundation study plan
Informatica MDM SaaS Foundation · Give each week a clear focus.
8 weeks · About 7 hours per week
MDM & 360 Applications
Map the MDM SaaS architecture end to end: describe how the business 360 application, the data model layer, the match and merge engine, and the user interface components fit together, writing a one-page diagram from memory without consulting notes
Define the core MDM concepts in your own words, covering business entities, records, cross-reference (XREF) records, source systems, trust scores, and survivorship, and check each definition against official product documentation
Identify the main 360 application types available in the platform and state for each one the business problem it solves and the typical industry use case
Configure a sandbox tenant: create a business entity, add at least three fields of different data types, and confirm the entity publishes and appears in the user interface
Your checkpoint
A one-page hand-drawn architecture diagram plus a glossary of at least 20 MDM terms, each with a verified definition and source link
MDM & 360 Applications
Distinguish the data model design options (base object versus custom object, field-level versus relationship-level settings) and choose the correct option for three hypothetical business scenarios
Build a data model with at least two related business entities, including a lookup relationship, and document why each relationship cardinality was chosen
Explain how the platform handles hierarchies and reference data, and demonstrate creating one hierarchy in the sandbox
List the validation, required-field, and format rules available on a field and apply at least four of them to your sandbox model
Your checkpoint
A published two-entity data model in the sandbox with a written design rationale covering cardinality, validation rules, and hierarchy choices
MDM & 360 Applications
Describe the full data ingestion path from source system to master record, naming each stage and what can fail at each stage
Configure at least two different ingestion methods (for example a file-based load and an API-based load) and record the differences in behavior and error handling
Explain the role of staging tables, batch groups, and reject handling, and reproduce one deliberate load failure to observe how rejected records are surfaced
Set up a scheduled job or batch process and verify it runs on the expected cadence
Your checkpoint
A load-run log documenting two successful ingestion methods and one intentionally failed load, with the reject record located and explained
MDM & 360 Applications
Explain the match process step by step: standardization, parsing, matching, and the role of match rules and match columns
Configure exact and fuzzy match rules on your sandbox entity and tune the fuzzy thresholds against a small test data set
Describe how the consolidation and trust framework determines survivorship, including trust score sources and precedence rules
Compare the available merge styles (such as automatic merge versus review-based merge) and justify which one fits a given business requirement
Your checkpoint
A match-and-merge test report showing before and after results for at least 10 test records, with the match rule configuration and trust settings that produced them
MDM & 360 Applications
Walk through the data steward workflow: how a potential match or data quality exception reaches a steward, what actions are available, and how the decision is recorded
Create a task or workflow that routes an exception to a queue and complete the review as a steward in the sandbox
Explain how data quality rules and scorecards are configured and how a scorecard result can trigger remediation
Document how audit history and record versioning work so that a change can be traced back to its source and reviewer
Your checkpoint
A completed steward workflow transcript: exception created, routed, reviewed, resolved, and the audit trail exported to show the full chain
MDM & 360 Applications
Configure user roles, privileges, and record-level access so that two different personas see different data, and verify the restriction actually holds
Explain how the platform integrates with external systems for both inbound and outbound data, including the role of APIs and message-based publishing
Build one outbound integration or export that sends master data changes to an external endpoint or file
Identify the monitoring and operational tooling available for jobs, errors, and system health, and set up at least one alert or check
Your checkpoint
A security and integration workbook containing the role matrix you configured, a screenshot-free description of the access test results, and one working outbound data flow
MDM & 360 Applications
Review the entire 360 application feature set and list the capabilities you have not yet touched, then close the two most exam-relevant gaps with hands-on practice
Explain the difference between configuration done in the user interface and behavior that requires deeper customization, and give examples of each
Rehearse explaining the end-to-end lifecycle of a master record from ingestion to stewardship to consumption, out loud, in under five minutes
Complete a timed practice set covering the domain and log every missed question with the underlying concept
Your checkpoint
A gap-closure log listing every missed practice question, the concept behind it, and the specific action taken to close it
MDM & 360 Applications
Re-take the full timed practice set and compare the score against week 7, focusing on repeat misses
Build a one-page cheat sheet of the concepts you repeatedly confuse, using your own wording only
Simulate exam conditions with a full-length timed run and review pacing and flagging strategy
Confirm logistics: exam registration, identification requirements, testing environment, and any allowed reference material
Your checkpoint
A final readiness scorecard showing practice scores across attempts, remaining weak areas, and a go or reschedule decision
Milestones
Week 2: You can draw the MDM architecture and explain ingestion, matching, and survivorship without notes, and a working two-entity data model exists in your sandbox
Week 4: You have produced a match-and-merge test report from real sandbox runs and can explain trust scores and merge styles to a colleague in plain language
Week 6: A steward workflow has been completed end to end, role-based access has been proven with a test, and one outbound integration is working
Week 8: Practice scores are stable and above your target, every logged miss has a documented closure action, and exam logistics are confirmed