Free Practice Questions for Salesforce CRT-550 Exam

Comprehensive Explanation:

Profile Attributes in MobileConnect are used to store subscriber-specific information, such as first name, last name, or preferences. These attributes can be utilized to personalize SMS messages, enhancing engagement and relevance.​

✅ Comprehensive and Detailed Explanation: A Send Log captures detailed send-time information such as which email was sent, to which address, and when. You can customize a Send Log to record additional fields like email address, subscriber key, campaign name, etc. This meets the requirement for tracking exactly which email address received which email.

❌ Why Other Options Are Incorrect:

A: The Recent Email Send Report shows aggregate send information but doesn't track individual addresses dynamically.

B: Data Views store general event tracking (open, click) but not direct customizable fields like Send Log does.

D: Tracking Extracts provide bulk tracking data but are not customizable for specific needs like this.

Exact Extract: Salesforce Help: Send Logs Overview

"Send Logs record information about the subscribers you send messages to, and allow you to track what content was sent to each subscriber."

════════════════════════════════════════════

Comprehensive and Detailed Explanation:

The correct answer is C — _PublicationSubscriber.

The _PublicationSubscriber Data View stores the mapping between subscribers and publication lists.

This Data View contains fields like SubscriberKey, PublicationListID, and Status that can be used in queries to find active subscribers on specific publication lists.

❌ Why others are wrong:

A: _ListSubscribers relates to standard subscriber lists, not publication lists.

B: _Subscribers contains general subscriber profile data but not list membership.

D: _EnterpriseAttribute is related to Enterprise-level attributes, not publication list membership.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Data Views:

"_PublicationSubscriber contains information about subscribers' subscription status for publication lists."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_as_data_views.htm )

For integrating Marketing Cloud with Sales Cloud via Marketing Cloud Connect, the API user in Marketing Cloud should have the "API User" checkbox selected. Additionally, assigning both the "Administrator" and "Marketing Cloud Administrator" roles ensures the user has the necessary permissions to facilitate the integration effectively.​

To resolve the issue of new contacts not receiving SMS messages due to missing country codes in the mobile number field, the best solution is to select 'Normalize Phone Number' in Journey settings.

Normalize Phone Number: In Journey Builder’s SMS activity settings, enabling the "Normalize Phone Number" option automatically formats phone numbers to the E.164 standard (e.g., +1 for US numbers) by appending the appropriate country code based on a specified default country (in this case, the United States). This ensures that phone numbers missing a country code are correctly formatted for SMS delivery.

Why it works:

SMS providers require phone numbers in E.164 format (e.g., +12025550123 for a US number).

If the mobile number in the Salesforce Entry Data Extension lacks the country code (e.g., 2025550123), the SMS will fail to send.

Normalizing phone numbers at the journey level corrects this issue without requiring manual updates to Salesforce records.

Why the other options are incorrect:

A. Select 'US' as the sending country in SMS activity: The sending country setting in MobileConnect determines the short code or long code used for sending, not the formatting of recipient phone numbers. It does not address missing country codes in the data.

B. Format the phone field in Salesforce as +1[phonenumber]: While manually formatting phone numbers in Salesforce to include the +1 country code would work, it requires updating all existing records and implementing validation rules for new records, which is inefficient and prone to errors compared to normalization.

D. Configure the phone field in Salesforce as US locale: Setting the phone field’s locale in Salesforce affects display formatting (e.g., (202) 555-0123) but does not automatically add the +1 country code in the E.164 format required for SMS.

Exact Extract from Salesforce Documentation:

Normalize Phone Number: "When you enable Normalize Phone Number in an SMS activity, Marketing Cloud automatically formats phone numbers to include the country code based on the selected country, ensuring compliance with E.164 standards for SMS delivery."(Source: Salesforce Help - MobileConnect SMS Activity Configuration)

E.164 Format: "SMS messages require phone numbers in E.164 format, which includes the country code (e.g., +1 for the United States). Use normalization to correct improperly formatted numbers."(Source: Salesforce Help - MobileConnect Best Practices)

The correct answers are A, C, and D, because:

When planning the number of Business Units (BUs) for a Marketing Cloud Enterprise 2.0 account, Salesforce recommends evaluating organizational structure and data/content needs carefully. Business Units help segment marketing assets, contacts, and campaigns, often aligned to brands, regions, or departments.

According to Salesforce official documentation:

"When considering the number of Business Units needed, important factors include:

Number of brands, products, or regions that require separate marketing efforts.

Requirements to separate data and content between business units (for security, branding, or operational independence).

The need for dedicated development or test environments within Marketing Cloud."

(Source: Salesforce Marketing Cloud Implementation Guide – Business Unit Planning)

Let's break it down:

✅ A. Number of brands/geographies which NTO operates

Different brands or regions often need separate BUs to manage independent marketing strategies, content, and contacts.

✅ C. If testing/development business unit(s) are required

It’s a best practice to have separate BUs for development and testing purposes to avoid interfering with live sends.

✅ D. If data/content needs to be segregated between brands/geographies

