In the first half of 2024, European treasurers are confronted with a new item on their agenda: the updated EMIR Refit. The new EMIR reporting rules will be implemented in the EU on the 29^th of April 2024, and in the UK on the 30^th of September 2024.  

The Updated EMIR Refit introduces the following main changes: 

• Harmonizing the reporting formats to ISO 20022 XML 
• Increasing the number of reporting fields from 129 to 203 (204 in the UK) 
• Introducing new fields: UPI (Unique product identifier) and RTN (Report Tracking Number) 

For more details about these changes, refer to this article on the implications of the EMIR Refit. 

Trade repository reporting in SAP Treasury and Risk management 

SAP Treasury users inquire on how to deal with the changes in their solution, what comes out of the box, what adjustments are necessary,and where the challenges are.  

Since the introduction of the original EMIR reporting in 2012, SAP has covered the requirements for EMIR reporting in the component Trade repository reporting. It is a robust functionality fully integrated into the SAP Transaction manager environment. Due to varying requirements among the various trade repositories, SAP has ceased to enhance the solution and referred clients to the partner solution of Virtusa. However, the SAP Trade repository solution (“TARO”) is still supported on all current releases in the existing functional extend and can be used and adopted by in-house developments and consulting partners (SAP Note 2384289). Using the Virtusa solution or a custom solution, with EMIR Refit, a number of new required fields needed to be incorporated into the deal management data model.  

The following changes have been provided by individual SAPNotes over the course of the past months: 

• Unique Product Identifier (ISO 4914 UPI) and Report Tracking Number (RTN) have been introduced. They are available under the tab “Administration” in the deal data. 
• These fields have been introduced to the relevant BAPIs, mirror deal functionality, as well as to the SAP TPI interface.  

New reporting fields 

The EMIR Refit solution utilizes fields, which have already been made available earlier, over the course of the original EMIR Refit in 2018 (Switch FIN_TRM_FX_HMGMT_3), and are present also under the tab “Administration” for the relevant product categories:  

• CFI Code (Classification of Financial Instruments, ISO 10692 Classification) 
• ISIN on the deal level for OTC deals 
• Market Identification Code (MIC) 

The recently introduced field is the UPI, which is a classification assigned by ANNA Derivatives Service Bureau. It consists of 12 characters and reflects both the Asset class, Instrument type, Product and the CFI. The CFI itself is an instrument classification which is 6 characters long. 

 The next consideration is how to populate these fields. In case of external trades, the CFI and UPI can be delivered by the trading platform. SAP Trade platform integration (TPI) covers the transfer of these fields from the trading platforms.  

Since 2019, in case of OTC deals, EMIR Refit made financial counterparties (FC) solely responsible and legally liable for reporting on behalf of both counterparties, provided the non-financial counterparty is below the clearing threshold (NFC-). Therefore, this option would be necessary only for large financial entities, as smaller corporates are not obliged to report external OTC deals, as the counterparty reports on their behalf.  

Corporates are obligated  to report their intercompany deals, under the condition that they cannot apply for an opt out with their regulator. In that case, the CFI and UPI need to be derived in-house.  

For that purpose, there are enhancements (BAdIs) available, to implement one's own derivation logic.  

The reporting format has been standardized with ISO 20022 based XML. XML output can be easily generated based on a DMEE structure. Unlike the original version from 2012, SAP does not deliver the new report structures needed for the EMIR Refit. This part needs to be set up in a project.  

The impact of the EMIR Refit in the trade repository reporting of your organisation can bring up many specific questions. We are happy to help you answer them from both the advisory as well as the technical implementation point of view. Examples on how Zanders can assist is: 

• Implementing the new Emir Refit requirements in SAP Treasury 
• Assisting in applying for the exemption of reporting internal trades with the various regulators 

Reach out to Michal Šárnik to receive assistance on this topic. 

Our technology partnerships are core, foundational elements of our risk and treasury transformations at Zanders. For us to guide our clients through their digitalization journeys and keep pace with technology advancements relies on the right relationships (non-commercial of course, so we maintain our independence) with the best solution providers in our field. To stand the test of time, these relationships need to be mutually advantageous, and this takes both parties to be engaged, committed to continual learning, and driven by a shared vision. Our work with SAP embodies these qualities. And in demonstration of the success of this alliance, in 2024 we’re celebrating 25 years of partnership with the market-leading technology platform.  

To mark this anniversary milestone, we invited Christian Mnich, VP, Head of Solution Management, Treasury and Working Capital Management at SAP to join Zanders partners Judith van Paassen and Laura Koekkoek to reflect on how the relationship has developed in this time. As they shared anecdotes and considered the unique characteristics that have shaped this partnership, three key themes emerged – collaboration, trust, and growth.  

1. Collaboration: A meeting of minds 

From day one, there was an enthusiasm from both companies to collaborate and share expertise. Zanders’ first encounter with SAP was at a trade fair in 1998. Back then, Zanders was four years young and a relative newcomer to the treasury advisory world. SAP was an established standard in business processing software but at this point still a single-product, ERP solution. As the modern technologies lead for Zanders, Judith van Paassen visited the SAP stand at the exhibition curious to see how the platform could extend to support the work Zanders was doing with corporate treasury departments.  

