AWS Study Group

Giới thiệu tích hợp sự kiện hai chiều với Salesforce và Amazon EventBridge

by James Beswick | ngày 12 tháng 8 năm 2022 | trong Amazon EventBridge, Serverless | Liên kết cố định | Chia sẻ

Bài đăng này được viết bởi Alseny Diallo, Prototype Solutions Architect and Rohan Mehta, Associate Cloud Application Architect.

AWS hiện hỗ trợ Salesforce với tư cách là nguồn sự kiện đối tác cho Amazon EventBridge, cho phép bạn gửi các sự kiện Salesforce tới AWS. Bạn cũng có thể định cấu hình Salesforce với Đích API EventBridge và gửi sự kiện EventBridge tới Salesforce. Những tích hợp này cho phép bạn hành động dựa trên các thay đổi đối với dữ liệu Salesforce của mình trong thời gian thực và xây dựng các ứng dụng tùy chỉnh với EventBridge cũng như hơn 100 nguồn và mục tiêu tích hợp sẵn.

Trong bài đăng trên blog này, bạn tìm hiểu cách thiết lập tích hợp hai chiều giữa Salesforce và EventBridge cũng như các trường hợp sử dụng để làm việc với các sự kiện Salesforce. Bạn sẽ thấy một ứng dụng mẫu để tương tác với các sự kiện trường hợp hỗ trợ của Salesforce bằng quy trình làm việc tự động nhằm phát hiện cảm tính bằng các dịch vụ AWS AI/ML và làm phong phú thêm các trường hợp hỗ trợ bằng dữ liệu đơn đặt hàng của khách hàng.

Tổng quan về tích hợp

Salesforce là một nền tảng quản lý quan hệ khách hàng (CRM) cung cấp cho các công ty một cái nhìn chung, duy nhất về khách hàng trong các bộ phận tiếp thị, bán hàng, thương mại và dịch vụ của họ. Chuyển tiếp sự kiện Salesforce cho AWS cho phép các luồng sự kiện hai chiều giữa Salesforce và AWS thông qua EventBridge.

Amazon EventBridge là bus sự kiện serverless giúp xây dựng các ứng dụng hướng sự kiện trên quy mô lớn dễ dàng hơn bằng cách sử dụng các sự kiện được tạo từ ứng dụng của bạn, ứng dụng phần mềm tích hợp dưới dạng dịch vụ (SaaS) và dịch vụ AWS. Tích hợp nguồn sự kiện của đối tác EventBridge cho phép khách hàng nhận sự kiện từ hơn 30 ứng dụng SaaS và đưa chúng vào ứng dụng AWS của họ.

Salesforce với tư cách là nguồn sự kiện đối tác cho EventBridge giúp việc xây dựng các ứng dụng hướng sự kiện mở rộng dữ liệu của khách hàng trong Salesforce và các ứng dụng chạy trên AWS trở nên dễ dàng hơn. Khách hàng có thể gửi sự kiện từ Salesforce đến EventBridge và ngược lại mà không cần phải viết mã tùy chỉnh hoặc quản lý hoạt động tích hợp.

EventBridge tham gia Amazon AppFlow như một cách để tích hợp Salesforce với AWS. Tích hợp Salesforce Amazon AppFlow rất phù hợp cho các trường hợp sử dụng yêu cầu nhập khối lượng lớn dữ liệu, chẳng hạn như truyền dữ liệu theo lịch hàng ngày gửi bản ghi Salesforce vào kho dữ liệu Amazon Redshift hoặc kho dữ liệu Amazon S3. Tích hợp Salesforce EventBridge rất phù hợp để xử lý các thay đổi theo thời gian thực đối với từng bản ghi Salesforce riêng lẻ.

Trường hợp sử dụng

