Asanka Abeysinghe, CTO at WSO2 came by for a conversation about the realities on the ground within enterprises when it comes to the platformication of all things, from Internet Developer Portals (IDP) to API platforms. Asanka has been at this a while, and he and I have been discussing the realities of API management for years, and we share a lot of the same views when it comes to the expansion and evolution of our space, but more specifically how do we keep providing what is needed on the ground for teams, no matter what vendor sales cycle or trend we might find ourselves in.

API Evangelist Conversation with Asanka Abeysinghe, CTO at WSO2

Lorna Mitchell, OpenAPI Specification Maintainer with the OpenAPI Initiative, and overall API experience expert came by to educate me (us) on OpenAPI Overlays, helping contrast with the core OpenAPI spec, as well as with Arazzo Workflows, sharing how it will help bring more stakeholders into the API lifecycle and contribute to better API experiences. Lorna is a well spring of knowledge when it comes to OpenAPI, but also other specifications, as well as Spectral and other approaches to governing APIs, and she'll be coming back shortly to help educate us all about the intersection of overlays with extensions and how it all will change API experience.

API Evangelist Conversation with Lorna Mitchell, OpenAPI Spec Maintainer with OpenAPI Initiative

Claire Barrett, Digital strategist at APIsFirst came by to talk with me about the realities on the ground with APIs in large enterprises and the increasing chatter regarding the return on investment APIs. Claire's view of things is what API service providers should be tuning into when it comes to aligning product with engineering, treating APIs as a product, and making sense of the real world things business leadership are looking for. I'm thankful for Claire's perspective, but also all the work she does around APIDays, and Women in APIs, but also just being outspoken about the business value of being API-first.

API Evangelist Conversation with Claire Barrett, Digital Strategist at APIsFirst

Ben Hutton of the Guild came by to talk about his recent LinkedIn thread about APIs vs SDKs. The topic is an evergreen one that brings out all of the opinions and I enjoy talking with Ben about it to get his pragmatic view of things. Ben has a lot of experience as a software engineer and working on the JSON Schema specification, which I think gives him unique perspective on what is needed when it comes to integrating with APIs. Ben was on my team at Postman, but we are now collaborating on helping people understand the importance of getting their enterprise schema house in order. Thanks for coming by Ben, and I am looking forward to further unpacking what enterprises are needing from schema to SDKs in future conversations.

API Evangelist Conversation with Ben Hutton of The Guild Software

This briefing document analyses essential themes and regulations from the FCA regarding the Payment Services Regulations 2017 (PSRs 2017) and the Electronic Money Regulations 2011 (EMRs). It examines critical elements such as authorisation, registration, capital requirements, safeguarding, and temporary permissions, which are vital for firms navigating this regulatory framework.

Scope & Applicability:
The PSRs 2017 and EMRs govern the authorisation, registration, and conduct of various entities, including Authorised Payment Institutions (PIs), Small PIs (SPIs), Authorised Electronic Money Institutions (EMIs), Small EMIs (SEMIs), Registered Account Information Service Providers (RAISPs), and Credit Institutions that handle payment services and e-money. These regulations also encompass firms operating under temporary permissions, supervised run-off, and contractual run-off regimes.

Key Definitions:
Payment Service Providers (PSPs) are entities that offer payment services regularly in the UK, while e-money issuers include authorised and small EMIs, credit institutions, and select exempt bodies.

Authorisation & Registration:
Firms providing payment services or e-money in the UK must be authorised or registered by the FCA, barring certain exemptions. Authorised PIs and EMIs must fulfil stringent conditions, including assessments of business plans, reputations of controllers, financial forecasts, and IT systems. Small institutions may register provided they meet specific criteria related to their transaction volume and e-money issuance limits. RAISPs need FCA registration to provide Account Information Services solely.

Capital Requirements:
Authorised PIs and EMIs must adhere to initial and ongoing capital requirements to ensure financial stability. Initial capital varies by service type, and ongoing requirements adapt to the firm’s risk profile.

Safeguarding Requirements:
To protect customer funds against insolvency, authorised PIs and EMIs must safeguard relevant funds, utilising segregated accounts or insurance. There are strict rules governing these safeguards, especially concerning insolvency.

Temporary Permissions & Brexit:
The UK's exit from the EU (Brexit) requires EEA-based payment and e-money firms to operate under temporary permission schemes while applying for full UK authorisation. This shift from passporting rights necessitates compliance with new UK regulations.

Conduct of Business Requirements:
The PSRs 2017 establish rules for PSPs and EMIs, emphasising transparency, information requirements, payers' and payees' rights, transaction execution timeframes, and complaint-handling. There are prohibitions on certain benefits associated with e-money handling.
Supervision & Enforcement:
The FCA supervises compliance with PSRs and EMRs, enforcing rules and imposing penalties for breaches. They conduct investigations and oversee reporting requirements for potential regulatory issues.