“SAP was present at that fair with an early version (2.2F) of the system,” Judith recounts. “I asked some in depth questions at the time about functionalities. Can SAP do this? Can SAP do that? After some further discussion and exchange of knowledge, the idea to join forces was brought up.” 

On the basis of this trade fair encounter, SAP and Zanders together started looking into how the system could be customised for treasury, specifically at the time for the Dutch market. 

2. Trust: The backbone of successful partnership 

The partnership initially focused on the Netherlands, with Judith regularly spending time with SAP colleagues, working with the team on how to position the treasury system to the market and helping them to demonstrate the potential of the solution to support corporate treasury processes.  

“It was a very close partnership between the Netherlands and Zanders – where Zanders and SAP worked closely together and were organizing seminars to inform the market on the capabilities in SAP,” Christian remembers. “This model was very unique back then and the partnership model is still working very well for SAP and their partners.”  

These early days formed a backbone for the partnership, embedding a commitment to honest and open collaboration into the core of the relationship.  

“It’s all been built from trust,” Christian emphasizes. “When building a long-lasting partnership, you need to have open dialogue – on both sides. It’s very important to us as a solution provider that when we roll out new solutions, we get honest feedback. We’ve had lots of sessions with Zanders over the years where you’ve provided this honest feedback. By doing this, you’ve helped us to scale our solutions, develop new solutions and increase the adoption of our services.” “This also comes back in our co-development of regional solutions for local requirements like the connectivity between eBAgent and MBC in the APJ region” says Laura. 

3. Growth: Pioneering new environments

As the partnership has expanded from the Netherlands and Benelux to the UK, parts of the DACH region, the US and APJ, it has provided a launchpad for important growth opportunities for both businesses. For Zanders, it’s empowered our team with a much deeper understanding of the role and potential of innovation in our market, enabling us to take a proactive role in guiding our clients through transformation projects.  

“We’re consultants – we like to give advice to our clients – but we also really want to implement solutions with our clients,” says Judith. “To do this, we need to not only look at the little details within treasury, but at the end-to-end process and architecture. Our knowledge of treasury in combination with our experience with SAP technology has definitely made us more attractive to expand our services to clients in Asia, the US and APJ. It’s has also allowed us to take a more proactive role in driving large-scale treasury transformations for our clients.” 

Christian agreed that the partnership has also been an enabler of growth for SAP, highlighting three transformation projects undertaken jointly by the partnership as key moments:

• Firstly, AkzoNobel. It was the first treasury transformation the partnership worked on where SAP was implemented to replace a best of breed TMS system in the European environment. The size and complexity of this project made it a blueprint for future transformations. In particular, demonstrating the benefits of breaking down product siloes to add treasury capabilities to the SAP ERP system in a more integrated way.  
• Secondly, BP. Although not as large and extensive as other projects, it’s notable for its strategic importance. This project represented the first entry into the UK for SAP, paving the way into an important growth market and opening up new opportunities in other regions. 
• Thirdly, the implementation of the SAP S/4HANA treasury system for Sony. As a truly global transformation project, the scale and nature of the project (especially given the timing with the pandemic) meant there were many challenges. The success of the deployment is a testament to the strength of the partnership, with the teams working together closely to develop the best solution for the client.

Together, these projects show the relentless commitment from both partners to challenge boundaries, see the bigger picture and prioritize client needs.  

“We’ve seen a willingness from Zanders to expand their view from core treasury into other areas,” Christian explains. “This is very important for us from an SAP point of view. Smaller, niche or more boutique partners – they don't leave their comfort zone, whereas there's always interest from Zanders to learn new things. We appreciate how you try to understand the challenges before your customers run into these challenges.”  

25 years – A celebration of collaboration, trust, and growth 

What our 25 years working with SAP shows us is the success of our partnership comes down to how we work together as a team. This means trusting each other, being collaborative, and relies on both parties being willing to challenge the status quo to pursue ambitious growth. What SAP and Zanders have accomplished together already may have been ground-breaking, but it feels like we’ve still only just scratched the surface of what we can potentially achieve together. For this reason, our journey together will continue long into the future – at pace. 

But what happens after implementation, when the project team has packed up and handed over the reins to the employees and support staff? 

The first months after a system implementation can be some of the most challenging to a business and its people. Learning a new system is like learning any new skill – it requires time and effort to become familiar with the new ways of working, and to be completely comfortable again performing tasks. Previous processes, even if they were not the most efficient, were no doubt second nature to system users and many would have been experts in working their way through what needed to be done to get accurate results. New, improved processes can initially take longer as the user learns how to step through the unfamiliar system. This is a normal part of adopting a new landscape and can be expected. However, employee frustration is often high during this period, as more mental effort is required to perform day-to-day tasks and avoid errors. And when mistakes are made, it often takes more time to resolve them because the process for doing so is unfamiliar. 

