C_S4CPB_2602 試験問題を無料オンラインアクセス

See Explanation below for all solution
Explanation:
Objective
The purpose of this task is to create a custom business role for project managers in the United States by using the standard SAP template role Project Manager - Professional Services and then restricting the role so users only have the minimum access needed for their job.
The template role used is:
Template Business Role ID: SAP_BR_PROJECT_MANAGER_PROF
Template Business Role Description: Project Manager - Professional Services The new custom role must be created with exact values defined in the task.
Business Scenario Explanation
In this simulation, you are building a restricted custom role for project managers who work only in the United States.
The goal is to ensure that these end users:
can create and edit projects,
can access only projects occurring in the United States,
cannot work with projects or staffing outside the US,
have only the minimum level of authorization needed.
This is done in two major parts:
Create a new custom business role from the standard SAP template
Restrict the role values so only US-related data is allowed
Important Notes
Always replace ###### with the last 6 digits of your group number.
Every value must be entered exactly as shown.
Even one missing space or incorrect character can cause the simulation validation to fail.
You must also create and assign a launchpad space as part of the custom role creation.
Required Values for Role Creation
Use the following values exactly as shown in the task image.
Parameter
Value
New Business Role ID
BR_PROJECT_MANAGER_PROF_US_######
New Business Role Description
Project Manager - Professional Services - US - ######
Option for Launchpad Spaces
Create and Assign Spaces Based on Space Templates
New Space ID
ZBR_PROJECT_MANAGER_PROF_US_######
Activate IAM Apps
Yes (check the box)
Example
If your suffix is 000457, the values become:
BR_PROJECT_MANAGER_PROF_US_000457
Project Manager - Professional Services - US - 000457
ZBR_PROJECT_MANAGER_PROF_US_000457
Detailed Step-by-Step Procedure
Part 1: Open the standard template role
Step 1: Open the app "Maintain Business Roles"
From the SAP S/4HANA Cloud launchpad:
Log in to SAP S/4HANA Cloud.
Use the app search.
Search for:
Maintain Business Roles
Open the app.
Explanation:
This app is used to maintain standard and custom business roles.
Because this task requires creating a custom role from an existing template, this is the correct starting app.

Step 2: Search for the template role
Inside Maintain Business Roles:
In the search/filter area, search for:
SAP_BR_PROJECT_MANAGER_PROF
or
Project Manager - Professional Services
Open the standard SAP template role.
Explanation:
You must start from the standard template role because the task explicitly says to use the template for:
Project Manager - Professional Services
SAP_BR_PROJECT_MANAGER_PROF

Part 2: Create the custom role from the template
Step 3: Click "Create Derived Business Role"
On the template role page:
Click:
Create Derived Business Role
Explanation:
This function creates a customer-specific copy based on the standard SAP business role template.
It preserves the delivered role content but allows you to define your own role ID, description, restrictions, and launchpad space.
Step 4: Enter the custom role information
In the creation popup, enter the values exactly as follows:
Template = SAP_BR_PROJECT_MANAGER_PROF
New Business Role ID = BR_PROJECT_MANAGER_PROF_US_######
New Business Role Description = Project Manager - Professional Services - US - ###### Option for Launchpad Spaces = Create and Assign Spaces Based on Space Templates New Space ID = ZBR_PROJECT_MANAGER_PROF_US_###### Activate IAM Apps = checked Explanation:
These values define the new custom project manager role that will later be restricted to US-only access.
The space option is important because the task expects the role to include its own launchpad space.

Step 5: Confirm creation
Click OK
Explanation:
SAP now creates the custom role derived from the template and assigns the new launchpad space at the same time.
Part 3: Verify the newly created custom role
Step 6: Review the new custom role
After creation, SAP opens the new custom role.
Verify:
Business Role ID = BR_PROJECT_MANAGER_PROF_US_######
Business Role Description = Project Manager - Professional Services - US - ###### Business Role Template ID = SAP_BR_PROJECT_MANAGER_PROF Explanation:
This confirms the derived role was created correctly from the right SAP template.
Part 4: Maintain role restrictions
Step 7: Open "Maintain Restrictions"
On the custom role page:
Click:
Maintain Restrictions
Explanation:
This is the most important part of the task.
You are not only creating a role - you are also limiting the role so it only allows US-related values.
Step 8: Understand the rule for restriction maintenance
The PDF/task logic is:
Fields explicitly listed in the restriction table → keep them Restricted and enter the required values All other fields not listed in the task table → set them to Not Maintained Explanation:
This is essential.
If extra fields remain restricted or blank, the role may not validate correctly.
The safest approach is:
only maintain the required fields,
mark all unrelated fields as Not Maintained.

