...
SAP APM + IHB training cover featuring POBO, PINO, and Intercompany Netting

SAP APM and In-House Banking Configuration Tutorial

SAP S/4HANA configuration tutorial

This tutorial follows the AUMTECH APM and IHB companion presentation across seven lessons. Work through the organizational settings, converters, payment objects, enrichment and validation, routing, In-House Banking and FI posting in sequence. Use the field tables to compare the configuration with the selected SAP screens.

Training example. The recorded SSA setup uses clearing area PF, IHB bank area SIUS, owner company code 1710 and participant company codes 3000 and 3001. These are example values. Confirm your own system release, master data, currencies, scenario rules and validity dates before applying a step.

View the seven lesson SAP APM and IHB video course for $99

APM and IHB functionality

Start by identifying the source instruction, the processing hub, the approval requirement and the account provider. APM validates and routes payment instructions. IHB maintains internal accounts, while configured BCM integration supplies the approval step for outgoing payment orders.

Course agenda

Follow four stages across the seven lessons. First understand APM and IHB functionality and payment scenarios. Then configure APM organization, converters, payment objects and validation. Next set up IHB master data and financial rules. Finally, trace PINO, POBO and intercompany payments through the expected accounting.

Examples and sandbox references

ObjectSupplied SSA course evidence
IHB ownerCompany 1710
Participants3000 payer, 3001 receiver
Bank areaSIUS, accounts 1 and 2
APM clearing areaPF

SAP treasury architecture

Source systems can include SAP ERP, SAP S/4HANA and non-SAP payment or payroll systems. APM provides the central processing context, while IHB maintains the internal accounts. BCM supplies configured payment approval, and the MBC Connector links the process to SAP Multi-Bank Connectivity. Bank Account Management, Cash Management and FI provide the associated account and reporting context.

APM functionality

APM centralizes payment instructions from SAP and non-SAP sources. The converter design standardizes supported incoming messages and prepares bank-specific output. Configured validation, bank-key watch-list screening and exception handling provide controls before the payment reaches the next processing stage.

APM payment processing

  1. Receive the instruction. The Input Manager receives the file or message and converts it to the internal payment representation.
  2. Enrich and validate. Complete the required payment information and apply configured checks for duplicates, bank details and bank-key watch lists.
  3. Determine the route and approval. Select the applicable payment path and, where configured, send outgoing orders for BCM approval.
  4. Create the output. Use the configured converter and payment format to create the outgoing instruction. In an integrated bank-connectivity design, send the resulting message through the MBC path.

IHB scenarios

  • PINO — Payment in Name Of. Forward the instruction using the source debtor bank account. The forwarding example retains the participant account and does not create an APM G/L posting for that forwarding step.
  • POBO — Payment on Behalf Of. Process the participant IHB leg and the external payment from the owner account as separate legs.
  • Intercompany internal transfer. Move funds between affiliate IHB accounts through the internal account-management route.
  • Bank statement forwarding. Receive the external prior-day or intraday statement centrally, then forward it to the subsidiary that owns the accounting. Configure local posting separately.

APM organization and converters

Build the organizational and interface settings before testing payments. The clearing area identifies the processing context. The channel, medium and format identify the incoming or outgoing interface and determine which converter applies.

APM configuration steps

  • Define Clearing Area
  • Internal Bank Key Assignment
  • Local Cash Management Integration
  • Set up Converter
  • Define Channels for File handler
  • Define Converter (new)
  • Maintain Default Values
  • Maintain Converter Attributes
  • Define XML settings for Format converter
  • Define Bank Areas for Account Management
  • Account Type definition
  • Manage In-House Bank Accounts – Fiori app
  • Manage Bank accounts
  • Maintain Number Ranges
  • Define Payment Order types
  • Define Transaction Type
  • Assign Transaction Type to Payment Order Types
  • Determination Rules
  • Enrichment and Validation Checks
  • Maintain E&V Check Set
  • E&V Check Set Assignment
  • Service Level Agreement
  • Manage Route & Clearing Agreement
  • Assign BCM approval Rules
  • MBC connector integration
  • FI Posting integration

Clearing area

SPRO > Financial Supply Chain Management > Advanced Payment Management > Basic Configuration > Organization > Define Clearing Areas

Configuration step: Create or copy the clearing area. Maintain its identity, processing calendars and release currency, then save the customizing entry.

PF currently uses EUR for release control. This field is separate from the USD currency of the IHB accounts.