High-risk period for the company 

With an SAP system, the complexity is often great, given the flexibility and available options that it offers. New users of SAP Treasury Management Software may take on average around 12 – 18 months to feel comfortable enough to perform their day-to-day operations, with minimal errors made. This can be a high-risk period for the company, both in terms of staff retention as well as in the mistakes made. Staff morale can dip due to the changes, frustrations and steep learning curve and errors can be difficult to work through and correct. 

In-house support staff are often also still learning the new technology and are generally not able to provide the quick turnaround times required for efficient error management right from the start. When the issue is a critical one, the cost of a slow support cycle can be high, and business reputation may even be at stake. 

While the benefits of a new implementation are absolutely worthwhile, businesses need to ensure that they do not underestimate the challenges that arise during the months after a system go-live. 

Experts to reduce risks 

What we have seen is that especially during the critical post-implementation period – and even long afterward – companies can benefit and reduce risks by having experts at their disposal to offer support, and even additional training. This provides a level of relief to staff as they know that they can reach out to someone who has the knowledge needed to move forward and help them resolve errors effectively. 

Noticing these challenges regularly across our clients has led Zanders to set up a dedicated support desk. Our Treasury Technology Support (TTS) service can meet your needs and help reduce the risks faced. While we have a large number of highly skilled SAP professionals as part of the Zanders group, we are not just SAP experts. We have a wide pool of treasury experts with both functional & technical knowledge. This is important because it means we are able to offer support across your entire treasury system landscape. So whether it be your businesses inbound services, the multitude of interfaces that you run, the SAP processes that take place, or the delivery of messages and payments to third parties and customers, the Zanders TTS team can help you. We don’t just offer vendor support, but rather are ready to support and resolve whatever the issue is, at any point in your treasury landscape. 

As the leading independent treasury consultancy globally, we can fill the gaps where your company demands it and help to mitigate that key person risk. If you are experiencing these challenges or can see how these risks may impact your business that is already in the midst of a treasury system implementation, contact Warren Epstein for a chat about how we can work together to ensure the long-term success of your system investment. 

In this article, we explore this stablecoin payments trial, examine the advantages of digital currencies and how they could provide a matching solution to tackle the hurdles of international transactions.  

Cross-border payment challenges 

While cross-border payments form an essential part of our globalized economy today, they have their own set of challenges. For example, cross-border payments often involve various intermediaries, such as banks and payment processors, which can result in significantly higher costs compared to domestic payments. The involvement of multiple parties and regulations can lead to longer processing times, often combined with a lack of transparency, making it difficult to track the progress of a transaction. This can lead to uncertainty and potential disputes, especially when dealing with unfamiliar payment systems or intermediaries. Last but not least, organizations must ensure they meet the different regulations and compliance requirements set by different countries, as failure to comply can result in penalties or delays in payment processing. 

Advantages of digital currencies 

Digital currencies have gained significant interest in recent years and are rapidly adopted, both globally and nationally. The impact of digital currencies on treasury is no longer a question of ‘if’ but ‘when’, as such it is important for treasurers to be prepared. While we address the latest developments, risks and opportunities in a separate article, we will now focus on the role digital currencies can play in cross-border transactions.  

The notorious volatility of traditional crypto currencies, which makes them less practical in a business context, has mostly been addressed with the introduction of stablecoins and central bank digital currencies. These offer a relatively stable and safe alternative for fiat currencies and bring some significant benefits. 

These digital currencies can eliminate the need for intermediaries such as banks for payment processing. By leveraging blockchain technology, they facilitate direct host-to-host transactions with the benefit of reducing transaction fees and near-instantaneous transactions across borders. Transactions are stored in a distributed ledger which provides a transparent and immutable record and can be leveraged for real-time tracking and auditing of cross-border transactions. Users can have increased visibility into the status and progress of their transactions, reducing disputes and enhancing trust. At a more advanced level, compliance measures such as KYC, KYS or AML can be directly integrated to ensure regulatory compliance. 

SAP Digital Currency Hub 

Earlier this year, SAP launched its Digital Currency Hub as a pilot to further explore the future of cross-border transactions using crypto or digital currencies. The Digital Currency Hub enables the integration of digital currencies to settle transactions with customers and suppliers. Below we provide a conceptual example of how this can work. 

1. Received invoices are recorded into the ERP and a payment run is executed. 
2.  The payment request is sent to SAP Digital Currency Hub, which processes the payment and creates an outgoing payment instruction. The payment can also be entered directly in SAP Digital Currency Hub. 
3. The payment instruction is sent to a crypto exchange, instructing to transfer funds to the wallet of the supplier. 
4. The funds are received in the supplier’s wallet and the transaction is confirmed back to SAP Digital Currency Hub.  

In a second example, we have a customer paying crypto to our wallet: 