Khách hàng có thể hành động trên các bản ghi Salesforce mới hoặc được sửa đổi thông qua tích hợp với nhiều mục tiêu EventBridge, bao gồm AWS Lambda, AWS Step Functions và API Gateway. Việc tích hợp có thể cho phép các trường hợp sử dụng trong các ngành phải hành động theo sự kiện của khách hàng trong thời gian thực.

  • Nhà bán lẻ có thể tự động hợp nhất dữ liệu Salesforce của họ với nguồn dữ liệu AWS. Khi một trường hợp hỗ trợ khách hàng mới được tạo trong Salesforce, hãy làm phong phú trường hợp hỗ trợ đó bằng dữ liệu đơn đặt hàng gần đây từ khách hàng đó được truy xuất từ cơ sở dữ liệu đơn hàng chạy trên AWS.
  • Các nhà cung cấp phương tiện truyền thông và giải trí có thể nâng cao trải nghiệm đa kênh của họ bằng các dịch vụ AWS AI/ML để tăng mức độ tương tác của khách hàng. Khi tài khoản khách hàng mới được tạo trong Salesforce, hãy sử dụng Amazon Personalize và Amazon Simple Email Service để gửi email chào mừng kèm theo các đề xuất phương tiện được cá nhân hóa.
  • Các công ty bảo hiểm có thể tự động hóa quy trình xử lý biểu mẫu. Khi một bản PDF biểu mẫu yêu cầu bảo hiểm mới được tải lên Salesforce, hãy trích xuất thông tin đã gửi bằng Amazon Textract và điều phối việc xử lý thông tin yêu cầu bằng AWS Step Functions.

Tổng quan về giải pháp

Ứng dụng ví dụ cho thấy cách tích hợp có thể nâng cao trải nghiệm hỗ trợ khách hàng bằng cách thống nhất phiếu hỗ trợ với dữ liệu đơn đặt hàng của khách hàng, phát hiện cảm tính của khách hàng và tự động hóa quy trình xử lý trường hợp hỗ trợ.

  1. Một trường hợp mới được tạo trong Salesforce và một sự kiện được gửi tới xe buýt sự kiện của đối tác EventBridge.
  2. Nếu sự kiện khớp với quy tắc EventBridge, thì quy tắc đó sẽ gửi sự kiện đó đến cả Luồng công việc làm phong phú trường hợp và Bộ xử lý trường hợp song song.
  3. Quy trình làm việc trường hợp phong phú sử dụng ID khách hàng trong trọng tải sự kiện để truy vấn bảng Đơn hàng về đơn hàng gần đây của khách hàng. Nếu bước này không thành công, sự kiện sẽ được gửi đến hàng đợi thư chết của Amazon SQS.
  4. Quy trình làm việc trường hợp Enrich xuất bản một sự kiện mới với đơn đặt hàng gần đây của khách hàng lên xe buýt sự kiện tùy chỉnh EventBridge.
  5. Quy trình xử lý trường hợp thực hiện phân tích cảm tính về nội dung trường hợp hỗ trợ và gửi tin nhắn văn bản tùy chỉnh cho khách hàng. Xem sơ đồ bên dưới để biết chi tiết về quy trình làm việc.
  6. Quy trình xử lý trường hợp xuất bản một sự kiện mới với kết quả phân tích cảm tính lên bus sự kiện tùy chỉnh.
  7. Quy tắc EventBridge khớp với các sự kiện được xuất bản với quy tắc liên quan: CaseProcessorEventRule và EnrichCaseAppEventRule.
  8. Các quy tắc này gửi sự kiện đến Đích API EventBridge. Đích API gửi sự kiện đến điểm cuối HTTP Salesforce để tạo hai Sự kiện nền tảng Salesforce.
  9. Dữ liệu Salesforce được cập nhật với hai Sự kiện nền tảng:
    1. Bản ghi trường hợp hỗ trợ được cập nhật với chi tiết đơn đặt hàng gần đây của khách hàng và cảm tính về trường hợp hỗ trợ.
    2. Nếu cảm tính về trường hợp hỗ trợ là tiêu cực thì một nhiệm vụ sẽ được tạo để tổng đài viên theo dõi khách hàng.

Quy trình làm việc của Bộ xử lý trường hợp sử dụng Step Functions để xử lý các sự kiện Salesforce.

  1. Phát hiện cảm tính trong phản hồi của khách hàng bằng Amazon Comprehend. Đây là tích cực, tiêu cực hoặc trung tính.
  2. Kiểm tra xem số điện thoại của khách hàng có phải là số điện thoại di động hay không và có thể nhận SMS bằng điểm cuối xác thực số điện thoại di động của Amazon Pinpoint hay không.
  3. Nếu khách hàng không cung cấp số điện thoại di động, hãy bỏ qua các bước SMS và đưa một sự kiện có cảm tính được phát hiện vào xe buýt sự kiện tùy chỉnh.
  4. Nếu khách hàng cung cấp số điện thoại di động, hãy gửi cho họ một tin nhắn SMS với tin nhắn phù hợp dựa trên cảm nhận về trường hợp của họ.
    1. Nếu tình cảm là tích cực hoặc trung lập, thông điệp đó sẽ cảm ơn khách hàng vì phản hồi của họ.
    2. Nếu cảm xúc là tiêu cực, thông báo sẽ cung cấp thêm hỗ trợ.
  5. Sau đó, máy trạng thái sẽ đưa một sự kiện có kết quả phân tích cảm tính lên bus sự kiện tùy chỉnh.

