Digital FX, Artificial Intelligence and Emerging TrendsIntroductionForeign exchange management is being transformed by digital infrastructure. Currency transactions that once depended on telephone dealing, manual confirmations and end-of-day reporting are increasingly conducted through electronic trading venues, application programming interfaces (APIs), automated treasury platforms, real-time payment systems and distributed-ledger networks. Artificial intelligence (AI) is also entering forecasting, transaction monitoring, fraud detection, liquidity management and execution decision-making. These developments can reduce processing time, improve transparency and lower operational costs. They can also create new risks. A poorly governed algorithm may execute at an inappropriate price, an inaccurate data feed may generate a misleading forecast, and a compromised API may permit unauthorized payments. Digital finance therefore requires more than technical adoption. It requires an integrated understanding of market structure, data governance, cybersecurity, operational resilience, regulation and managerial accountability. This chapter evaluates the principal technologies reshaping foreign exchange (FX) management and considers how organisations can use them responsibly. Learning ObjectivesBy the end of this chapter, students should be able to: - Explain electronic FX trading, algorithmic execution, APIs and treasury management systems.
- Evaluate real-time payments, blockchain, tokenized deposits, stablecoins and central-bank digital currencies (CBDCs).
- Describe applications of AI in forecasting, anomaly detection and treasury automation.
- Assess risks involving cybersecurity, data quality, model explainability, bias and governance.
- Apply a structured framework to the adoption of digital FX technologies.
- Recommend controls and performance measures for digitally enabled FX operations.
1. The Digital Transformation of FX ManagementFX management concerns the identification, measurement and control of currency exposures, together with the execution of payments, collections, hedges and liquidity transfers. Digitisation affects each stage of this process: | FX activity | Traditional approach | Digital approach |
|---|
| Price discovery | Telephone quotations and dealer networks | Electronic venues, streaming prices and multi-dealer platforms | | Execution | Manual order placement | Algorithms, smart order routing and automated rules | | Confirmation | Emails, spreadsheets and re-keying | Straight-through processing and API messaging | | Exposure measurement | Periodic spreadsheet reports | Continuous data aggregation and dashboards | | Forecasting | Managerial judgement and basic trend analysis | Statistical models and machine-learning tools | | Settlement | Batch instructions and correspondent banking | Real-time or near-real-time payment rails |
Digitisation does not eliminate the economic foundations of FX. Exchange rates still reflect interest-rate expectations, inflation, trade flows, capital movements, risk sentiment and policy decisions. Technology changes the speed, scale and control environment through which these forces are managed. A useful distinction is between front-office technology, which supports pricing and execution; middle-office technology, which supports risk measurement and compliance; and back-office technology, which supports confirmation, settlement, accounting and reconciliation. The greatest benefits occur when these layers are integrated rather than operated as disconnected systems. 2. Electronic Trading and Algorithmic ExecutionElectronic FX tradingElectronic FX trading uses digital platforms to connect market participants and transmit orders. Common models include: - Request-for-quote (RFQ): a customer requests prices from one or more liquidity providers.
- Continuous streaming: a liquidity provider continuously displays bid and ask prices.
- Central limit order book: participants submit orders that are matched according to price and time priorities.
- Single-dealer platforms: a bank provides its own trading interface and services.
- Multi-dealer platforms: several liquidity providers compete for customer flow.
Electronic execution can improve auditability and permit comparison of prices. However, displayed liquidity may disappear during market stress, and a quoted price may not be executable for the desired amount. Market impact, latency, spread, information leakage and counterparty quality remain important. The bid–ask spread is the difference between the price at which a dealer buys and the price at which the dealer sells. If the bid is 1.0840 USD per EUR and the ask is 1.0843 USD per EUR, the spread is: Spread = Ask − Bid = 1.0843 − 1.0840 = 0.0003 USD/EUR This calculation assumes that both quotations refer to the same currency pair, amount and execution conditions. The spread is only one component of execution cost; market impact and timing may be larger for substantial orders. Algorithmic executionAn execution algorithm divides or times an order according to pre-defined objectives. Common strategies include: - Time-weighted average price (TWAP): distributes execution relatively evenly over time.
- Volume-weighted average price (VWAP): schedules execution in relation to expected market volume.
- Implementation shortfall: seeks to reduce the difference between the decision price and the final execution outcome.
- Participation strategies: execute as a target percentage of observed market volume.
- Smart order routing: selects venues or liquidity providers according to price, liquidity, latency and probability of execution.
Algorithms should not be evaluated only by whether they obtained the best visible price. A more complete assessment considers the benchmark, market conditions, urgency, fill rate, slippage and information leakage. For a purchase of foreign currency, a simple implementation-shortfall measure can be expressed as: IS = (P̄exec − Pdecision) × Q where P̄exec is the volume-weighted execution price, Pdecision is the price available when the trading decision was made, and Q is the quantity purchased. For a sale, the sign convention is reversed. The formula assumes consistent currency units and excludes or separately identifies commissions, fees and hedging effects. Algorithmic execution creates governance questions. Who approved the algorithm? What limits apply to order size, price deviation and trading hours? What happens if market data become stale? Can a human stop execution? These questions are especially important because automation can amplify an error across many transactions in a short period. 3. APIs and Treasury Management SystemsAn API is a controlled interface through which one software application requests data or services from another. In FX management, APIs may provide live or indicative prices, submit orders, retrieve trade confirmations, initiate payments, obtain account balances or transmit accounting entries. A typical API interaction involves authentication, a request, validation, processing and a response. Strong implementations use encryption in transit, certificate management, access tokens, rate limits, logging, message signing and carefully defined permissions. An API account that can both read balances and release payments has a larger potential impact than an account restricted to read-only access. A treasury management system (TMS) integrates information and workflows for cash, liquidity, debt, investments, FX exposure, hedging, payments, confirmations and reconciliation. Its value depends on data integration and control design rather than on the software label alone. Important TMS capabilities include: - Exposure aggregation: consolidating forecasts, invoices, intercompany balances and loans by currency and maturity.
- Hedge management: recording hedge instruments, maturities, counterparties and accounting relationships.
- Cash positioning: showing expected inflows, outflows and available balances.
- Payment control: enforcing approval thresholds, segregation of duties and beneficiary verification.
- Reconciliation: matching bank statements, payment messages, trades and ledger entries.
- Management information: reporting exposures, limits, liquidity and performance.
Integration introduces a trade-off. A single connected system may remove duplicated data entry, but it also increases concentration risk. A failure in a central interface can disrupt multiple processes. Consequently, organisations need fallback procedures, tested recovery arrangements and clear ownership of master data. 4. Real-Time Payments and Digital SettlementReal-time payment systems can make funds available within seconds or minutes, often continuously rather than only during banking hours. They can improve working-capital management and reduce settlement delays, but they also reduce the time available to detect and reverse fraud. For international business, payment speed depends on more than the domestic payment rail. It may require foreign-exchange conversion, sanctions screening, correspondent banks, beneficiary-bank acceptance, operating-hour compatibility and legal finality. A real-time domestic payment may therefore still be embedded in a slower cross-border process. Treasury departments should distinguish: - Payment initiation: the instruction is sent.
- Payment processing: financial institutions validate and route it.
- Settlement finality: the transfer becomes legally and operationally final.
- Reconciliation: the organisation matches the movement to its records.
Faster settlement can reduce intraday credit exposure and improve liquidity visibility. It can also increase operational risk if automated payment rules are insufficiently controlled. Appropriate controls include confirmation of beneficiary changes, transaction limits, dual approval, anomaly monitoring, sanctions screening and independent reconciliation. 5. Blockchain, Tokenized Deposits, Stablecoins and CBDCsBlockchain and distributed ledgersA blockchain is a form of distributed ledger in which transactions are recorded across participating nodes according to agreed validation rules. Some networks are permissionless, allowing broad participation; others are permissioned, restricting participation to approved institutions. Potential FX applications include shared records of ownership, automated settlement, collateral mobility, trade documentation and programmable payment conditions. The principal attraction is a common record that may reduce reconciliation among parties. However, a distributed ledger does not automatically guarantee accurate data, legal enforceability, privacy, scalability or finality. The phrase “garbage in, garbage out” remains applicable: a ledger can preserve an incorrect input very effectively. Tokenized depositsA tokenized deposit is a digital representation of a commercial-bank deposit, generally backed by a claim on the issuing bank. Its economic value depends on the legal structure, redemption rights, banking supervision and segregation or protection arrangements. Tokenized deposits may allow programmable transfers while retaining a connection to the regulated banking system. StablecoinsStablecoins are digital tokens designed to maintain a relatively stable value against a reference asset, often a fiat currency. Stability may depend on cash or securities reserves, over-collateralisation, algorithms, or combinations of these mechanisms. “Stable” is therefore a design objective, not a guarantee. FX managers should examine reserve quality, redemption terms, issuer governance, operational resilience, network concentration, sanctions exposure and price deviations. A stablecoin may be useful for certain digital-market settlements, but it may also create liquidity, legal, compliance and counterparty risks. Central-bank digital currenciesA CBDC is a digital form of central-bank money. A retail CBDC is intended for households and businesses, whereas a wholesale CBDC is designed for financial institutions and large-value settlement. Design choices concern access, privacy, offline functionality, programmability, remuneration, transaction limits and interoperability. CBDCs could improve settlement efficiency and reduce some forms of counterparty risk. They may also affect bank funding, monetary transmission, privacy and cross-border sovereignty. Their consequences cannot be assessed solely by asking whether transactions are faster; the institutional design determines who bears risk and who controls access. | Instrument | Main issuer or backing | Typical promise | Key FX-management question |
|---|
| Bank deposit | Commercial bank | Claim on the bank | What are the bank and settlement risks? | | Tokenized deposit | Commercial bank, represented digitally | Programmable deposit claim | What legal rights accompany the token? | | Stablecoin | Private issuer and reserve mechanism | Stable reference value | How reliable are reserves and redemption? | | CBDC | Central bank | Digital central-bank money | What access and cross-border rules apply? |
6. Artificial Intelligence in FX ManagementAI includes statistical and computational methods that identify patterns, generate predictions, classify events or support decisions. In FX, AI should normally augment professional judgement rather than eliminate accountability. ForecastingForecasting tools may estimate exchange-rate movements, payment flows, cash balances or hedge requirements. A basic autoregressive model can be written as: xt = c + φxt−1 + εt where xt is the variable at time t, c is a constant, φ is the estimated persistence coefficient, and εt is an error term with expected value approximately zero under the model assumptions. The model assumes a stable relationship over the relevant period; exchange-rate regime changes can make that assumption unreliable. More advanced systems may use gradient boosting, recurrent neural networks or transformer-based models. These can process larger sets of explanatory variables, such as interest-rate differentials, commodity prices, option-implied volatility, macroeconomic announcements and corporate payment data. Greater complexity does not guarantee greater predictive accuracy. A model that performs well in historical data may fail when market structure changes. Forecast quality should be assessed using out-of-sample data and appropriate metrics. For a forecast error et = yt − ŷt, the mean absolute error is: MAE = (1/n) ∑|et| where n is the number of observations, yt is the actual outcome and ŷt is the forecast. MAE has the same units as the forecast variable and is less sensitive to large errors than mean squared error. No single metric is sufficient; economic usefulness and decision consequences must also be evaluated. Anomaly detectionAI can identify unusual payment amounts, currencies, beneficiaries, timing, login locations or trading patterns. Methods include rules, clustering, statistical distance measures and supervised classification. An anomaly is not necessarily fraud. It may reflect a legitimate acquisition, seasonal payment or market event. Human review and contextual information are therefore essential. Automation and intelligent decision supportAI can classify invoices, predict cash flows, propose hedge quantities, match confirmations, draft reports and prioritise exceptions. A controlled workflow might permit automatic processing for low-value, familiar transactions while routing high-value, unusual or cross-border transactions for human approval. A useful principle is proportionate automation: the greater the financial, legal or reputational consequence, the stronger the requirement for human review, explainability, approval evidence and reversibility. 7. Data Quality, Explainability and GovernanceDigital FX systems are only as reliable as their data. Important dimensions of data quality include accuracy, completeness, timeliness, consistency, uniqueness and validity. Examples of data problems include an inverted currency quote, a stale market price, a duplicated invoice, an incorrect settlement date or inconsistent currency codes. Data governance should identify: - the owner of each critical data element;
- the permitted source and transformation history;
- validation rules and exception handling;
- retention, privacy and access requirements;
- reconciliation procedures; and
- procedures for correcting errors.
Explainability means that users can understand the basis, limitations and relevant inputs of a model or automated recommendation. A fully transparent model is not always possible, but organisations should be able to explain the purpose of the model, the data used, the decision threshold, the degree of uncertainty and the escalation route. Model governance typically includes model inventory, approval before deployment, independent validation, performance monitoring, version control, documentation, access restrictions and periodic review. Monitoring should consider model drift: the deterioration of performance when relationships in the environment change. AI governance also involves fairness and accountability. A training dataset may encode historical bias, while an optimisation objective may privilege cost reduction over supplier access or customer treatment. Responsibility cannot be transferred to a vendor or an algorithm. Senior management remains accountable for the controls and outcomes of systems used by the organisation. 8. Cybersecurity and Operational ResilienceDigital FX operations face risks from phishing, credential theft, ransomware, malicious insiders, API abuse, supply-chain compromise, denial-of-service attacks and manipulation of market or payment data. A layered control model includes: - Identity and access management: least privilege, multi-factor authentication and periodic access review.
- Network and endpoint security: segmentation, patching, monitoring and secure configuration.
- Application security: code review, vulnerability testing, secure secrets management and input validation.
- Transaction controls: limits, dual approval, beneficiary verification and behavioural monitoring.
- Detection and response: logs, alerts, incident playbooks and forensic capability.
- Resilience: backups, redundant connectivity, tested recovery and manual workarounds.
Operational resilience is broader than cybersecurity. It asks whether critical services can continue within an acceptable tolerance during technology failure, cyberattack, data outage, market disruption or third-party failure. Testing should include realistic scenarios, including stale prices, incorrect exchange rates, failed payment messages and unavailability of a key cloud provider. 9. An Adoption Framework for International BusinessesA disciplined adoption process can be organised into six stages: Stage 1: Define the business problemThe organisation should specify whether it seeks lower spreads, faster settlement, better forecasting, reduced manual work, improved control or greater transparency. Technology should not be adopted merely because it is fashionable. Stage 2: Map the process and riskDocument data sources, decision rights, dependencies, counterparties, legal obligations, failure points and control activities. Identify what must remain human-controlled. Stage 3: Evaluate alternativesCompare cost, performance, interoperability, scalability, vendor dependence, regulatory treatment, privacy and exit options. A pilot should use representative data and include adverse scenarios. Stage 4: Establish controls before scalingDefine access permissions, approval thresholds, algorithm limits, audit trails, data validation, model monitoring, incident response and recovery procedures. Stage 5: Measure outcomesRelevant measures may include execution cost, spread, slippage, forecast error, straight-through-processing rate, exception rate, payment-failure rate, fraud losses, system availability and recovery time. Stage 6: Review continuouslyMarkets, regulations, vendors and cyber threats change. Periodic reassessment is essential, particularly after major model updates, acquisitions, payment-rail changes or security incidents. 10. Illustrative Case: Meridian Components Ltd.BackgroundMeridian Components Ltd. is a fictional multinational manufacturer headquartered in the United Kingdom. It purchases components in euros and dollars, sells in several currencies, and maintains subsidiaries in Asia and North America. Its treasury department uses spreadsheets, email approvals and separate bank portals. Management experiences delayed exposure reports, duplicate payment investigations and inconsistent hedge decisions. ProblemThe company wants to reduce manual processing and improve visibility without surrendering control of high-value payments. Its board is also concerned about cyber risk and the reliability of AI-generated forecasts. AnalysisA process review identifies three principal weaknesses. First, invoice and sales data arrive late, so exposures are incomplete. Second, payment instructions are re-keyed into bank portals, creating operational risk. Third, the treasury team compares hedge performance inconsistently because benchmarks are not defined. Approach and solutionMeridian implements a TMS connected through APIs to its enterprise resource planning system and banks. Read-only data feeds are established first. Currency codes, entity identifiers and settlement dates are standardised, and daily reconciliation is introduced. A forecasting model proposes weekly cash-flow ranges rather than a single supposedly precise number. Its performance is measured using out-of-sample MAE and compared with a simple human-managed benchmark. The model may suggest a hedge, but a treasury manager must approve exposures above a specified threshold. For payments, low-risk recurring beneficiaries are subject to automated validation, while new beneficiaries and unusual amounts require dual approval. API credentials are separated by function, multi-factor authentication is enforced, and transaction logs are reviewed. The company postpones stablecoin settlement because legal treatment, supplier acceptance and redemption arrangements are not yet sufficiently clear. OutcomeThe fictional pilot reduces re-keying and improves daily exposure visibility. Forecast accuracy improves for predictable operating cash flows but remains weak around major commodity-price announcements. The organisation therefore uses the model as decision support rather than as an autonomous trading system. A simulated cyber incident reveals that a manual payment fallback is necessary. Learning points- Integration can improve efficiency only when data standards are reliable.
- A forecast should be judged against a benchmark and its business use, not only statistical scores.
- Automation requires limits, approval rules and recovery procedures.
- Emerging payment technologies should be assessed by legal and operational conditions as well as technical capability.
- Human accountability remains essential for consequential FX decisions.
11. Regulatory, Ethical and Strategic ConsiderationsRegulatory requirements vary by jurisdiction, but common concerns include market conduct, payments regulation, anti-money-laundering and counter-terrorist-financing controls, sanctions, consumer or client protection, privacy, outsourcing, operational resilience and record keeping. International businesses must identify which rules apply to the entity, transaction, currency, payment system and technology provider. Strategically, digital FX may alter relationships between banks, non-bank liquidity providers, payment firms, technology vendors and corporate treasuries. Greater competition can reduce costs, but dependence on a small number of platforms may increase concentration risk. Interoperability is valuable, yet common standards may also create systemic dependence if widely shared infrastructure fails. Ethical management requires proportionality, transparency and respect for affected stakeholders. A company should not use opaque automation to deny legitimate payments, manipulate execution outcomes or conceal risk from decision-makers. Data minimisation and privacy protection are particularly important when payment records reveal commercial relationships, employee information or customer behaviour. Best-Practice Checklist- Establish a documented digital FX strategy linked to business objectives.
- Maintain approved data definitions and ownership for critical information.
- Separate development, testing and production environments.
- Apply least privilege and multi-factor authentication to systems and APIs.
- Set algorithmic limits, emergency stops and human escalation rules.
- Validate AI models against simple benchmarks and out-of-sample data.
- Monitor model drift, data anomalies and unexplained performance changes.
- Reconcile trades, payments, bank records and ledger entries independently.
- Test cyber incident response and manual operating procedures.
- Assess vendors, cloud concentration, legal rights and exit arrangements.
- Document decisions, approvals, model versions and exceptions.
- Review regulatory and ethical implications before scaling a new technology.
Chapter SummaryDigital technology is changing FX management from a largely periodic and manually coordinated activity into a connected, data-intensive process. Electronic trading and algorithmic execution can improve price discovery and reduce execution effort, but they introduce risks involving latency, market impact, stale data and uncontrolled automation. APIs and treasury management systems can connect exposure measurement, trading, payments and accounting, provided that access, integration and recovery controls are strong. Real-time payments may improve liquidity and reduce settlement delays, while blockchain and distributed ledgers offer shared records and programmable settlement. Tokenized deposits, stablecoins and CBDCs differ in issuer, legal claim, backing and settlement risk; they must not be treated as interchangeable. AI can support forecasting, anomaly detection and workflow automation, but predictive accuracy is not guaranteed and historical relationships can break down. The central governance lesson is that digital capability must be matched by data quality, cybersecurity, explainability, model validation, human accountability and operational resilience. A successful FX technology programme begins with a business problem, uses proportionate automation, measures outcomes against appropriate benchmarks and maintains credible controls when systems or markets fail. Key TermsAlgorithmic execution: Automated rules used to divide, time or route a trading order. API: A software interface that enables controlled communication between applications. Anomaly detection: Identification of observations or transactions that differ materially from expected patterns. Bid–ask spread: The difference between a market’s buying price and selling price. Blockchain: A distributed ledger that records transactions using agreed validation procedures. CBDC: A digital form of central-bank money. Data governance: Policies and responsibilities governing the quality, use, security and lifecycle of data. Electronic trading: Digital transmission and matching of orders or quotations in financial markets. Explainability: The extent to which a model’s purpose, inputs, limitations and outputs can be understood. Implementation shortfall: The difference between a decision benchmark and the actual execution outcome. Machine learning: Computational methods that learn patterns from data for prediction or classification. Model drift: Decline in model performance caused by changing data or relationships. Operational resilience: The capability to continue important services during disruption. Real-time payment: A payment processed and made available substantially faster than conventional batch processing. Stablecoin: A digital token designed to maintain a relatively stable value against a reference asset. Straight-through processing: Automated processing with minimal manual intervention or re-keying. Tokenized deposit: A digital representation of a claim on a commercial-bank deposit. Treasury management system: Integrated software for managing cash, liquidity, FX, debt, payments and related controls. TWAP: An execution approach that distributes trading relatively evenly over a specified period. VWAP: An execution benchmark or strategy based on prices weighted by traded volume. Review QuestionsShort Answer Questions- What is the difference between a single-dealer and a multi-dealer FX platform?
- Why is data quality important in AI-assisted FX forecasting?
- Define a tokenized deposit and identify its issuer.
- State two cybersecurity controls relevant to API-based payments.
- What is meant by model drift?
Long Answer Questions- Explain how electronic trading and algorithmic execution affect FX transaction costs and risks.
- Compare stablecoins, tokenized deposits and CBDCs from the perspective of an international treasury manager.
- Discuss the role of a treasury management system in integrating front-, middle- and back-office activities.
- Evaluate the advantages and limitations of AI-based exchange-rate forecasting.
- Explain why operational resilience must be considered alongside cybersecurity in digital FX.
Analytical / Application Questions- A company’s algorithm purchases EUR/USD rapidly after receiving a stale price feed. Analyse the control failures that may have contributed to the incident and recommend preventive measures.
- Design a governance framework for an AI system that flags unusual cross-border payments. Specify data controls, human review, performance monitoring and escalation procedures.
- An international business is considering stablecoin settlement with suppliers. Develop a decision framework covering liquidity, redemption, legal, compliance, technology and counterparty risks.
Multiple Choice Questions with AnswersQuestion 1Which feature best characterises a request-for-quote FX platform? A. Customers request prices from one or more liquidity providers B. All trades must be matched anonymously in a central order book C. Only a central bank may submit quotations D. Prices are determined once per day by an accounting system Correct Answer: A. Customers request prices from one or more liquidity providers Question 2A purchase has a decision price of 1.1000 USD/EUR and an execution price of 1.1015 USD/EUR for 2,000,000 EUR. Ignoring fees, what is the implementation shortfall? A. 1,500 USD B. 3,000 USD C. 30,000 USD D. 300,000 USD Correct Answer: B. 3,000 USD Question 3What is the principal purpose of an API in digital treasury operations? A. To replace all regulatory requirements B. To enable controlled communication between software applications C. To guarantee that exchange rates will rise D. To eliminate the need for authentication Correct Answer: B. To enable controlled communication between software applications Question 4Which instrument is generally a digital representation of a claim on a commercial-bank deposit? A. CBDC B. Stablecoin backed only by an algorithm C. Tokenized deposit D. Equity share Correct Answer: C. Tokenized deposit Question 5Why should an AI anomaly alert not automatically be treated as evidence of fraud? A. Anomalies can reflect legitimate unusual activity B. AI systems cannot process any financial data C. Fraud never occurs in payment systems D. Anomalies are always caused by exchange-rate movements Correct Answer: A. Anomalies can reflect legitimate unusual activity Question 6Which metric has the same units as the forecasted variable? A. Mean absolute error B. Correlation coefficient only C. A unit-free probability D. A model version number Correct Answer: A. Mean absolute error Question 7Which control most directly limits the damage from a compromised payment API credential? A. Removing all transaction logs B. Granting the credential unlimited privileges C. Using least privilege and transaction limits D. Disabling reconciliation Correct Answer: C. Using least privilege and transaction limits Question 8What is model drift? A. A deliberate change in a currency peg B. A decline in model performance as conditions or data change C. A payment sent to the wrong beneficiary D. A method of encrypting an API Correct Answer: B. A decline in model performance as conditions or data change Question 9Which statement about stablecoins is most accurate? A. Their stability is guaranteed by the word stablecoin B. Their value depends on the design, reserves and redemption arrangements C. They are always central-bank liabilities D. They cannot be used for digital settlement Correct Answer: B. Their value depends on the design, reserves and redemption arrangements Question 10What is proportionate automation in FX management? A. Automating every decision regardless of consequence B. Using stronger human review and controls for higher-consequence decisions C. Allowing vendors to accept all accountability D. Avoiding all technology in treasury Correct Answer: B. Using stronger human review and controls for higher-consequence decisions
|