1. The customer pays funds towards our preferred wallet address. Alternatively, a dedicated wallet per customer can be set up to facilitate reconciliation. 
2. Confirmation of the transaction is sent to SAP Digital Currency Hub. Alternatively, a request for payment can also be sent. 
3. A confirmation of the transaction is sent to the ERP where the open AR item is managed and reconciled. This can be in the form of a digital bank statement or via the use of an off-chain reference field. 

Management of the wallet(s) can be done via custodial services or self-management. There are a few security aspects to consider, on which we recently published an interesting article for those keen to learn more. 

While still on the roadmap, SAP Digital Currency Hub can be linked to the more traditional treasury modules such as Cash and Liquidity Management or Treasury and Risk Management. This would allow to integrate digital currency payments into the other treasury activities such as cash management, forecasting or financial risk management. 

Conclusion  

With the introduction of SAP Digital Currency Hub, there is a valid solution for addressing the current pain points in cross-border transactions. Although the product is still in a pilot phase and further integration with the rest of the ERP and treasury landscape needs to be built, its outlook is promising as it intends to make cross-border payments more streamlined and transparent. 

Additionally, business partners are essential in SAP for recording information related to securities issues, such as shares and funds. 

The SAP Treasury Business Partner (BP) serves as a fundamental treasury master data object, utilized for managing relationships with both external and internal counterparties across a variety of financial transactions; including FX, MM, derivatives, and securities. The BP master data encompasses crucial details such as names, addresses, contact information, bank details, country codes, credit ratings, settlement information, authorizations, withholding tax specifics, and more. 

Treasury BPs are integral and mandatory components within other SAP Treasury objects, including financial instruments, cash management, in-house cash, and risk analysis. As a result, the proper design and accurate creation of BPs are pivotal to the successful implementation of SAP Treasury functionality. The creation of BPs represents a critical step in the project implementation plan. 

Therefore, we aim to highlight key specifics for professionally designing BPs and maintaining them within the SAP Treasury system. The following section will outline the key focus areas where consultants need to align with business users to ensure the smooth and seamless creation and maintenance of BPs. 

Structure of the BPs: 

The structure of BPs may vary depending on a corporation's specific requirements. Below is the most common structure of treasury BPs: 

Group BP – represents a parent company, such as the headquarters of a bank group or corporate entity. Typically, this level of BP is not directly involved in trading processes, meaning no deals are created with this BP. Instead, these BPs are used for: a. reflecting credit ratings, b. limiting utilization in the credit risk analyzer, c. reporting purposes, etc. 

Transactional BP – represents a direct counterparty used for booking deals. Transactional BPs can be divided into two types: 

   - External BPs – represent banks, financial institutions, and security issuers. 

   - Internal BPs – represent subsidiaries of a company. 

Naming convention of BPs 

It is important to define a naming convention for the different types of BPs, and once defined, it is recommended to adhere to the blueprint design to maintain the integrity of the data in SAP. 

Group BP ID: Should have a meaningful ID that most business users can understand. Ideally, the IDs should be of the same length. For example: ABN AMRO Group = ABNAMR or ABNGRP, Citibank Group = CITGRP or CITIBNK. 

External BP ID: Should also have a meaningful ID, with the addition of the counterparty's location. For example: ABN AMRO Amsterdam – ABNAMS, Citibank London – CITLON, etc. 

Internal BP ID: The main recommendation here is to align the BP ID with the company code number. For example, if the company code of the subsidiary is 1111, then its BP ID should be 1111. However, it is not always possible to follow this simple rule due to the complexity of the ERP and SAP Treasury landscape. Nonetheless, this simple rule can help both business and IT teams find straightforward solutions in SAP Treasury. 

The length of the BP IDs should be consistent within each BP type. 

Maintenance of Treasury BPs 

1. BP Creation: 

Business partners are created in SAP using the t-code BP. During the creation process, various details are entered to establish the master data record. This includes basic information such as name, address, contact details, as well as specific financial data such as bank account information, settlement instructions, WHT, authorizations, credit rating, tax residency country, etc. 

Consider implementing an automated tool for creating Treasury BPs. We recommend leveraging SAP migration cockpit, SAP scripting, etc. At Zanders we have a pre-developed solution to create complex Treasury BPs which covers both SAP ECC and most recent version of SAP S/4 HANA. 

2. BP Amendment: 

Regular updates to BP master data are crucial to ensure accuracy. Changes in addresses, contact information, or payment details should be promptly recorded in SAP. 

3. BP Release: 

Treasury BPs must be validated before use. This validation is carried out in SAP through a release workflow procedure. We highly recommend activating such a release for the creation and amendment of BPs, and nominating a person to release a BP who is not authorized to create/amend a BP.  
BP amendments are often carried out by the Back Office or Master Data team, while BP release is handled by a Middle Office officer.  

4. BP Hierarchies: 

Business partners can have relationships as described, and the system allows for the maintenance of these relationships, ensuring that accurate links are established between various entities involved in financial transactions. 

5. Alignment: 