Key fieldValue / required settingBrief functionality
Clearing AreaPF in SSASeparates APM processing and reporting
Short / Long DescriptionName the processing unitIdentifies the clearing area for users
Gen. Calendar99 in SSADefines processing business days
Value Date Calendar01 in SSADetermines valid value dates
Release CrcyEUR in SSA; USD in notesCurrency used for release control

Internal bank key assignment

SPRO > Financial Supply Chain Management > Advanced Payment Management > Basic Configuration > Organization > Assign Internal Bank Keys to Clearing Areas

Configuration step: Assign the internal bank identity to the clearing area so APM can recognize the in-house banking parties.

Key fieldValue / required settingBrief functionality
Bank Country/RegionUSIdentifies the bank-key country
Bank Key999999801Identifies the internal bank
Clearing AreaPFRoutes this identity to the APM area
AM CategoryInhouse Cash in SSAClassifies the internal account provider

Local cash management integration

SPRO > Financial Supply Chain Management > Advanced Payment Management > Basic Configuration > Application Configuration > Define Local Application Management Areas

Configuration step: Reuse the delivered Cash Management system. Assign the local area to PF, then maintain its planning-type attribute.

Key fieldValue / required settingBrief functionality
Clearing AreaPFScopes the local integration
Local Application AreaCASH_MGMTNames the Cash Management area
Local Application SystemCASHMGMTSelects the connected application
Planning Type attributePF in SSAClassifies generated memo records
Cash Management integration for clearing area PF
Cash Management integration for clearing area PF. Recorded training example from companion slide 19.

Set up converter format, medium, channel

SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > File Handler > Basic Configuration > Set Up Converter > Define Formats for File Handler / Define Media / Define Channels for File Handler

Configuration step: Maintain the three identification lists first. Reuse delivered entries where they match the intended message and delivery method.

Key fieldValue / required settingBrief functionality
Format ID / Description/PAIN001; pain.001 inputIndicate format of incoming message
Medium ID / Description/APP; application-server fileHow incoming file/ messages is received – Local server, Application layer, Manual upload
Channel ID / Description/CUSTOM; custom channelExternal system that send file/message- Payroll, Treasury, AP/AR

Converter definition

/PF1/04000043 SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > File Handler > Basic Configuration > Set Up Converter > Define Converter (new)

Configuration step: Create the converter for the required channel, medium, format and direction. Assign a unique ID and the appropriate delivered converter class.

  • SSA inbound class: /PF1/CL_IPM_P_XML_FORMAT_CONV. Outbound XML class: /PF1/CL_OPM_P_XML_FORMAT_CONV.
Key fieldValue / required settingBrief functionality
Channel / Medium/CUSTOM / /APPSelects origin and delivery mechanism
Format / Direction/PAIN001 / IncomingIdentifies input format and flow
Converter IDZP1INUnique reference to identify Converter ID
Class NameDelivered inbound XML classInterprets and maps the message
DescriptionMeaningful interface descriptionMeaningful interface description

Inbound converter defaults

/PF1/04000043 > Select ZP1IN > Maintain Converter Attributes / Maintain Default Values

Configuration step: Select the inbound converter and maintain the defaults required when the source message does not provide the APM organizational or order-type values.

Key fieldValue / required settingBrief functionality
Clearing Area defaultPFAssigns the incoming order to PF
Payment Order Type default000700Selects the incoming processing type
XML converter packageDelivered generic pain.001Maps supported input message versions
XML validationFull validationChecks the message against its schema

Outbound converter attributes

/PF1/04000043 > Select outbound converter > Maintain Converter Attributes

Configuration step: Set the output stream and target format for the intended delivery channel. Maintain a file destination only for an application-server file output.

Current record: ZC53F uses FILE stream, logical file ZSSA_IHB_C53_XML and directory ZSSA_IHB_C53_DIR. ZP15B stays buffered.

Key fieldValue / required settingBrief functionality
Output Stream ClassZP15B: buffered NON streamControls where output is written
XML Format/ISO_PAIN.001.001.05Selects the outbound message version
XML validationFull validationChecks the output XML structure
Logical file / DirectoryZC53F: configured file aliasesResolves the server file destination

XML framework and DMEE output

SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > File Handler > Basic Configuration > Set Up Converter > XML Framework > Define XML Settings for Format Converter

Configuration step: Assign the matching XML format and validation settings. For DMEE-based payment output, select the required payment format and tree in the outbound design.

Key fieldValue / required settingBrief functionality
XML Format / VersionMatch input or bank schemaSelects the message representation
Converter mappingDelivered format mappingTransforms XML to internal data
Validation settingFull schema validationRejects invalid XML structures
DMEE format / TreeBank-required payment formatBuilds the payment-file structure

Bank area for account management

