Knowledgebase

Sort by:
Issue When a lead fills out the form in Marketo, SFDC sync for the new lead fails with an error  "Duplicates_Detected." Solution This error, "Failed: DUPLICATES_DETECTED: Use one of these records?" is a message Salesforce is sending back to Marketo, rejecting the attempt to sync the record. This means there's a setting in SFDC preventing duplicates from being created, possibly due to a custom deduplication rule on the SFDC side.   Recommended steps : Check the dedupe settings and check for these leads in SFDC based on the things other than the email address like first name, last name etc. You may need to work with your SFDC admin to determine why Salesforce rejecting the record as duplicate.      
View full article
Issue When using the "Sync to Salesforce" flow step and setting up choices, selecting "Do Nothing" uses the Auto-Assignment Rules in Salesforce. Solution This is expected. For this flow step, the choices are basically asking whether the record should be assigned to a specific person or not. When it is not specified (i.e., "Do nothing") the assumption is that you still want the record to be synced to Salesforce, otherwise they would not be in that step, but that there's no particular desire to assign it to a specific person. Thus, since SFDC records need someone to be the owner, the Auto-Assign rules are used by default  
View full article
Issue Change Lead Owner reason shows "Synched from salesforce.com - fixup Lead Owner." Solution The "synched from salesforce.com fixup lead owner" activity means the lead owner was switched within SFDC, often times through auto-assignment rules. The phrase "fixup Lead Owner" is what Marketo records when it is taking the Owner ID being passed from Salesforce and translating it into the Lead Owner values (First Name, Last Name, Email Address, etc) to populate into Marketo.
View full article
Issue When a lead fills out the form in Marketo, SFDC sync for the new lead fails with an error  "Duplicates_Detected." Solution This error, "Failed: DUPLICATES_DETECTED: Use one of these records?" is a message Salesforce is sending back to Marketo, rejecting the attempt to sync the record. This means there's a setting in SFDC preventing duplicates from being created, possibly due to a custom deduplication rule on the SFDC side.   Recommended steps : Check the dedupe settings and check for these leads in SFDC based on the things other than the email address like first name, last name etc. You may need to work with your SFDC admin to determine why Salesforce rejecting the record as duplicate.      
View full article
Issue Description You have recently added a new field to a SFDC Custom Object which is synced to Marketo, but you do not see that new field available on the object in Marketo. Issue Resolution To have the new fields pulled over to Marketo, disable your SFDC global sync within Marketo and then refresh schema for custom objects. This should pull over the new fields on that custom object to Marketo. Once the schema is refreshed, please make sure that the global sync is turned back on. We would also suggest that you refer the below document which will guide you on the above steps. However, the below document is meant for first custom object sync. The same steps need to follow up for the existing object sync as well. SFDC Sync: Custom Object Sync Who This Solution Applies To Customers integrated with Salesforce
View full article
Issue Description You need to know if Salesforce Group Edition is compatible with Marketo   Issue Resolution Having a look at the comparison between the Group Edition and Professional Edition: https://developer.salesforce.com/docs/atlas.en-us.packagingGuide.meta/packagingGuide/dev_package_features_pe_ge.htm   We can see that a lot of features from the Professional Edition have been stripped in the Group Edition, mainly the removal of Workflows, Campaigns and Custom profiles. These will most likely hinder how the Marketo CRM Connector operates.   The minimum would to be to have the Professional edition when syncing a native Salesforce CRM as per our Documentation on Sync Setup.   https://docs.marketo.com/display/public/DOCS/Setup   Who This Solution Applies To Salesforce users Is this article helpful ? YesNo
View full article
Issue Description You have two SFDC picklist fields mapped to one Marketo field but it isn't showing all picklist values for both SFDC fields. Issue Resolution When two SFDC picklist fields are mapped to one field in Marketo, the only values that will show in Marketo will be the values that exist in both picklists.  Review the picklist values in Salesforce and add any missing values to the picklists so that they match exactly. Who This Solution Applies To Customers integrated with Salesforce.
View full article
Issue Description When sending an email through the ToutApp Panel within Salesforce, what email server is used? Issue Resolution The Salesforce plugin will utilize the settings for your ToutApp.com sends. In ToutApp.com you can choose to send via the ToutApp Servers or via your company's outgoing email server.
View full article
Issue Description After deleting a lead or contact in Salesforce that has been synced to Marketo as a person record, attempting to merge that synced Person record with another Person record in Marketo keeps failing.   Issue Resolution When a merge is performed in Marketo, the Marketo Sync User will first automatically attempt to merge the associated records in Salesforce. If the records have been deleted in Salesforce this attempt to merge the records in Salesforce will fail, meaning that the rest of the merge operation will fail in Marketo.     To complete this merge, the best option is to perform the merge through the API. The Merge Leads endpoint allows you to skip the automatic Salesforce merge attempt that will always run when performing the merge through the Marketo UI. Marketo support does not troubleshoot or write custom API calls like this, so it is best to work with your in-house developer or IT staff to create these API calls.   http://developers.marketo.com/rest-api/endpoint-reference/lead-database-endpoint-reference/#!/Leads/mergeLeadsUsingPOST     Is this article helpful ? YesNo
View full article
Issue Description You would like to use the 'SFDC Oppty Campaign ID' as a constraint for the smart list filters ' Has Opportunity' and 'Opportunity was Updated', however, it does not appear as an option.     Issue Resolution By system design, there are some opportunity fields such as 'SFDC Oppty Campaign ID' that are restricted and cannot be made visible in Marketo as a constraint or filter.   One workaround is to create a custom field in Salesforce on the Opportunity object that holds the same value as the 'SFDC Optty Campaign ID' field. As a result, this field will appear in Field Management and become visible as a smart list constraint or filter in Marketo. If you would like to implement this, reach out to your SFDC admin.   Who This Solution Applies To Customers that have Salesforce integrated with Marketo Is this article helpful ? YesNo
View full article
Issue Description Large amounts of edits being made by "Unknown" user show up within the audit trail.   Issue Resolution If you have recently edited a field in Salesforce that utilizes a pick-list field type, the updates to the field will cause updates to propagate to any pages which use a form that uses that field.   Who This Solution Applies To Customers integrated with Salesforce Is this article helpful ? YesNo
View full article
Issue Description Marketo Email templates that have been used are showing or appearing within the Salesforce Email Template Picker/Chooser.   Issue Resolution The templates are created when Marketo syncs lead email activities to Salesforce.  You can disable these activities from syncing in Marketo Admin > Salesforce > Edit Sync Options. Unselect the Email activities or Sales Email activities you have synced.  The templates will no longer be created, but you also won't get these activities pushed from Marketo anymore. This applies to both Sales Insight and normal Marketo sent emails.             If you would like to note an email was sent to a lead without enabling these activities, you can utilize Interesting Moment Flow Steps or Create a Task to sync via the activity log!   Who This Solution Applies To Customer using Sales Insight for Salesforce Is this article helpful ? YesNo
View full article
Issue Description When examining a lead's activity log, you notice a Sync Error which reads "CANNOT_EXECUTE_FLOW_TRIGGER: The record couldn’t be saved because it failed to trigger a flow. A flow trigger failed to execute the flow with version ID ______________. Flow error messages: An unhandled fault has occurred in this flow. An unhandled fault has occurred while processing the flow. Please contact your system administrator for more information. Contact your administrator for help."  Issue Resolution That error message is generated by Salesforce when Marketo tries to sync a lead that does not meet a trigger flow rule that is setup in your Salesforce instance.  Marketo has no visibility into this error message other than what is returned by Salesforce. Please take the full details of this error message to your SFDC Administrator or Support. They will be able to identify the flow or process which is preventing the sync update and make any necessary adjustments. Who This Solution Applies To Customers integrated with Salesforce
View full article
Issue Description Lead owners are required when syncing a lead to Salesforce, but is there a way we can sync them without assigning a lead owner? Yes there is, and it's called lead queues! Issue Resolution Lead queues must be set up in Salesforce first. Like lead owners, the queues must be visible to the Marketo Sync user before they can be selected. Select the lead queue you want leads to be assigned to in the 'Sync Lead to SFDC' or 'Change Lead Owner' flow steps. Qualified leads that pass through this flow step with then be synced to Salesforce and assigned to the lead queue rather than a lead owner. A few important notes: Only leads can be assigned to a lead queue, contacts cannot and must be assigned an owner. Assignment rules in Salesforce can conflict with the request sent from Marketo. Double check these assignment rules to make sure there are no conflicts. Who This Solution Applies To Marketo users that have an instance connected with Salesforce and are looking for a way to sync leads without them being assigned to a lead owner.
View full article
Issue Description The lead's activity log shows that the 'Sync Person to SFDC' flow step failed because of the following message:   "Failed: INVALID_CROSS_REFERENCE_KEY: Record Type ID: this ID value isn't valid for the user:"   Issue Resolution The issue is the SFDC ID value populated in the "Record Type ID" field is not considered a valid value in Salesforce for the Lead/Contact.  You'll want to work with your SFDC Admin to identify a valid value or try deleting the value in Marketo and then updating this value from the Salesforce side.     Is this article helpful ? YesNo
View full article
Issue Description You try to merge two records in Marketo, one SFDC Lead and one SFDC Contact, and the merge fails. Issue Resolution When you are trying to merge a Ccontact record with a Lead record and the Lead record is losing record, Salesforce will try to convert that Lead record to Contact and merge both records in SFDC and Marketo. If the Marketo Sync User in Salesforce does not have permission to convert the SFDC Lead to a Contact, the merge will fail in Salesforce and in Marketo. To see if this is the problem, log into SFDC using the Marketo Sync User credentials and try to merge the records in SFDC. If you cannot merge the records while logged in as the Sync User this means that the Sync User does not have permissions in SFDC to covert a Lead to a Contact. To resolve this ask your Salesforce Admin to change the permissions on the Marketo Sync User to allow it to convert leads.
View full article
Included in this article Overview Due to changes in the SFDC integration, you may need to take action to continue syncing data to your Salesforce instance. The primary change affected a small number of fields syncing to your Salesforce instance, requiring the fields be recreated to continue syncing the data. Another change affected Salesforce Professional edition customers, requiring them to purchase API access from Salesforce in order to keep syncing all of the Salesforce integration, not just those affected fields. What Changes Were Made? Marketo's MLM AppExchange package has been retired. The MLM package itself didn’t do much, but was responsible for syncing 16 Marketo fields to Salesforce. The configuration update shut off the sync of data to the MLM package and these original fields. You can keep syncing the same data to SFDC but it requires creating new custom fields in SFDC. Once the fields are created, a drip process is initiated to backfill existing data from Marketo into the new fields in SFDC. The MLM package was officially deprecated as of January 31st, 2017 and data has stopped syncing to the fields created by the MLM package. The Marketo integration with SFDC Professional edition will not be able to continue with the existing API token. SFDC Professional edition customers must purchase API access from SFDC. This applies to the newly recreated fields as well as the rest of the integration. SFDC Fields Affected The configuration change stopped data from syncing from these 16 Marketo fields to their 32 corresponding SFDC fields (16 on the Lead object, 16 on the Contact object). The data in these fields inside of SFDC is no longer current. Lead Score Acquisition Program Acquisition Program Id Acquisition Date Original Search Phrase Original Source Info Original Source Type Original Referrer Original Search Engine Inferred Company Inferred Metropolitan Area Inferred Phone Area Code Inferred State Region Inferred City Inferred Postal Code Inferred Country Most customers only used a couple of these fields in their Salesforce instance – Lead Score and Acquisition Program. However, if your SFDC users rely on any of the 16 fields affected, you’ll need to make some quick modifications to the integration setup to recreate the fields. Keeping Field Data in SFDC The sync of data into these 32 fields has been shut off. If you want to keep syncing data from these fields to use it in SFDC, you’ll need to create new custom fields in SFDC for the Marketo data to sync into, using specific API names to match up to the original Marketo fields. Details on how to recreate these fields can be found here: Adding Marketo Fields to Salesforce Scoring Still Displays in MSI The Sales Insight Score tab on Lead records in SFDC will continue to show up-to-date score information. This view will not be impacted in any way. No Data Will Be Lost Marketo is the source of this data, and the data inside of Marketo will not be touched. The data in Marketo will continue to stay current, as it always has. The change made affected how it was passed into SFDC. No matter what, the data will be preserved inside of Marketo. SFDC Professional Edition All editions of Salesforce require API access for any integration to work. Professional Edition customers need to ensure that they have the add on of API access from Salesforce in order to continue syncing between Marketo and Salesforce. This includes the newly recreated fields as well as the rest of the integration. Marketo Sales Insight MSI utilizes API calls to communicate with Marketo, so even if you are only using MSI and not the rest of the Marketo - SFDC integration, it will still require API access with Salesforce. Preventing Problems in SFDC Since the fields in SFDC are brand new fields that have just been created, everything in SFDC that references the original fields will need to be updated to point to the new fields instead. This includes all Workflows, Apex Triggers, and AppExchange packages for 3rd party software and Reports. As soon as the new fields are recreated in SFDC, the Marketo fields are remapped to those new fields. The backfill process begins and the sync is cut off to the older existing fields, so they immediately stop updating. This results in two important things to be aware of: Everything in SFDC referencing the older original fields will be referencing old data that is no longer updating. The backfilled values entered into the newly recreated fields will be seen by SFDC as brand new values, not the existing values that they are in Marketo. This can cause your Workflows, Apex Triggers, AppExchange packages for 3rd party software and Reports to all behave differently. For full details on this, please see Changes to Marketo Salesforce Sync – Preventative Troubleshooting Where to Go for More Information Frequently Asked Questions Check out our FAQ for the answers to the most commonly asked questions. Changes to Marketo Salesforce Sync – Frequently Asked Questions Discussion thread We've created this discussion thread in the community to address any questions you may have. This discussion thread will be monitored by the Marketo team to ensure you get answers to your questions. Changes to Marketo Salesforce Sync – Questions and Discussion Preventing Problems In Salesforce Recreating the new fields in Salesforce can cause your Workflows, Apex Triggers, Reports and AppExchange apps behave differently. They'll need to be updated and this doc will show you what to watch out for: Changes to Marketo Salesforce Sync – Preventative Troubleshooting   Under the Hood Documentation This doc will give you all of the nitty gritty details of exactly what is happening. If you're looking for in depth technical details, this is the go-to doc to check out! Changes to Marketo Salesforce Sync – Under The Hood Recreating Affected Fields There are different versions of Salesforce, but don't worry, all of the details on how to recreate the affected fields as well as a video tutorial can all be found in the documentation here: Adding Marketo Fields to Salesforce Contact Marketo Support If you would prefer to talk to someone live, please contact Marketo Support over any of the channel listed here: Contact Marketo Support .
View full article
Included in this article Overview How to identify potential issues How to identify your MSI version Where to get the newest version of MSI How to know it worked after upgrading Where to go for more information Marketo Resources Salesforce Resources Is this article helpful ? YesNo Overview Salesforce has recently introduced Shield Platform Encryption which encrypts a set of standard fields across various page layouts. Some customers with Marketo Sales Insight (MSI) installed have been experiencing issues when enabling this encryption. The Marketo development team has upgraded the MSI package and launched a redesigned version (version 1.4359.2) that is fully compatible with Salesforce’s Shield Platform Encryption.     How to identify potential issues When trying to enable Shield Platform Encryption with an older version of MSI, Salesforce will send you a failure notification email. The notification email will read:   “Encryption enablement has failed for the following fields: Account.Account Name: Apex Class: BestBetsViewEditRecreate_Controller, line 1234, column 38: encrypted field 'Name' cannot be filtered in a query call Apex Class: BestBetsViewEdit_Controller, line 1234, column 38: encrypted field 'Name' cannot be filtered in a query call Apex Class: MarketoAnalyzerController, line 8, column 21: encrypted field 'name' cannot be filtered in a query call See this page for information about why enablement can fail: https://help.salesforce.com/HTViewHelpDoc?id=security_pe_validation_errors.htm&language=en_US   Thank You, Salesforce Developers developer.salesforce.com”     If you receive this email, you’ll need to upgrade to the newest version of MSI.     How to identify your MSI version The newest version of MSI that is Shield Platform Encryption compatible is Version 1.4359.2. If you currently have an older MSI version installed and enable the Shield Platform encryption, you will be affected by this change and need to upgrade to the newest version of MSI.   To check what version of MSI you’re currently using, navigate to Admin > Sales Insight, then look for the Version info in the Status box in the middle of the page.           Where to get the newest version of MSI The newest version of MSI is available now on the Salesforce AppExchange and you can find it right here: Marketo Sales Insight - Prioritize sales leads and close deals faster - Marketo - AppExchange     How to know it worked after upgrading Once you’ve upgraded your MSI package, you’ll be all set! However, there’s an easy way to verify and be sure that it’s working properly with the new Shield Platform Encryption.   After upgrading MSI, when enabling the encryption you will receive another notification email from Salesforce, but this one is your confirmation email that it was successful.   This success confirmation email will read:   “Encryption has been enabled for the following fields: Account: Account Name Contact: Name   Thank You, Salesforce Developers developer.salesforce.com”     Where to go for more information If you have any trouble with this along the way, here are some resources for you to get help.   Marketo Resources Newest MSI AppExchange Package: Marketo Sales Insight - Prioritize sales leads and close deals faster - Marketo - AppExchange Upgrading MSI for Salesforce1: Upgrade Marketo Sales Insight for Salesforce1 - Marketo Docs - Product Docs If you have any trouble with your MSI package, please feel free to reach out to Marketo Support by any of the methods listed here: Contact Marketo Support   Salesforce Resources Salesforce has information available online to help you with their Shield Platform Encryption. Salesforce Shield Platform Encryption demo: Demo: App Cloud - Salesforce.com Salesforce Shield Platform Encryption Implementation Guide: https://resources.docs.salesforce.com/202/latest/en-us/sfdc/pdf Salesforce Shield Platform Encryption Setup Guide: Set Up and Manage Shield Platform Encryption Unit | Salesforce  
View full article
Included in this article Overview The configuration changes between Marketo and Salesforce will stop the sync to the 16 affected fields. If you recreate those fields in SFDC, the backfill process will update those newly created fields with the current values housed in Marketo. With these existing values being backfilled into the newly recreated fields, Salesforce will see it as a regular data value change, which can cause other actions to occur from things like Apex Triggers, Workflows and 3 rd Party Apps from the AppExchange. While the backfill process is still running, you could also see inaccurate data in SFDC reports. This doc will show you what to look for and how to prevent issues they could cause. Effects Inside of Salesforce Marketo is entering the existing field values into the newly recreated fields inside of SFDC. While Marketo views this as just “catching up” the values between Marketo and SFDC, Salesforce will view it differently. As soon as the new fields are recreated in SFDC, the Marketo fields are remapped to those new fields. The backfill process begins and the sync is cut off to the older existing fields, so they immediately stop updating. This results in two important things to be aware of: Everything in SFDC referencing the older original fields will be referencing old data that is no longer updating. The backfilled values entered into the newly recreated fields will be seen by SFDC as brand new values, not the existing values that they are in Marketo. Visibility Rules SFDC has the ability to restrict access to Leads and Contacts for specific users and roles. Some customers will use this ability to restrict the Marketo Sync User from being able to access certain groups of Leads and Contacts in order to keep them from being able to sync to Marketo. Restricting visibility to Leads and Contacts prevents the backfill The backfill process uses the Marketo sync user ID to connect with SFDC. If the SFDC sync user has no visibility to a group of Leads and Contacts, there is no way for the backfill process to update those leads. Resolution Evaluate your business need first. If you need to keep these Leads and Contacts from syncing with Marketo even when considering this configuration change, don't open up the visibility to them for the sync user. Neither the backfill process or normal sync cycle will see them and no data will be synced with those leads. If you want all fields to be updated for these Leads and Contacts, allow the sync user visibility to access them before creating the new fields and starting the backfill process. That will allow the backfill to run and push the Marketo field values into the newly recreated fields in SFDC. You can still remove visibility to the Leads and Contacts later if you want. If you have already recreated the new fields in SFDC and initiated the backfill process without allowing visibility to the Leads and Contacts for the sync user, the data is not lost. If you decide to allow the sync user access to the Leads and Contacts later on, then any resync of the record will also update these affected fields. Areas Affected Anything in your SFDC instance that references these fields will be affected. For most customers, this won’t be anything to worry about, but for some, it can be a much bigger issue where actions are performed when they shouldn’t be. There are some key places where you will notice the trouble if it does happen. Workflows Salesforce Workflows allow you automate actions within SFDC and can be set to run based on any number of criteria. If your workflow rules reference the older original fields, when the sync to these fields is stopped, these workflows will be based off of field values that are not updating any more. If your workflow rules have already been updated to be based on the new fields, the data value change to the fields from the backfill process can cause the workflow to react differently than it should. Existing values already accounted for will be seen as new values and could re-trigger your workflow. More information on SFDC Workflows can be found here: Workflow Rules - developer.force.com Apex Triggers Apex Triggers let you take specific actions before or after record changes and can be used to perform a wide variety of tasks the same way that workflows can. If your apex trigger is set to trigger off of value changes in the original fields, since the sync to these fields is stopped, none of these triggers will fire. If your apex trigger is triggering off of the newly recreated fields, the data value change to the fields from the backfill process can cause the apex trigger to fire when it shouldn’t since existing values will appear to be new values. More information on Apex Triggers can be found here: Salesforce Developers - Triggers AppExchange Apps If your AppExchange app references the older original fields, then when the data stops syncing to them, that app will be working off of out of date values. If your AppExchange app references the newly recreated fields, the entry of new values from the backfill process can initiate actions when they aren’t supposed to be performed or had already been performed previously. More information on AppExchange apps can be found here: https://appexchange.salesforce.com/ Reports Salesforce reporting can pull data from multiple locations. If your reports are referencing these affected fields, the reports could show incorrect data. If your reports reference the original fields, then when the sync to those fields is stopped, your reports will no longer display current data. If your reports pull values from the newly recreated fields, there are two variations of what you will see. First, if the backfill process is still going on, not all records will have updated yet, so the reports aren’t yet up to date (but will be soon). Second, if the backfill process has completed, then your field values in these new fields will be up to date and your reports will all be accurate, so there is no longer any issue. When the backfill process has completed, an instance notification will be posted in Marketo to let you know that it has finished. More information on Salesforce reports can be found here: Getting Started with Reports and Dashboards Unit | Salesforce Formula Fields Salesforce formula fields work the same way that Marketo's formula fields do -- they take two (or more) other fields and combine them together to derive a new third value for the formula field's own value. Since the formula field has to reference other different fields, if one of the other fields referenced is one of these affected fields, your resulting formula field value could have incorrect data. If your formula field references the original fields, then when the mapping to those fields is changed, the values your formula field is calculating from will be out of date, resulting in an out of date formula field value as well. If your formula field is referencing the newly recreated fields, then it's possible that they are pulling data from fields that haven't fully been backfilled yet. As with the other places where the fields are in use, as soon as the backfill process is completed, there is no more issue and all data will be up to date. Examples of the Behaviors and Solutions Let’s say you have something in place (a workflow, apex trigger or AppExchange package) that will assign leads to specific sales reps when a lead’s score reaches a threshold of 35. Scenario 1: Not changed yet to reference the newly recreated fields, but backfill process is running. Lead records could reach a lead score of 35 while the backfill is still in process, but since the mapping of the Marketo lead score field has already been switched to the newly recreated field, that data value change activity won’t be recorded against the original existing field. Therefore, your process to assign the lead reaching a score of 35 would not be initiated. Solution: Take note of when you first recreated your fields in SFDC and kicked off the backfill process. Then take note of when the backfill process completes (you’ll get an instance notification in Marketo when it finishes). Set your workflow to compare the values between the old lead score field and the newly recreated lead score field to identify leads whose scores are different between the two fields (so you’ll find the ones who had a score change during the backfill process that wasn’t seen) and also search for leads whose score in the newly created lead score field is over 35. This will identify all leads who had a score change during the backfill process and hit the threshold but weren’t seen. Then have the workflow assign the leads to your sales rep. Scenario 2: After having changed to reference the newly recreated fields. The values being backfilled into the new fields will be seen as new values. So if a lead already has a score of 40 (already met the threshold of 35 sometime in the past), that existing score of 40 will be misinterpreted as a lead reaching the lead score threshold for the first time, resulting in the lead being reassigned in error. Solution: Create a workflow that compares the value in the original lead score field to the value in the newly recreated lead score field. If the scores are equal, then you know the lead had already hit the threshold in the past and this new time was in error, so your workflow can undo the action taken before. If the scores are different and the score in the newly recreated field is over 35, then you know the lead hit the threshold for the first time and was a valid candidate for the change in lead owner. Reporting Changes: The backfill process pushes data at the rate of 10,000 records per hour. Take the number of know leads in your database and divide it by 10,000 to get the approximate number of hours the backfill will take. This is the length of time when your reports could be off. Reporting from the original fields will only have data that is current up to the time when the fields were recreated and the mapping was changed over to those new fields. Reporting from the newly recreated fields won’t give a complete picture until the backfill process is completed. Solution: Run your reports from within Marketo while the backfill process is still running. There will be no discrepancies from any data within Marketo and Marketo is the source for all of this data anyway. Report Subscriptions can be set up to send the info to anyone who needs it. Preventing These Issues There are a couple of ways to approach this. The quickest way to avoid the issue is to not update workflows, apex triggers or AppExchange apps to point to the newly recreated fields until after the backfill process is complete. Also keep in mind that your formula fields could be getting used within these other places as well. This solution may or may not work for your company and your situation. You'll need to take a close look at your processes to see whether this solution works for you. After setting them to reference the newly recreated fields, disable or turn off the workflows, apex triggers and AppExchange apps so they can’t take any action. If you have formula fields using these new fields, you can also evaluate where your formula fields are used to check what needs to be updated or switched off that uses those. Then, when the backfill process is completed, re-enable them to turn them back on again. As with the previous solution, you'll need to take a close look at your processes to see whether this solution works for you. API Access All editions of Salesforce require API access for any integration to work. Professional Edition API calls were previously included as part of the integration while Enterprise and Unlimited editions required API access purchased by the customer from Salesforce. As part of this configuration change, Professional edition customers will now be required to purchase API access from Salesforce in order to continue syncing between Marketo and Salesforce. This includes the newly recreated fields as well as the rest of the integration. Salesforce Professional Edition Salesforce Professional Edition will require API access to be purchased from Salesforce to continue syncing after January 31st. This includes all components of the Marketo > Salesforce sync. MSI utilizes API calls to communicate with Marketo, so even if you are only using MSI, it will still require API access with Salesforce. Salesforce Enterprise & Unlimited Editions Enterprise and Unlimited Editions of Salesforce have already required API access to be purchased. The requirement to get API access will not have any new impact for Enterprise and Unlimited Editions of Salesforce. Where to Go for More Information Recap Summary Now that the changes have been completed, and the deprecation date has passed, this doc will give you the overview of what has happened: Changes to Marketo Salesforce Sync - Recap Summary Frequently Asked Questions Check out our FAQ for the answers to the most commonly asked questions. Changes to Marketo Salesforce Sync – Frequently Asked Questions​ Discussion thread We've created this discussion thread in the community to address any questions you may have. This discussion thread will be monitored by the Marketo team to ensure you get answers to your questions. Changes to Marketo Salesforce Sync – Questions and Discussion Release Schedule The release is being staggered over the course of 6 months. This doc will give you exact details so you can know precisely when your Marketo instance will be updated. Changes to Marketo Salesforce Sync – Release Schedule Under the Hood Documentation This doc will give you all of the nitty gritty details of exactly what is happening. If you're looking for in depth technical details, this is the go-to doc to check out! Changes to Marketo Salesforce Sync – Under The Hood Recreating Affected Fields There are different versions of Salesforce, but don't worry, all of the details on how to recreate the affected fields as well as a video tutorial can all be found in the documentation here: Adding Marketo Fields to Salesforce Contact Marketo Support If you would prefer to talk to someone live, please contact Marketo Support over any of the channel listed here: Contact Marketo Support
View full article
Included in this article Overview The configuration changes being made will require customers to recreate some fields if they want to still use that data within SFDC. Once the fields are recreated, the backfill process begins, which in turn starts a global resync of all leads from SFDC to Marketo. This will push a lot of data between Marketo and SFDC. To minimize the risk of a traffic jam, we will be scheduling this roll out over the course of 6 months. This gives all customers a set time frame to work with and helps to avoid peaks in traffic. If the time scheduled for you doesn’t work out, we’ll try to accommodate another time within this six month timeframe that does work well for you. Alphabetical Scheduling Details The changes being made will be staggered over 6 months in order to ensure we don’t cause any traffic jams while passing data back and forth. The best way to schedule this is to go in alphabetical order. This order will be alphabetically by your Marketo instance’s Account String, not your company name. Please check the section below for how to find your Account String. We have done a careful analysis of our customer’s lead database sizes and have grouped batches of customers together based on size of the lead databases, so some groups have more customers in them than other groups do. Each group of customers will be given a time frame to work with to recreate the fields and initiate the backfill process. Timeline The six month time frame will begin on August 15th and will continue on until the end of January, 2017. Specific Timing The customer base has been split into the following groups with times scheduled for deployment. If you intend to recreate the fields and initiate the data backfill process, here is the schedule for when you can recreate those fields: Group Customers Date Range of Deployment Group 1 Account String Begins With: 1, 2, 3, 4, 5, 6, 7, 8 or 9 August 15th to August 31st Group 2 Account String Begins With: A, B or C September 1st to September 30th Group 3 Account String Begins With: D, E, F, G, H, I, J, K or L October 1st to October 31st Group 4 Account String Begins With: M, N, O or P November 1st to November 30th Group 5 Account String Begins With: Q or R December 1st to December 31st Group 6 Account String Begins With: S, T, U, V, W, X, Y or Z January 1st to January 31st How to locate your Account String In your Marketo instance, navigate to Admin > Landing pages. You’ll see your Account String listed right in the middle of the screen. Scheduling Requests Marketo understands that this change could be an inconvenience and specific timing may be needed for our customers to plan accordingly. If you have a different time within the 6 month window that works better for your company, please reach out and we’ll accommodate as best we can. You can reach Marketo Support through the Support Portal, by email, or over the phone. Specifics on how to contact Marketo Support can be found here: Contact Marketo Support Info Needed for Scheduling Requests. What your preferred dates are. We’re happy to accommodate your schedule, so please be sure to tell us what that is. It’s best to give us a range or a few options of what scheduled dates work best for you, not just one set date. The details of your Marketo instance. In order to quickly identify your Marketo instance, we’ll need your Account String, which is a unique identifier for your Marketo instance. If you have more than one Marketo instance, please be sure to mention that and include the Account Strings for each one. Where to Go for More Information Recap Summary Now that the changes have been completed, and the deprecation date has passed, this doc will give you the overview of what has happened: Changes to Marketo Salesforce Sync - Recap Summary Frequently Asked Questions Check out our FAQ for the answers to the most commonly asked questions. Changes to Marketo Salesforce Sync – Frequently Asked Questions Overview Documentation This doc will give you a high level overview of what the configuration changes are and what to expect moving forward: Changes to Marketo Salesforce Sync - Overview Discussion thread We've created this discussion thread in the community to address any questions you may have. This discussion thread will be monitored by the Marketo team to ensure you get answers to your questions. Changes to Marketo Salesforce Sync – Questions and Discussion Under the Hood Documentation This doc will give you all of the nitty gritty details of exactly what is happening. If you're looking for in depth technical details, this is the go-to doc to check out! Changes to Marketo Salesforce Sync – Under The Hood Recreating Affected Fields There are different versions of Salesforce, but don't worry, all of the details on how to recreate the affected fields as well as a video tutorial can all be found in the documentation here: Adding Marketo Fields to Salesforce   Preventing Problems In Salesforce Recreating the new fields in Salesforce can cause your Workflows, Apex Triggers, Reports and AppExchange apps behave differently. They'll need to be updated and this doc will show you what to watch out for: Changes to Marketo Salesforce Sync – Preventative Troubleshooting Contact Marketo Support If you would prefer to talk to someone live, please contact Marketo Support over any of the channel listed here: Contact Marketo Support
View full article