During the Treasury BP design phase, it is important to consider that BPs will be utilized by other teams in a form of Vendors, Customers, or Employees. SAP AP/AR/HR teams may apply different conditions to a BP, which can have an impact on Treasury functions. For instance, the HR team may require bank details of employees to be hidden, and this requirement should be reflected in the Treasury BP roles. Additionally, clearing Treasury identification types or making AP/AR reconciliation GL accounts mandatory for Treasury roles could also be necessary.  

Transparent and effective communication, as well as clear data ownership, are essential in defining the design of the BPs. 

Conclusion 

The design and implementation of BPs require expertise and close alignment with treasury business users to meet all requirements and consider other SAP streams.  

At Zanders, we have a strong team of experienced SAP consultants who can assist you in designing BP master data, developing tools to create/amend the BPs meeting strict treasury segregation of duties and the clients IT rules and procedures. 

Today, we engage in a conversation with Brecht van den Driessche, a new addition to the Zanders team, to explore his motivations for joining Zanders and his vision for the future of risk management.

Q: Why did you choose Zanders?

A: I've been familiar with Zanders for over a decade, and what has consistently impressed me is the professionalism and deep expertise in Risk Management demonstrated by its people. Consultancy is inherently a people-centric business, and the combination of professionalism with an engaging and enjoyable working environment was a key factor in my decision to join the Zanders team.

Q: What are your focus areas and goals for the short term and long term?

A: The landscape of expectations for Risk Managers and their regulators is rapidly evolving. Recent events such as the collapse of Silicon Valley Bank and the takeover of Credit Suisse by UBS have highlighted the critical importance of proper Risk Management. Financial institutions must invest in a centralized risk function and supporting systems to enhance transparency and real-time Risk Management. Worldwide, there is a clear trend among banks to centralize data, improve Risk Management systems, and perform more frequent, granular, and standardized risk calculations and disclosures. Regulators are increasingly pushing banks to move away from spreadsheets and manage their financial risks with professional, often vendor-based systems. As a result, banks are moving away from legacy systems and heavily investing in new Risk Management Systems.

My primary focus is to assist our customers in embracing further digitalization to maximize the benefits of these investments. This includes strategic benchmarking, optimization, selection, and the implementation of fit-for-purpose Risk Management systems. To achieve this, we collaborate closely with a select group of world-leading suppliers of risk technology.

The ultimate goal is for Zanders to become the go-to expert for our clients, providing them with robust Risk Management systems to effectively manage financial risks and make informed decisions.

Q: How were your first weeks at Zanders?

A: Right from day one, I felt the positive energy and warmth that characterizes the Zanders team. Simultaneously, around 20 new colleagues embarked on their Zanders journeys across Europe, and the onboarding process was exceptionally smooth. I've already had the pleasure of meeting many colleagues, clients, and partners, and I am genuinely convinced that my decision to join Zanders was the perfect career move.

Q: Anything you want to share with the outside world about this career move?

A: If you're curious about our ambitions and how we can help you achieve yours, don't hesitate to reach out. Drop me a message, and let's connect.

In a world of ever-evolving risks and escalating expectations in risk management, Zanders plays a pivotal role in helping organizations navigate these challenges, propelling them toward success. With our unwavering focus on professionalism, expertise, and a commitment to embracing digitalization, we stand as a trusted partner for those in the finance industry. To learn more about us, please visit our About Zanders page.

SWIFT now supports the exchange of ISO 20022 XML or MX message via the so-called FINplus network. In parallel, the legacy MT format messages remain to be exchanged over the ‘regular’ FIN network; The MT flow for message categories 1 (customer payments), 2 (FI transfers) and 9 (statements) through the FIN network will be decommissioned per November 2025. 

As such, between March 2023 and November 2025, financial institutions need to be able to receive and process MX messages through FINplus on the inbound side, and optionally send MX messages or MT messages for outbound messaging. After that period, only MX will be allowed.  

CBPR+ and HVPS+ 

Another important aspect of the MX migration is the development of the CBPR+ and HVPS+ specifications within the ISO20022 XML standard. These specifications dictate how an XML message should be populated in terms of data and field requirements for Cross Border Payments (CBPR+) and Domestic High Value Payments (HVPS+). Note that HVPS+ refers to domestic RTGS clearing systems and a number of countries are in the process of making the domestic clearing systems native ISO20022 XML-compliant.  

Impact for Corporates 

As of today, there should be no immediate need for corporates to change. However, it is advised to start assessing impact and to start planning for change if needed. We give you some cases to consider: 

1. A corporate currently exchanging e.g. MT101/MT103/MT210 messages towards its house bank via SWIFT FIN Network to make cross border payments, e.g. employing a SWIFT Service Bureau or an Alliance connection. This flow will cease to work after November 2025. If this flow is relevant to your company, it needs attention to be replaced. 
2. Another case is where, for example, an MT101 is exchanged with a house bank as a file over the FileAct network. Now it depends purely on the house bank’s capabilities to continue supporting this flow after 2025; it could offer a service to do a remapping of your MT message into an MX. This needs to be checked with the house banks. 
3. The MT940 message flow from the house bank via FIN also requires replacement. 
4. With respect to the MT940 file flow from house bank via FileAct, we expect little impact as we think most banks will continue supporting the MT940 format exchange as files. We do recommend to check with your house bank to be sure. 
5. High Value Payments for Domestic Japanese Yen using Zengin format; the BOJ-NET RTGS clearing system has already completed the migration to ISO20022 XML standard. Check with your house bank when the legacy payment format will become unsupported and take action accordingly.  