SPRO > Financial Supply Chain Management > Advanced Payment Management > In-House Bank > Define Bank Areas for Account Management

Configuration step: Create the IHB bank area and assign the legal owner, internal bank identity, currency and business-day calendar.

  • Bank area SIUS belongs to owner Company Code 1710.
Key fieldValue / required settingBrief functionality
Bank Area / DescriptionSIUS / OM IHB Sandbox USDIdentifies the internal bank
Bank Country / Bank KeyUS / 999999801Links to the internal bank identity
Company Code1710Owns the IHB subledger postings
Currency / Exchange Rate TypeUSD / MDefines bank-area currency and FX basis
Calendar99Defines bank-area business days
IHB bank area SIUS and owner company 1710
IHB bank area SIUS and owner company 1710. Recorded training example from companion slide 28.

Bank accounts and payment objects

Keep bank-account customizing, account master data and payment business objects distinct. The participant house-bank link is used by the source payment program, while the BAM technical ID identifies the bank account in the central setup.

BAM account type definition

SPRO > Financial Supply Chain Management > Cash and Liquidity Management > Bank Account Management > Basic Settings > Define Settings for Bank Account Master Data > Account Type Definition

Configuration step: Reuse or define a BAM account type with the contract type In-House Bank Account. Use that account type for participant IHB accounts.

The account type is customizing. The individual in-house bank account is master data in Manage In-House Bank Accounts.

Key fieldValue / required settingBrief functionality
Type88 in SSA; IHB in bookIdentifies the BAM account type
Account Type DescriptionIHB Current in SSANames the type for account selection
Contract TypeIn-House Bank AccountEnables the IHB account contract

Manage in-house bank accounts

Fiori: Manage In-House Bank Accounts (F5942) > Create

Configuration step: Create the participant current account after bank-area and BP setup. Complete the linked BAM data and release or activate the account.

SSA account 1 is linked to BAM 1000000025. Owner BP 1000241 uses role IHB200; each participant needs its own holder BP.

Key fieldValue / required settingBrief functionality
Bank AreaSIUSSelects the operating in-house bank
CurrencyUSDSets the account currency
Business Partner / Account Holder1000242 for company 3000Identifies the participant, role IHB100 PartnerCocode Links the BP to the company code it represents.- 1000242 – 3000 Trading Partner Identifies the affiliated company for intercompany accounting. It uses a company identifier, which can differ from the Partner Co Code
Opening DateApproved opening dateDetermines when the account starts

BAM and house-bank account link

Fiori: Manage Bank Accounts > IHB account > General Data / House Bank Account Connectivity

Configuration step: Complete the BAM account associated with the IHB account and connect the participant house-bank account used by the payment program.

BAM technical ID 1000000025 identifies this account. The payment clearing account is 119902, derived separately.

Key fieldValue / required settingBrief functionality
Account Type88 in SSASelects the IHB contract type
In-House Bank Servicer1000241, owner BPIdentifies the IHB owner
Bank Country / Key / AccountUS / 999999801 / 1Links BAM to the SIUS account
Company / House Bank / Account ID3000 / IHB01 / IHBUSLinks the participant payment bank
G/L Account119900 in SSADefines the participant IHB position

Payment order and item number ranges

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Business Objects > Payment Order / Payment Item > Maintain Number Ranges

Configuration step: Verify or create valid intervals for the clearing area before processing orders. Assign the intervals required by the selected order and item definitions.

Key fieldValue / required settingBrief functionality
Clearing AreaPFScopes the numbering object
Number Range / IntervalAvailable internal intervalSelects the sequence
From / To NumberNon-overlapping interval limitsDefines available document numbers
External indicatorOnly for external numberingControls who supplies the number

Payment order types

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Business Objects > Payment Order > Define Payment Order Types

Configuration step: Copy or reuse the appropriate order type. Maintain its category, E&V group and numbering assignment for the required processing behavior.

The outbound agreement uses BNKADV in the recorded SSA forwarding setup. Reuse delivered settings that already meet the scenario.

Key fieldValue / required settingBrief functionality
Clearing Area / PO TypePF / 000700 inboundIdentifies the processing type
DescriptionBusiness processing purposeDistinguishes the order type
PO CategoryIncoming or OutgoingDetermines the order direction
Enrich. & Valid. GrpRequired PO E&V groupSelects order and cross-item checks
Number-range assignmentExisting PF intervalSupplies payment-order numbering

Payment item transaction types

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Business Objects > Payment Item > Define Transaction Types / Assign Transaction Types to Order Types

Configuration step: Define or reuse the originator and recipient transaction types. Assign them to the relevant order type and item category.

