SAP Pay and the Capital Twin: From Payment Orchestration to Capital Orchestration

“The next frontier of enterprise finance is not moving money faster. It is making every unit of capital more productive.” The introduction of SAP Pay marks an important development in the relationship between enterprise software and financial services. For decades, companies have managed their operational processes within enterprise resource planning systems while relying on banks, payment service providers, treasury platforms, and other external services to execute the financial consequences of those processes. An invoice could be created in an ERP, approved through a procurement workflow, transferred to a banking platform, paid through a financial institution, and subsequently reconciled against the original accounting document. Each step might be individually efficient, yet the complete process could still depend on integrations, file transfers, separate interfaces, manual intervention, and reconciliation activities. SAP Pay changes the position of payment execution within this architecture. By embedding payment capabilities into SAP Cloud ERP, it brings payment initiation, execution, and reconciliation closer to the business transaction that creates the payment obligation. The significance of this development extends beyond the payment itself. Once payment execution becomes an integrated component of the enterprise operating environment, a more fundamental question emerges: If a business system can connect an economic obligation directly to its payment, why should the optimization of the capital required to fulfil that obligation remain fragmented across separate operational and financial systems? This question provides the starting point for understanding the Capital Twin. The Capital Twin is a conceptual framework for extending the integration of operational and financial processes into the continuous valuation, allocation, protection, and optimization of capital across the real economy. SAP Pay does not, by itself, constitute a Capital Twin. Nor does payment automation automatically create a comprehensive capital optimization capability. Its strategic significance is different: it helps make financial services embedded in enterprise processes more familiar, accessible, and operationally natural. It establishes a clearer connection between the business event, the resulting financial obligation, and the execution of the payment. The Capital Twin takes this logic further. It asks how the economic reality behind that obligation can be translated into capital-market intelligence, allowing financial decisions to reflect not only the amount payable, but also the operational evidence, contractual commitments, liquidity requirements, risks, and economic value associated with the underlying transaction. The distinction is fundamental. SAP Pay helps orchestrate the movement of money. The Capital Twin seeks to orchestrate the capital required to make the real economy work. 1. The ERP becomes a financial control point Enterprise software has evolved through successive layers of integration. First, companies integrated their accounting and operational records. Then they connected departments, subsidiaries, production facilities, distribution networks, customers, and suppliers through increasingly comprehensive enterprise platforms. The objective was to replace isolated information systems with a more consistent representation of the business. An ERP does more than record transactions. It connects the operational events that generate those transactions. A purchase order establishes a commercial commitment. A production order translates demand into manufacturing activity. An inventory movement changes the availability of goods. A delivery documents the execution of an obligation. An invoice establishes a financial claim. A payment settles an obligation. These events belong to a connected economic process, even when their financial consequences appear at different moments. Historically, the execution of payments often required an additional technological boundary between the enterprise system and the financial infrastructure. SAP Pay moves payment execution closer to the ERP workflow. According to SAP's published product information, the service supports traditional payment methods and stablecoin payments such as USDC, operates across 89 payment corridors, covers more than 40 currencies, and connects payment execution with reconciliation to the originating purchase order or invoice. Its architecture also uses SAP Multi-Bank Connectivity for secure bank communication. These capabilities should not be confused with eliminating banks or all external payment infrastructure. Banks and other providers continue to supply essential accounts, liquidity, settlement, custody, compliance, and payment connectivity. What changes is the location of the business decision and the degree of integration between that decision and its execution. The payment no longer needs to be treated exclusively as a separate banking operation detached from the enterprise workflow. It can become a native continuation of the process that created the obligation. This is strategically relevant because the ERP contains information that a payment instruction, considered in isolation, does not fully express. It knows which supplier issued the invoice, which purchase order authorized the expenditure, which company is responsible for the payment, which currency is involved, and which business process the transaction supports. Additional enterprise data may identify the delivery status, contractual conditions, inventory requirements, production dependencies, and expected cash-flow consequences associated with the same obligation. The payment is therefore not merely a transfer of funds. It is the financial execution of an economic event. Moving payment execution closer to that event creates an opportunity to improve not only transaction processing but also the decisions that precede the transfer of money. This is where the distinction between payment orchestration and capital orchestration becomes important. Payment orchestration determines how a payment should be executed across available payment methods, currencies, providers, and rails. Capital orchestration addresses a broader set of questions: which liquidity source should fund the obligation, when the capital should be committed, which currency exposure should be hedged, whether financing is necessary, what risks affect the expected cash flow, and how the transaction influences the capital requirements of the wider business ecosystem. The first optimizes the execution of a financial transaction. The second seeks to optimize the economic use of capital surrounding that transaction. SAP Pay makes the first capability more deeply integrated into the enterprise environment. The Capital Twin represents the next conceptual step: connecting that environment to a continuous model of capital requirements and economic value. 2. From financial records to economic intelligence The financial consequences of business activity are usually recorded through accounting systems. Accounting is indispensable. It provides the structured financial record needed to report assets, liabilities, revenues, expenses, cash movements, and other financial events. But accounting recognition and economic reality do not always occur at the same moment. A purchase order may create a binding commercial commitment before an invoice exists. A production order may require the consumption of materials and liquidity before a finished product can be sold. Goods may be in transit while ownership, insurance, delivery obligations, and payment conditions depend on the applicable contractual arrangements. A customer may have placed a confirmed order, but the seller may still face production uncertainty, transport costs, foreign-exchange exposure, or the possibility of late delivery. The economic implications of these events can begin before the corresponding amounts are fully reflected in accounting records. This creates a gap between the information needed to manage capital prospectively and the information traditionally used to represent financial performance retrospectively. A Capital Twin seeks to reduce that gap. It can be understood as a living representation of economic reality expressed in capital-markets language. Its purpose is to translate operational events, contractual commitments, financial records, and risk information into continuously updated capital intelligence. A conventional digital twin primarily represents the state and behaviour of a physical asset or process. A financial twin can represent the accounting and financial state of an enterprise, drawing on information such as balances, transactions, and journal entries. The Capital Twin adds another dimension. It evaluates the economic mission that an asset, contract, order, inventory position, receivable, or operational commitment is expected to fulfil, and translates that mission into its implications for liquidity, financing, risk, collateral, and capital allocation. An asset should not be evaluated solely by what it is, but also by the economic mission it must fulfil and the evidence supporting that mission. Consider an order for pharmaceutical products. Its commercial value cannot be established adequately by looking only at the sales price and the accounting cost of production. A meaningful forward-looking assessment may need to consider the probability of completing production on time, the availability of materials, expected transport costs, currency movements, the contractual delivery terms, the probability of customer payment, potential penalties, and the enforceability of the relevant commitments. The order may represent a valuable future cash flow, but the degree to which that value can support a financing decision depends on the quality of the evidence and the risks surrounding execution. The same principle applies to industrial machinery, agricultural commodities, consumer goods, energy supplies, and cross-border commercial transactions. An order is not automatically collateral. A forecast is not a contractual commitment. An invoice is not proof that every condition for payment has been fulfilled. The Capital Twin must distinguish between these different states and assign value according to the evidence available, the risks identified, and the enforceability of the underlying rights. That is what separates economic intelligence from simply attaching a financial number to an operational object. 3. Contractual Gravity: Capital requirements begin before accounting recognition One of the most important implications of integrating operational and financial information is that contractual commitments can create economic pressure before they appear as conventional accounting balances. This can be described as Contractual Gravity. A company that commits to purchase raw materials, reserve production capacity, deliver products, or pay a supplier assumes obligations that influence its future liquidity requirements. The timing and enforceability of these obligations matter. A purchase commitment may require cash several weeks before the corresponding customer payment is received. A confirmed order may justify production expenditure but still expose the supplier to cancellation, delay, or changes in demand. A transport agreement may establish costs that become payable independently of when revenue is recognized. These commitments exert a form of economic gravity on the company's future capital position. The effect is not limited to the enterprise that signs the contract. It extends across the network of businesses participating in the same commercial process. A manufacturer may depend on a supplier that must finance raw materials before production begins. The supplier may, in turn, depend on another supplier operating under different payment terms. The final customer may have a strong financial position, but that strength does not automatically resolve the liquidity constraints experienced by every participant upstream. Each company sees its own contracts, accounting records, treasury position, and financing arrangements. The economic process, however, crosses corporate boundaries. The Capital Twin seeks to represent this process as a connected chain of commitments, evidence, expected cash flows, and risks. By linking commercial obligations to operational milestones and financial consequences, it becomes possible to identify when capital is required, why it is required, which commitments support the requirement, and what evidence exists to support a financing or risk-management decision. This does not eliminate contractual uncertainty or turn every obligation into a financeable asset. It creates a more structured basis for distinguishing commitments that are enforceable and supported by reliable evidence from those that remain contingent, uncertain, or insufficiently documented. That distinction is particularly important in a capital-constrained environment. When capital is expensive, the timing of a financing requirement can be as important as its nominal amount. A company that can anticipate a verified liquidity requirement before it becomes urgent may have more options than one that discovers the requirement only when a payment falls due. The strategic objective is not simply to improve the visibility of liabilities. It is to understand the economic consequences of commitments early enough to influence the allocation of capital. 4. SAP Pay creates a stronger connection between obligations and execution The practical relevance of SAP Pay becomes clearer when viewed through a typical procure-to-pay process. A company issues a purchase order. The supplier delivers the goods or services. The invoice is received, validated, and approved. The payment is initiated and executed. The resulting transaction is reconciled with the original business documents. In a fragmented architecture, each stage can involve separate applications, interfaces, payment files, banking portals, and reconciliation procedures. Embedding payment capabilities in the ERP can reduce these handoffs and preserve the relationship between the original business obligation and the resulting payment. This improves the operational context in which payment decisions are made. The payment can be associated with the supplier, the invoice, the purchase order, the responsible legal entity, and the relevant workflow. Its execution status can be reflected in the enterprise environment, helping finance teams maintain a more consistent view of outstanding obligations and completed settlements. Yet the payment itself is only one event in a much longer economic sequence. Before the invoice is paid, the company may have already committed capital to procurement, production, inventory, transport, and distribution. After the payment, it may still be waiting for its customer to pay. During the entire process, currency movements, delivery delays, changes in demand, and financing costs can alter the expected economic outcome. Payment automation addresses the execution of the obligation. Capital optimization must also address the economic conditions under which the obligation was created and the consequences that follow its settlement. This distinction prevents a common conceptual mistake: assuming that a faster payment process automatically produces an optimized capital position. A payment executed more efficiently can reduce processing costs and administrative friction. It does not necessarily reduce the amount of working capital required by the business, eliminate the mismatch between receivables and payables, or ensure that the underlying transaction generates an adequate return after risk and financing costs. Those outcomes require additional analysis. The Capital Twin would use the operational and financial context surrounding a payment to assess the broader capital implications of the transaction. For example, it could help determine whether a payment should be made from a particular currency balance, whether an existing intercompany liquidity position could fund it, whether a currency exposure requires hedging, or whether the timing of the payment creates an avoidable financing requirement. Such decisions depend on the company's policies, available data, contractual conditions, risk limits, and authorization framework. They are not inherent outcomes of SAP Pay alone. The conceptual progression is nevertheless clear. First, integrate the payment with the business process. Then, connect the payment decision to the capital position of the enterprise. Finally, extend the analysis to the wider economic network in which the transaction exists. 5. The real opportunity lies beyond the corporate perimeter Corporate treasury has developed sophisticated methods for managing liquidity, foreign-exchange exposure, interest-rate risk, financing, and financial counterparties. Large multinational companies may operate advanced treasury centres, centralized payment factories, in-house banking arrangements, and integrated financial risk-management platforms. The opportunity presented by the Capital Twin does not depend on assuming that these companies lack financial expertise. It arises from a different structural limitation. A multinational may optimize its own liquidity and hedge its own currency exposures effectively, yet still lack a unified mechanism for incorporating the financial requirements and exposures of all its customers and suppliers into the same optimization model. The company's own treasury perimeter does not automatically coincide with the economic perimeter of its value chain. Consider a manufacturer that purchases components from suppliers in several countries, converts them into finished products, and sells them to customers in multiple currencies. Its treasury department may forecast cash flows, manage bank balances, execute foreign-exchange hedges, and finance working capital. But the suppliers are managing their own procurement commitments, liquidity requirements, and currency exposures. Customers are making separate decisions about their own funding and hedging needs. Each participant may be acting rationally within its own organizational boundaries. Nevertheless, the chain as a whole can contain avoidable financing costs, duplicated liquidity buffers, mismatched currencies, and opportunities for coordination that remain invisible to any individual participant. The manufacturer may have a confirmed customer order that supports future cash inflows. A supplier may need financing to acquire materials required to fulfil that order. Another participant may hold liquidity in a currency that corresponds to an upcoming obligation elsewhere in the chain. The economic relationships exist, but the relevant evidence and decision-making authority are distributed across different companies. A Capital Twin seeks to make these relationships more intelligible. It does not require every company to surrender its treasury function or transfer its commercial decisions to a central operator. It requires a sufficiently reliable and governed representation of the economic events, contractual commitments, cash flows, and exposures that connect the participants. Where permissions, data-sharing arrangements, contractual rights, and applicable regulations allow it, this representation can support better-informed decisions across corporate boundaries. The potential applications include coordinated foreign-exchange management, improved working-capital planning, intercompany liquidity optimization, evidence-based supplier financing, and more efficient allocation of funding to specific commercial processes. The central innovation is not that companies can hedge currencies or finance receivables. Those activities already exist. It is that the relevant decisions could be informed by a more complete representation of the underlying economic process, rather than relying exclusively on each company's isolated view of its balance sheet. The opportunity is not to replace corporate treasury. It is to extend capital optimization beyond the corporate perimeter, connecting the financial needs of the entire value chain. 6. From company-level credit to process-level capital intelligence Traditional corporate financing decisions rely heavily on the financial position, creditworthiness, and contractual obligations of the borrowing company. These factors are essential. A transaction cannot be assessed responsibly without considering the parties that owe money, the parties that must perform, and the legal rights available if an obligation is not fulfilled. However, the financial condition of a company and the economic value of a particular business process are not identical. A company may experience a deterioration in its credit profile while continuing to operate valuable production facilities, fulfil confirmed orders, hold marketable inventory, and deliver products for which customers have established demand. Conversely, a financially strong company may participate in a specific transaction with weak margins, uncertain delivery conditions, significant currency exposure, or limited evidence of future payment. Company-level credit analysis provides important information, but it does not necessarily capture every relevant difference between individual processes. The Capital Twin introduces a complementary perspective: process-level capital intelligence. Instead of evaluating an economic activity solely through the financial standing of the company managing it, the model examines the transaction, the contractual structure, the operational evidence, the expected cash flows, and the risks associated with execution. A purchase order from a financially strong customer may still carry substantial delivery risk. A confirmed order involving a company with a weaker credit profile may have valuable supporting evidence, but its financeability must be assessed against the complete set of obligations, performance conditions, payment rights, and recovery scenarios. Neither case should be judged using a single indicator. The relevant question is whether the specific process can generate the expected economic outcome, what could prevent that outcome, and which contractual and financial mechanisms can mitigate the identified risks. This assessment may incorporate expected cash flows, payment terms, production capacity, inventory availability, transport costs, foreign-exchange exposure, delivery milestones, penalties, insurance, collateral, counterparty credit risk, and enforceability. The objective is not to ignore corporate creditworthiness. It is to combine it with evidence about the economic activity being financed. This distinction matters because the capital required to execute a commercial process is not necessarily proportional to the total balance sheet of the company executing it. A well-documented transaction may contain stronger evidence of future cash flows than the borrowing company's general financial statements alone can reveal. That evidence may improve underwriting or monitoring, although it does not automatically create legally enforceable collateral or guarantee repayment. The Capital Twin therefore represents a potential bridge between operational evidence and financial assessment. Its value lies in making the economic characteristics of individual processes more visible, measurable, and comparable, while preserving the distinction between expected value, contractual rights, and actual risk. 7. The Evidence Economy: From assumptions to verifiable economic events Capital allocation depends on information. When a lender, investor, insurer, or financing provider evaluates an economic activity, it must determine what is known, what is contractually established, what remains uncertain, and what evidence supports the expected return. Where reliable evidence is limited, uncertainty generally increases. Depending on the transaction and the provider's risk appetite, that uncertainty may lead to additional documentation requirements, higher pricing, lower financing limits, larger liquidity buffers, or a decision not to provide funding. The Evidence Economy describes a model in which verifiable operational and contractual evidence becomes a more systematic input into financial decision-making. An ERP environment can contain a large volume of relevant evidence: purchase orders, supplier confirmations, production milestones, inventory movements, delivery records, invoices, payment histories, contractual terms, and accounting entries. But the existence of data does not automatically make it usable for financing. The information must be accurate, appropriately governed, linked to the relevant parties and transactions, sufficiently current, and accessible under legitimate permissions. Its meaning must be understood, and its reliability must be assessed. The same applies to the relationship between an operational event and a financial claim. A delivery confirmation may provide evidence of performance, but the right to payment can still depend on contractual acceptance conditions. An invoice may document an amount due, but its collectability depends on the relevant commercial and legal circumstances. Inventory may have economic value, but its suitability as collateral depends on ownership, location, liquidity, competing claims, and enforceability. The Capital Twin must therefore do more than collect evidence. It must interpret it. It can connect an operational event to the financial claim it supports, identify missing information, distinguish confirmed events from forecasts, and update its assessment as new evidence becomes available. This creates the possibility of moving from occasional financial assessments toward a more continuous representation of economic risk. For example, the estimated financeability of an order could change when production is completed, goods are dispatched, delivery is confirmed, an invoice becomes payable, or a customer makes a partial payment. The relevant economic object remains connected to its history, contractual conditions, and current state. The financial assessment can then reflect the evidence available at each stage rather than treating the transaction as a static item. This does not mean that every operational event should trigger automatic lending or a change in financing terms. Such actions require appropriate credit models, contractual arrangements, controls, and authorization. The principle is that financial decisions can become better informed when operational evidence is integrated into the assessment. In this sense, the Evidence Economy does not eliminate risk. It seeks to reduce avoidable uncertainty and distinguish between risks that can be measured, risks that can be mitigated, and risks that must still be accepted or rejected. Better evidence does not make every transaction financeable. It makes the reasons for financing, repricing, monitoring, or rejection more transparent and economically grounded. 8. Liquidity is not the same as capital efficiency Liquidity management is often discussed in terms of cash balances, short-term forecasts, payment schedules, and funding requirements. These measures are necessary, but they do not fully explain whether the available capital is being used efficiently. A company may hold substantial liquidity because its operational and financial systems do not provide enough confidence in the timing of future cash flows. It may maintain additional buffers against uncertainty about customer payments, supplier requirements, currency movements, or operational delays. Some buffers are prudent and necessary. Others may reflect information gaps, fragmented processes, or a lack of coordination between economically connected participants. The Capital Twin seeks to distinguish between these situations. By connecting operational commitments to expected cash flows and risk assessments, it can help explain why capital is required, when it is likely to be required, and which uncertainties drive the need for additional liquidity. This may reveal opportunities to improve payment timing, coordinate funding sources, reduce unnecessary financing, or manage exposures more efficiently. Consider a company that pays suppliers before receiving cash from customers. The gap between outgoing and incoming cash flows creates a working-capital requirement. That requirement may be influenced by inventory days, production lead times, transport duration, customer payment terms, supplier payment terms, and the reliability of expected receipts. A conventional working-capital analysis may identify the overall gap. A Capital Twin could add transaction-level evidence explaining how that gap emerges, which orders and contractual commitments contribute to it, and how changes in specific processes could affect the expected requirement. For example, improved delivery reliability may reduce uncertainty about the timing of customer receipts. Better coordination between supplier commitments and production schedules may reduce unnecessary inventory. More accurate currency forecasting may improve the timing and sizing of hedges. The resulting benefit is not necessarily a reduction in the nominal amount of every liability or a permanent decrease in cash balances. It is a more informed allocation of liquidity and a clearer understanding of the capital needed to support the business. Capital efficiency must also be distinguished from capital adequacy. A business cannot safely optimize liquidity by ignoring stress scenarios, operational disruptions, counterparty defaults, or regulatory requirements. Nor should a reduction in liquidity buffers be treated as an objective in itself. The objective is to hold and deploy capital in a way that reflects the actual economic requirements and risks of the business. A Capital Twin should therefore incorporate uncertainty rather than assume it away. Its value comes from enabling more precise decisions about how much capital is required, for how long, under which conditions, and with what expected economic return. 9. Foreign-exchange management: From isolated exposures to connected economic flows Foreign-exchange risk provides a particularly clear illustration of the difference between company-level treasury and process-level capital optimization. A multinational operating across several currencies may have sophisticated systems for measuring its net exposures, executing hedges, and monitoring financial limits. Yet the commercial transactions that generate those exposures frequently involve several independent companies. An exporter may invoice a customer in one currency while paying suppliers in another. A supplier may purchase raw materials in a third currency. A logistics provider may charge in a fourth. Payment terms may cause the exposures to emerge at different times, even when all the transactions belong to the same commercial chain. Each company manages its own obligations and risk policies. However, the underlying economic activity may contain natural offsets or coordination opportunities that are not visible within any single company's treasury perimeter. A Capital Twin could represent the expected currency-denominated cash flows associated with relevant orders, contracts, invoices, and payment obligations, subject to the availability and lawful sharing of the necessary data. It could then help identify where exposures arise, how they change as operational events occur, and whether coordinated action could improve the overall economic outcome. For instance, a confirmed sales order may generate an expected inflow in one currency. Procurement commitments associated with that order may create outflows in the same currency or in another currency. Delivery uncertainty may change the expected dates, while contractual payment terms may alter the period during which the exposure remains open. A static assessment made at order entry may therefore become outdated as the transaction progresses. A continuously updated representation can help treasury assess the relationship between the original exposure and the actual operational state of the transaction. At a wider ecosystem level, the framework could support the identification of potential natural offsets, coordinated hedging opportunities, or financing arrangements linked to verified commercial flows. Such coordination would not mean that independent companies automatically share their exposures or surrender control of their treasury decisions. It would require appropriate consent, contractual structures, governance, risk limits, and a clear allocation of responsibilities. Nor would every apparent offset be economically or legally suitable for netting. Timing differences, counterparty risk, settlement conditions, and the absence of enforceable agreements may prevent an apparent economic relationship from becoming a usable hedge or financing arrangement. The Capital Twin provides the analytical framework for evaluating these conditions. The goal is to move beyond the question, "What is this company's foreign-exchange exposure?" and include a broader question: How does this exposure arise from the underlying commercial process, and how might it be managed more efficiently in the context of the connected value chain? That is a fundamentally different level of analysis. 10. The financial value of an order is more than revenue minus cost A confirmed order is often evaluated commercially through its expected revenue, production cost, and contribution margin. Those measures are essential, but they do not fully describe the order's financial implications. The order may require working capital before revenue is collected. It may generate foreign-exchange exposure. It may depend on materials with volatile prices, constrained transport capacity, or uncertain production lead times. Its contractual terms may allocate delivery risk, insurance obligations, penalties, and payment rights differently between the parties. Its economic value therefore depends on more than the difference between selling price and direct cost. A more comprehensive assessment may consider: Expected cash-flow timing and the reliability of the forecast. The contractual conditions governing performance, acceptance, and payment. The probability of late delivery or non-performance. Counterparty default risk and potential loss given default. Currency exposure and the cost of appropriate hedging. Commodity, freight, and input-cost volatility. Production capacity, inventory availability, and operational constraints. Insurance, guarantees, collateral, and enforceable recovery rights. Funding costs and the duration of the capital commitment. The expected return after relevant operating costs, financing costs, and risk. The exact model depends on the transaction, the applicable accounting framework, the financing structure, and the decision being made. For example, IFRS 15 may be relevant to determining when revenue is recognized, while IFRS 9 may govern the accounting treatment of certain financial instruments and expected credit losses. Neither standard, by itself, determines the complete economic value or financeability of an operational order. A Capital Twin would connect the relevant operational and financial information so that these dimensions can be evaluated together. This creates a richer representation of the order's economic mission. The order may be commercially attractive but require significant capital for an extended period. Another order may offer a lower gross margin but turn over quickly, have reliable payment conditions, and require less financing. A third may appear profitable until the cost of currency hedging, transport uncertainty, or delivery penalties is included. The Capital Twin does not replace commercial judgement, accounting rules, or risk governance. It provides a framework for bringing the relevant information into the same economic assessment. The result is a potential shift from valuing transactions predominantly through their accounting and commercial attributes toward evaluating their contribution to economic value after considering the capital they consume and the risks they create. This is especially important when capital is scarce or expensive. Two orders with similar revenue can have very different implications for liquidity, risk-adjusted profitability, and financing requirements. The relevant question is not simply how much revenue an order generates. It is how much economic value the order is expected to create, how much capital it requires, for how long that capital is committed, and what risks must be accepted to realize the expected return. 11. Capital allocation should follow economic evidence Capital is frequently allocated through established organizational and financial structures. Banks assess borrowers and transactions. Investors evaluate expected returns and risks. Corporate treasury allocates liquidity. Procurement teams select suppliers. Operations teams plan production and distribution. Finance teams record obligations and monitor performance. Each function has its own objectives, information requirements, and controls. The difficulty is not that these functions lack expertise. It is that their decisions may be based on different representations of the same economic activity. A procurement team may evaluate supplier performance and price. A treasury team may assess the resulting cash flows and currency exposure. A lender may evaluate the borrowing company's credit profile. An operations team may focus on delivery reliability and production continuity. All these perspectives are valid, but they do not automatically produce a unified view of the capital required to complete the transaction. A Capital Twin seeks to connect them through a common economic representation. Operational events provide evidence about the state of the process. Contracts establish rights and obligations. Accounting records show recognized financial consequences. Risk models estimate the likelihood and impact of adverse outcomes. Treasury data identifies available liquidity and financial exposures. When these elements are linked, capital allocation can become more closely aligned with the actual characteristics of the process being financed. This does not imply that every financing decision should be made automatically or that traditional underwriting becomes unnecessary. It means that underwriting, liquidity planning, and risk management can draw on a more granular and continuously updated representation of economic reality. For a lender, this may improve visibility into the transactions supporting a financing request. For a supplier, it may help explain the relationship between a confirmed order and a short-term funding requirement. For a multinational, it may reveal where operational changes affect the need for liquidity or hedging. The potential benefit is not limited to reducing the cost of capital. It also includes improving the allocation of scarce capital between competing uses. When a company understands the risk-adjusted contribution of individual processes, it can make better-informed decisions about which activities deserve additional funding, which commitments require stronger protection, and which transactions need revised commercial terms. In a broader financial ecosystem, more consistent operational evidence may help financing providers distinguish between different levels of risk within transactions that would otherwise be assessed using relatively coarse corporate-level information. Any resulting change in financing availability or pricing would still depend on underwriting standards, legal enforceability, market conditions, regulatory requirements, and the actual performance of the transaction. The Capital Twin is therefore not a promise that operational data will automatically unlock cheap credit. It is a framework for making capital decisions more closely connected to the economic activity that capital is intended to support. 12. From in-house banking to the wider business network In-house banking provides a useful conceptual bridge between enterprise integration and the Capital Twin. Within a corporate group, centralized treasury structures can coordinate payments, collections, intercompany funding, liquidity, and foreign-exchange management across subsidiaries. Rather than treating each subsidiary as a completely isolated financial unit, the group can use a more integrated view of its cash positions, obligations, and exposures. This can improve liquidity visibility, reduce unnecessary external funding, and support more coordinated financial decisions, subject to the group's legal, tax, regulatory, and operational constraints. The underlying principle is straightforward: when financial obligations and available liquidity are visible across organizational boundaries, more options may become available for allocating capital efficiently. The Capital Twin extends this principle conceptually beyond the boundaries of a single corporate group. A supplier and a customer are not subsidiaries of the same company. They have separate ownership, governance, contractual rights, financial positions, and commercial interests. Nevertheless, their activities may be closely connected through purchase orders, production plans, delivery commitments, invoices, and payments. The Capital Twin seeks to represent these connections as an economic network. Where appropriate agreements and data-sharing permissions exist, a customer, supplier, financing provider, or other authorized participant could use relevant evidence about the commercial process to make better-informed financial decisions. This does not mean creating a universal treasury that controls every participant's liquidity. It means enabling better coordination while preserving the autonomy of the companies involved. A supplier could obtain a clearer picture of the commercial evidence supporting a financing requirement. A customer could improve its understanding of supply-chain continuity risks. A financing provider could assess a transaction using relevant operational evidence alongside conventional credit information. The same underlying process could support several distinct decisions without requiring every participant to use the same financial provider or adopt the same treasury strategy. The economic network becomes more visible, but its participants remain independent. This distinction is essential. The Capital Twin is not based on the assumption that all companies should centralize their finances or share all their data. It is based on the possibility that selected, verifiable information can create value when it is made available to the parties that legitimately need it. SAP's enterprise ecosystem can provide an important technological context for this evolution because it already supports business processes spanning procurement, manufacturing, logistics, sales, accounting, and finance. SAP Pay adds an embedded payment capability to that environment. The Capital Twin explores how the same process integration could inform a wider range of capital decisions across the business network. 13. Why the real economy matters to financial intelligence Financial markets depend on representations of economic value. Balance sheets, cash-flow forecasts, credit ratings, collateral valuations, and risk models all provide ways to translate economic activity into financial decisions. However, the quality of these decisions depends partly on the quality and relevance of the information used to construct those representations. A bank may have extensive information about a company's financial statements, payment history, and credit exposures while having limited visibility into the operational events that determine whether a particular order will be completed on time. An enterprise system may contain detailed information about production, inventory, contracts, and delivery schedules while lacking the financial-market models needed to translate those events into risk-adjusted financing decisions. The Capital Twin seeks to connect these two forms of intelligence. Operational systems explain what is happening in the real economy. Financial systems explain the implications for cash flows, credit risk, liquidity, and capital. Neither perspective is sufficient for every decision on its own. Operational data without financial interpretation does not automatically establish financeability. Financial analysis without relevant operational evidence may fail to capture important changes in the underlying economic process. The combination can provide a more complete basis for evaluating the economic activity. For example, a delay in production may affect the expected delivery date, the timing of revenue recognition, the period for which working capital is required, the validity of a currency hedge, and the probability of contractual penalties. These consequences are connected, but they may be managed by different departments and recorded in different systems. A Capital Twin could link the operational event to its potential financial consequences, update the relevant forecasts, and make the change available to authorized decision-makers. The value is not that the model can predict every outcome. It is that it can reduce the distance between a change in economic reality and the financial decisions that depend on that change. This becomes increasingly important as companies seek to automate more complex processes. An AI agent may be able to prepare a payment, recommend a hedge, assess a supplier, or initiate a workflow. But the reliability of its decision depends on the quality of the underlying data model, the accuracy of the economic relationships represented, and the controls governing the action. No AI agent can compensate for a broken data model. Automating decisions on top of fragmented or inconsistent information can accelerate errors just as effectively as it accelerates correct decisions. The Capital Twin therefore places the economic model and its supporting evidence at the centre of financial automation. 14. The relationship with SAP Business AI and autonomous enterprises The emergence of AI agents creates a new reason to connect operational events with financial consequences. An agent that identifies an invoice ready for payment needs more than the ability to execute a transaction. Depending on its authorized role, it may also need to understand approval status, payment terms, available liquidity, currency restrictions, supplier information, and the applicable payment policy. An agent that recommends a foreign-exchange hedge needs a reliable representation of the underlying exposure, its expected timing, the relevant risk limits, and the company's hedging policy. An agent that proposes supplier financing needs evidence about the transaction, the parties, the expected cash flows, and the applicable contractual arrangements. These are different tasks, but they share a common requirement: the agent needs a trustworthy representation of the economic context in which it operates. SAP Pay provides a foundation for integrating payment execution into SAP Cloud ERP workflows. SAP's published materials describe it as part of the progression toward agentic payments, with AI-driven payment initiation and execution capabilities forming part of that direction. The Capital Twin is a complementary conceptual framework for the financial intelligence that could inform more sophisticated decisions around those workflows. It is not necessary for every decision to be made by an AI agent. Some decisions should remain under human control, and others may require explicit authorization, specialist review, or regulatory oversight. The important point is that automation should operate on a coherent model of the underlying economic activity. When a payment is considered alongside the order, contract, delivery status, currency exposure, and liquidity forecast, the system has a richer basis for evaluating the available options. When a new operational event changes the expected cash flow, the implications may be reflected in the relevant financial forecasts and risk assessments. When an agent proposes an action, its recommendation can be evaluated against defined policies, evidence, and risk limits. This creates a potential progression from automating individual financial tasks to coordinating a sequence of operational and financial decisions. The distinction between automation and orchestration is important. Automation executes a defined task with less manual intervention. Orchestration coordinates multiple decisions and actions toward an economic objective. A payment agent may execute an approved transfer. A capital-orchestration framework would additionally consider how the transfer fits into the broader liquidity position, the currency exposure, the contractual obligation, and the financing strategy. That broader orchestration requires capabilities beyond payment execution, including suitable data integration, risk analytics, decision rules, controls, and financial infrastructure. SAP Pay should therefore be understood as an important development in embedded payments, not as evidence that complete autonomous capital management already exists. The Capital Twin provides a way to conceptualize the wider architecture required to move in that direction. 15. Capital consumption and risk-adjusted economic value Capital is not free, and its cost is not captured adequately by considering transaction fees alone. A business activity can consume liquidity, require financing, generate credit exposure, create foreign-exchange risk, and tie up resources for a period before producing cash inflows. The resulting economic value depends on the expected return relative to the capital required and the risks involved. This is why capital optimization differs from cost reduction. A company may reduce payment processing costs without materially changing the capital required to fulfil an order. It may improve inventory turnover but increase exposure to supply disruptions. It may reduce funding costs while taking on greater counterparty risk. A meaningful capital optimization framework must evaluate the interactions between these variables. Depending on the context, relevant measures may include expected cash flows, funding duration, probability of default, loss given default, exposure at default, risk-weighted assets, expected credit losses, risk-adjusted return on capital, and the cost of liquidity. These measures serve different purposes and are not interchangeable. Some apply primarily to banking and regulated financial institutions, while others are relevant to corporate treasury, investment decisions, or transaction-level analysis. The Capital Twin does not imply that every corporate process should be assigned a bank-style risk-weighted asset figure or that operational events can be converted directly into regulatory capital relief. Instead, it creates a framework for bringing the relevant measures together where appropriate, while respecting their distinct definitions and regulatory contexts. For a corporate transaction, the question may be whether the expected margin justifies the working capital, currency risk, and execution uncertainty involved. For a lender, the question may include whether the transaction's evidence changes the assessment of repayment probability, exposure, loss severity, or recovery prospects. For a treasury function, the question may be whether the timing and currency of expected cash flows can be managed more efficiently. For an investor, the question may concern the durability and risk-adjusted value of the expected cash flows. The same underlying economic process can therefore inform several financial decisions, but the resulting assessments must remain appropriate to each decision-maker's objectives and responsibilities. The potential advantage of a Capital Twin lies in reducing the information gap between these perspectives. When the economic process is represented more consistently, the parties can make better-informed decisions about pricing, funding, hedging, liquidity, and risk. Any reduction in financing costs or capital consumption remains dependent on the quality of the evidence, the transaction structure, the market environment, and the actual risks involved. The goal is not to promise a predetermined financial outcome. It is to improve the conditions under which capital is allocated and used. 16. Financial Airbnb: A conceptual model for matching capital with economic need Once capital requirements become more visible at the level of individual processes, another possibility emerges: connecting capital providers with specific financing needs in the real economy. This idea can be described conceptually as Financial Airbnb. The analogy is not intended to suggest that financial assets can be exchanged as simply as accommodation bookings. Financial claims involve credit risk, legal rights, liquidity constraints, regulation, operational controls, and potentially complex servicing requirements. The underlying principle is narrower. Economic value may exist in the relationship between a participant with available capital and another participant with a well-defined funding requirement, but the two may not be connected efficiently. A Capital Twin could help describe the funding requirement through the operational and contractual evidence supporting it. For example, a supplier may require short-term funding to fulfil a confirmed purchase order. A financing provider may be willing to consider the transaction if the relevant contractual rights, performance conditions, payment expectations, and risks can be assessed. The Capital Twin could help organize the evidence needed to evaluate that opportunity and monitor the underlying process as it progresses. The financing itself could be provided through an appropriate bank, non-bank lender, investment structure, or other legally authorized arrangement, depending on the jurisdiction and transaction. The Capital Twin would not need to become a bank or assume the role of the regulated financing provider. Its conceptual role would be to make the economic context of the financing requirement more intelligible and support the connection between operational evidence and financial decision-making. Similar principles could apply to intercompany funding, supplier finance, receivables financing, selected working-capital arrangements, or the coordination of liquidity and currency exposures. However, a matching opportunity is not automatically a suitable financial transaction. Available capital must have an appropriate risk profile, duration, liquidity, and legal structure. The funding requirement must be supported by reliable evidence, and the resulting arrangement must comply with the applicable regulatory, tax, contractual, and prudential requirements. The economic benefit arises when better information helps identify a suitable allocation of capital that might otherwise remain undiscovered or be financed less efficiently. This is the wider significance of moving from payment orchestration to capital orchestration. Payment systems help execute financial obligations. A Capital Twin could help identify which obligations create funding needs, which evidence supports those needs, which risks affect their economic value, and which capital sources may be suitable for meeting them. 17. Why tokenization alone is not enough The development of digital assets, stablecoins, and tokenization has encouraged considerable discussion about the future of financial infrastructure. These technologies can offer useful capabilities, including programmable transfers, alternative settlement mechanisms, and new ways of representing certain assets or claims. SAP Pay's support for stablecoin payments illustrates how digital-currency rails can become part of an enterprise payment workflow. However, a new payment rail does not automatically solve the economic problems that determine whether a transaction should be financed, how much capital it requires, or what risk-adjusted value it generates. Moving an obligation onto a blockchain does not, by itself, establish that the underlying goods exist, that a delivery has occurred, that a claim is legally enforceable, or that a borrower can repay a financing arrangement. Likewise, representing an asset digitally does not automatically establish its ownership, transferability, collateral eligibility, or market value. These questions depend on the underlying rights, evidence, contractual arrangements, and applicable law. The Capital Twin therefore begins with the economic process rather than the technological format of the asset. It asks what has happened, what has been contractually agreed, which rights and obligations exist, what cash flows are expected, what risks remain, and what capital is required to achieve the intended economic outcome. The resulting information may support traditional financial instruments, digital payment rails, or future forms of digital financial infrastructure where appropriate. The technology should serve the economic model, not replace it. A tokenized claim without reliable evidence may still be difficult to finance. A conventional invoice supported by strong contractual rights, verified performance, and reliable payment information may be economically valuable even without tokenization. The strategic priority is to establish a trustworthy relationship between economic reality and financial representation. Only then can the most suitable financial technology be selected for the transaction. 18. Governance, trust, and the limits of financial automation The more closely operational information is connected to financial decisions, the more important governance becomes. A Capital Twin would depend on data from different systems and potentially different companies. Those sources may vary in accuracy, timeliness, completeness, and legal accessibility. The model must distinguish verified events from estimates, contractual obligations from forecasts, and accounting records from assumptions about future performance. It must also preserve the origin and meaning of the evidence used to support a decision. A delivery confirmation from an authorized system is not equivalent to an unverified status update. A forecast is not equivalent to an enforceable commitment. A model-generated estimate is not equivalent to a contractual right. These distinctions must remain visible in the resulting financial assessment. Data access must also be governed carefully. Customers and suppliers operate under different commercial interests and legal obligations. Their information cannot simply be combined without appropriate permissions, safeguards, and a legitimate basis for processing and sharing it. A viable framework would need to define which participants can access which information, for what purpose, and under what conditions. It would also need controls for model validation, auditability, fraud prevention, cybersecurity, privacy, conflicts of interest, and the management of errors. Financial actions should be subject to authorization rules appropriate to their consequences. A low-risk administrative task may be suitable for automation, while a material financing decision or hedge may require additional review and approval. The Capital Twin should therefore not be understood as an unrestricted autonomous decision-maker. It is a framework for improving the information and analytical context in which decisions are made, with automation applied where the evidence, controls, and risk conditions justify it. Its effectiveness would depend not only on the sophistication of the models, but also on the reliability of the data, the quality of the contractual arrangements, and the governance of the financial actions they support. 19. What SAP Pay changes in the strategic conversation SAP Pay makes embedded B2B payment services more tangible within the enterprise software environment. For businesses already using SAP Cloud ERP, payment execution can become a more natural continuation of existing financial workflows, reducing the need for separate operational steps and helping connect payment activity with the originating business documents. This changes how enterprises may think about the boundary between operational software and financial services. A payment capability integrated into the ERP is no longer simply an external banking function accessed from another application. It becomes part of the environment in which purchase orders, invoices, approvals, accounting entries, and other business events are managed. That does not mean SAP replaces banks or assumes every role in the financial system. It means that enterprise software can play a more direct role in the orchestration of financial activities that originate within business processes. This is a meaningful shift. Once a payment can be initiated and tracked within the same environment that manages the underlying obligation, the next question is whether the financial decisions surrounding that obligation can also become more closely integrated with the operational context. Why should a payment decision be considered independently of the currency exposure that the transaction creates? Why should the financing requirement be assessed without considering the contractual commitments and operational evidence supporting the expected cash flows? Why should liquidity planning remain disconnected from the production, inventory, delivery, and collection events that determine when cash will actually be needed or received? These questions do not imply that all decisions belong in a single application or that every enterprise needs the same architecture. They highlight the value of connecting the systems and models responsible for different parts of the economic process. The Capital Twin offers a conceptual framework for that connection. It builds on the principle that financial intelligence becomes more useful when it reflects the operational reality generating the financial consequences. SAP Pay makes one part of that principle visible in everyday enterprise activity: the connection between an obligation and its payment. The Capital Twin extends the question to the wider economic system: how should the capital behind the obligation be valued, allocated, financed, protected, and coordinated? 20. From enterprise integration to capital orchestration The history of enterprise software can be understood as a progression toward a more integrated representation of business activity. Accounting systems established a structured financial record. ERP systems connected finance with operational processes. Supply-chain platforms connected procurement, production, inventory, and logistics. Business networks extended coordination across organizational boundaries. Embedded payment capabilities bring another financial function closer to the processes that generate it. The Capital Twin represents a possible next conceptual stage in this evolution. Its ambition is to connect the economic events of the real economy with the financial models needed to allocate capital efficiently. That requires more than integrating applications. It requires a consistent model of the economic relationships between orders, contracts, deliveries, invoices, payments, cash flows, risks, and financing requirements. It requires the ability to distinguish operational facts from forecasts, contractual rights from expectations, and potential collateral from assets that are legally and economically suitable for financing. It requires financial analytics that translate these relationships into useful assessments of liquidity, credit risk, foreign-exchange exposure, capital consumption, and risk-adjusted economic value. And it requires governance that ensures those assessments are used appropriately. Where these conditions are met, the resulting framework could support a more continuous relationship between operational performance and financial decision-making. An operational change could update the expected cash-flow profile of an order. A contractual milestone could strengthen the evidence supporting a receivable. A delivery delay could alter a currency exposure and the expected duration of working capital. A change in customer payment behaviour could affect the risk assessment of the process. The point is not to eliminate uncertainty. It is to make the financial consequences of changing economic conditions more visible and actionable. The same framework could also support more informed coordination between independent companies. A customer and supplier may continue to manage their own finances, but relevant information about their shared commercial process could help each party make better decisions within its own responsibilities. Capital orchestration therefore does not mean centralizing every financial decision. It means connecting the information required to make those decisions more effectively. The distinction is especially important in a world where capital is scarce, financing costs fluctuate, supply chains face disruption, and companies are under pressure to improve returns on the resources they commit. The next competitive advantage may not come solely from executing transactions faster or reducing individual processing fees. It may come from understanding more precisely how much capital each economic process requires, why it requires that capital, what risks it creates, and how its financing can be improved without compromising resilience. Conclusion: Payments move money. The Capital Twin makes capital more productive. SAP Pay represents an important step in bringing payment execution closer to the operational processes that create financial obligations. By embedding payments into SAP Cloud ERP and connecting execution with the originating business documents, it helps reduce the separation between the commercial event and its financial settlement. That is the starting point, not the end of the journey. A payment is the settlement of an obligation. The obligation exists because of an economic process. That process consumes resources, creates commitments, generates expected cash flows, exposes participants to risk, and requires capital at different moments in its lifecycle. Optimizing the payment does not automatically optimize all those dimensions. The Capital Twin addresses the wider question. It seeks to create a living representation of economic reality in capital-markets language, connecting operational events, contractual evidence, financial records, and risk analytics to support better decisions about liquidity, financing, hedging, and capital allocation. Its perspective extends beyond the individual company to the connected value chain, where independent businesses may share economic interests without sharing a unified view of their financial needs and exposures. Its objective is not to replace banks, corporate treasury, accounting, or financial regulation. It is to connect operational evidence with the financial intelligence required to make capital decisions more precise, transparent, and responsive to economic reality. SAP Pay makes embedded financial execution more familiar within the enterprise. The Capital Twin explores how that same principle of integration could extend to the optimization of capital itself. The distinction can be expressed in three steps: Payment orchestration determines how money moves. Capital orchestration determines how capital is allocated, protected, and deployed to support economic activity. The Capital Twin provides the conceptual bridge between the operational reality of the real economy and the financial intelligence required for that orchestration. The ultimate objective is not to create capital that does not exist, nor to eliminate the risks inherent in commercial activity. It is to improve the way existing capital is understood and used, reducing avoidable friction where the evidence supports it and directing financial resources toward economically viable activities on a better-informed basis. SAP Pay brings the payment closer to the process. The Capital Twin brings the capital decision closer to the economic reality. The next financial revolution will not come from creating more capital. It will come from unlocking more value from the capital already committed to the real economy. Connect and Stay Informed: Join the Conversation: Connect with fellow professionals in the SAP Banking Group on LinkedIn. https://www.linkedin.com/groups/92860/ Stay Updated: Subscribe to the SAP Banking Newsletter for the latest insights. https://www.linkedin.com/newsletters/sap-banking-6893665983048081409/ Join my readers on Medium where I explore Capital Optimization in depth. Follow for actionable insights and fresh perspectives https://medium.com/@ferran.frances Explore More: Visit the SAP Banking Blog for in-depth articles and analyses. https://sapbank.blogspot.com/ Connect Personally: Feel free to send a LinkedIn invitation; I'm always open to connecting with like-minded individuals. ferran.frances@gmail.com I look forward to hearing your perspectives. Kindest Regards, Ferran Frances-Gil. #CapitalOptimization #SAPPay #SupplyChainFinance #DigitalTransformation #CapitalTwin #IFRS9 #ContractualGravity #Joule #FerranFrances