Practice Free Data-Cloud-Consultant Salesforce Certified Data 360 Consultant (Data-Con-101) Exam Questions Answers With Explanation

The operational requirement is to move Data 360 context into the CRM process at the right latency and without unnecessary replication. Drag the native Data 360 Related List Enrichment onto the Lead Lightning page and configure the relevant Engagement data model objects (DMOs). meets the operational need because Data 360 can surface context or trigger action in Salesforce without forcing every engagement, score, or profile attribute to be copied into custom CRM objects. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The AI pattern works when the model is grounded in appropriate Data 360 data and its outputs can be operationalized safely. Semantic Model Metrics fits because predictions or generative experiences are only useful when the data is representative, governed, and connected to Salesforce execution patterns such as scoring jobs, Flow, or grounded retrieval. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The identity logic is about linking source profiles safely, then choosing the best surviving values for the unified profile. Segment on the Sales Order DMO is appropriate because identity resolution needs reliable match inputs, qualified identifiers, and controlled reconciliation. It is not just deduplication; it is a rules-driven process that connects source records into a trusted unified profile. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

Salesforce’s Customer 360 Data Model documentation explicitly states that the Sales Order subject defines future revenue or quantity for an opportunity by product family and can roll that information up by territory, management role, or hierarchy. That wording directly maps to option C in this question. The Product subject area describes items that an organization plans to sell or track for service purposes; it does not define opportunity revenue or quantity. Engagement models interactions with parties, such as calls or messages, while Party models people, accounts, and related contact information. Because the question asks specifically about opportunity revenue or quantity organized by product family, Sales Order is the precise subject area defined by the Salesforce data model.

================

The lifecycle point is that Data 360 configuration is metadata, but it still has product-specific packaging and activation steps. Install the data kit from the Data 360 Setup menu to map and activate the components. is the right fit because Data 360 components are not fully usable just because generic deployment succeeded. The consultant must complete the Data 360-specific lifecycle step so streams, mappings, insights, and rules are correctly registered in the target environment. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The architecture principle is to avoid unnecessary data movement when the external platform can be queried or shared securely. Query federation pushes SQL queries to the external system ' s compute layer. aligns with the zero-copy model because Data 360 can expose or query governed data without building another extract pipeline. That is important when teams want freshness, reduced duplication, and lower operational burden while still respecting permissions and platform boundaries. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The lifecycle point is that Data 360 configuration is metadata, but it still has product-specific packaging and activation steps. Only the metadata, such as data model object (DMO) definitions and mappings is the right fit because Data 360 components are not fully usable just because generic deployment succeeded. The consultant must complete the Data 360-specific lifecycle step so streams, mappings, insights, and rules are correctly registered in the target environment. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

Data 360 allows the consultant to control the names exported to an activation target without changing the underlying source or DMO schema. Salesforce documents this capability as the Output Name, formerly described as the preferred attribute name. During activation configuration, the consultant can override the default API-derived attribute name with a custom output name that matches the target system ' s naming convention. Data 360 then uses that value as the column header or field name in the activation output. Changing the data stream or DMO field name would unnecessarily alter the data-model layer, while a formula field is intended for deriving values rather than controlling exported column names. Therefore, setting the preferred/output attribute name during activation is the correct solution.

================

The identity logic is about linking source profiles safely, then choosing the best surviving values for the unified profile. Ignores empty fields when running match rules is appropriate because identity resolution needs reliable match inputs, qualified identifiers, and controlled reconciliation. It is not just deduplication; it is a rules-driven process that connects source records into a trusted unified profile. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The governance lens is least privilege, purpose limitation, and honoring privacy operations against the individual profile. Deletes the specified Individual and records from any data model object/data lake object related to the Individual supports the governance requirement because Data 360 implementations should minimize unnecessary access, avoid over-collection, and process deletion or consent requests at the profile level where Salesforce expects them. The safest design is explicit, auditable, and limited to the business purpose. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The identity logic is about linking source profiles safely, then choosing the best surviving values for the unified profile. Configure a Party Identification match rule. is appropriate because identity resolution needs reliable match inputs, qualified identifiers, and controlled reconciliation. It is not just deduplication; it is a rules-driven process that connects source records into a trusted unified profile. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

A Query Editor workspace controls the objects and metadata that a user can query, and Salesforce requires the user to have data-space access to the object being queried. If the consultant created the workspace against the wrong data space, the required DMO will not appear in that workspace’s available object context. The clean corrective action is therefore to create a new workspace and select the data space that contains the DMO, making C correct. Adding the DMO to an unrelated data space changes governance and modeling rather than fixing the workspace selection. Merely referencing another data space in SQL does not bypass workspace and data-space access boundaries. The exam point is that workspace scope and data-space access determine which Data 360 objects Query Editor exposes.

================

The core Data 360 principle is harmonization: bring data from multiple systems into a governed model that business teams can use consistently. Data lake objects, data model objects, calculated insights is the strongest answer because Data 360 is designed to unify, harmonize, and activate customer and business data across systems. The platform is not merely a dashboard, archive, or point solution. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The segmentation and activation design starts with grain: who or what the audience represents, and which attributes must travel with it. Waterfall Segmentation works because Data 360 segmentation and activation must respect audience grain, relationship paths, and activation payload rules. A segment can qualify the audience, but activation determines which related attributes or contact points are actually sent downstream. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

Activation attributes are exposed according to valid relationship paths from the activation context. Salesforce states that a related attribute can be selected only when a path exists from the activated object and the relationships along that path meet the supported cardinality requirements. Current Data 360 limits also constrain related attributes to a limited number of DMOs within a supported path. Consequently, attributes that sit on a different or otherwise unsupported relationship path can be absent from the selectable related-attribute set, making A the intended answer. Attribute reuse in another activation does not make the field unavailable. Activations are not limited to only 1-to-1 attributes; supported N:1 relationships can also be used. Whether the segment is based on profile data does not by itself explain why a known related field is missing.