Key fieldValue / required settingBrief functionality
Clearing Area / Transaction TypePF / relevant delivered typeDefines item processing behavior
Credit Trans. TypeSet to the required directionDistinguishes credit and debit items
TT Grp E&VRequired item E&V groupSelects item-level checks
PO Type / Item CategoryOrder plus originator or recipientScopes the assignment
Assigned Transaction TypeOriginator / recipient typeControls each payment-party item

ISO20022 determination rules

SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > File Handler > Format Specific Configuration > ISO20022 > Determine Payment Order Priority / Types / Item Transaction Type

Configuration step: Maintain only the source characteristics needed to derive priority, payment order type and the transaction types for the two payment parties.

Key fieldValue / required settingBrief functionality
Format / Medium / ChannelApplicable input combinationScopes the determination rule
Source/message characteristicsRequired selection valuesMatches the incoming instruction
Payment Order PriorityRequired processing priorityFeeds subsequent routing decisions
Payment Order TypeIntended incoming typeSelects order-level processing
Originator / Recipient TypeCorrect types per item categorySelects payment-item processing

Enrichment and validation

Follow the configuration links in order. The payment order or transaction type supplies an E&V group. The assignment selects a check set. The set contains ordered Check IDs, and each function applies the relevant field settings.

E&V group, check set and check id

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Maintain Enrichment and Validation Check Sets

  • The group helps select a set. The set lists the checks. Each check performs a function.
  • Screen sequence
  • 1. Type supplies OTHER 2. General PF row selects set 1
  • 3. Set 1 lists check 23 4. Registered function performs the check
ObjectPurposePF example
E&V GroupCriterion used to select a check setOTHER on order type 000700
Check Set IDContainer of ordered checksSet 1 for an incoming PO Check
Check IDIndividual executable function23: Mandatory Fields Check

Step 1 the order type supplies the group

SPRO > … > APM > Payment Processing > Business Objects > Payment Order > Define Payment Order Types

  • Selected object
  • Clearing area: PF
  • Payment order type: 000700
  • Enrich. & Valid. Grp: OTHER

Step 2 an assignment row selects the set

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Maintain Enrichment and Validation Check Sets > Assign E&V Check Set for Payment Order

  • Order type 000700 supplies OTHER. The blank group criterion in this PF row matches it.
  • Selection criteria
  • PF + PO Check + general group criteria
  • Selected result
  • PO E&V ID 000001 = Check Set ID 1

Step 3 the set lists checks and sequence

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Maintain Enrichment and Validation Check Sets > Assign Checks to E&V Check Set

  • PF set 1
  • PF set 2
  • One set can contain several Check IDs. SAP uses the assigned sequence within the set.
SetCheck IDSequencePurpose
1231Payment-order field processing
2241Originator field processing
24302House-bank account check

Payment items follow the same links

SPRO > … > APM > Payment Processing > Business Objects > Payment Item > Define Transaction Types

  • PO E&V group and TTGrp E&V are separate. The same name does not merge their assignments.
Item / typeTTGrp E&VMatching PF rowSetCheck IDs
Originator / 510700OTHERGeneral ORP Check224, then 430
Recipient / 600700OTHERGeneral RCP Check325

The complete link in PF configuration

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Maintain Enrichment and Validation Check Sets > Order / Item / Outgoing assignment folders

  • Runtime result: /PF1/PO_EXPERT, then Display log and error details
Processing objectE&V group criterionSelected setAssigned Check IDs
Incoming order 000700-POOTHER, general PF PO row123
Originator 510700-TTOTHER, general PF ORP row224, then 430
Recipient 600700-TTOTHER, general PF RCP row325

Screen 3 functional type selects field groups

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Field Groups and Validations > Assign Field Groups to Functional Types

  • If Functional Type = STANDARD
  • ACCOUNT: account details
  • BAM: bank account ID
  • BANK: bank-agent data
  • OTHERS: other fields
  • TECH_MIN: technical minimum

Screen 1 the flags control each field action

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Field Groups and Validations > Assign Fields to Field Groups

FlagMeaningExample in the supplied configuration
MandatoryRequires a valueACCOUNT ID for the recipient
DefaultApplies configured defaultingOTHERS / PRIORITY
ValidationApplies value / pattern checksBANK / BIC
ConvertApplies configured normalizationOnly for rows with Convert selected

Functional type is assigned in the type definition

SPRO > … > APM > Payment Processing > Business Objects > Payment Order / Payment Item > Define Types

  • Order: 000700, E&V Fct. Type = blank
  • Item: 510700, Functional Type = blank
  • 600700 is also blank.

Blank loads the TECH field group