Part 5: Enter the required US restrictions
From your exercise run, the maintained values included restrictions such as:
Keep these kinds of fields restricted with US/1710 values where required Examples from your run:
Bank Country/Region Key
Read, Value Help = US
Value Help = US
Company Code
use 1710 only where the task table explicitly requires it
Purchasing Organization
use 1710 where required
Valuation Area
use 1710 where required
Explanation:
These are the exact business restrictions that make the role usable only for the intended geography and business scope.
Step 9: Set unrelated restriction fields to "Not Maintained"
For every field not included in the task's restriction list, choose:
Not Maintained
Examples from your screenshots included fields like:
Accounting Principle
Authorization Group for Business Partners
Billing Type
These should be Not Maintained unless they are explicitly listed in the task's required restriction table.
Explanation:
This removes unnecessary access and matches the task wording that all other fields should be set to Not Maintained.

Step 10: Save the restrictions
After all required values are entered and unrelated fields are marked Not Maintained:
Click Save
Explanation:
This saves the restriction profile of the role.
If you do not save here, the role will remain incomplete or in draft.
Part 6: Verify launchpad space and page creation
Step 11: Go to Launchpad Spaces
In the custom role:
Open the tab:
Launchpad Spaces
Verify that the assigned space exists:
ZBR_PROJECT_MANAGER_PROF_US_######
Explanation:
Because you selected Create and Assign Spaces Based on Space Templates, SAP should have created and assigned the launchpad space automatically.
Step 12: Verify the created space
Open the assigned space and confirm:
the custom space exists,
it is customer-managed,
the pages are assigned correctly.
Explanation:
This proves that the new business role has its own launchpad structure as required by the task.
Expected Result
After this task is completed successfully:
a new custom role exists based on SAP_BR_PROJECT_MANAGER_PROF,
the role uses the exact required ID and description,
the role has a custom launchpad space,
IAM apps are activated,
restrictions are maintained for US-only access,
all irrelevant fields are set to Not Maintained,
the role is saved successfully.

See Explanation below for all solution
Explanation:
Objective
The purpose of this task is to migrate two bank master records into SAP S/4HANA Cloud Public Edition using the Migrate Data Using Staging Tables approach.
This task is performed inside the migration project created earlier:
Migration Project Name: Bank Data ######
Migration Object: Bank
The bank master data must be entered exactly as provided in the task tables.
Business Scenario Explanation
In this scenario, you are responsible for loading a small number of bank records into the system. Because there are only two banks to migrate, the selected migration method is:
Migrate Data Using Staging Tables
This method requires you to:
open the existing migration project,
download the Bank templates,
populate the required CSV file with the bank data,
upload the files,
validate the data,
transfer the data to staging tables,
complete any required mapping tasks,
migrate the bank instances,
verify the migrated banks in the target app.
Important Notes
Always replace ###### with the last 6 digits of your group number.
Use the values exactly as shown in the task.
Keep names, spaces, and numbers exactly correct.
During your execution, mappings may be required for:
Country/Region Key
Language Key (ISO)
Regional Code
Bank Key
If regional text values like Pennsylvania or Georgia are rejected, mapping may be needed to:
PA
GA
Example
If the suffix is 000013, the values become:
Bank 1
Bank Country/Region = US
Bank Key = A000013
Bank Name = Bank of A000013
Street = West Chester Pike
House Number = 3999
City = Newtown Square
Postal Code = 19073
Country/Region = US
Language = EN
Location = Pennsylvania
Bank 2
Bank Country/Region = US
Bank Key = Z000013
Bank Name = Bank of Z000013
Street = Lenox Road
House Number = 3580
City = Atlanta
Postal Code = 30326
Country/Region = US
Language = EN
Location = Georgia
Detailed Step-by-Step Procedure
Step 1: Open the app "Migrate Your Data"
From the SAP S/4HANA Cloud launchpad:
Log in to SAP S/4HANA Cloud.
Search for:
Migrate Your Data
or
Migration Projects
Open the app.
Explanation:
This app is the migration cockpit where the project and Bank migration object are maintained.
Step 2: Open the migration project
In the migration projects list:
Search for your project:
Bank Data ######
Open the project.
Example
If your suffix is 000013, open:
Bank Data 000013
Explanation:
This is the migration project created in the previous task and it contains the migration object Bank.

Step 3: Open the Bank migration object
Inside the migration project:
Locate the migration object:
Bank
Open it.
Explanation:
The Bank migration object is where the templates, uploads, mapping tasks, and migration instances are handled.


