BULK API 2.

 SALESFORCE BULK API 2.0

STEP BY STEP GUIDE HOW TO SEND MARKETING CLOUD DATA TO SALESFORCE SALES/VEEVA CLOUD VIA BULK API 2.0 

STEP 1 :  ENABLE SEND LOGGING IN MARKETING CLOUD

In our previous blog we have learnt how to enable send logging, if you want to recap, here is the link

STEP 2 :  CAPTURE INTERACTION DATA

In our previous blog we have learnt how to capture interaction data using data views and send logging, if you want to recap, here is the link

STEP 3 :  CREATE INSTALL PACKAGE

In our previous blog we have learnt how to create install package, if you want to recap, here is the link

STEP 4 :  MANAGE  BULK DATA LOAD JOBS

  • Create a salesforce object to store the interaction data 

  • Create a salesforce connected Apps 
           Go to setup > Apps > App Manager > Click New Connect App
     






  • Open Project document and Look for Install Package Configuration details 
Provide consumer key and secret from documents along with data extension name and external ID

  • Create a batch job 
        Here is the link to create a batch job  , bulk insert 

  • Manage Bulk data load jobs
Bulk API provides an interface by which we can quickly load large amounts of data into our Salesforce org. Advantages for using the Bulk API 2.0 request is that we can send up-to 150,000,000 records in a 24-hour period with a max data size of 150MB per request


References :




Comments


Knowledge Article

Most Viewed

CLOUD PAGE ENABLEMENT - PART 1

EMAIL NOT SENT IN JOURNEY BUILDER

CONSIDERATIONS FOR JOURNEY BUILDER

Journey Builder REST API Documentation

Preference Center Demystified

Popular Posts

CLOUD PAGE ENABLEMENT - PART 1

EMAIL NOT SENT IN JOURNEY BUILDER

CONSIDERATIONS FOR JOURNEY BUILDER

Journey Builder REST API Documentation

Preference Center Demystified

SEND LOG EANBLEMENT

Share with Friends

Disclaimer:

The information provided on this technical blog is for general informational purposes only. As a SFMC (Salesforce Marketing Cloud) Technical Architect, I strive to offer accurate and up-to-date content related to SFMC and its associated technologies. However, please note that technology is constantly evolving, and the information provided may become outdated or inaccurate over time.

The content published on this blog represents my personal views and experiences as a SFMC Technical Architect and does not necessarily reflect the official views or opinions of any organization or employer I may be affiliated with.

While I make every effort to ensure the accuracy and reliability of the information presented, I cannot guarantee its completeness, suitability, or applicability to your specific circumstances. Therefore, it is essential to verify any information provided and make your own independent assessments or seek professional advice if needed.

Furthermore, any actions taken based on the information provided on this blog are at your own risk. I shall not be held liable for any damages, losses, or inconveniences arising from the use of the information presented here.

Please keep in mind that SFMC and its associated technologies are complex and require technical expertise for proper implementation and management. It is recommended to consult with qualified professionals or official SFMC documentation for comprehensive guidance.

Finally, please note that any product or company names mentioned on this blog are trademarks or registered trademarks of their respective owners. The mention of these trademarks or registered trademarks does not imply any endorsement or affiliation with the blog.

By accessing and using this blog, you agree to the terms of this disclaimer. If you do not agree with any part of this disclaimer, please refrain from using this blog.