SE24 > /PF1/CL_PO_E_PAYMENTORDER > GET_FCT_CUSTOMIZING > /PF1/CL_FCT_T_FCT_TYPE_FIELDS > GET_FIELD_SETTINGS

  • The Functional Type stays blank. SAP loads FIELD_GROUP = TECH directly.

The TECH rules for incoming order 000700

SPRO > Financial Supply Chain Management > Advanced Payment Management > Payment Processing > Enrichment & Validation > Field Groups and Validations > Assign Fields to Field Groups > TECH / Incoming Payment Order

  • Blank Functional Type selects TECH. The incoming-order category keeps these five rows.
TECH fieldMandatoryDefaultValidationConvert
Company codeNoNoNoNo
Due dateNoNoYesNo
Payment order typeYesYesYesNo
Planned processing dateYesYesYesNo
PriorityNoYesYesNo

PINO POBO and intercompany routing

Test PINO forwarding, POBO and intercompany internal transfers separately. The selected route supplies the path, and the clearing agreement supplies the processing instructions. Verify the runtime route and agreement against the released selection rules.

Route and clearing agreement

/PF1/RN > Clearing Area PF > Route > Clearing Agreement

  • Routing selects the processing path for a payment item.

One route can contain several clearing agreements. The tree shows the hierarchy. Rules decide which one SAP selects.

ObjectPurpose
RouteIdentifies internal account processing or an external bank path
Clearing agreementDefines how to process the item within the selected route
Selection rulesChoose the route, then an agreement under that route

Why routing and clearing agreements are needed

  • Payment processing > Enrichment and Validation > Routing > Clearing and output
  • The rules select the path. The agreement supplies the processing instructions.
  • USD examples. Add rules or agreements when bank, currency or processing terms differ.
Payment scenarioWhy SAP needs a choice
PINO forwardingPreserve the participant/Sub bank account and forward its instruction
POBOPost the participant/Sub IHB leg and pay the external beneficiary from the owner account
Intercompany internal transferMove funds between affiliate IHB accounts

Route determination rules in PF

/PF1/RN > Double-click a route > Set of Rules

Seq.Conditions shown in SAPSelected route
1Scenario 1, company 3000, USDZPINO3000
2Scenario 4, 999999801, USDZIHB3000
3Scenario 4, 999999802, USDZEXT1710
4Scenario 3, 999999801, USDZINT3000

PINO forwarding route ZPINO3000

/PF1/RN > External Routes > ZPINO3000 > Basic Data

  • External route
  • Internal Route check box is blank.
  • Company 3000
  • Account 30000001
  • USD
  • Selection
  • Scenario 1
  • Company 3000
  • Currency USD

PINO clearing agreement zfwdusd

/PF1/RN > ZPINO3000 > ZFWDUSD > External Clearing Agreem.

  • Account and processing option
  • Outgoing order and converter
  • PI keeps the source item account.
  • B forwards the entire incoming order.
  • BNKADV / ZP15B
  • /PAIN0015, /APP, /CUSTOM

POBO internal and external legs

Maintain the participant account movement and the external bank payment separately. The participant leg uses internal route ZIHB3000 and agreement ZPOBOUSD for individual processing. The owner external leg uses company 1710, account 17100001, external route ZEXT1710 and agreement ZEXTUSD for posting and output.

POBO internal route and agreement

/PF1/RN > ZIHB3000 > ZPOBOUSD > Basic Data

  • Route
  • Selects account-managing area SIHB for the internal leg.
  • Agreement
  • ZPOBOUSD
  • Internal agreement
  • Calendar 99
  • Direct Individual Processing

POBO external route ZEXT1710

/PF1/RN > External Routes > ZEXT1710 > Basic Data

  • Owner bank context
  • Company 1710
  • BAM 1000000026
  • Account 17100001
  • USD
  • Selection
  • Scenario 4
  • Bank Ctry / Bank Key US / 999999802
  • Currency USD

POBO clearing agreement owner account

/PF1/RN > ZEXT1710 > ZEXTUSD > External Clearing Agreem.

  • BAM determination
  • Selects the configured owner bank account.
  • Company 1710
  • BAM 1000000026

POBO clearing agreement posting and output

/PF1/RN > ZEXT1710 > ZEXTUSD > External Clearing Agreem. > Scroll down

  • Posting
  • BAM Account Posting by Clearing Item
  • Debit 530200
  • Credit 630200
  • Outgoing instruction
  • Type BNKADV
  • Sender ZOM1710
  • Converter ZP15B
  • /PAIN0015 / /APP / /CUSTOM

Intercompany internal route ZINT3000