Step 4: Download the template files
On the Bank migration object screen:
Click:
Download Template
This provides the CSV template files needed for migration.
Explanation:
For the Bank migration object, the main files typically include:
S_BNKA#FreeText_Mandatory.csv
S_SCRIPT_ADRC#FreeText.csv
The mandatory file contains the bank master structure; the second file is optional for international address versions.
Step 5: Populate the mandatory Bank CSV file
Open the mandatory CSV file:
S_BNKA#FreeText_Mandatory.csv
Enter the two bank records exactly as required from the task tables.
Explanation:
This file must contain the bank master data that will be loaded into the staging tables.
The data must match the required values exactly.

Step 6: Use the correct values in the Bank CSV
Populate the mandatory file with the two records.
Bank 1
Bank Country/Region = US
Bank Key = A######
Bank Name = Bank of A######
Street = West Chester Pike
House Number = 3999
City = Newtown Square
Postal Code = 19073
Country/Region = US
Language = EN
Location = Pennsylvania
Bank 2
Bank Country/Region = US
Bank Key = Z######
Bank Name = Bank of Z######
Street = Lenox Road
House Number = 3580
City = Atlanta
Postal Code = 30326
Country/Region = US
Language = EN
Location = Georgia
Explanation:
These values create two bank master records, one beginning with key A###### and the other with key Z######.
Step 7: Keep the optional international address file empty if not needed For the file:
S_SCRIPT_ADRC#FreeText.csv
leave it with header only if no separate international address version data is required.
Explanation:
During your execution, the optional file was not required and the Bank migration still proceeded because only the mandatory Bank Master structure had to be populated.
Step 8: Open Upload Files
In the Bank migration object:
Go to:
Upload Files
Explanation:
This is where the CSV folder is created and the files are uploaded to the migration cockpit.

Step 9: Create a CSV Folder
Click:
Create CSV Folder
Explanation:
When using CSV with staging tables, SAP groups the upload into a CSV folder structure.
Step 10: Upload the CSV files
Upload:
S_BNKA#FreeText_Mandatory.csv
S_SCRIPT_ADRC#FreeText.csv (optional / empty if not used)
Explanation:
The mandatory file is required.
The optional file may remain empty or not provided depending on the migration object's structure.
Step 11: Validate the data
After upload:
Click:
Validate Data
Explanation:
This checks:
file readability,
required columns,
correct structure,
duplicate keys,
and data consistency.
Step 12: Correct any file or format errors if needed
During execution, common issues included:
wrong file mapping,
UTF-8 / CSV reading problems,
missing mandatory fields,
duplicate key values,
region value mismatches.
Explanation:
You must resolve validation errors before continuing to staging tables.
Examples from your run:
duplicate key values had to be corrected,
file structure mapping had to be adjusted,
CSV encoding had to be corrected.
Step 13: Transfer data to staging tables
After validation is successful, click:
Transfer Data to Staging Tables
Explanation:
This moves the validated CSV data into SAP's staging tables so the Bank migration object can create migration instances.
Step 14: Go to Mapping Tasks if required
If the system shows mapping tasks, open:
Mapping Tasks
Explanation:
For your run, the following mappings had to be confirmed:
Country/Region Key
Language Key (ISO)
Regional Code
Bank Key
Step 15: Maintain mapping values
If mappings appear, confirm or maintain them as follows:
Country/Region Key
source US → target US
Language Key (ISO)
source EN → target EN
Regional Code
If text values are shown:
source Pennsylvania → target PA
source Georgia → target GA
Bank Key
Confirm the system-generated source values to the correct target values for:
A######
Z######
Explanation:
These mappings are required when the migration object needs target-system value confirmation before posting the records.
Step 16: Confirm the mapping tasks
After maintaining the mappings:
Click:
Confirm
Explanation:
All mapping task statuses should change to Confirmed before running migration again.
Step 17: Open the Bank instances
Return to the Bank migration object and open:
Instances
Explanation:
This screen shows the individual bank records created from the staging-table data.
Step 18: Select the bank instances
Select both bank records.
Expected rows:
US / A######
US / Z######
Explanation:
Both bank records must be selected so they can be migrated into the target system.
Step 19: Click Migrate
Click:
Migrate
Explanation:
This starts the actual creation of bank master records in the target SAP S/4HANA Cloud system.
Step 20: Resolve authorization issue if it appears
During your execution, migration initially failed with:
You are not authorized to create bank data for country/region US
The fix was to assign the additional business role:
Master Data Specialist - Bank Data
SAP_BR_MD_SPECIALIST_BNK
Explanation:
The migration cockpit role alone is not always enough.
Bank creation also requires bank master data authorization.
Step 21: Refresh and check migration status
After migration:
Refresh the screen.
Check the status of both bank instances.
Expected final result:
Success
Success
Explanation:
Both bank rows must finish successfully for the task to be considered complete.
Step 22: Verify in "Manage Banks - Master Data"
Open:
Manage Banks - Master Data
Search for:
US / A######
US / Z######
Explanation:
This is the final business verification step that proves the bank master records were created successfully in the system.
Expected Result
After this task is completed successfully:
both bank records are loaded through staging tables,
all mapping tasks are confirmed,
both migration instances complete successfully,
the two banks are visible in Manage Banks - Master Data.

