AI has become an integral part of software testing: Digital transformation requires an ever-growing number of features going live in ever shorter cycles. This calls for an ever-higher level of test automation with a special focus on faster availability and changeability. Read more about the most fascinating issues relating to the topic in the experts’ discussion, which was held together with the testing experts of the entertainment industry.
Implementing Service Level Agreements in custody operations and software systems.
The article also discusses the shortcomings of traditional software design concepts of transaction-processing systems when it comes to SLA monitoring and user guidance. The paper identifies the absence of a formalized description of the SLA as one of the major obstacles for the implementation of appropriate controls. As an alternative, the paper proposes a design that allows for such a formal description, which can be directly linked to specific processing rules, checks and parameter settings of the custody software. The current authors expect such a design to help business teams to proactively monitor potential upcoming SLA violations, therefore increasing SLA compliance and reducing operational risk.
To get the full version of the article, please use the download option on the right.
Cloud readiness: Banking technology in transition. SDS IREG successfully deployed.
COMPETITIVE SITUATION, ADVANTAGES AND DISADVANTAGES OF CLOUD APPLICATIONS.
The financial industry is facing dynamic changes in terms of IT infrastructure and operations that are hard to predict. Whereas in the past decade strategy and business models, in particular, have been questioned and revised, not least due to massive regulatory changes and the entry of new competitors such as FinTechs, “innovative technologies” and “digitalisation” are now the top issues that decisively determine the competitiveness of a financial intermediary.
The high pressure to innovate due to the increased expectations of bank customers has resulted in new financial products, services and service channels. Keeping pace with increased expectations through ongoing innovations while guaranteeing stable operational processes and securing high investment costs makes digitalisation projects a complex management task.
A key to success in accomplishing these tasks could be the advancing cloudification of back-end solutions. Whether for internal processes, organisation or the development of new business models and customer benefit – the opportunities offered by the topic of ‘Cloud’ have a positive effect on the progress of market participants in the international financial industry. Despite initial obstacles, whether in connection with security, legal, business, or technology issues, the signs point to growth. Decision-makers in banks put established processes to the test, assessments determine the best way into the cloud and experts rack their brains over the latest product and its placement on the market. Surveys have shown that market participants are pushing their cloud strategy within the next five years by implementing clear growth plans and a corresponding capital market business. For these ambitious plans to be successfully implemented, important issues such as the competitive situation, the advantages, and disadvantages of cloud applications, or the possibilities in terms of type of operation and the like must be clarified in advance.
How can cloudification increase competitiveness in the financial industry?
Especially on the important target dates, the end of the month, the end of the quarter, or upon preparing the annual financial statements, the demands on the resources of the IT operation increase massively due to the extensive reporting requirements for different stakeholders of a financial intermediary. But also the volatility on the markets, for example on the day of the BREXIT decision, leads to unexpected operational peaks in daily banking operations. The operating environment is to be adjusted to this maximum load, which leads to high permanent costs in traditional IT systems.
Through fast, flexible, and automated scaling of IT resources, cloudification enables financial institutions to react dynamically to continuously changing volumes and they no longer depend on rigid IT structures. Cloudification enables fast, flexible, and automated scaling of computing power, the ability to react dynamically to the ever-changing daily business.
Furthermore, the introduction of new financial services and banking applications is much more efficient, as providers can adjust their applications to standardised cloud platforms and these no longer have to be adapted to the individual IT infrastructures of financial institutions at high expense.
Why does the financial industry lag behind other industries in the use of this sourcing opportunity?
The migration to cloud platforms in the financial industry is progressing very slowly in some areas – due to uncertainties in the interpretation of requirements of the bank supervision regarding operational safety and outsourcing, but also due to commercial and technical aspects. Cloud computing has been a key topic of numerous conferences and informal circles in the industry for over a decade, yet it is still far from being fully accepted.
Especially in the area of automated tax reporting, there are a number of challenges that can hinder the timely introduction of cloud solutions by banks and other financial institutions. Security concerns, legal issues as well as commercial and technical aspects are on the agenda of decision-makers and experts. However, if the institutions are able to successfully overcome these obstacles in the near future, cloud solutions can be an excellent way to optimise the infrastructure and thus improve – to stay with the above example – tax reporting.
With a specific combination of different cloud operating models, these obstacles can already be overcome today.
What options for cloud operation are being checked by the financial industry and what are the advantages and disadvantages of the individual models?
The migration to the cloud typically begins with defining the objectives and choosing the cloud model. It is important to note that the cloud model to be chosen is highly dependent on these objectives. The objectives and reasons are varied and range from cost optimisation (CAPEX/OPEX control) to a lack of in-house competence in operating distributed application environments. The cloud models offered include “Public cloud”, “Private cloud” and “Hybrid cloud”.
In the public cloud, customers rent the entire IT infrastructure of cloud providers on a flexible basis and share it with other customers. This means that no capital is invested in physical data centre infrastructures and all required capacities can be dynamically adapted to the daily business.
By contrast, a private cloud is exclusively available to a single customer. Hosting and administration is carried out internally via own resources (e.g. IT centre) or via appropriately qualified service providers. Compared to the public cloud, this offers the customers more creative leeway and perceived security at higher costs.
A hybrid cloud is a mixed form that bundles IT infrastructures from the public cloud and private cloud to combine the advantages of both approaches – depending on the requirements of the individual applications.
What are the core components for the deployment and operation of applications in the cloud?
The core component for standardised deployment into the cloud is the container technology, such as Docker or Kubernetes. Thus, a customised infrastructure can be set up easily, efficiently, and ad hoc. The concept “infrastructure as code” is not only used for software design and deployment, but also for testing and operation. Technical support in the provision of test environments is contributed by orchestration tools such as Kubernetes or complete container application platforms, which in addition to container management also include a solution for building automated build pipelines.
Which advantages can be realised on the basis of this standard and how flexibly can you switch between the different types of operation?
If applications are standardised for cloud services, any type of operation can be chosen; mixing and switching between types of operation is also possible to take full advantage of each.
For example, software testing (including load testing) could be carried out in a low-cost public cloud with anonymised data, while productive operation takes place in a private cloud or continues to be “on-premises” – without any difference regarding software, deployment and operation. The long waiting times for the deployment of a new environment, familiar from numerous projects, are dramatically shortened, thus reducing project costs and risks.
SDS relies on standard market cloud concepts and provides software solutions based on these standards. Our products can be operated on-premises as well as in the private or the public cloud. The possibility of switching at any time increases the independence of a financial institution that can comply with the requirements of the regulator, react immediately to relaxations/restrictions, and thus always produce at optimum cost. Our licensees can thus continue to meet the growing needs in a dynamic market environment and secure their competitiveness in the long run. In foreign tax reporting with the QI, FATCA, and CRS regimes, deployment in a cloud environment is particularly useful: The creation of reports is performed based on the target date, in short, labour-intensive periods. With SDS IREG, we are now able to offer a sophisticated and comprehensive solution in a highly efficient deployment model.
Find out more about the competitive situation, advantages and disadvantages of cloud applications in our SDS REPORT on the subject.
SDS REPORT: Shareholder Rights Directive (SHRD): The impact on securities processing.
On 17 May 2017, the Directive (EU) 2017/828 of the European Parliament and of the Council amending Directive 2007/36/EC as regards the encouragement of long-term shareholder engagement of exchange-listed companies in the European Union was issued (“Shareholder Rights Directive II”). The minimum requirements for its implementation were laid down in the Commission Implementing Regulation (EU) 2018/1212. In Austria, the provisions regarding European law were mainly incorporated in the Stock Exchange Act 2018 and in the Austrian Stock Corporation Act, in Germany they were incorporated in the German Stock Corporation Law as part of the implementation act ARUG II. Therefore, different abbreviations can often be found in the industry’s language use, such as SHRD, SRD II, ARRL or ARUG II, but basically they all refer to the same thing or its national implementation.
The declared objective of the Shareholder Rights Directive II is to create an attractive environment for shareholders of exchange-listed companies in the European Union and to further improve the corporate governance of these companies. As opposed to the previous directive, the Shareholder Rights Directive II also contains provisions for certain financial market actors such as intermediaries and institutional investors, who assume an important role in the identification of shareholders as well as in securing and dispatching information. The national law at the issuer’s place of business defines which specific obligations the intermediaries must fulfil in order to facilitate exercising the shareholder rights. The identification of shareholders and the transmission of information between the shareholders and the company shall be facilitated, the monitoring of the remuneration of individual directors shall be improved, business transactions with affiliated companies or persons shall be regulated more effectively and thus, transparency shall be enhanced. In the context of securities processing and thus our product SDS GEOS, this particularly concerns the area of shareholder identification and the transfer of information about company events between exchange-listed companies and their shareholders.
Find out more about the effects on European securities processing in our SDS REPORT.
SDS REPORT: Current AEOI challenges at a glance.
The need for comprehensive, globally applicable and highly automated tax reporting solutions is more topical than ever. Digitalization, automation, geographical coverage, validity, and reliability are – amongst others – the key challenges in the automatic exchange of information regarding tax matters (AEOI). Our comprehensive SDS Report summarises the most important challenges at a glance.
SDS REPORT: Regulatory topics 2018
Together with our customers we put together an overview of these topics.
SDS REPORT: Wrap-up of the 4th Annual Post Trade Forum
Almost exactly 10 years after the bankruptcy of Lehmann Brothers triggered the financial crisis, the Annual Post Trade Forum took place in Berlin. On 13-14th Sept, 2018, around 80 professionals from the securities services industry and financial market authorities across Europe and beyond met in the inspiring atmosphere of the Crowne Plaza to discuss a rich list of current hot topics. Read about the hot topics and download the full event report.
SDS REPORT: MiFID II, Brexit, digitisation of the financial industry
Almost 700 registered participants from institutions ranging from A (like ABN Amro) to Z (like Ziraat Bank) filled the conference rooms, formed long queues at the buffet and attended the stands of the numerous exhibitors, including SDS. Read about what made this Meeting the “Best Financial Centre Meeting ever” (Quote: Jens Zinke, Managing Director of WM Group).
SDS REPORT: RegTech for CSR/FATCA. A Snapshot
In addition, corresponding technologies which meet the comprehensive CRS requirements have been implemented. Download the report and read about the new and/or extended requirements to the design, operation and the management of modern technologies for taxes and regulations.
SDS REPORT: Success through agile methods in software testing
At SDS, we have developed an approach to compensate potential weak points which a rigid, linear procedure may entail, and try to unite both worlds, waterfall and the agile procedure.