Điều kiện tiên quyết

Thiết lập môi trường

  1. Làm theo hướng dẫn tại đây để thiết lập Chuyển tiếp sự kiện Salesforce của bạn. Khi bạn đã tạo bus sự kiện bằng nguồn sự kiện đối tác, hãy chuyển sang bước 2.
  2. Sao chép ARN của bus sự kiện.
  3. Tạo ứng dụng được kết nối với Salesforce. Điều này được sử dụng cho cấu hình Đích API để gửi các bản cập nhật trở lại Salesforce.
  4. Bạn có thể tạo người dùng mới trong Salesforce với quyền API thích hợp để cập nhật bản ghi. Tên người dùng và mật khẩu được cấu hình Đích API sử dụng.
  5. Ví dụ do Salesforce cung cấp sử dụng Sự kiện nền tảng có tên là “So sánh carbon”. Đối với ứng dụng mẫu này, bạn tạo ba sự kiện nền tảng tùy chỉnh với các cấu hình sau:
  1. Trường hợp hỗ trợ khách hàng (Salesforce tới AWS):
  1. Trường hợp hỗ trợ đã xử lý (AWS tới Salesforce):
  2. Trường hợp phong phú (AWS tới Salesforce):
  1. Ứng dụng ví dụ này giả định rằng trường Tình cảm tùy chỉnh được thêm vào loại bản ghi Trường hợp Salesforce. Xem liên kết này để biết cách tạo trường tùy chỉnh trong Salesforce.
  2. Ứng dụng ví dụ sử dụng Salesforce Flows để kích hoạt các sự kiện nền tảng gửi đi và xử lý các sự kiện nền tảng gửi đến. Xem liên kết này để biết cách sử dụng Salesforce Flows để xây dựng các ứng dụng hướng sự kiện trên Salesforce.
  3. Sao chép mẫu AWS SAM tại đây.

Bash

sam build

sam deploy —guided

Để biết lời nhắc tham số, hãy nhập:

  • SalesforceOauthClientId và SalesforceOauthClientSecret: Sử dụng các giá trị được tạo bằng Ứng dụng được kết nối ở bước 3.
  • SalesforceUsername và SalesforcePassword: Sử dụng các giá trị được tạo cho người dùng mới ở bước 4.
  • SalesforceOauthUrl: URL Salesforce để xác thực OAuth
  • SalesforceCaseProcessorEndpointUrl: URL Salesforce để tạo đối tượng Sự kiện nền tảng trường hợp hỗ trợ được xử lý mới, trong trường hợp này: https://MyDomainName.my.saleforce.com/services/data/v54.0/sobjects/Processed_Support_Case__e
  • SFEnrichCaseEndpointUrl: URL Salesforce để tạo đối tượng Sự kiện nền tảng trường hợp Enrich mới, trong trường hợp này: https://MyDomainName.my.saleforce.com/services/data/v54.0/sobjects/Enrich_Case__e
  • SalesforcePartnerEventBusArn: Sử dụng giá trị từ bước 2.
  • SalesforcePartnerEventPattern: Giá trị loại chi tiết phải là tên API của sự kiện nền tảng tùy chỉnh, trong trường hợp này: {“detail-type”: [“Customer_Support_Case__e”]}

Phần kết luận

Blog này hiển thị cách hành động đối với các thay đổi đối với dữ liệu Salesforce của bạn trong thời gian thực bằng cách sử dụng tích hợp nguồn sự kiện đối tác Salesforce mới với EventBridge. Ví dụ này minh họa cách dữ liệu Salesforce của bạn có thể được xử lý và bổ sung bằng các ứng dụng AWS tùy chỉnh và bản cập nhật được gửi lại cho Salesforce bằng cách sử dụng Đích API EventBridge.

Để tìm hiểu thêm về nguồn sự kiện của đối tác EventBridge và Điểm đến API, hãy xem Hướng dẫn dành cho nhà phát triển EventBridge. Để biết thêm tài nguyên serverless, hãy truy cập Serverless Land.

TAGS: contributed, serverless

←
→

Leave a comment