These were just some examples and should not be considered an exhaustive list.  

In addition, moving to the ISO20022 XML standard can also provide some softer benefits. We discussed this in a previously published article. 

Impact on your SAP implementation 

So you have determined that the MT/MX migration has impact and that remediating actions need to be taken. What does that look like in SAP? 

First of all, it is very important to onboard the bank to support you with your change. Most typically, the bank needs to prepare its systems to be able to receive a new payment file format from your end. It is good practice to first test the payment file formatting and receive feedback from the banks implementation manager before going live with it.  

On the incoming side, it is advisable to first request a number of production bank statements in e.g. the new CAMT.053 format, which can be analyzed and loaded in your test system. This will form a good basis for understanding the changes needed in bank statement posting logic in the SAP system.  

PAYMENTS 

In general, there are two ways of generating payment files in SAP. The classical one is via a payment method linked to a Payment Medium Workbench (PMW) format and a Data Medium Exchange (DME) tree. This payment method is then linked to your open items which can be processed with the payment run. The payment run then outputs the files as determined in your DME tree. 

In this scenario, the idea is to simply setup a new payment method and link it to a desired PMW/DME output like pain.001.001.03. These have long been pre-delivered in standard SAP, in both ECC and S/4. It may be necessary to make minor mapping corrections to meet country- or bank-specific data requirements. Under most circumstances this can be achieved with a functional consultant using DME configuration. Once the payment method is fully configured, it can be linked to your customer and vendor master records or your treasury business partners, for example. 

The new method of generating payment files is via the Advanced Payment Management (SAP APM) module. SAP APM is a module that facilitates the concepts of centralizing payments for your whole group in a so-called payment factory. APM is a module that’s only available in S/4 and is pushed by SAP AG as the new way of implementing payment factories. 

Here it is a matter of linking the new output format to your applicable scenario or ‘payment route’.  

BANK STATEMENTS 

Classical MT940 bank statements are read by SAP using ABAP logic. The code interprets the information that is stored in the file and saves parts of it to internal database tables. The stored internal data is then interpreted a second time to determine how the posting and clearing of open items will take place. 

Processing of CAMT.053 works a bit differently, interpreting the data from the file by a so-called XSLT transformation. This XSLT transformation is a configurable mapping where a CAMT.053 field maps into an internal database table field. SAP has a standard XSLT transformation package that is fairly capable for most use cases. However, certain pieces of useful information in the CAMT.053 may be ignored by SAP. An adjustment to the XSLT transformation can be added to ensure the data is picked up and made available for further interpretation by the system. 

Another fact to be aware of is the difference in Bank Transaction Codes (BTC) between MT940 and CAMT.053. There could be a different level of granularity and the naming convention is different. BTC codes are the main differentiator in SAP to control posting logic.  

SAP Incoming File Mapping Engine (IFME) 

SAP has also put forward a module called Incoming File Mapping Engine (IFME). It serves the purpose as a ‘remapper’ of one output format to another output format. As an example, if your current payment method outputs an MT101, the remapper can take the pieces of information from the MT101 and save it in a pain.001 XML file.  

Although there may be some fringe scenarios for this solution, we do not recommend such an approach as MT101 is generally weaker in terms of data structure and content than XML. Mapping it into some other format will not solve the problems that MT101 has in general. It is much better to directly generate the appropriate format from the internal SAP data directly to ensure maximum richness and structure. However, this should be considered as a last resort or if the solution is temporary. 

As the first conference in the US since its 4-year hiatus, there was good attendance among corporates and partners. The SAP Treasury conference is an excellent opportunity for customers to see the latest developments within the S/4 HANA Treasury suite.  

Christian Mnich, VP and Head of Solution Management Treasury and Working Capital Management at SAP, gave the opening keynote titled: "SAP Opening Keynote: Increase Financial Resiliency with SAP Treasury and Working Capital Management Solutions." 

 Corporate Structure changes  

Ronda De Groodt, Applications Integration Architect at Leprino Foods, presented a case study that covered how Leprino Foods embarked on a company-wide migration from SAP ECC to S/4HANA, specifically implementing SAP Treasury, Cash Management, and Payments solutions in a 6-month time frame. The presentation also had a focus on leveraging SAP S/4HANA Cash Management and SAP machine learning capabilities while migrating to S/4 HANA. 

Trading Platform Integration 

 In a joint presentation, Justin Brimfield from ICD and Jonathon Kluding from SAP discussed the strategic partnership between the two companies in developing a streamlined Trading Platform Integration. This presentation went into detail on how SAP leverages Trading Platform Integration between SAP and ICD and the efficiencies this integration can create for Treasury. 

 Multi-Bank Connectivity (MBC) 

