Payment Process Request Excludes Foreign-Currency Supplier Sites
Payments runs a single payment process request every Friday for all due invoices across three business units. This week 220 invoices are due: 150 USD, 45 EUR, and 25 GBP. Four suppliers use electronic payments. Supplier Helios has two sites: Helios-EU with a EUR bank account and Helios-UK with a GBP bank account. The PPR is submitted with payment method Electronic, disbursement bank account US-Operating-USD, and payment format US-ACH. The PPR selects 178 invoices and completes with warnings. The 42 unselected invoices include all 25 GBP invoices for Helios-UK and 17 EUR invoices for Helios-EU. Treasury confirms the supplier bank accounts are active and approved. The PPR option Pay Only Due Invoices is enabled, and the payment date is Friday. AP needs to pay the remaining invoices this week without duplicating payments.
1. Why were the 42 invoices excluded? Rank the likely causes.
Read the worked answer
The pattern is currency and bank-account specific, so the first suspect is the payment instruction setup, not supplier approval. The PPR uses a USD disbursement account and a US-ACH format. US-ACH is a USD domestic format and cannot produce EUR or GBP payments. The supplier bank accounts for Helios-EU and Helios-UK are EUR and GBP respectively, so those invoices cannot be paid through that combination.
The likely causes, in order:
- Payment format and disbursement bank account currency do not support EUR or GBP.
- The supplier site payment method may be Electronic, but the bank account attached to that site may not be enabled for the selected payment method or format.
- The PPR may have a payment currency filter or bank-account restriction that excludes non-USD invoices.
The fact that all 25 GBP and 17 EUR invoices failed points to a systemic currency/format limitation. Treasury's confirmation that the bank accounts are active rules out account inactivation as the primary cause.
2. How should AP pay the remaining invoices this week without duplicating the 178 already selected?
Read the worked answer
AP should not resubmit the same PPR. First, confirm the status of the 178 selected invoices and whether payments were created or are still in the PPR. Then create separate payment process requests by currency and disbursement account:
- USD invoices: use the USD operating account and US-ACH, or simply complete the existing PPR if it is still actionable.
- EUR invoices: use a EUR disbursement account and a SEPA-compatible format.
- GBP invoices: use a GBP disbursement account and a BACS or CHAPS-compatible format.
Use the Pay Only Due Invoices option and filter by currency or supplier site so the already-paid population is excluded. Before submission, review the PPR warning report and the invoice selection. After payment, reconcile the payment register to the invoice list. This split approach avoids duplicate payment and matches the payment instruction to the bank account and format.
3. What configuration changes would prevent this from recurring?
Read the worked answer
The root cause is that payment methods, formats, and disbursement accounts are not aligned by currency. I would:
- Link each disbursement bank account to the payment formats it supports, and restrict formats by currency.
- Ensure each supplier site has the correct payment method and primary bank account, with the bank account currency matching the expected invoice currency.
- Create payment process request templates for USD, EUR, and GBP so operators do not manually choose an incompatible account and format.
- Train payment operators to read PPR warnings before submission and to check the payment register for excluded invoices.
This is a configuration and operating-model fix, not a one-time workaround. It also improves cash forecasting because each currency has a predictable payment route.