/PF1/RN > Internal Routes > ZINT3000 > Basic Data and Set of Rules

  • Internal transfer
  • Internal Route selected
  • Account area SIHB
  • Currency USD
  • Agreement rule under this route
  • Route rule: scenario 3, PI bank US / 999999801, USD.

Intercompany clearing agreement zintusd

/PF1/RN > ZINT3000 > ZINTUSD > Basic Data

  • Processing
  • Calendar 99
  • Direct Individual Processing
  • The route supplies SIHB.
Internal-transfer resultFunction
Participant account movementPosts through the internal account-management path
External bank payment fileNot required for this internal-transfer flow

Route and agreement reference

/PF1/RN > Configuration review, then payment item details > Routing result

  • Runtime verification

Inspect the processed item’s selected route and agreement. Match its scenario, PI bank, company and currency to the released rules.

FlowRouteClearing agreementMain function
PINO forwardingZPINO3000ZFWDUSDTake over item account and forward
POBO internal legZIHB3000ZPOBOUSDInternal processing through SIHB
POBO external legZEXT1710ZEXTUSDOwner account, clearing posting and output
Intercompany transferZINT3000ZINTUSDInternal processing through SIHB

BCM approval rule assignment

SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > Bank Communication Management (BCM) > Assign Approval Rules for Bank Communication Management

Configuration step: Where approval is part of the design, create the workflow Rule ID in BCM first, then map the applicable APM payments to that Rule ID.

Key fieldValue / required settingBrief functionality
Payment Order TypeRelevant outgoing typeScopes the payment population
Company CodeRelevant paying companySelects the approval entity
House Bank / Account IDRequired approval bank scopeDifferentiates paying accounts
Rule IDExisting BCM workflow ruleDetermines the approval process

IHB organization and master data

Configure organization first, then the owner and participant identities, and then the accounts and connectivity. Complete the financial and operational settings before using the accounts for an end-to-end payment test.

IHB configuration dependencies

  • Organization. Bank area, owner company, bank country/key and calendars
  • Identity and accounts. Owner/holder BP roles, IHB accounts and BAM house-bank links
  • Financial rules. Limits, conditions, fees, activity types and FI account determination
  • Operations. EOD jobs, statement generation, notification and participant posting rules

Bank area for account management

  • Owner assignment. Tie the bank area to the company code that owns the IHB subledger.
  • Bank identity. Maintain country, bank key, currency, language and calendar.
  • FX handling. Choose whether to use the latest available exchange rate or wait for a current rate.
  • Example mapping. Book: IBUS / 1750. Recorded SSA: SIUS / 1710.

Business partner roles

EntityRoleRequired relationship
IHB ownerIHB200, IHB Account OwnerOwner trading partner and bank area
Each participantIHB100, IHB Account HolderUnique BP, participant TP and bank area
ExampleIC-1750 / IC-1740Owner 1750 / participant 1740
Recorded SSA exampleBP 1000242Account holder for payer 3000

BAM and participant house-bank links

  • Account type. Use the configured IHB bank-account type.
  • Servicer. Identify the BP representing the IHB owner.
  • House-bank link. Connect company, house bank, account ID and FI G/L.
  • Payment data. Maintain participant and beneficiary internal bank details consistently.

IHB limits interest fees and FI posting

Limits, interest conditions and fees have independent settings, validity dates and release states. Review the active record for the relevant account or group. Trace the accounting separately through APM clearing, IHB-to-FI transfer and the bank statement.

BAM accounts for the SSA scenarios

  • In Manage Bank Accounts, search by technical ID and open House Bank Account Connectivity.
ScenarioBAM technical IDCompany / house bank / account IDBank account / G/L
Payer IHB10000000253000 / IHB01 / IHBUSSIUS account 1 / 119900
Receiver IHB10000000283001 / IHB01 / IHBUSSIUS account 2 / 119900
Owner external · POBO10000000261710 / SBX01 / USD0117100001 / 113100
Payer external · PINO10000000273000 / SBX01 / USD0130000001 / 113100

IHB limits

  • Scope
  • Create a limit for a single account or a defined group of accounts.
  • Validity
  • Maintain amount, currency and effective dates for the intended period.
  • Activation
  • Verify that the limit for the selected account or group is Active.
  • Test cases
  • Compare payments within and beyond the limit. Review the breach in the overdraft app.
  • Fiori Manage In-House Bank Limits (F5940) → account Limit tab
Active IHB limit for SIUS account 1
Active IHB limit for SIUS account 1. Recorded training example from companion slide 78.

SIUS account 1 shows an active USD 100,000 limit from 3 Oct 2026 through 31 Dec 9999. Treasury can review breaches in Display In-House Bank Account Overdrafts.

