When looking at the investment market if you want to broadly categorise investors in young businesses, in my experience there are two types:
- The ‘emotionals’ – who are generally friends and family, angel investors and some high net worth’s and can get very excited by investment opportunities.
- The ‘rationals’ – who are experienced high net worth’s and institutional investors in the Private Equity and Venture Capital sectors and approach an investment deal in a very business-like fashion.
In the early stages of raising investment most young businesses look to friends and family or the angel investment community. This fundraising has come about through a personal relationship where levels of trust are already baked in. For the most part, it is easy to keep the trust in place during the fundraising process and after the deal is complete.
Where I often see trust issues is when the business looking for investment moves from the ‘emotional’ investors to its first serious raise from a ‘rational’ institutional investor. Part of this is down to the founders not being ready for the process, but part of it is down to the business-like attitude from the prospective investor. I don’t think that the institutional investors either realise, or maybe care, that the change can come as a massive shock to a lot of founders.
I have seen, both close up and at arm’s length, a lot of very successful investor/founder relationships that have worked well for all parties. I spend a lot of time with companies helping them to prepare for the investment process. With these experiences I have seen how maintaining trust with founders can often lead to significantly enhanced returns on an investment. I have also seen how mistrust can lead to friction and a breakdown in the relationship.
The biggest area of trust contention is around the investors’ money. Institutional investors are judged on their financial performance alone. Therefore, everyone should understand that there is only one thing that investors care about – their money, and how much their money needs to make.
If everyone understands this, then it shouldn’t get in the way of the trust relationship.
With that understood what else can an institutional investor do to build and maintain trust with founders?
- When first looking at the business remember that it is the founder’s baby. Starting a new business is hard. The founders will have put a lot of blood sweat and tears into the business. Pay them some respect.
- Founders can be a bit dismissive of investors that have not ‘been there and done it’ and worry that you don’t understand. If you haven’t founded a business let them know what experiences you can bring to help them.
- Founders do not want you to run the business for them. If things are not going well, they should expect an intervention but if they are going well trust them to keep driving the business. Nothing builds trust like trusting someone.
- The due diligence process is always brutal and makes most founders feel like fraudulent criminals, even when they clearly are not. Point out the good you have come across as well as the areas where there is room for improvement, what difference that improvement will make and how that improvement might happen.
- It’s odd but I very rarely see investors telling founders and their senior teams how good they are and how much they value them in the business. Do it.
- Let the founders know what sort of investor you want to be. Are you bringing money and looking after it or are you an investor who wants to help build your investment by helping the business grow? Involved or arm’s length, get that clear early on.
- Be open about all the clauses in the various agreements and explain why you need some clauses that seem not to be needed or are particularly harsh on the founders. Never try and sneak in unflagged clauses at the eleventh hour. You might get them through, but it will kill any trust.
- Be clear on your ambition for your money and the time frame you want to be involved for. Things can change but exits need to be part of a plan for any business.
- Just as investors don’t want nasty surprises nor do founders. Make sure that all news travels at the same speed, both good and bad.
- Some investor board representatives seem to take delight in trying to trip up founders, particularly in board meetings. All this does is ensure that board meetings are low on information and even lower on trust. Ask the hard questions not the trick questions.
Founders constantly tell me that investors ‘don’t do empathy’. In most cases they probably shouldn’t as they have invested a lot of money in a business that may or may not succeed and they want to drive the founders to succeed on the investor’s behalf. But there are occasions when a quick call or an unsolicited offer of help can pay real dividends with relationship building.
Some investors do not care about their relationships or trust levels with founders. That is their choice. But there is a trend in the market that isn’t going away. Founders of good businesses are being more discerning in which investors they choose to partner with and doing a lot more due diligence on prospective investors. The good businesses are less risky and that’s where the money will be made. If investors want to get the very best companies into their deal flow, I suspect that building a trusting relationship will be an increasingly important factor in founder choice.
PCI DSS Compliance in the Cloud – Everything you should know
PCI DSS 4.0 is the latest and updated version of PCI DSS that was introduced on March 31st, 2022. This updated standard is set to go effective 2 years from now in 2025. PCI DSS is an international payment security standard established to ensure the secure processing of payment cards online. While the security standard is not a mandate, yet it is seen as an industry best practice that should be adopted by every organization and services provider dealing with payment card data. Any organization storing, processing, and transmitting card data must comply with PCI DSS Compliance. By this, we mean any Service Providers including those offering Cloud Service are required to comply with the payment standard. In fact, the PCI Council clearly states that Cloud security is a shared responsibility between the Cloud Service Provider and its clients.
So, while Merchants need to ensure PCI DSS Compliance, Cloud Service providers also need to ensure the security of card data and accordingly meet the PCI compliance requirements. But when we talk about compliance we need to now keep in mind that the requirements have to be met as per the evolved PCI DSS 4.0 version. Although the fundamentals of PCI DSS still remain the same yet the PCI Council has evolved the standard with additional requirements and stringent security requirements. Elaborating on this, we have today explained how PCI Compliance impacts Cloud Service Providers, the technical and operational requirements they need to meet, and key considerations for them to ensure compliance.
PCI DSS Compliance for Cloud Service Providers
In the payment card industry security and privacy of card data is a major concern, especially when the services are outsourced. There is a very common misconception that prevails concerning PCI DSS Compliance. While some believe PCI DSS Compliance is for Merchants to comply with, some say it is the Cloud Service Providers who need to comply with the payment security standard. But in reality, data security and PCI DSS Compliance is a shared responsibility between both Merchants & Cloud Service Providers.
For these reasons, it is important that all the security-related roles and responsibilities are well-defined between both parties. This should further be documented to ensure accountability. However, it is also important to understand that the responsibility defined should be based on the type of Cloud Service Model which could be Infrastructure as a Service Provider (IaaS), Software as a Service Provider (SaaS), and Platform as a Service Provider (PaaS). Depending on the level of control over the Cloud Infrastructure, the responsibilities concerning PCI DSS Compliance can be defined between Merchants and Service Providers. Besides, PCI Compliance clearly mandates sharing of responsibilities among both Merchants and Service Providers where ever applicable.
If the payment card data is stored, processed, or transmitted in the cloud environment, PCI DSS automatically applies to that environment and will require validation of the Merchants and Cloud Service Provider’s access to the environment. The allocation of responsibility between the Merchant and Cloud Service Provider does not exempt either from their responsibility to secure data as per PCI DSS requirements. For this, clear policies, procedures, and processes must be defined and agreed upon between the Merchant and Cloud Service Providers. This should include defining all the security control requirements, roles, and responsibilities for operation, management, and reporting as per the PCI Requirement.
How Responsibilities can be shared based on the Cloud Model?
PCI DSS 3.2.1v which is now the older version of PCI DSS, had the responsibilities clearly defined among the merchants and the third-parties involved as outlined in the below table. While this can still be applicable in a given scenario, yet it is also important to note that this may now not be the only approach towards implementing the shared responsibilities. Since the PCI Council has now introduced customized approach along with the option of the traditional defined approach, in the PCI DSS 4.0, the responsibilities between the Merchants and Service Providers may vary accordingly, based on the contracts, agreements and NDAs defined and signed between both the parties. So, in that sense the application of the table may change accordingly.
|PCI DSS Requirements||Responsibility Assignment of Management of Controls|
|1 Install and maintain a firewall configuration to protect cardholder data||Both||Both||CSP|
|2 Do not use vendor-supplied defaults for system passwords and other security parameters||Both||Both||CSP|
|3. Protect stored cardholder data||Both||Both||CSP|
|4. Encrypt transmission of cardholder data across open, public networks||Client||Both||CSP|
|5. Use and regularly update anti-virus software or programs||Client||Both||CSP|
|6. Develop and maintain secure systems and applications||Both||Both||Both|
|7. Restrict access to cardholder data by businesses need to know||Both||Both||Both|
|8. Assign a unique ID to each person with computer access||Both||Both||Both|
|9. Restrict physical access to cardholder data||CSP||CSP||CSP|
|10. Track and monitor all access to network resources and cardholder data||Both||Both||CSP|
|11. Regularly test security systems and processes||Both||Both||CSP|
|12. Maintain a policy that addresses information security for all personnel||Both||Both||Both|
|PCI DSS Appendix A: Additional PCI DSS Requirements for Shared Hosting Providers||CSP||CSP||CSP|
Source: PCI Council
PCI DSS Compliance Requirements in Cloud
PCI DSS Compliance comprises 12 requirements that Merchants and Service Providers need to comply with. The standard applies to anyone who stores or processes cardholder data. This extends the applicability to even the third-party service providers including the Cloud Service Providers. So, now with the advent of PCI DSS 4.0, there are security controls and compliance requirements that have evolved in terms of introducing additional requirements, making certain security controls stringent, and having brought in flexibility in terms of allowance to adopt a customized approach to payment security. All of these evolved requirements should now be taken into consideration in the Cloud environment. So, elaborating on it we have shared the PCI Requirements specific to Cloud.
Build and Maintain a Secure Network and Systems
The payment systems and network need to be secured against unauthorized access by malicious
Individuals. This is to protect sensitive cardholder data and sensitive authentication data from any
Breach, theft, or comprise of the data.
Requirement 1: Install and Maintain Network Security Controls
Network Security Controls (NSCs), are security control technologies that help manage network traffic between physical network segments, based on pre-defined policies or rules. Network Security Controls like Firewalls that are generally an integral part of network security work as a front-end defense for protecting cardholder data. Deploying firewalls across all systems and networks within the card environment ensures protection against unauthorized access from an untrusted source, filtering the traffic entering (ingress) and leaving (egress) the network. Traditionally this functionality was provided by physical firewalls, but now it can be provided by virtual devices, cloud access controls, virtualization/container systems, and other software-defined networking technology as well. So, Cloud Service Providers are expected to implement adequate Network Security Controls to secure data and limit network access to and from the cardholder data environment across any computer network (public and private networks).
Requirement 2: Apply Secure Configurations to All Systems and Components
Using vendor-supplied defaults system passwords can be a huge threat to the systems in
Cardholder Data Environment. This is because defaults passwords are easy to hack and at times even available on public domains. So using default password settings and other security parameters will mean leaving the doors open for hackers to hack into systems. Generally, organizations verify and access cloud resources manually for identifying and validating cloud misconfigurations, default settings, and other security vulnerabilities. However, it is recommended that organizations implement measures with a practical approach and use advanced tools and software to check defaults configured and validate cloud security. Applying secure configurations to system components reduces the possibility of compromise by an attacker to systems. Changing default passwords, removing unnecessary software, functions, and accounts, and disabling or removing unnecessary services all help to reduce the potential attack surface.
Protect Account Data
Protecting account data is an important requirement in PCI DSS and both Merchants and Service
Providers are expected to meet this requirement. Cloud Service Providers must implement measures to ensure the prevention of unauthorized access to sensitive payment data or cardholder data. Protecting account data does not just mean ensuring the prevention of unauthorized access but also preventing data compromise.
Requirement 3: Protect Stored Account Data
Protection of stored account data is an essential requirement in PCI DSS and one way to ensure this is by limiting the storage of the data in the environment and limiting the retention period. Organizations are expected to follow a key rule which is not to store card data that is not needed or required for business. PCI DSS requires Cloud Service Providers to implement appropriate security measures that ensure the account data stored in the environment is safe. Further, the organization needs to ensure secure configuration and management of passwords, and encryption keys that are deployed to secure data. Cloud Service Providers are expected to implement security measures such as encryption, truncation, masking, and hashing that are critical components of account data protection.
Requirement 4: Protect Cardholder Data with Strong Cryptography During Transmission Over Open, Public Network Maintain a Vulnerability Management Program
Cryptography is the key to ensuring the data confidentiality, integrity, and security. So, encryption is one way of protecting cardholder data when in transit. PCI DSS requires Cloud Service Providers to encrypt data that is processed and in transit to prevent hackers from intercepting and accessing card data sent over open networks. For these reasons, organizations are expected to render the card data unreadable. Implementing strong encryption protocols such as TLS 1.2, SFTP, or IPSec as per PCI DSS becomes a mandate as per requirements. Further, the organization must maintain an inventory of the entity’s trusted keys and certificates used to protect PAN during transmission.
Requirement 5: Protect All Systems and Networks from Malicious Software
Malware can damage the system and compromise the confidentiality, integrity, or availability of the data, applications, or operating system. Malware can enter the network through the use of the Internet (public & private network), computer and mobile devices, and storage devices, resulting in unauthorized access, data theft, and compromise of data. So, it is recommended that organizations including the Cloud Service Providers use anti-malware solutions to address all the issues of malware and protect systems from current and evolving malware threats. Further, there must be measures in place to perform periodic scans to detect such malware.
Requirement 6: Develop and Maintain Secure Systems and Software
The applicability of PCI DSS requirements may vary from organization to organization and the types of cloud services offered. This simply means when using a managed service, the cloud user does not have any responsibilities in ensuring that the provider’s systems are secure. But in an IaaS and PaaS model, the merchants need to ensure that their Cloud Service Providers are tested for vulnerabilities in systems, apply security updates, and adopt secure development practices. PCI DSS requires verification of all code developed for public web applications, and implementation of a web application firewall (WAF) on all cloud resources that comprise or deal with sensitive cardholder data. Further appropriate software patches must be implemented, evaluated, and further tested sufficiently to ensure they do conflict with existing security configurations. Applying Software Lifecycle (SLC) Processes and Secure Coding techniques is crucial.
Implement Strong Access Control Measures
Ineffective access controls can result in unauthorized access to data and result in a data breach. So organizations must implement strong access controls with access rights granted on a need-to-know basis and ensure the least privilege based on job classification and function.
Requirement 7: Restrict Access to System Components & Cardholder Data by Business Need-to-Know
Access to cardholder data should be limited to only authorized individuals based on their roles and responsibilities. For this, merchants and service providers need to clearly define and document their roles and responsibilities. Access should be then accordingly granted based on a need-to-know basis to ensure the data is accessed by only authorized personnel. Higher number of access granted will inversely increase the risk exposure and chances of a data breach in the card environment. So access granted with the least privilege should be based on job classification and function. Further, all user accounts and related access privileges, including third-party/vendor must be reviewed every 6 months and documented to ensure user accounts and access remain appropriate based on job function.
Requirement 8: Identify Users and Authenticate Access to System Components
PCI DSS 4.0 requires measures specific to identifying and authenticating user access to sensitive systems and data. This requires the implementation of Multifactor Authentication to secure access to systems components and to prevent misuse of data access. There is also a need for assigning unique user IDs to every individual having access to the data and CDE including the third-party Cloud Service Providers. Individuals accessing system components should be assigned a unique ID to ensure that the activities around the data are only performed by authorized users. Further, this ensures easy tracking and monitoring of activities in the environment and also ensures accountability on the part of the Cloud Service Providers having access to the card data. For this, merchants need to develop a secure password policy and share the same with Cloud Service Providers to ensure they are aware of the same and meet the requirements of the policy. The Unique IDs for users and administrators should be managed throughout an account’s lifecycle.
Regularly Monitor Access to Networks and Data
Malicious Individuals can exploit vulnerabilities and loopholes in systems and networks connected with payment card applications and comprising cardholder data. So both Merchants and Service Providers must regularly monitor access networks to identify and remediate vulnerabilities. Tracking and monitoring access to cardholders can be achieved through logs.
Requirement 10: Log and Monitor All Access to Systems Component and Cardholder Data
Tracking and monitoring all access to system components and cardholder data must be achieved by maintaining a log. The process of logging is crucial for effective vulnerability management. The process facilitates thorough tracking, monitoring, and analysis of network and card data access especially when an incident occurs. If not it is extremely difficult to find the cause of the data breach in the card environment. The audit logs and monitoring process supports the detection and identifying anomalies and suspicious activities including forensic analysis of incidents and events. Further, these logs prevent destruction and unauthorized modifications of data. For these reasons, having Google Cloud logging metrics and alerts is essential for monitoring and tracking to meet the PCI DSS Requirement 10.
Requirement 11: Test Security of Systems and Networks Regularly
Organizations are expected to regularly perform security tests on systems and networks to identify vulnerabilities. For instance, all wireless access points need to be regularly tracked and monitored to identify vulnerabilities and unauthorized access points. So, with regular systems and network tests performed the network intrusions, unauthorized changes, and unexpected file changes can be immediately detected and addressed. For this, tests such as the Vulnerability Test and Penetration Tests must be regularly performed to identify exploitable vulnerabilities and security weaknesses. It is also important that the Cloud Service Providers ensure segmentation of CDE from other networks to ensure complete isolation and segregation of network comprising, transmitting sensitive data.
Source: PCI Council
Key PCI DSS Considerations to account for in Cloud
PCI Council in its Guidelines for Cloud has clearly outlined certain considerations that must be thought through for ensuring PCI DSS Compliance. Given below are the key considerations explained.
Merchants looking to collaborate with Cloud Service Providers must understand the security impact of this consideration on the cardholder data environment. Depending on the cloud deployment type, for instance, in private-cloud deployment, the organization can implement adequate segmentation to isolate in-scope systems from other systems and services or consider the entire cloud in scope for PCI DSS. Whereas in the public cloud, the Merchants and the Cloud Service Provider will need to work together to define scope boundaries and the roles and responsibilities towards data security as both parties will have their systems and services within the scope of PCI DSS.
Merchants availing Cloud Services need to ensure that using the public or shared cloud will require adequate isolation of the environment from the rest. Further isolation or segmentation of the environment may also be required at the Merchants CDE from other non-CDE components as well to reduce its PCI DSS scope. The segmentation and isolation are required to be maintained at the network, operating system, application layers, and most importantly isolation of data stored. In a hybrid environment, the responsibility for segmentation is shared by the Cloud Service Provider and the Merchant. It is the Merchants responsibility to ensure that the device, application, or peering transit networks connecting to the Cloud Service Provider is secure. Further, the Merchants must ensure isolation is maintained on their side of the CDE and by the Cloud Service Provider at all times. For this, Merchants should conduct Penetration tests annually or after significant changes are introduced in the environment to ensure compliance (Requirement 11.4.5)
Understanding PCI DSS Responsibilities
Merchants will have to work with their Cloud Service Providers to define the roles and responsibilities in protecting card data. The responsibilities between Merchants and the Cloud Service Provider for meeting PCI DSS are based on various factors including the purpose of using the cloud service, the scope of PCI DSS outsourced to the Cloud Service Provider, services and system components that fall within the scope, Cloud service model opted by Merchant’s avail (IaaS, PaaS or SaaS) are some factors to be considered carefully. Merchants need to know and understand the scope of responsibility given and accepted by the Cloud Service Provider for each PCI DSS requirement, and the services and system components to be validated for each PCI requirement. The roles and responsibilities need to be clearly defined to ensure both Merchants and Cloud Service Providers meet the requirements respectively without considering it to not be in their scope.
PCI DSS Responsibilities for Different Cloud Service Categories
PCI DSS Requirements are shared responsibilities between Merchants and Cloud Service Providers. Depending on the Cloud Service Model availed the responsibilities may either be shared or remain to be one’s individual responsibility. For most of the outsourced operations, Merchants will need to ensure maintaining and verifying the PCI DSS requirements are met and the Cloud Service Providers based on their roles and responsibility maintain and verify the requirement for its customers (Merchants). While certain aspects of the service functionality will be clear to the scope and define boundaries, there may be certain aspects that may result in an overlap of responsibilities. This needs to be clearly defined in the contract between the Merchant and Cloud Service Provider. So while it may be the responsibility of the Cloud Service Provider to meet certain requirements it is still the responsibility of the Merchants to monitor and ensure that the Service Provider meets the requirements and ensure ongoing compliance with all the applicable requirements. There must be records of the same verifying security controls are in place and there is ongoing compliance with PCI DSS. Merchants need to constantly ensure and validate their compliance in accordance with PCI DSS and the payment brand.
Source: PCI Council
Understanding the key requirements and considerations for PCI DSS in Cloud is crucial. Moreover, clearly defining roles and responsibilities and being aware of their own responsibility is essential for both Merchants and their Cloud Service Providers to meet PCI DSS Requirements and ensure compliance.
Narendra Sahoo (PCI QSA, PCI QPA, CISSP, CISA, and CRISC) is the Founder and Director of VISTA InfoSec, a global Information Security Consulting firm based in the United States, Singapore, UAE & India.
The power of diversity: The need for female role models in FinTech
By Isavella Frangou, VP of Sales and Marketing, payabl.
As our world is constantly evolving, it’s easy to believe we have made great progress when it comes to women in business, but have you ever heard the saying ‘You can’t be what you can’t see’? Unfortunately, that remains true in FinTech. Only 5.6% of all FinTech CEOs globally are women.
While a significant amount of people are under the impression that gender bias is gone, I would argue that it most definitely is not. With less than four percent of women holding the title of chief innovation or technology officer, I think it is fair to say that issues of gender diversity within the FinTech industry are still very much present.
Being a female leader, in a male-dominated industry, I’m proud to work with inspiring women – at payabl. the team is 65% female, with 60% of the management team made up of talented female business leaders. I am passionate about encouraging women into the industry that I love, to change it for the better.
The business case
Did you know that diverse companies enjoy 2.3 times higher cash flow per employee, and diverse management has shown to increase revenue by 19 percent? At payabl., we believe to build an inclusive workplace, both female and male leadership is needed to encourage creative thinking and expertise. We do not only embrace diversity; we value and celebrate it.
Failing to include women can potentially affect product development if there’s no female voice or perspective in the room or make you a less attractive prospective employer. Think about it, if your team is all-male, you’ve already excluded half the population, and with it, half your potential market.
It’s not just about the bottom line. Research also shows that diverse teams create more innovative solutions. The FinTech industry is booming and with so much competition and opportunity, innovation is business-critical for surviving.
A diverse workforce that celebrates differences, fosters teamwork and productivity, will unearth new perspectives, creative ideas, different ways of thinking and unique approaches to problem-solving. I advocate for more women in FinTech because I believe it is a competitive advantage to innovation.
Invaluable leadership skills
Women bring unique talents to the table, valuable to any organisation. Playing a variety of roles in society, women have long been the backbone of nations’ economic success. It’s fair to say we wear many different hats on a daily basis. Each hat requires something different from us, whether that’s running a household and looking after children or running a global business. All of these hats require us to be excellent problem solvers, have fantastic people skills and multi-task, qualities which I believe are invaluable in a leader.
Leadership and communication go hand in hand. Communication is undoubtedly the most critical skill found in a successful leader. If asked about women’s top skills, I’m sure many would mention communication. Women leaders who communicate effectively tend to provide their employees with useful guidance, ask questions, and seek feedback. In fact, the top three communication skills for women are reading body language, listening and displaying empathy. Communicating and delegating are key factors in creating a work-life balance and effective workload distribution. Being transparent in communication also helps reduce the risk of misunderstandings and confusion.
I genuinely believe that our gender-diverse leadership team is one of the biggest contributors to making payabl. more profitable, productive, and an overall better place to work. Turning enhanced productivity and staff morale into customer benefits, I’m proud to be part of a company that genuinely values female leadership while inspiring female leadership and change across the globe.
Many women tend to underestimate their abilities and qualifications, making us overlook leadership role opportunities. My advice for fellow women looking to enter the FinTech industry is to believe in yourself and your unique insights. Join a team that embraces diversity instead of fearing it, where your knowledge and experience will not be underestimated.
Despite plenty of talented women working in the industry, it’s only in recent years that more of them are starting to be recognised for what they do. Unfortunately, however, the financial sector, and by extension, the FinTech business is still something of a boys club.
I believe being a great female leader isn’t about leading like a man. Instead, it starts by embracing your own potential and qualifications and claiming your space in the industry.
Rivery Raises $30M B Round of Venture Funding from Tiger Global
With data needs growing and data talent scarcity, there is huge demand for Rivery’s 100% SaaS solution to create an...
Wealth Managers and the Future of Trust: Insights from CFA Institute’s 2022 Investor Trust Study
Author: Rhodri Preece, CFA, Senior Head of Research, CFA Institute Corporate responsibility is more important than ever. Today, many...
Q&A with Andréa Jacquemin, founder and CEO of Beamy
Beamy is a fast-growing scale-up that focuses on pioneering a new approach to SaaS management for large companies. Founded in...
How to reignite your store with streamlined operations and a distinctive customer experience
Colin Neil, MD, Adyen UK Retailers know that prioritising customer experience is vital to success today. This, amongst the...
5 tips to ensure CSR efforts come across as genuine
By Mick Clark, Managing Director, WePack Ltd Corporate social responsibility – or CSR – is playing an increasingly pivotal role...
How to Build Your Credit Up Safely
by Taylor McKnight, Author for Compare Credit What Is Credit? Credit is money owed by a person that allows...
PCI DSS Compliance in the Cloud – Everything you should know
Introduction PCI DSS 4.0 is the latest and updated version of PCI DSS that was introduced on March 31st, 2022....
2022 ESG Investment Trends
Jay Mukhey, Senior Director, ESG at Finastra Environmental, Social and Governance (ESG) themes have been front and center throughout...
PROTECT THE VALUE OF YOUR SAVINGS AND AVOID RISING INFLATION PRESSURE
Planning for the next financial year? Former Bank Manager and successful whisky investor, Roger Parfitt, tells us why cask ownership is...
UK Organisations turn to artificial intelligence to fight sophisticated cyberattacks
New research by cybersecurity expert Mimecast finds that email attacks are becoming more frequent and sophisticated More and more companies...
The power of diversity: The need for female role models in FinTech
By Isavella Frangou, VP of Sales and Marketing, payabl. As our world is constantly evolving, it’s easy to believe...
Securing BNPL Platforms for Merchants
By: James Hunt, Payments SME at Feedzai The buy now, pay later (BNPL) market has boomed because it offers...
Addressing the talent gap within cybersecurity
By Merlin Piscitelli, Chief Revenue Officer, EMEA at Datasite Rising geopolitical tensions and increasingly sophisticated cyberwarfare tactics have meant...
Biometric payment card FAQs with Michel Roig, Fingerprints’ President of Payments & Access
We sat down with Michel Roig to answer your frequently asked questions regarding biometric payment cards – their benefits, current...
Opportunities for UK Challenger Banks to address AML Compliance
Author: Gabriel Hopkins, Chief Product Officer, Ripjar UK challenger banks have revolutionised the banking sector with innovative products and...
HOW GOING DIGITAL COULD HELP CHARITIES OVERCOME THE CHALLENGES OF INFLATION
By Shaf Mansour, not for profit solutions specialist at The Access Group. The topic of inflation and its impact...
How to manage transformational change successfully
Adrian Odds, Marketing and Innovation Director, CDS 2020 accelerated change in the business landscape significantly. Many were already considering –...
Why the pandemic has put the pressure back on fintechs
Ben Walker, Partner & CTO, Airwalk Traditionally, the only genuine threats to the incumbent banking giants were macroeconomic instability and...
Neobank Fi launches new feature ‘Connected Accounts’ allowing users to sync multiple bank accounts on a single app.
Neobanking app Fi launched its ‘Connected Accounts’ feature to become one of the first fintechs to build a product on...
Accounts Payable fraud: Do you know who’s accessing your finances?
Mark Blakemore, CFO at Compleat Software The use of social engineering and phishing attacks on accounts payable (AP) departments...