Conclusion:
Understanding these significant regulatory elements is crucial for firms involved in payment services and electronic money in the UK. Full compliance requires a thorough grasp of specific regulations and guidance from legal professionals.


FCA Approach to Payment Institutions and E-Money Authorisations

My friend Emanual had tagged me in one of Reza's posts on LinkedIn about API integrations being dead, so I invitied Reza to come over and explain more about what he meant. I knew the title was bait, but I was interested in hearing Reza's argument and after the conversation it is clear that he's done a lot of thinking at this intersection and wasn't just adding to the AI hype. It was interesting to hear the reasoning for signalling a shift in how we see and abstract away the work APIs are doing, and it was validating to hear that governance will play an important role in KILLING API integrations.

API Evangelist Conversation with Reza Shafii, Product Executive At Kong

In the last relatively sober pod of the month, the lads are delighted to welcome special guest Jussi from Hamina Wireless. Pausing only to introduce Iain to the Finnish drink lonkero, Jussi introduces his company’s focus on the optimisation of wifi. That leads to plenty of tangents around indoor connectivity, private 5G, etc, before they eventually move on to discuss Ericsson’s latest quarterly numbers and conclude with a look at America’s big Stargate AI infrastructure announcement.

Wifi, Ericsson and Stargate

Adrian Machado from Zuplo came by for a talk on API rate limiting, but not just the technical bits. Zuplo is doing a good job at bridging the business and technical aspects of rate limiting at the API gateway layer, and we had a compelling discussion around how planning your rate limits will shape your overall API business plan. Adrian provided some compelling thoughts around the need for standardization of API rate limits and how we approach the API access plans and policies we are implementing in regions around the globe. After the gateway layer Adrian shared more about the Zuplo ethos of API documentation should be free with their Zudoku offering, something I can definitely get behind. Thanks for the great talk Adrian, come by antyime.

API Evangelist Conversation with Adrian Machado Staff Software Engineer at Zuplo

Daniel Kocot came by again to talk about the lines between our private and public APIs. We had been talking about internal, first-party, and third-party APIs back and forth on LinkedIn, and I recommended that he come by and we will have a conversation. He helped me realize that my separation between the layers was more about access, control, and velocity over just about being inside or outside the firewall and DMZ. Daniel sees this for what it is--it is about people. Lines of business, teams, tribes, and partners. Daniel has that very outside-in view of API operations, but Codecentric is being brought inside to solve the big  problems for their customers. Talking with Daniel makes me realize how important it is to have these conversations about our APIs and portals, because not everyone has a handle on the nuance of what is happening at the edge of our enterprises.

API Evangelist Conversation with Daniel Kocot, Head of API Consulting at   codecentric AG

Quobix from from Princess Beef Heavy Industries came by again, this time to talk about OpenAPI Doctor and libopenapi at it's core. I knew "The Doctor" was a modular OpenAPI editor w/ governance built-in, but I didn't realize how deeply modularity is baked into it's design. This modularity allows Quobix to stitch together Vacuum, libopenapi, OpenAPI changes, wiretap, and other Princess Beef Heavy Industries solutions, but also potentially other 3rd party solutions. This modularity in API hubs, dashboards, and tools is fast becoming a common themes in conversations that I am having, and something I am going to work to leverage more as part of my work. This episode went 30 minutes because I wanted to do two separate episoides, 1) OpenAPI, 2) libopenapi, but the stories are so entertwhined we just did it back to back.

API Evangelist Conversation with Dave Shanley of Princess Beef Heavy Industries (Part Two)

Tech storyteller and journalist Jennifer Riggins came by for a conversation about why nothing has changed in the world of APIs for the last fifteen years. Jennifer and I go all the way back to the beginning, and she has seen all the same things I've seen. We complained a bit about the impacts of AI, but really that most of the lack of change has been a business thing and not really just technical. I like Jennifer's focus on developers in this moment, and she got me thinking about the relationship between the legacy API management we both have lived through and this new platform reality we operate within. I always enjoy sitting down with Jennifer, and it has been way too long, appreciate you coming by to share some wisdom around why things aren't as progressive as they could be in the API space.

API Evangelist Conversation About Nothing Changing in the World of APIs with Jennifer Riggins

Adron Hall came by for a conversation about trains. Adron and I share a love of transit and trains, who also make their living slinging APIs. Adron had recommended I read Nothing Like It in the World by Stephen E Ambrose and Empire Express by David Haward Bain back a couple of years ago, which I finally did. Then things kept happening with AI and the current presidency that kept reminding me of the stories in these books and I kepting thinking it would be fun to have Adron come by to share his view of things. I won't spoil any of his great stories, but both books and Adron's view of them, as well as his ability to apply in this moment is gold. Adron is a great storyteller and he gets the technology, but he also the business and politics of technology in a way few do, making for a very entertaining 30 minutes.

