What is our primary use case?
As a treasury tool, I have seen clients implement Kyriba extensively. I have worked in the capacity as a consultant to guide them through the process of setting up Kyriba, more from a top-down business process perspective and how to manage the treasury pieces differently in different kinds of organizational financial setups.
Cash pooling is the specific example where I have extensively seen Kyriba being used for treasury management. What it means is the inter-company trades are not settled between those inter-company parties, but settled against the parent company code, sort of acting as an anchor between the two child nodes. The cash gets settled against the anchor nodes or the parent company, and then the parent company settles the differences to the other company codes in the network. A corporate company code acts as the cash pool, while the other entities within the group connect up with the cash pool or the corporate entity to settle inter-company trades, and that is where the book of records of inter-company settlements is maintained.
What is most valuable?
The setup I have seen more extensively is such that a capability, although it can be developed in an ERP solution, does require a lot of customizations to be developed, specifically in the setup of SAP ERP. Such a capability is possible to develop, but it is not out of the box. SAP does have its own treasury module which offers similar capability, but Kyriba certainly has a front-end setup that is more streamlined compared to what I have seen with SAP Treasury. That is why customers prefer Kyriba. The different rule sets that can be developed in a more user-friendly manner in Kyriba to perform the analysis and the final settlement postings make the usability present in Kyriba, while it requires more customization and enhancements in an SAP setup or a SAP Treasury setup, to be more specific.
The best features Kyriba offers, particularly in the context of cash pooling, include a more simplistic UI to see overall, especially for bigger corporates with more than 100 entities. It is easier to visualize the inter-company setup, where the open credits or debits are located. The UI seems to be the most stunning feature that stands out the most, followed up by the rule-setting process, which also appears to be more straightforward compared to what SAP Treasury offers.
These features do impact day-to-day operations for clients. It does save time, particularly at month-end close, where postings and adjustment postings have to be made across all legal entities. Having that capability is really beneficial, and the UI assists in applying the rule set across the whole corporate list of entities, which differentiates Kyriba, adding to the operational efficiency, specifically during the month-end close where time is limited. It certainly adds quite a lot of value.
What needs improvement?
Since Kyriba is more of a bolt-on, I suggest that more adapters are developed with ERP solutions, specifically S/4, as my idea for improvement. In cases of integration, the adapters were available, but the data sets had to be realigned. The structures in which SAP S/4 operates and the structures in Kyriba had to be mapped. If those can be developed out of the box, it would certainly smoothen the overall implementation experience. Additionally, moving open AR/AP positions from SAP S/4 to Kyriba is done as a batch load, meaning on request. If those interfaces are developed in real-time, so that real-time positions are always moved over to Kyriba, it would enhance the process even further because then the analysis is not contingent upon an on-demand pull request; it happens live. Tighter integration, and tighter real-time integration with the ERP ledgers, could help enhance the capabilities further.
Tighter integration certainly is the core area for improvement with Kyriba. In addition to that, I would say that the adoption of AI could be another enhancement in the UI. The context I would suggest for its implementation is within the analysis of discrepancies. Obviously, not everything reconciles perfectly anytime cash pooling is done, so identifying postings where the match cannot be performed, leading to necessary settlements, would be good areas for Kyriba to develop further capabilities.
For how long have I used the solution?
I have been working in my current field for close to 15 to 18 years.
What do I think about the stability of the solution?
I have not particularly experienced any downtime or reliability issues with Kyriba. It is stable in my observation.
What do I think about the scalability of the solution?
Given Kyriba operates in the cloud, its scalability is somewhat covered as part of the capabilities the cloud offers in terms of scaling. I could not point to any scaling issues that I have observed.
How are customer service and support?
My experience with customer support has been that they were involved in some cases with integration, but I have not encountered any critical gaps.
Which solution did I use previously and why did I switch?
I have seen clients using different treasury tools in their setups. From the perspective of a consultant, I do work with clients who have utilized SAP Treasury or SAP S/4 Treasury as another solution, while Kyriba was used by another client, providing me with a backdrop of different treasury modules or treasury applications.
I evaluated SAP Treasury before choosing Kyriba.
What was our ROI?
In terms of the positive impact Kyriba has on my organization or my client's organizations, I think the number of people required during month-end close has decreased. The company I have extensively seen using Kyriba is a railroad company with more than 150 entities in the group. The corporate workload during month-end close, especially with treasury, was much more streamlined. I have seen SAP Treasury being used for a large shipping container company, and in this context, the same railroad company implementing Kyriba clearly demonstrated a smoother month-end close. The application of the rule set and the visibility into the rule set getting applied for cash pooling certainly stands out as a key feature with Kyriba. While it is possible in SAP Treasury, the UI is not super streamlined for this process.
I do have some numbers on time saved. The month-end calendar for this company is approximately five to six days from when the period postings are locked and the month-end postings are performed. When it comes down to treasury, which takes around a day and a half, it comes down to under a day. In terms of hours saved in the overall month-end closing process, specifically for the treasury function, it certainly reduces time by more than 25 percent.
The general impression regarding return on investment is that I will not discuss specific money saved because it is client confidential, but I can state that for month-end close activities, there is at least a 25 percent and upwards reduction in the time it takes to close the books, which certainly translates into money saved and fewer resources needed. I also believe there are opportunities within Kyriba for tailored AI use cases to be enabled within the tool, which could help enhance this capability further, alongside the integration topics I mentioned.
What other advice do I have?
My advice to others looking into using Kyriba is that it poses strong competition in the treasury market. Even if one has chosen SAP as the core book of records and for other corporate functions, it is worth considering Kyriba. It is a good bolt-on, similar to other tools such as Vertex for pricing and PowerPlan for asset management. Kyriba is a very good competitor in the treasury space worth consideration.
The relationship with this vendor is more as partners rather than simply being customers. I partner with both big and small vendors.
I would rate this review an 8 overall.