Another area of focus at the conference was the capabilities of SAP Multi-Bank Connectivity and how it can simplify and automate financial processes associated while having multiple banks. This was presented by Kweku Biney-Assan from HanesBrands. The presentation focused on answering some crucial questions corporates may have about SAP MBC, ranging from the possible improvements MBC can make to your Treasury Operations and Cash Management processes, to the typical timeline for an implementation. 

 Cash Management & Liquidity Forecasting 

Renee Fan from Freeport LNG, gave a presentation overviewing the challenges the company faced in terms of cash management, reporting, and analytics. She gave an overview of Freeport LNG’s Treasury Transformation Journey and insights into the upgrades they had made, as well as a further focus on the benefits they have seen as a result of their new cash and liquidity solution. 

In addition, the conference offered attendees the opportunity to share ideas, build networks, and discuss topics face-to-face. All this made this edition of the event a success!

Of the many attending corporates and partners were offered the opportunity to hear the latest ins and outs of treasury transformation with S/4HANA.  

Next to the enhancements in S/4HANA Treasury, customers had a clear need to understand what it could means for their Treasury and how they could achieve it. The conference provided an excellent opportunity to exchange ideas with each other and learn from the many case studies presented on treasury transformation.  

Treasury Transformation with SAP S/4HANA 

Alongside Ernst Janssen, Digital Treasury and Banking Manager at dsm-firmenich, Zanders director Deepak Aggarwal presented the value drivers for treasury in an S/4HANA migration. The presentation also included the different target architecture and deployment options, as Ernst talked about the choices made at dsm-firmenich and the rationale behind them in a real-life business case study. Zanders has a long-standing relationship with DSM going back as far as 2001, and has supported them in a number of engagements within SAP treasury. 

In addition, there were similar other presentations on treasury transformation with S/4HANA.  BioNTech presented the case study on centralization of their bank connectivity via APIs for both inbound and outbound bank communication. They are also the first adopters of the new In-House Bank under Advanced Payment Management (APM) solution and integrate the Morgan Money trading platform for money market funds. ABB and PwC talked about their treasury transformation journey on centralization of cash management in a side-car, functionality enhancement through APM, and integration with Central Finance system for balance sheet FX management. Alter Domus and Deloitte presented their treasury transformation via S/4HANA Public Cloud including integrated market data feed and Multi-Bank Connectivity. 

Digital and Streamlined Treasury Management System 

Christian Mnich from SAP laid out the vision of SAP Treasury and Working Capital Management solution as an agile, resilient and sustainable solution delivering end-to-end business processes to all customers in all industries. Christian referred to the market challenges of high inflation and rising interest rates calling for a greater need of bank resiliency and cash forecasting to reduce dependencies on business partners and improve cash utilization while avoiding dipping into debt facilities. The sustainability duties like ESG reporting and carbon offsetting appear to be more relevant than ever to meet global assignments. SAP’s 2023 product strategy was presented with Cloud ERP (public or private) at the core, Business Technology Platform as integration and extension layer, and the surrounding SAP and ecosystem applications, delivering end-to-end integrated processes to the business. 

Trading Platform Integration 

Another focus area was SAP Integration with ICD for Money Market Funds (MMFs) through Trading Platform Integration (TPI) application. MMFs are seen as an attractive alternative to deposits, yielding better returns and diversifying risk through investment in multiple counterparties. Quite often the business is restricted on MMF dealing as a result of system limitations and overhead due to the manual processes. Integration with ICD via TPI offers benefits of single sign on, automated mapping from ICD to SAP Treasury, auto-creation of securities transaction in SAP, email notification and integrated reporting in SAP Treasury. 

Embedded Receivables Finance 

Lastly, SAP integration with Taulia was another focus area to facilitate liquidity management in the companies. Taulia was presented as driving Working Capital Management (WCM) in the companies through its WCM platform and Taulia Multi Funder for efficient share of wallet or discovery of new liquidity. The embedded receivables finance solution in Taulia automates the receivables sales process by automating the status updates of all invoices in Taulia platform and the seller ERP.  

If you are interested in joining SAP Treasury conferences in future, or any of the topics covered, please do reach out to your Zanders’ contacts. 

The SAP Business Technology Platform (BTP) is not just a standalone product or a conventional module within SAP's suite of ERP systems; rather, it serves as a strategic platform from SAP, serving as the foundational underpinning for all company-wide innovations. In this article, we will delve deeper into some of the key offerings of SAP BTP for treasury and explore how it can contribute to driving innovation within treasury. 

The platform is designed to offer a versatile array of tools and services, aiming to enhance, extend, and seamlessly integrate with your existing SAP systems and other applications. Ultimately enabling a more efficient realization of your business objectives, delivering enhanced operational efficacy and flexibility. 

Analytics and AI 

One of the standout features of SAP BTP for treasury is its analytics and planning solution, SAP Analytics Cloud (SAC). This feature seamlessly connects with different data sources and other SAP applications. It supports Extended Planning & Analysis and Predictive Planning using machine learning models.  