When different teams or brands should not have access to each other's customer data or assets, separate BUs ensure proper data governance and security.

Why the other options are incorrect:

❌ B. Number of Sales Cloud sandboxes:

The number of Sales Cloud sandboxes is irrelevant to how many BUs you need. BUs are for organizational segmentation, not related to sandbox environments.

❌ E. Number of Marketing Cloud users:

User count affects licensing and access management but does not drive the number of BUs needed.

Additional official note from Salesforce:

"Use Business Units to separate marketing activities by division, brand, or region. Business Units are not determined by the number of users or CRM sandboxes."

(Source: Salesforce Help - Enterprise Account Structure Overview)

Thus, the correct choices are A, C, and D.

A Scheduled Automation using a Send Activity is ideal for sending emails to a data extension that is regularly updated. This approach allows for efficient and timely sends without the overhead of journey management, making it suitable for periodic newsletters with dynamic subscriber lists.​

The correct answer is B, because:

Salesforce Marketing Cloud uses a Sender Authentication Package (SAP) to establish proper authentication (including setting up DNS entries for SPF, DKIM, and DMARC) for email sending domains.

When NTO wants to send emails from a new domain (comms.nto.com.au), they would need a new SAP to configure authentication correctly for that domain — this ensures deliverability, maintains sender reputation, and complies with anti-spam regulations.

Salesforce official documentation specifies:

"Sender Authentication Package (SAP) includes branding the sending domain, setting up dedicated IP addresses, and configuring authentication protocols like SPF, DKIM, and DMARC.

If you want to send emails from a different domain, you must purchase an additional SAP to configure and authenticate the new sending domain."

(Source: Salesforce Marketing Cloud Sender Authentication Package Guide)

Important SAP Components:

Custom domain for sending (branded domain).

Authenticated email setup (SPF/DKIM/DMARC).

Private tracking domain.

Dedicated subdomain.

Why the other options are incorrect:

❌ A. An additional IP address:

A new IP is not required just because you have a new domain. IPs are more about volume and reputation needs, not domain setup itself.

❌ C. An additional private domain:

A private domain refers to a tracking domain used for link redirection, not sending domain authentication itself.

❌ D. Register the new domain in Setup > From Address Management:

From Address Management is for allowing or restricting sender addresses but does not authenticate the domain for sending.

Additional Salesforce extract:

"When sending from a new domain that is not covered under an existing SAP, you must purchase and implement a new Sender Authentication Package to maintain deliverability and compliance standards."

(Source: Salesforce Marketing Cloud Deliverability Best Practices)

Thus, B is the correct and required action.

The correct answer is A, because:

In MobileConnect and Journey Builder SMS activities, phone number normalization ensures that mobile numbers are automatically formatted to include the appropriate country code (such as "+1" for the United States) based on a selected default country.

If the phone numbers coming from Salesforce (or any source) do not include a country code, enabling "Normalize Phone Number" in the Journey settings corrects this by automatically appending the country code according to the selected settings.

Salesforce official documentation states:

"Normalize Phone Number ensures that phone numbers missing a country code are automatically formatted based on a selected default country. This improves message deliverability in SMS activities within Journey Builder."

(Source: Salesforce Help - MobileConnect and Journey SMS Send Configuration)

✅ In this case:

Without normalization, SMS providers expect numbers in E.164 format (which requires the country code, e.g., +1 for US numbers).

If the number is missing the "+1", the message fails to send.

Enabling Normalize Phone Number in the Journey SMS settings fixes the issue without needing to reformat Salesforce records manually.

Why the other options are incorrect:

❌ B. Format the phone field in Salesforce as +1[phonenumber]:

While correct formatting helps, it requires manual mass update of existing records and doesn't automatically handle new ones, making it inefficient.

❌ C. Select 'US' as the sending country in SMS activity:

Selecting the sending country affects short code usage, not the normalization of incoming phone numbers.

❌ D. Configure the phone field in Salesforce as US locale:

Locale settings don't automatically add a "+1" country code to phone numbers; normalization is still needed.

Reference Extract from Salesforce MobileConnect documentation:

"Use Normalize Phone Number to correct phone number formatting errors for Journey Builder SMS sends. Automatically prepends country codes based on the specified country when absent."

(Source: Salesforce Marketing Cloud MobileConnect User Guide)

Thus, the correct answer is A.

Comprehensive and Detailed Explanation:

The correct answer is A — Data Filters.

Data Filters provide a drag-and-drop, no-code way to segment audiences based on profile attributes or behavior.

They allow marketing users without SQL or AMPscript knowledge to build audiences directly in Email Studio.

❌ Why others are wrong:

B: Attribute Groups are used for mapping relationships between data, not for audience segmentation.

C: Publication Lists manage opt-in/out preferences, not audience segmentation.

D: Query Activities require SQL coding, which the team lacks experience with.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Data Filters Overview:

"Data Filters allow users to segment data extensions based on attribute values and behavior using a simple drag-and-drop interface, without the need for coding."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_es_data_filters.htm )

—