Professional Documents
Culture Documents
Release 6.28
August 2016
Documentation for Oracle Responsys customers who integrate Responsys with a mobile app and
whose account has not been migrated to the Responsys 6.29 Integrated Push architecture.
Oracle Responsys App Channel List Setup and Configuration Guide
This document is for Responsys Customers who have purchased and enabled the
Mobile App Channel prior to September 2016 and whose account has not been
migrated to the Responsys 6.29 Integrated Push architecture. The functionality in
this guide requires Oracle Push Cloud Service SDK 2.13.x or later.
Specifically, this document is for Responsys users who set up Lists and Responsys
Interact (RI) Connect jobs to import data into those Lists. “Mobile App Channel”
refers to the Push Notification and In-App Messaging formats.
The Mobile App Channel is different from the other Responsys channels like Email
and SMS, because it requires managing two Lists for campaign setup and execution:
the Contact Profile List and the App Channel List. This document:
• Explains the App Channel List and provides step-by-step instructions about how
to set up the App Channel List and import data. These steps are required before
you can set up and launch a Push campaign.
• Provides instructions for setting up an App Channel List Preferences PET, which
is required for receiving a user’s notification preferences information into
Responsys.
• Provides instructions for adding custom trigger names, for mobile apps that
support custom triggers for in-app messaging.
Key Terms
The App Channel List is designed to store device information of all devices that
have installed the Mobile App. It is always associated to a Contact Profile List. A
Contact Profile List can have ONE App Channel List associated with it. Once an App
Channel List is associated, the association cannot be deleted. This is a system
restriction as of 6.25 release (Aug 2015). An App Channel List can only be
populated through a system Connect job of type “Import App Channel List Data”.
The following sections provide detailed instructions on how to create an App
Channel List and set up the Connect job.
A Notification Preferences PET is a PET that is associated to the App Channel List.
It is used for storing app user preferences for a given app. For example, a mobile
app can provide a set of options like “Lightning Deals”, “Monday Madness” etc. A
user can subscribe to one or more of these options. For each device where the app
is installed, the system maintains these preferences in the Notification Preferences
table. This can be used by a Marketer to send relevant messages to those users who
Import App Channel List Data is a Connect job that imports data into an App
Channel List. As of 6.25, and prior to migration to Oracle Push Cloud Service
(Integrated) in 6.29, this is the only way to populate the App Channel List.
Match key is a user identifier attribute that is used to associate a device record to
a known profile record. A match key could be one of Email Address, Customer ID,
or Mobile Number. When a user installs an app on their device, RI gets only the
device information of that user. When users sign-up (or sign-in) with one of the
above identifiers, the system can associate the device with a known profile record.
NOTE – Please use caution when choosing a match key. It cannot be reset to
another value once set. For example, you cannot choose to change the match
key to CUSTOMER_ID_ after you have set it to EMAIL_ADDRESS_.
Setting a match key requires co-ordination between the Marketer and the
App Developer. A Marketer should be able to figure the best field for the match
key. He or she should relay that back to the App Developer so they set the right
value for match key from within the app code. Within the app code, this field is
referred to as user_identifier.
App Channel List Filter is a special type of filter available for Contact Profile Lists
that have an App Channel List associated with it. It should be used for defining
scheduled filters when sending only to unknown devices; it should also be used
when designing a multi-channel program.
1. Contact Profile List – We recommend using the same List that is used to send
Email and/or SMS campaigns. This enables the Marketer to include the Push
messaging formats in their multi-channel campaign.
2. Match key – A Marketer should pick one of Email Address or Mobile Number or
Customer ID. The choice should be determined by the dominant identifier in the
Contacts Profile List so as to maximize the conversion of unknown devices to
known users.
NOTE: If you do not see this option, please raise a support ticket to get
this enabled for your account.
5. If you are planning to use Notification Preferences, you should update your App
to use Push IO SDK version to 2.13.x or later.
2. From the “hamburger” menu, select Data, and then select Manage Lists.
4. Under the List Information section (as shown in the figure above), click the
Create App Channel List link.
5. Specify a name for the App Channel List. By default, this is set to concatenated
string of your Profile List name and the literal “_APP”.
6. Select a Folder Name. By default, the folder is set to the same folder as your
Contact Profile List.
7. The third field, with the label “Map user identifier of the App Channel recipient
to:”, is the match key. As discussed in Item #2 in the Before You Begin section, you
should pick one of the following:
• EMAIL_ADDRESS_
• MOBILE_NUMBER_
• CUSTOMER_ID_
• EMAIL_SHA256_HASH_
• EMAIL_MD5_HASH_
8. Click Save.
1. From the “hamburger” menu, select Data, and then select Interact Connect.
2. From the Connect Jobs page, click the Create Job button. This displays a drop-
down list of all the job types available.
3. From this list, select Import App Channel List Data, as shown below.
5. Continue with the other options of setting up the Connect job, such as providing
a schedule.
6. Activate the Connect job.
This completes the setup of App Channel List and its corresponding Import job. We
recommend that you monitor the first run of the App Channel List import Connect
job. If that job is successful, then you can go ahead and start running campaigns
within Responsys. If the Connect job fails to import the data, please refer to the
Frequently Asked Questions section for a set of possible reasons as to why the
Connect job failed.
• The App Channel List’s PET table must be declared as a “Preferences PET” in
the Account -> Mobile App Configuration View.
1. App Channel PET tables are limited to only storing mobile app user preferences
as of the current release.
2. Data for an App Channel PET is imported through the same Connect job (set up
during the App Channel List creation). Stated otherwise, you cannot set up a
specific Connect job to populate data in an App Channel List.
3. Columns for the App Channel List Preferences PET must be prefixed with the
“PR_”. For example, if the mobile app developer has a preference with a key of
price_limit, the column name in the Preferences PET must be pr_price_limit.
4. Co-ordination between Marketer and the App Developer is required. The App
Developer uses the Mobile App SDK Preferences Notifications feature to set the
preferences within the App. As a Marketer (or RI Account Admin), you should
know the exact list of these preferences and their data types. You should use
these names and data types to create columns in your App Channel List PET.
5. App Channel List PET can only be created for those Profile List tables that are
already associated with an App Channel List.
6. Ensure that PushIO SDK 2.13.x is integrated into your App. This is required as
prior versions of the SDK did not have support for the Notification Preferences
API.
2. From the “hamburger” menu, choose Data, and then choose Manage Lists.
3. From the Change List drop-down, ensure that you have selected the Profile List
that is already associated with an App Channel List.
4. Click Create Profile Extension. The Create Profile Extension dialog is displayed,
and you should see an option to create an App Channel (as shown below).
The mobile app developer should provide a list of the preferences fields and
their data type in the mobile app.
• Remember to prefix the field names you receive from the mobile app
developer with “PR_”.
• Use the following table to determine the data type to choose when you
create the field:
Boolean Short Text Field (to 25 Use a short text field because
characters) Responsys does not have a
Boolean data type, and
Boolean values in the signal file
are expressed as “true” or
“false”.
7. Click Next and provide a Name for the App Channel PET to complete the App
Channel PET creation.
3. On the Manage Mobile App Configurations page, select the app that you want to
configure.
4. Click on the “+” button to display the detailed view of the app. You should see
the list of platforms
5. Click Edit Profile List. This should open up a dialog that displays the Profile List
and the App Channel List. Select the Profile List, and then the corresponding App
Channel List will be automatically displayed.
6. Click on the “Preferences PET” dropdown. You should see the App Channel PET
name that was created during the previous step. Pick the right PET for this app.
Optionally, Marketers may want other mobile app actions to trigger an in-app
message, such as when an app user adds merchandise to a cart. Mobile app
developers can code the app to support custom triggers. The Responsys Account
Admin configures Responsys to use the app's custom triggers.
• Responsys Account Admin users must first add the custom trigger names for
the app to the Manage Mobile App Configuration page.
• After the custom trigger names are added to Responsys, Marketers can select
a custom trigger when they create their In-App Message campaigns.
3. On the Manage Mobile App Configurations page, select the App that you want to
configure.
4. Click on the “+” button to display the Detailed view of the App. You should see
the list of platforms
5. Click Add Custom Trigger. This opens up a dialog that enables you to enter the
name of a custom trigger for your app.
A: No. More than one app can use the same App Channel List. With one Contact
Profile List, you should be able to map all of your apps to the same App Channel
List.
Q: I have one Contact Profile List per region. How do I set up the App Channel List?
A: More than one app can be mapped to the same Contact Profile List. However, it
is not possible to map an app to more than one Contact Profile List.
A: No, this is not possible through the UI. It is possible to do some backend changes
to make this change. However, this could take a significant amount of time. This
also means that you cannot do any campaign launches during this time. We
recommend that you stay with one App Channel List unless you can absolutely
justify the need to change.
Q: I have created an App Channel List with EMAIL_ADDRESS_ as the match key.
However, I want to change this to CUSTOMER_ID_ now. Is this possible?
A: No, this is not possible. This is why you should spend some time before setting
up the App Channel to decide on your match key. As stated before in this
document, setting a match key requires co-ordination between the Marketer and
the App Developer. A Marketer should be able to figure the best field for the match
key. He or She should relay that back to the App Developer so they set the right
value for match key from within the app code
Q: I already have an app integrated with the Push IO SDK. How do I figure what
value is set for match key?
A: If you already have an app integrated with the PushIO SDK, then you should
consult your App Development team. Specifically, you should ask them for the
value that is set for the field “USER_IDENTIFIER”. This should help you determine
the match key. If no value is set, then you can request them to set one of the fields
App Channel List Setup and Configuration Guide Page 16
as discussed in Step 1 -> Point 7 of the Step 1 – Create the App Channel List section.
Please note that this change in app might mean that you have to rollout a new
version of the app for your users
Q: Can I use all the fields in the App Channel List in Filter Designer?
A: No, Filter Designer uses a subset of the App Channel List fields.
When you open Filter Designer, you will see the current subset of App Channel List
fields available. However, until your account is migrated to the new 6.29 Integrated
Push architecture, the newer fields will not be usable. For example, you will not see
values for device location-based fields until your account is migrated.
The following fields were available through the Filter Designer as of 6.28 Release:
UPDATED_AT_DATE_
INSTALLED_AT_DATE_
CARRIER_
MOBILE_COUNTRY_CODE_
APP_VERSION_
LOCALE_
TIME_ZONE_
PLATFORM_TYPE_
API_KEY_
PROFILE_RIID_
Q: I have defined a campaign and launched it. However, I don’t see any Push
notifications being sent. Why?
A: There could be many possible reasons as to why the push notifications are not
sent. One common reason when it comes to the Mobile App channel is that the
scheduled filter does not have any App Channel attributes. It should have at least
one App Channel attribute. This means that the filter query behind the scheduled
filter should be defined as “App Channel List Filter”. To fix this, review the query
behind the scheduled filter. If it does not have any App Channel attributes, define a
Q: On the Manage Mobile App Configuration page, why am I not seeing any Contact
Profile List names when I click the Edit Profile List button?
A: This list is populated with Profile List names that have a corresponding App
Channel List. If there are no Profile Lists with corresponding App Channel Lists, then
this list will be empty.
Q: I just set up my App Channel Import Connect job. Why is it failing on every run?
A: There are many reasons for Connect job failure. The following are the most
common reasons for failure of a newly set up App Channel Import Connect job:
• The Push IO job that sends the signal file for the Connect job is not set up.
Because, there are no files to process, the Connect job fails. You should
create a support ticket to address this issue
• The Push IO job that sends the signal file for the Connect job is sending the
files to the wrong SFTP location. This also requires Support ticket to fix the
issue.
• The Push IO job that sends the signal file is running at a different frequency
than the Connect job. We recommend that the Push IO job be set up to run
every hour so that the Connect job always has one or more files to process.
This requires support ticket to fix the issue
—
A: No, a SQL view is not supported as a starting point for programs with Mobile
App channel.
A: Yes, you can create a PET table for the App Channel List. See the section Setting
up an App Channel List PET for instructions and limitations.
A: Yes, you can. However, please note that you can have only one Preferences PET
per App.
Q: Why is Channel Permission Status always set to “I” in App Channel List? Does
this mean that there is no way for the mobile app users to opt out of receiving
messages?
A: Because the GCM, APNs, and WNS platform providers manage notification
permissions differently and do not send explicit “opt out” data to our system,
Responsys is unable to accurately whether the user has chosen to opt out of
receiving messages. Therefore, Responsys does the following:
• When a new user installs an app on a specific mobile device for the first time and
agrees (implicitly or explicitly, per platform) to receive notifications, Responsys
creates an App Channel List record and sets the Channel Deliverability Status to
“D” (Deliverable) and the Channel Permission Status to “I” (Opted In).
o For iOS apps, the app must ask for the user’s permission to receive
notifications. Responsys creates an App Channel List record for the user only
if the user answers “Yes.” If the user answers “No,” then Responsys does not
create an App Channel List record at all.
o For Android and Windows apps, users are opted in to receive notifications by
platform default. These platforms do not present the “opt out” option to the
user.
• Responsys marks the Channel Deliverability Status “U” (Undeliverable) when the
platform provider informs Responsys that a push notification cannot be sent to
the user, which can happen when Responsys tries to send a push notification to
the user. The platform provider may send this message because the user has
turned off push notifications for the app, but Responsys would receive the same
message if the user uninstalls the app.