At the core of SAC, various planning areas – like finance, supply chain, and workforce – are combined into a cloud-based interconnected plan. This plan is based on a single version of the truth, bringing planning content together. Enhanced by predictive AI and ML models, the plan achieves more accurate forecasting and supports near-real-time planning. Users can also compare different scenarios and perform what-if analysis to evaluate the impact of changes on the plan equipping organizations to prepare for uncertainties effectively. 

Application Development and Integration 

An organization's treasury architecture landscape often involves numerous systems, custom applications, and enhancements. However, this complexity can result in challenges related to maintenance, technical debt, and operational efficiency. 

Addressing these challenges, SAP BTP offers a solution known as the SAP Build apps tool. The tool enables users to adapt standard functionalities and create custom business applications through intuitive no-code/low-code tools. This allows that all custom development takes place outside your SAP ERP system, thereby preserving a ‘clean core’ of your SAP system. This will allow for a simpler, more streamlined maintenance process and a reduced risk of compatibility issues when upgrading to newer versions of SAP. 

In addition, SAP BTP facilitates seamless connectivity through a range of connectors and APIs integrated within the SAP Integration Suite. Enabling a harmonious integration of data and processes across diverse systems and applications, whether they are on-premise or cloud-based. 

Process Automation and Workflow Management 

Efficient process automation and workflow management play a pivotal role in enhancing treasury operations. SAP BTP offers an efficient solution named SAP Build Process Automation which enables users to design and oversee business processes using either low-code or no-code methods. It combines workflow management, robotic process automation, decision management, process visibility, and AI capabilities, all consolidated within a user-friendly interface.  

A significant advantage of SAP BTP's  workflow approach over conventional SAP workflows is the unification of workflows across diverse systems, including non-SAP systems and increased flexibility, enabling smoother interaction between processes and systems. 

The integration of SAP BTP for workflow with different SAP modules such as TRM, IHC, BAM is facilitated through the SAP Workflow Management APIs within your SAP S/4 HANA system. 

In the context of treasury functions, SAP Build Process Automation proves invaluable for automating and refining diverse processes such as cash management, risk management, liquidity planning, payment processing, and reporting. For instance, users can leverage the integrated AI functionalities for tasks like collecting bank statements/account balance information from different systems, consolidating information, saving and/or distributing the cash position information to the appropriate people and systems. Furthermore, the automation recorder can be employed to mechanize the extraction and input of data from diverse systems. Finally, the SAP Build Process Automation can also be utilized to create workflows for complex payment approval scenarios, including exceptions and escalations. 

Extensions to the Treasury Ecosystem 

SAP BTP extends the treasury ecosystem with multiple treasury-specific developed solutions, seamlessly enhancing your treasury SAP S/4 HANA system functionality. These extensions include: Multi-Bank Connectivity for simplified and secure banking interactions, SAP  Digital Payment Add-On for efficiently connecting to payment service providers. Trading Platform Integration for streamlined financial instrument trading, SAP Cloud for Credit Integration to assess business partner credit risk, SAP Taulia for Working Capital Management, Cash Application for automatic bank statement processing and cash application, and lastly, SAP Market Rates Management for the reliable retrieving of market data. 

Empowering organizations with extensive treasury needs by enabling them to selectively adopt these value-added capabilities and solutions offered by SAP. 

Alternatives to SAP BTP 

The primary driving factor to consider integrating SAP BTP as an addon to your SAP ERP is when there is an integrated company-wide approach towards adopting BTP. Furthermore, if the standard SAP functionalities fall short of meeting the specific demands of the treasury department, or if the need for seamless integration with other systems arises. 

It's important to prioritize the optimization of complex processes whenever feasible first, avoiding the pitfall of optimizing inherently flawed processes using advanced technologies such as SAP BTP. It is worth noting that the standard SAP functionality, which is already substantial, could very well suffice. Consequently, we recommend conducting an analysis of your processes first, utilizing the Zanders best practices process taxonomy, before deciding on possible technology solutions. 

Ultimately, while considering technology options, it's wise to explore offerings from best-of-breed  treasury solution providers as well – keeping in mind the potential need for integration with SAP. 

Getting Started 

The above highlights just a glimpse of SAP BTP's capabilities. SAP offers a free trial that allows users to explore its services. Instead of starting from scratch, you can leverage predefined business content such as intelligent RPA bots, workflow packages, predefined decision and business rules and over 170 open connectors with third-party products to get inspired. Some examples relevant for treasury include integration with Trading Brokers, S4HANA SAP Analytics Cloud, workflows designed for managing free-form payments and credit memos, as well as connectors linking to various accounting systems such as Netsuite Finance, Microsoft Dynamics, and Sage. 

Conclusion 

SAP BTP for Treasury is a powerful platform that can significantly enhance treasury. Its advanced analytics, app development and integration, and process automation capabilities enable organizations to gain valuable insights, automate tasks, and improve overall efficiency. If you are looking to revolutionize your treasury operations, SAP BTP is a compelling option to consider.