Interest conditions

  • Assignment levels
  • Bank area, account group or single account
  • Interest types
  • Credit interest, debit interest and overdraft interest
  • Rate design

Maintain rate and validity for each condition. The applicable threshold is part of the overdraft rule.

  • Settlement
  • Calculate the applicable condition during account balancing or settlement.
  • Fiori Manage In-House Bank Conditions (F5941)
Active credit interest condition for the training account
Active credit interest condition for the training account. Recorded training example from companion slide 80.

The active USD credit condition is fixed at 5% annually using linear Actual/360, valid 9 Nov–31 Dec 2026. Overdraft interest uses a separate condition and the applicable threshold.

IHB fees

  • Maintenance
  • Monthly account-maintenance fees
  • Transactions
  • Domestic, international and priority-payment fees
  • Assignment
  • Bank area, account group or single account
  • Accounting
  • Use activity type and fee-type mapping to derive the relevant posting.
  • Fiori Manage In-House Bank Fee
Active monthly account maintenance fee
Active monthly account maintenance fee. Recorded training example from companion slide 82.

The active fee for SIUS account 1 is USD 100 monthly, valid 8 Nov–31 Dec 2026. The change history shows fee type ACMNTM and release from In Review to Active.

APM clearing and suspense accounts

SPRO → Advanced Payment Management → Define FI G/L Suspense Account (APM layer)

ScenarioConfiguration decisionReconciliation purpose
PINO with routingScenario-specific bridge and account overlayMatch the routing legs
Internal transferBridge for both participant legsOffset internal debit and credit
POBOAPM-to-IHB and external-payment bridgesMatch owner FI and settlement
Incoming cashReceipt-related suspense handlingMatch allocation to participants

Show the PF on-behalf scenario 4 suspense mapping for USD. Teach the APM suspense mapping separately from the owner IHB FI derivation.