API Evangelist Conversation About Trains, AI, Rich Fat Cats, Big Money, and Politics with Adron Hall

Frank Kilcommins of SmartBear came by to talk about the OpenAPI Arazzo specification. He shared the history how it came to be and how it is changing the conversation inside and outside the OpenAPI Initiative (OAI). Franks done amazing work to move the API workflows specification over the finish line, but also keep it evolving and moving forward afterwards. The specification has renewed energy with API service providers who are integrating the spec into their API guided walkthroughs, SDK generation, and testing. I am a big fan of Frank's work, and wish we had 10 more of him working at the OpenAPI, so if you are feeling like you have some spare cycles, I recommend you rolling up your sleeves and getting involved. Thanks for coming by and sharing Frank!!

API Evangelist Conversation With Frank Kilcommins About the OpenAPI Arazzo Specification

The pod is delighted to welcome back special guest, analyst Dean Bubley, for his now traditional preview of an event he prefers not to attend. They tackle the likely themes of Mobile World Congress 2025 and you don’t need to be Nostradamus to know AI will dominate. But what does that mean? The guys take the time to pick it apart and sort the wheat from the chaff. The other main themes covered are 5/6G, network APIs and geopolitics and this is published early to get you in the mood ahead of next week’s event.

MWC 2025 preview

The lads are uncharacteristically smart this week ahead of an event Scott chaired immediately after recording. One of the speakers at that event was Analyst Roz Roseboro of Omdia and she was able to join the pod for a bit. They start by reflecting on another recent event they all attended called FutureNet World, which covered a lot of telecoms industry hot topics. They go on to talk about AI, which was the theme of Roz’s event, before concluding by questioning the utility of higher frequency spectrum.

FutureNet, AI and 6G

No episódio 491, você vai escutar sobre Sistema para CBS, DASN-SIMEI e Benefícios – Desconto associativo

Para ter acesso a essa e outras noticias do dia, assista ao Jornal IOB Play. Acesse: www.iobplay.iob.com.br

IOB Play, seu streaming profissional!

Com vídeos: Consultoria Dinâmica, Dicas Empresariais, Palestras, Entrevistas exclusivas e diariamente, o Jornal IOB Play com as matérias mais relevantes no mundo regulatório, contábil e fiscal.

Ep. 491:  Sistema para CBS / DASN-SIMEI / Benefícios – Desconto associativo

Martin Mocker reads MIT CISR's July 2025 research briefing, which he co-authored with Ina Sebastian. See the text version and related content at https://cisr.mit.edu/publication/2025_0701_MonetizingExDPs_MockerSebastian.

Abstract: To gain additional value from their digital platforms, some companies open them to external developers via APIs, thereby creating external developer platforms (ExDPs). Many companies struggle to monetize ExDPs, though. This briefing compares two distinct approaches to monetizing ExDPs: build-on, in which external developers create complementary solutions on top of the company’s platform; and build-in, in which external developers integrate capabilities  from the company’s platform into their own freestanding applications, often combined with data from other companies’ ExDPs. Using case studies of Salesforce and Schneider Electric, this briefing explores the distinct value, requirements, and outcomes of each approach to guide companies in selecting their ExDP monetization strategy.

Two Approaches to Monetizing External Developer Platforms

📊 Bulk Upload or Real-Time API? Which one fits your business better?

Whether you’re dealing with large data dumps once a month or need up-to-the-minute updates inside your app, choosing the right method can save time and money.

This guide breaks down the pros, cons, and real-world use cases—so you can pick what works for your workflow (or combine both!).

👉 Read now: https://www.searchbug.com/info/bulk-data-processing-vs-api/

#DataProcessing #APIs #BusinessData #Searchbug #BulkUpload #RealTimeData #CRMIntegration #DataManagement #DeveloperTools

Bulk Data Processing vs. API Which Is Best for Your Business

Once a week we get together in a studio somewhere in London to take the piss out of telecoms and technology for an hour or so.

I am the API Evangelist.  Not in the sense that I’m evangelizing a single API to you--In the sense that APIs are important for everyone to be aware of.  I’m paying attention to not just the technical, but the business and politics of the web API movement.  I share my insights by blogging on the business of APIs at apievangelist.com, politics of APIs at apivoice.com and you can find more information about me at kinlane.com.

A research center at the MIT Sloan School of Management, MIT CISR helps executives meet the challenge of leading dynamic, global, and information-intensive organizations.

Searchbug® is a professional online service to find and investigate people, businesses, addresses and phone numbers. Searchbug® is used by collections agents, consumer credit specialists, investigators and other professionals to verify information on their customers and trace current contact information for hard-to-find people.  Many businesses use searchbug to <a href="http://www.searchbug.com/batch/phone-number.aspx">identify phone number</a> info and conduct customer <a href="http://www.searchbug.com/batch/">list cleaning</a>.

New tracks tagged #APIs