================

The segmentation and activation design starts with grain: who or what the audience represents, and which attributes must travel with it. Set a refresh schedule for the calculated insights to occur every hour. works because Data 360 segmentation and activation must respect audience grain, relationship paths, and activation payload rules. A segment can qualify the audience, but activation determines which related attributes or contact points are actually sent downstream. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The design point is to preserve source fidelity while shaping data only where Data 360 processing needs it. Here, To enable efficient querying on non-primary key attributes fits because it changes the shape, keying, or refresh behavior at the Data 360 layer instead of forcing the source system to carry an analytics-specific design. In production, this keeps the upstream application simpler and gives the data team a repeatable way to prepare records for mapping, identity resolution, insights, or segmentation. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The analytics requirement determines whether the logic belongs in an insight, a semantic metric, or a query-time layer. The data reflects the state of the last time the insight was batch processed. matches the need because the business is asking for reusable metrics, dimensions, or aggregation behavior that consumers can filter and analyze. Data 360 separates raw harmonized data from analytical definitions so that dashboards, Tableau experiences, and segment logic remain consistent. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

Salesforce handles Data 360 data-subject-rights requests through the Salesforce Consent API, including Data Deletion or Right to Be Forgotten requests. Current Salesforce documentation states that these requests are submitted for individual profiles; when Identity Resolution is used, requests should target the applicable source individual profiles. This makes C the required consideration. A one-hour completion guarantee is not stated as the governing behavior, so A is incorrect. Requests submitted to Data 360 are not automatically propagated as deletion commands to every connected Salesforce cloud, eliminating B. Option D is also too broad: deletion behavior depends on the data model relationships and the records covered by the request rather than an unconditional deletion of every related record. The key implementation concept is that Consent API requests are profile-centered and governed by Data 360’s data-subject-rights processing.

================

The core Data 360 principle is harmonization: bring data from multiple systems into a governed model that business teams can use consistently. Streaming insight is the strongest answer because Data 360 is designed to unify, harmonize, and activate customer and business data across systems. The platform is not merely a dashboard, archive, or point solution. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The modeling decision should make the data understandable, reusable, and correctly related before segmentation or activation depends on it. Extend the relevant standard DMOs by adding custom fields to accommodate the missing data. fits because Data 360 depends on mappings and relationships between data lake objects and data model objects. Correct modeling lets the same attribute mean the same thing across source systems and prevents downstream users from building logic on ambiguous fields. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The modeling decision should make the data understandable, reusable, and correctly related before segmentation or activation depends on it. Map standard fields to the Sales Order DMO and add a custom attribute for the fee. fits because Data 360 depends on mappings and relationships between data lake objects and data model objects. Correct modeling lets the same attribute mean the same thing across source systems and prevents downstream users from building logic on ambiguous fields. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The design point is to preserve source fidelity while shaping data only where Data 360 processing needs it. Here, Create a composite key by combining two or more source fields through a formula field. fits because it changes the shape, keying, or refresh behavior at the Data 360 layer instead of forcing the source system to carry an analytics-specific design. In production, this keeps the upstream application simpler and gives the data team a repeatable way to prepare records for mapping, identity resolution, insights, or segmentation. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The governance lens is least privilege, purpose limitation, and honoring privacy operations against the individual profile. Use separate data spaces for each business unit supports the governance requirement because Data 360 implementations should minimize unnecessary access, avoid over-collection, and process deletion or consent requests at the profile level where Salesforce expects them. The safest design is explicit, auditable, and limited to the business purpose. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The architecture principle is to avoid unnecessary data movement when the external platform can be queried or shared securely. It defines metadata and paths to identify specific files for the data stream and track updates. aligns with the zero-copy model because Data 360 can expose or query governed data without building another extract pipeline. That is important when teams want freshness, reduced duplication, and lower operational burden while still respecting permissions and platform boundaries. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably.

The core Data 360 principle is harmonization: bring data from multiple systems into a governed model that business teams can use consistently. Improving customer service resolution times by giving support agents a 360-degree view is the strongest answer because Data 360 is designed to unify, harmonize, and activate customer and business data across systems. The platform is not merely a dashboard, archive, or point solution. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The core Data 360 principle is harmonization: bring data from multiple systems into a governed model that business teams can use consistently. A data model object (DMO) to map and relate the data fields is the strongest answer because Data 360 is designed to unify, harmonize, and activate customer and business data across systems. The platform is not merely a dashboard, archive, or point solution. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The identity logic is about linking source profiles safely, then choosing the best surviving values for the unified profile. Matching rules within the Identity Resolution settings to link source records is appropriate because identity resolution needs reliable match inputs, qualified identifiers, and controlled reconciliation. It is not just deduplication; it is a rules-driven process that connects source records into a trusted unified profile. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.

The architecture principle is to avoid unnecessary data movement when the external platform can be queried or shared securely. Use Data 360 Data Sharing to share unified customer data directly to Snowflake. aligns with the zero-copy model because Data 360 can expose or query governed data without building another extract pipeline. That is important when teams want freshness, reduced duplication, and lower operational burden while still respecting permissions and platform boundaries. The distractors fall short because they either move the problem into the wrong system, add needless duplication, ignore Data 360 object relationships, or rely on a feature built for a different lifecycle stage. In a real implementation, those choices usually create brittle pipelines, stale data, security exposure, or segments that look correct on paper but fail when activated. Thinking like an architect, the selected option places the logic where Data 360 can govern it and reuse it reliably. This is the nuance exam questions often test: the platform capability must match both the technical layer and the business timing requirement, not just sound related to data.