Expected POBO postings in company code 1710

    Follow the same payment through /PF1/PO_EXPERT, /PF1/IHB_FI and FF_5. Verify the posted documents in the end-to-end test.

    StageDebitCredit
    APM outgoing clearing item113105 · Suspense113120 · External payment clearing
    IHB-to-FI transfer164000 · Due from participant 3000113105 · Suspense
    External bank statement113120 · External payment clearing113100 · Owner main bank
    Owner FI account determination by trading partner
    Owner FI account determination by trading partner. Recorded training example from companion slide 86.

    Show the SSA CASH and CASHINTRNT entries. Verify currency, trading partner and scenario before explaining which G/L each leg uses.

    Additional integration and statement configuration

    Use these settings to complete the interface and accounting design. External bank statement forwarding and internally generated IHB account statements have different configuration paths and should be verified separately.

    The additional reference in the presentation is labeled SAP S/4HANA 2023.

    MBC connector interface settings

    SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > File Handler > Multi-Bank Connectivity Connector Integration > Maintain Inbound Settings / Maintain Outbound Settings

    Configuration step: For MBC integration, map the incoming message to an APM converter, then map the outgoing converter combination to the required MBC message type.

    MBC routing and connectivity are scenario-specific. The SSA local-file examples do not prove external bank transmission.

    Key fieldValue / required settingBrief functionality
    Inbound Sender / Message TypeExpected MBC message identityIdentifies the incoming interface
    Inbound Converter IDConverter for that messageSelects APM parsing and defaults
    Outbound Channel / Medium / FormatOutgoing converter combinationIdentifies the output interface
    Outbound Message TypeRequired MBC message typeClassifies the generated message

    FI posting g/l overlay and document type

    SPRO > Financial Supply Chain Management > Advanced Payment Management > External Interfaces > Posting Interfaces > FI-GL > Define Pattern for G/L Overlay / Determine Document Types

    Configuration step: For posting scenarios, derive the clearing G/L from the house-bank account and map the relevant APM transaction types to an FI document type.

    The overlay changes selected account digits. If no overlay applies, the house-bank G/L is the default posting account.

    Key fieldValue / required settingBrief functionality
    Clearing Area / Chart of AccountsPF / INTScopes the account derivation
    Format / Medium / ChannelApplicable output combinationSelects the overlay rule
    G/L Overlay Pattern++++++++02 in SSA119900 becomes clearing G/L119902
    Transaction TypeRequired posting-item typesScopes the document-type mapping
    FI Document TypeSA for recorded SSA typesControls the FI journal category

    Source payment method and bank selection

    FBZP > Payment Methods in Country / Company Code > Bank Determination OBPM4

    Configuration step: At the source company, assign the payment method, payment medium and bank ranking that generate the intended PINO or IHB instruction.

    The source instruction must contain the correct internal or external bank identity for subsequent APM scenario determination.

    Key fieldValue / required settingBrief functionality
    Payment MethodH POBO/internal; G PINOSelects the source payment flow
    Company / Currency3000 / USDScopes the method and bank ranking
    House Bank / Account IDH:IHB01/IHBUS; G:SBX01/USD01Selects the source debtor account
    Clearing G/LH:119902; G:113102Posts the source payment clearing
    Payment Medium / VariantUS_CGI_XML_CT / ZSSA3000XMLCreates the source payment XML

    Bank statements company-code settings

    SPRO > Financial Supply Chain Management > Cash and Liquidity Management > Bank Account Management > Define Settings for Bank Statements

    Configuration step: For bank-statement forwarding, maintain a valid company-code entry and enable file forwarding. Set posting behavior according to where accounting is performed.

    Use No Posting Processing where the receiving system owns accounting. The book company example allows local EoD posting as well as forwarding.

    Key fieldValue / required settingBrief functionality
    Company CodeCompany owning the bank accountScopes statement handling
    Valid FromEffective configuration dateStarts the applicable settings
    File ForwardingForwardingAllows statement-file forwarding
    Post. Category (EoD)Required local posting behaviorControls end-of-day posting
    Intraday Post. Cat.Required intraday behaviorControls intraday posting

    Bank statements bank-account settings

    Fiori: Define Bank Account Settings – Bank Statements

    Configuration step: Create the account-specific setting for the BAM technical ID. For forwarding without local accounting, enable forwarding and suppress local posting.

    Select the account whose statement is received. Confirm target-system routing in MBC and prove delivery and posting in an integrated test.

    Key fieldValue / required settingBrief functionality
    Technical IDRelevant BAM account IDIdentifies the individual bank account
    Valid FromEffective account-setting dateStarts the account-specific rule
    Posting Category (End of Day)No Posting ProcessingPrevents local EoD posting
    Posting Category (Intraday)No Posting ProcessingPrevents local intraday posting
    Bank Statement ForwardingForwardingEnables forwarding for this account

    IHB account statement options

    Fiori: Manage In-House Bank Accounts (F5942) > Account Options / Bank Statements

    Configuration step: For internal IHB statements, enable the statement requirement, maintain its schedule and assign the recipient and output converter.

    Internal IHB statement generation is separate from forwarding external bank statements. The detailed EOD execution remains in the IHB section.

    Key fieldValue / required settingBrief functionality
    Bank Statement RequiredSelected for the participantEnables IHB statement generation
    Bank Statement FrequencyDaily in the recorded setupSets the delivery schedule
    Statement RecipientParticipant BP1000242Identifies the receiving entity
    Converter IDZC53FCreates internal CAMT.053 output
    Original indicatorSelected in the recorded setupMarks the original statement delivery

    IHB activity types

    SPRO → Financial Supply Chain Management → Advanced Payment Management → In-House Bank → Define Activity Types for Account Management / Maintain Activity Type Criteria for Account Management

    • Classification. Categorize the business transaction recorded in the IHB account.
    • ISO attributes. Use domain, family, subfamily and credit/debit direction.
    • FI transfer. Derive G/L handling from the assigned activity type and scenario.
    • Fee relationship. Link applicable fee types where the delivered activity requires it.

    Compare activity types and their ISO domain, family, subfamily and debit or credit indicator. Trace the selected activity into FI determination.

    Account determination must cover both participants and the correct payment scenario.

    SAP GUI SM34 → FJEPVC_IHB_ACC_DET | OBA7 → YP | IMG → Document Splitting

    • INTERNAL CLEARING AND DOCUMENT SETTINGS
    SettingSaved valuePurpose
    CASHINTRNT IC00TP 3000 and 3001, USD, 113105Offsets both internal legs
    CASHINTRNT PB00Existing POBO mapping retainedPreserves prior POBO flow
    YP document typeCustomer + Inter-Company, range 15Receiver F-28 posting
    Revenue splittingINT 800000, category 30000Receiver FB70 invoice

    Use the tutorial with the video lessons

    The course follows the same seven lesson sequence and includes the companion presentation. Review the syllabus and preview, then use this article as a configuration reference alongside the recordings.

    Explore SAP APM and In-House Banking training for $99

    Read the shorter APM vs BCM payment flow guide

    Leave a Comment

    Your email address will not be published. Required fields are marked *

    Seraphinite AcceleratorOptimized by Seraphinite Accelerator
    Turns on site high speed to be attractive for people and search engines.