New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Communications Cloud Accredited Professional (AP-203) Exam - Topic 4 Question 14 Discussion

Actual exam question for Salesforce's Communications Cloud Accredited Professional (AP-203) exam
Question #: 14
Topic #: 4
[All Communications Cloud Accredited Professional (AP-203) Questions]

During the discovery phase a consultant learns that provisioning the internet service requires multiple steps of integration. The first step returns as identifier that is required for the second steps, but is meaningless in ensuring steps afterwards. How should the consultant implement this requirement in Order Management with the least amount of configurations?

Show Suggested Answer Hide Answer
Suggested Answer: B, C, D

Contribute your Thoughts:

0/2000 characters
Nidia
3 months ago
Totally with you on C, it’s straightforward and clean!
upvoted 0 times
...
Shelton
3 months ago
Wait, can we really keep identifiers in memory like that?
upvoted 0 times
...
Avery
3 months ago
A non-assetizable attribute? Sounds like a workaround.
upvoted 0 times
...
Dick
4 months ago
I disagree, D could simplify the callout process.
upvoted 0 times
...
Norah
4 months ago
Option C seems the most efficient for passing identifiers.
upvoted 0 times
...
Rickie
4 months ago
I feel like option D could be overkill for this requirement. The ESB might add unnecessary complexity when simpler solutions exist.
upvoted 0 times
...
Stefania
4 months ago
I’m a bit confused about the differences between the callout options. Wasn't there something about using Apex in a similar question?
upvoted 0 times
...
Shaun
4 months ago
I think option C sounds familiar from our practice questions. It seems like a straightforward way to pass the identifier between steps.
upvoted 0 times
...
Merlyn
5 months ago
I remember discussing the importance of minimizing configurations, but I'm not sure if option A is the best approach for this scenario.
upvoted 0 times
...
Penney
5 months ago
Option D with the Enterprise Service Bus seems like it could work well too. That would allow me to centralize the integration logic and just have a single callout from the orchestration.
upvoted 0 times
...
Broderick
5 months ago
I'm leaning towards Option B with the custom Apex adaptor. That way I can encapsulate the logic for making the callouts and managing the identifier in one place.
upvoted 0 times
...
Tamar
5 months ago
Option C looks promising - using an integration procedure to handle the multiple callouts and pass the identifier between steps. That could be a good way to minimize the configurations required.
upvoted 0 times
...
Rolf
5 months ago
Hmm, I'm a bit confused by the requirement to use the least amount of configurations. I'll need to weigh the pros and cons of each option to determine the most efficient solution.
upvoted 0 times
...
Ashley
5 months ago
This seems like a tricky one. I'll need to think through the different options carefully to figure out the best approach.
upvoted 0 times
...
Luisa
5 months ago
This looks like a straightforward automation solution, but I'll need to carefully consider the options to make sure I get the right combination.
upvoted 0 times
...
Rolf
5 months ago
Okay, let me see here. The first option about native TCP not being encrypted seems straightforward. But the other options about certificates and encryption settings have me a bit confused. I'll need to review my notes on this topic.
upvoted 0 times
...
Sabine
5 months ago
Okay, I've got a few ideas here. Azure Virtual Machines and Azure Kubernetes Service (AKS) both seem like they could be relevant for managing containers. I'll make sure to read the question closely and select the two best options.
upvoted 0 times
...
Ma
9 months ago
This is like a game of 'pass the identifier' - who will win the integration challenge?
upvoted 0 times
Dominga
8 months ago
D) Implement the multiple call logic in Enterprise service Bus and have a single callout to the ESB in orchestration
upvoted 0 times
...
Jenifer
9 months ago
C) Implement the integration using an integration procedure, which can make both callouts, and pass identifier as a variable from one step to another
upvoted 0 times
...
Helga
9 months ago
B) Create a Callout that uses a customer adaptor. This adaptor is implemented in Apex and can make both callouts and keep the identifier in memory in between callouts
upvoted 0 times
...
Nancey
9 months ago
A) Model a non-assetizable attribute on the technical product to hold the identifiers configure both orchestration items for provisioning on the same swimlane
upvoted 0 times
...
...
Rolland
9 months ago
I guess you could say the consultant is 'provisioning' their troubleshooting skills for this question. Ba dum tss!
upvoted 0 times
Bette
9 months ago
C) Implement the integration using an integration procedure, which can make both callouts, and pass identifier as a variable from one step to another
upvoted 0 times
...
Magnolia
9 months ago
B) Create a Callout that uses a customer adaptor. This adaptor is implemented in Apex and can make both callouts and keep the identifier in memory in between callouts
upvoted 0 times
...
Elina
9 months ago
A) Model a non-assetizable attribute on the technical product to hold the identifiers configure both orchestration items for provisioning on the same swimlane
upvoted 0 times
...
...
Stefania
10 months ago
A sounds like it could work, but I'm not sure if modeling a non-assetizable attribute is the best way to handle this. Doesn't that seem a bit hacky?
upvoted 0 times
Precious
9 months ago
User 3: C) Implement the integration using an integration procedure, which can make both callouts, and pass identifier as a variable from one step to another
upvoted 0 times
...
Deandrea
9 months ago
User 2: B) Create a Callout that uses a customer adaptor. This adaptor is implemented in Apex and can make both callouts and keep the identifier in memory in between callouts
upvoted 0 times
...
Reena
9 months ago
User 1: A sounds like it could work, but I'm not sure if modeling a non-assetizable attribute is the best way to handle this. Doesn't that seem a bit hacky?
upvoted 0 times
...
...
Tarra
10 months ago
D seems like a good option, but I'm not sure if we really need to involve the Enterprise Service Bus just for this. Wouldn't that be overkill?
upvoted 0 times
Gertude
8 months ago
I agree, involving the Enterprise Service Bus might be overkill for this scenario
upvoted 0 times
...
Lanie
9 months ago
D) Implement the multiple call logic in Enterprise service Bus and have a single callout to the ESB in orchestration
upvoted 0 times
...
Rebbecca
9 months ago
B) Create a Callout that uses a customer adaptor. This adaptor is implemented in Apex and can make both callouts and keep the identifier in memory in between callouts
upvoted 0 times
...
Gennie
10 months ago
A) Model a non- assetizable attribute on the technical product to hold the identifiers configure both orchestration items for provisioning on the same swimlane
upvoted 0 times
...
...
Lucille
10 months ago
Option B sounds interesting, but I'm not sure if keeping the identifier in memory between callouts is the best approach. Wouldn't that make the solution more complex and less maintainable?
upvoted 0 times
Wai
10 months ago
User 2: I agree, that seems like a simpler and more straightforward solution.
upvoted 0 times
...
Lennie
10 months ago
User 1: I think option A is the best choice. Model a non-assetizable attribute on the technical product to hold the identifiers.
upvoted 0 times
...
...
Katie
11 months ago
I'm not sure, I think option C could also work well by passing the identifier as a variable between steps.
upvoted 0 times
...
Elise
11 months ago
I think the correct answer is C. Implementing the integration using an integration procedure seems like the most straightforward way to handle the multiple steps and pass the identifier between them.
upvoted 0 times
Louann
10 months ago
D) Implement the multiple call logic in Enterprise service Bus and have a single callout to the ESB in orchestration
upvoted 0 times
...
Roxanne
10 months ago
C) Implement the integration using an integration procedure, which can make both callouts, and pass identifier as a variable from one step to another
upvoted 0 times
...
Omega
10 months ago
B) Create a Callout that uses a customer adaptor. This adaptor is implemented in Apex and can make both callouts and keep the identifier in memory in between callouts
upvoted 0 times
...
Lenora
10 months ago
A) Model a non-assetizable attribute on the technical product to hold the identifiers configure both orchestration items for provisioning on the same swimlane
upvoted 0 times
...
...
Aileen
11 months ago
I agree with Ilda, modeling a non-assetizable attribute seems like the most efficient way to handle the identifiers.
upvoted 0 times
...
Ilda
11 months ago
I think option A sounds like the best approach.
upvoted 0 times
...

Save Cancel