Start form
SAP vendor bank change
Filled in by whoever starts the process
Finance package
A themed form requests a supplier bank change; SAP data is compared, finance reviews, the supplier is called back, treasury approves and SAP is updated.
Connects to SAP S/4HANA
About this package
SAP vendor master change approval protects one of the most attacked processes in accounts payable: changing where a supplier is paid. The requester fills in a themed start form with the supplier number, the new bank country, IBAN, SWIFT, account holder, effective date and the evidence reference.
The workflow reads the supplier, its company code data and its current bank details from SAP S/4HANA (API_BUSINESS_PARTNER: A_Supplier, A_SupplierCompany, A_BusinessPartnerBank), compares them with the request and evaluates the Bank change risk decision table: a different account holder or bank country is high risk and needs two call-backs.
Finance reviews the side-by-side comparison, an AP clerk calls the supplier on a number already on file and ticks off what was confirmed, and treasury gives the second, independent approval. Only then is the new bank detail created and the old one end-dated in SAP. Every step is written to the Vendor change audit log, and the requester is told when the change is live.
Starts from its themed start form (Run in the app, or share the workflow start form) or from your supplier portal posting the same fields to the start API.
Someone fills in a form to start it: the workflow start form (Run dialog in the app, or your own portal posting to the API) or a standalone form page (/f/<id>) whose Form submitted trigger starts the workflow. People complete User Task forms along the way.
The flow
Request
A themed start form collects the supplier, the new bank details, the effective date and the evidence.
Compare with SAP
A_Supplier, A_SupplierCompany and the business partner bank details are read and compared with the request.
Risk
The Bank change risk decision table sets the risk and how many call-backs are needed.
Finance review
Finance checks the evidence and the IBAN on a task form with Approve / Reject.
Call-back
An AP clerk calls the supplier on a known number and ticks the confirmations (Verified / Could not verify).
Treasury approval
Treasury gives the second approval; the new bank detail is created and the old one end-dated in SAP.
Audit
Each step is logged in the Vendor change audit log and the requester is emailed.
Forms
The workflow inputs are the start form: the Run dialog renders them on its grid and theme, and your own portal can post the same fields. User Tasks show their fields and outcome buttons to the assignee.
Start form
Filled in by whoever starts the process
User Task
Review bank change for {{supplier_name}} ({{supplier}}), risk {{risk}} · 2-column grid · own header and theme
User Task
Call {{supplier_name}} to verify the new bank details ({{change_ref}}) · 2-column grid · own header and theme
User Task
Approve bank change for {{supplier_name}} ({{change_ref}}) · 2-column grid · own header and theme
From your code
Every workflow can be started over REST, MCP or the CLI, whatever its trigger, with the sample input below. Runs start straight away on the published version; replace <workflow id> with the id the install created.
REST
curl -X POST "$USERTASKS_URL/api/v1/workflows/start" \
-H "Authorization: Bearer $USERTASKS_API_KEY" \
-H "Content-Type: application/json" \
-d '{"workflow_id":"<workflow id>","variables":{"requester_email":"alex.morgan@example.com","supplier":"17300001","company_code":"1010","new_bank_country":"NL","new_iban":"NL91 ABNA 0417 1643 00","new_swift":"ABNANL2AXXX","new_holder":"Northwind Industrial Supply GmbH","effective_date":"2026-11-05","evidence_reference":"DOC-2026-10-4471 (signed bank letter)","reason":"Supplier moved its operating account to its Dutch subsidiary bank"}}'CLI
usertasks workflows inputs <workflow id> # the start form: keys, types, required
usertasks workflows run <workflow id> --input requester_email=alex.morgan@example.com --input supplier=17300001 --input company_code=1010 --input new_bank_country=NL … --waitInbound webhook
usertasks webhooks create <workflow id> # prints the hook slug and secret once
curl -X POST "$USERTASKS_URL/api/webhooks/inbound?hook=<slug>" \
-H "Authorization: Bearer <webhook secret>" -H "Content-Type: application/json" \
-d '{"requester_email":"alex.morgan@example.com","supplier":"17300001","company_code":"1010","new_bank_country":"NL","new_iban":"NL91 ABNA 0417 1643 00","new_swift":"ABNANL2AXXX","new_holder":"Northwind Industrial Supply GmbH","effective_date":"2026-11-05","evidence_reference":"DOC-2026-10-4471 (signed bank letter)","reason":"Supplier moved its operating account to its Dutch subsidiary bank"}'What's included
| Type | Name | Details |
|---|---|---|
| Email template | Supplier bank details updated | Sent to the requester when the new bank details are live in SAP. |
| Data table | Vendor change audit log | Every step of a supplier bank detail change: who requested, reviewed, verified and approved it, with old and new values. Keep it for your audit trail. |
| Integration | SAP S/4HANA | |
| API reference | Add supplier bank detail | POST /API_BUSINESS_PARTNER/A_BusinessPartnerBank — API_BUSINESS_PARTNER: create the new A_BusinessPartnerBank entry (new bank id) valid from the effective date. |
| API reference | End old bank detail | PATCH /API_BUSINESS_PARTNER/A_BusinessPartnerBank(BusinessPartner='{{supplier}}',BankIdentification='{{bank_id}}') — API_BUSINESS_PARTNER: PATCH the old A_BusinessPartnerBank entry so it ends the day before the new one starts (SAP answers 204 No Content). |
| API reference | Get supplier | GET /API_BUSINESS_PARTNER/A_Supplier('{{supplier}}') — API_BUSINESS_PARTNER A_Supplier: name, account group, VAT registration, country and posting / payment blocks. |
| API reference | Get supplier bank details | GET /API_BUSINESS_PARTNER/A_BusinessPartner('{{supplier}}')/to_BusinessPartnerBank — API_BUSINESS_PARTNER: the business partner's bank details (to_BusinessPartnerBank): IBAN, SWIFT, bank key, account holder and validity. |
| API reference | Get supplier company data | GET /API_BUSINESS_PARTNER/A_SupplierCompany(Supplier='{{supplier}}',CompanyCode='{{company_code}}') — API_BUSINESS_PARTNER A_SupplierCompany: payment terms, payment methods, reconciliation account, house bank and payment block for the company code. |
| Decision table | Bank change risk | 4 rules — Risk of a supplier bank detail change. High risk needs a second call-back contact and same-day treasury review. First matching rule wins. |
| Retention policy | Vendor change audit: 10 years | Financial audit records: keep vendor change audit rows for 10 years, then purge. Apply it to the Vendor change audit log after install. |
| Workflow | SAP vendor bank change | 26 steps — A requested supplier bank detail change is compared with SAP, reviewed by finance, verified by call-back, approved by treasury (four eyes) and written to SAP, with every step in the audit log. |
Vendor change audit log · 1 sample rows
Change referenceSupplierSupplier nameStepDecisionActor (user id or email)Old valueNew valueRiskNotesLogged at
Requirements
Credentials never travel in a package. The install wizard asks for what your environment must provide, or installs it incomplete until you finish setup.
Integration “SAP S/4HANA”Required
Workflow “SAP vendor bank change” assigneesRequired
Install
Works on UserTasks cloud and on any self-hosted instance. Installing creates the assets above; nothing runs until you complete setup and start it.
curl -fLO https://usertasks.com/gallery/sap-vendor-master-change-1.0.0.utpkg
usertasks packages inspect sap-vendor-master-change-1.0.0.utpkg # offline: checksum, hashes, signature
usertasks packages install sap-vendor-master-change-1.0.0.utpkg --dry-run
usertasks packages install sap-vendor-master-change-1.0.0.utpkg # prompts for each requirement
usertasks packages install sap-vendor-master-change-1.0.0.utpkg --keep-incomplete --yes # in CI; finish with:
usertasks packages complete sap-vendor-master-change -f values.yamlVerify the download
shasum -a 256 sap-vendor-master-change-1.0.0.utpkg should print the file SHA-256. How gallery packages are signed.
Versions
Installing a newer version upgrades in place: local credentials and requirement values are kept, and changes you made are flagged first. How packages work
More packages
Finance Official
Employees submit a claim from a form; category limits and an approval policy route it, and approved claims are queued for reimbursement.
Needs:REST APIAssigneesEmail
Finance Official
A themed petty cash claim form with a cost-centre lookup and receipt link, float and limit rules, budget-holder approval and a ledger.
Nothing to configure: works as soon as it is installed
Finance Official
Requesters submit a requisition; the purchasing policy sets approvals and quotes, and approved requests become a purchase order sent to the supplier.
Needs:REST APIAssigneesEmail