C_CPI Integration Suite Development Practice Question
An integration developer has an integration flow that uses a Splitter step to split a large XML message into individual records. Each record must be processed by a subsequent mapping and then sent to an SFTP server. The developer notices that the SFTP server receives all records but they are concatenated into a single file. What is the most likely cause?
⚠ Common exam trap
The trap here is overlooking the Gather step, which is specifically designed to recombine split messages, and instead blaming the SFTP adapter or Splitter settings.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
The integration flow uses a Gather step after the Splitter, which combines the split messages back into a single message before the SFTP adapter.
A Gather step after a Splitter collects all split messages and merges them into one message. If this combined message is sent to the SFTP adapter, the server receives a single file containing all records concatenated. To send each record as a separate file, the Gather step must be removed or the SFTP call must be placed before any gathering step.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
The Splitter step is configured with 'Parallel Processing' enabled, causing messages to be merged before the SFTP adapter.
Why it's wrong here
Parallel processing in the Splitter step controls concurrent execution of split messages, not merging. It does not concatenate the output; each split message remains separate. The issue of concatenation is unrelated to parallel processing and more likely due to how the SFTP adapter is configured to handle multiple messages.
- ✗
The SFTP adapter's 'Append' option is enabled, causing each new record to be appended to the existing file on the server.
Why it's wrong here
The SFTP adapter does not have an 'Append' option. It can overwrite or create new files, but it does not append to existing files. Even if such an option existed, it would append to a file on the server, not concatenate multiple messages into one outbound file. The concatenation is happening within the integration flow before the adapter.
- ✓
The integration flow uses a Gather step after the Splitter, which combines the split messages back into a single message before the SFTP adapter.
Why this is correct
The Gather step is designed to collect multiple messages from a split and merge them into a single message. If a Gather step is placed after the Splitter and before the SFTP adapter, the individual records will be concatenated into one payload, resulting in a single file on the SFTP server. Removing the Gather step or placing it after the SFTP call would resolve the issue.
- ✗
The SFTP adapter is configured with 'Batch' mode and 'Group by' settings that combine multiple messages into one file.
Why it's wrong here
The SFTP adapter does not have a 'Batch' mode that concatenates messages. It processes each message as a separate file by default. While some adapters (like Mail) support batching, the SFTP adapter does not provide a built-in grouping mechanism that would merge payloads into a single file.
About these practice questions
This C_CPI question is part of Courseiva's 218-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written and reviewed by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
Last reviewed September 2026 · checked against the official SAP exam blueprint
This C_CPI practice question is part of Courseiva's free SAP certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the C_CPI exam.