See Explanation below for all solution
Explanation:
Objective
The purpose of this task is to create a new migration project for the bank data migration scenario in SAP S/4HANA Cloud Public Edition.
The migration method for this scenario is:
Migrate Data Using Staging Tables
The migration project must be created with the exact values provided in the task.
Business Scenario Explanation
In this scenario, you are responsible for migrating bank master data into SAP S/4HANA Cloud Public Edition.
Because only a few banks need to be loaded, the selected migration approach is:
Migrate Data Using Staging Tables
Before any files can be uploaded or any bank data can be validated and migrated, a migration project must first be created. This project acts as the main container for:
the migration object,
the staging-table upload,
validation,
mapping,
transfer to staging tables,
and the final migration execution.
Important Notes
Always replace ###### with the last 6 digits of your group number.
Use the exact values shown in the task.
The migration project must be created using:
Migrate Data Using Staging Tables
The migration object must be:
Bank
Save or create the project only after confirming the values are correct.
Required Values
Use the following values exactly as shown in the task image.
Parameter
Data
Name
Bank Data ######
Migration object
Bank
Example
If your suffix is 000013, then the values become:
Name = Bank Data 000013
Migration object = Bank
Detailed Step-by-Step Procedure
Step 1: Open the app "Migrate Your Data"
From the SAP S/4HANA Cloud launchpad:
Log in to SAP S/4HANA Cloud.
Use the app search.
Search for:
Migrate Your Data
or
Migration Projects
Open the app.
Explanation:
This app is the migration cockpit used to create migration projects and load master data and transactional data into the system.
Because the task asks you to create a new migration project, this is the correct starting point.
Step 2: Start creating a new migration project
Inside the migration app:
Click:
Create
When the dropdown appears, select:
Migrate Data Using Staging Tables
Explanation:
This is very important because the business scenario explicitly says that the chosen migration method is Migrate Data Using Staging Tables.
Do not choose:
Migrate Data Directly from SAP System
That would be the wrong migration approach for this task.
Step 3: Enter the migration project name
In the project creation screen, enter:
Name = Bank Data ######
Example
If your suffix is 000013, enter:
Bank Data 000013
Explanation:
This is the name of the migration project and must exactly match the task requirement.
Step 4: Keep the staging-table migration approach
On the project creation screen, confirm the migration approach is:
Migrate Data Using Staging Tables
Explanation:
This ensures the migration project is created with the correct loading approach for later CSV/staging-table processing.
Step 5: Keep the local database connection
When the system asks for database connection, leave the default:
Local SAP S/4HANA Database Schema
Explanation:
In your execution, the local schema was used for the migration project.
This is the expected option for the training scenario.
Step 6: Continue to Migration Objects
Click:
Step 2
or continue to the second step of project creation.
Explanation:
This moves from the general project header information to the migration object selection.
Step 7: Search for the migration object
In the Migration Objects section:
Search for:
Bank
Explanation:
The task explicitly requires the migration object:
Bank
So only that object should be selected.
Step 8: Select the migration object "Bank"
When the object appears:
Select:
Bank
Make sure it appears in the Selected Migration Objects area.
Explanation:
This step links the project specifically to the Bank migration object.
Without selecting the migration object, the migration project would be incomplete.
Step 9: Create the migration project
After confirming:
project name,
migration approach,
database connection,
migration object = Bank,
click:
Create
or the final confirmation button provided by the system
Explanation:
This finalizes the creation of the migration project.
Step 10: Verify the created migration project
After creation, verify that the new project shows:
Project Name = Bank Data ######
Migration Object = Bank
Explanation:
This confirms that the project has been created successfully and is ready for template download, CSV preparation, validation, staging-table transfer, and migration execution.
Expected Result
After this task is completed successfully:
a new migration project exists,
the project name matches the required naming pattern,
the migration approach is staging tables,
the migration object is Bank,
the project is ready for the next migration steps.