Card Processor 101 with Braulio Lam from EQ Bank

In this episode of FinTech Layer Cake, Reggie and Ali are joined by Braulio Lam, Senior Director of Engineering at EQ Bank, to unpack the essential ingredients of selecting and integrating a card processor. 

With experience across multiple processors and fintech startups, Braulio breaks down what to look for in API documentation, how to assess a processor’s operational and customer support readiness, and what a real-world integration looks like. 

From technical deep dives to agile banking transformation, Braulio offers practical, tactical insights for engineers, product leaders, and anyone navigating the complexities of payments infrastructure.

Transcript

Reggie Young:
Welcome back to Fintech Layer Cake, where we uncover secret recipes and practical insights from fintech leaders and experts. I'm your host, Reggie Young, chief of staff at Lithic. I'm joined by my Lithic colleague, Alli Nilsen, who's head of banking partnerships.

On today's episode, we chat with Braulio Lam from EQ Bank. Braulio is a seasoned entrepreneur and founder and has led engineering and product functions at successful fintech startups in Canada, like Berkeley Payments, Payfare, and Pungle. Now he's at EQ Bank, one of Canada's leading fintech sponsor banks.

Braulio joined the bank about two years ago to lead the engineering team through efforts to make the bank even more of a leader in the Canadian fintech space, which we get into in more detail in the podcast. Braulio gives an incredible primer on what to look for when choosing a card issuing processor, what that integration tactically looks like, how to balance speed and agility with the reliability and stability that's central to financial services, and much more.

Fintech Layer Cake is powered by the card issuing platform, Lithic. We provide payments infrastructure that enables teams to build better payments products that improve lives. Nothing in this podcast should be construed as legal or financial advice.

Braulio, welcome to the podcast. Really excited for our conversation today. We've chatted before. I know Alli, who's here co-hosting with me, is a huge fan. We met at Money 20/20. You have a lot of super interesting experience and insights in fintech, including from an angle I don't get on the podcast a lot, which is kind of some more of the engineering, technical side. So excited for our conversation. I think probably the best point to start off is what should folks in fintech know about EQ Bank?

Braulio Lam:
Reggie, Alli, thanks for having me. Nice to see you again and glad to be in your podcast.

Yeah, great question. EQ Bank, we are one of Canada's leading digital banks. We are a no-fee bank, so we don't charge our customers a fee, and we give high interest rates. I think that is what most Canadians know about EQ Bank. What they don't know about EQ Bank is that we are a 100% cloud-based digital bank. We have zero branches in Canada. We serve our customers entirely online. I think when we launched the digital bank about eight years ago, we were the first Canadian, a Schedule 1 regulated bank to be 100% on the cloud, so we are super proud of that.

Also, we are a fintech-friendly bank. We're a sponsor bank. We have deep expertise in payments and Banking-as-a-Service. We've actually partnered with a number of fintechs to deliver a ton of innovative solutions to Canadians.

Reggie Young:
I know Alli has some questions, but a nerdy question for me for a second. You mentioned the concept of Schedule 1 bank. For US-based listeners who might not be familiar, what does that mean up in Canada when you say something like that?

Braulio Lam:
In a nutshell, that allows an institution like EQ Bank to both lend and take in deposits. There's a lot of financial institutions in Canada that are able to do loans, commercial loans, personal loans, mortgages, but not all of them are able to take in deposits. That's one of the main differences. Obviously, as well as a bank, we have both acquiring and issuing licenses that allows us to do a number of fancy and interesting things.

Reggie Young:
That's always interesting for me with a legal background to see the differences and how banking is done in different countries. With my nerdy question out of the way, I'll hand it over to Alli.

Alli Nilsen:
Well, I'm not going to be locking nerdy questions either. I feel like my next question is more like a setup for Braulio than anything else because I kind of already know the answer. What were you hired to do at EQ? I know your technical background because you and I worked together on a project five, six years ago. Were you hired for what your t-shirt says, which is to make bank? Help the audience have a better sense of what it is you do.

Braulio Lam:
Yeah, great question. Obviously, a lot of people don't know my background, my story, as well as Alli does. By the way, that was a fun project that we worked on.

I came to EQ Bank to lead engineering, including payments, but more importantly, to help them drive an agile transformation that was just about to start. Although the digital bank is not very old, only eight years old, we were starting to see the need to change the way we were doing our ways of working, the way we were innovating. Because we want to innovate so much in the Canadian financial industry and we want to stay ahead of our competitors, we needed to ensure that we were scaling our teams, our infrastructure. That was the main reason I was brought in. A big part of that has included a, quote/unquote, agile transformation at the bank.

Yeah, it's been quite challenging. There's been some resistance, to say the least. But the great thing about this transformation that may be different from other financial institutions is that we are doing it across the bank. It's not just one pocket or one team or one group. We are actually doing this together across the bank. That includes also product and engineering. That's helped make the changes that we are looking to make. In a nutshell, that's what I'm here for, is to lead engineering, bring my payments expertise, and help scale the bank.

Alli Nilsen:
I love that. I think it is a big change we're seeing in the industry, both on this side of the border and your side of the border. Banks have always been that solid rock of compliance and risk understanding, but with the technological advances, more and more banks are bringing that in to make sure they can keep up with everything that the fintechs are doing. And so that's where I'm really excited to see you at a bank, because when I worked with you in the past, you were at a fintech, so you've seen multiple lenses and perspectives. And it's just lovely to see how much banks are now being able to provide to their partners on this front. So it works well.

Braulio Lam:
Yeah, for sure. For somebody like myself who’s been in his entire career in startups, joining a bank was definitely a decision that needed to be thought through. But again, what people don't know about EQ Bank is that it's a very innovative forward-thinking institution. It's been amazing. I'm able to bring a lot of my startup experience, fintech experience, and help them move forward.

Reggie Young:
That's a perfect segue into the next question I want to ask around, how do you tactically enable that sort of agile flexibility within a bank? Again, you’ve got the startup background, not always the same culture as an established bank might have. You want to move fast. You want to be flexible. But also it's a banking system, it's people's money. What have you seen be effective to kind of enable that agile transformation on a tactical level?

Braulio Lam:
Two or three things come to mind. I would say, one, and I mentioned it earlier a little bit, we're doing a deep agile transformation. That, to me, means we're restructuring the way the teams were structured, number one. So we've created these two pizza pots, small teams, very, very much like you would find in any fintech. So we restructured teams.

We brought in a ton of people at the higher leadership levels that come from fintechs, that come from industry. Like I said, we are in the process of revamping our ways of working. The way you work at a fintech, at a startup, and the way traditional banks work is not the same. So we're changing that culture. So that's one.

The other thing is that we've implemented fast but safe changes. What does that mean? To your question, we're balancing compliance and risk management with our need for speed, if you will. And so we are working very closely with our compliance team, our AML teams, our risk teams in everything we do. We try to include them early in the process as we are attacking each of these initiatives that we have on a quarter-by-quarter basis.

But I think one of the most important things, too, is we focus a lot on providing our teams with the psychological safety that they need to move fast, to be able to make mistakes and not feel like they're going to get their wrist slapped. That is something that is easy to say but a little bit more challenging to implement. But actually, we are seeing a ton of value, I guess. We're seeing the fruits of our labor, introducing that psychological safety that maybe perhaps didn't exist as much as it needed to.

Reggie Young:
Yeah, I love that culture point. I think it's super important you need to give permission for folks to not- perfect is the enemy of great, to not always make sure everything's 100% perfect, but it's tricky in financial services because it's financial services. There are components that do need to be perfect. And so it's just funny, we've talked about this, I love this idea of, what are the non-negotiables? There are certain non-negotiables that actually need to be perfect. The other stuff can be at 80%. A simple example would be, okay, a LinkedIn post, you could spend a week drafting a LinkedIn post to promote the company, or you can say 80% is good enough. There's certain realms where it makes sense. And I think that internal permission is important for moving quickly.

Braulio Lam:
Absolutely. You know what? When you start peeling the onion of what should be perfect and what can be iterated and made better through feedback loops, you realize that a lot of it doesn't have to be perfect. It's really a small but very important part of the bank that needs to be perfect. Think of AML. Think of risk. But a lot of other things can be done really, really well if we apply an agile iterative process.

Alli Nilsen:
Yeah, that makes tons of sense. I've never worked at a bank, but I've had it explained to me like, what you put in writing can be audited. What you don't put in writing can be audited. To Reggie's point, you could spend forever just sitting there trying to figure out, am I going to get in trouble? Am I not going to get in trouble? And that absolutely hinders progress. So figuring out the cultural balances of encouraging people, I think, is a really cool perspective.

Speaking of implementations, one thing that I love about your history- and quite frankly, I don't know many people who have implemented with as many processors as you have. I know some things about processing having worked at two backend processors now, but I'd almost argue from an outside point of view, you might be one of the leading experts in Canada or the US because you've done so many. One, how many processor integrations have you done now? And two, what makes a good or bad processor, from your perspective?

Braulio Lam:
Thanks, Alli, for the question. I don't like calling myself an expert. I've had a lot of experience, good and bad, but I guess that's a unique opportunity that I've had in my career in payment so far. I think it's five or six processors, from the oldest to some of the newest ones.

What makes a good and a bad processor? Let's start with the good. Personally, as an engineer, the first thing I do is I look at APIs. Show me your API documentation, and I'll tell you who you are. That's the first thing. Is the documentation clear? Do they have user guides? Do they have examples? Are there diagrams? I'm a very visual person. Do they have diagrams for this and for that? That's number one.

That tells you a lot, actually. Obviously, as you review those APIs, you want to make sure that you're using standard protocols and whatnot and the latest solution architectures. I think that's key, strong APIs. And I'm happy to get deeper into that.

The other thing I look at, obviously, are they reliable? Their uptime. Can they support four-nines? Do they have redundant infrastructure? Those are also very key things for somebody like myself to look at. Maybe not for the business or for the payments team, but for somebody like myself, I look at those things.

And then you get into things like compliance, obviously. How efficient are they when it comes to settlements? Obviously, at the end, you're looking at flexible pricing. I’m talking about my experience with processors, but I've seen all kinds of pricey sheets, some processors that charge you for every little thing, others that are able to provide you blended rates for the things that are important to you, and everything in between.

I think nowadays in 2025 as opposed to when I started working in payments over 10 years ago, I think everything has improved. Technology has changed. Our ability to provide scalable and reliable processing has evolved, and so pricing should also evolve with that. But you'd be surprised how that's still a bit of a challenge, depending on who you talk to. So those are the big things.

Before I forget, a very important one that I have seen as key with the processors that I've had a lot of fun working with is their customer support and their partner support. And this is where Alli and I connected a few years ago. We built a great relationship, and it made the project just run so smoothly because you have on the other side a great partner, supporting you, answering your questions, and being there for you. I think that's good.

Alli Nilsen:
Yeah. I appreciate that because, ultimately, yeah, we all come to work every single day and it's going to be a job and how do you make it fun? When I used to do bid implementation projects, beginning of my payments career, and Braulio, you know this, you were one of the first projects I ever had, I used to kick things off by calling everything, welcome to the payments adventure. Because ultimately, something's going to happen that makes it adventurous, however you define that. And being able to work through things with your partners, it does change the outcome of a project, if you can see the issue you're working against as not against each other, but against the problem that you need to tackle.

Braulio Lam:
Totally. I didn't answer the bad side of the equation. Not that we need to call out anybody, but there's still-

Reggie Young:
It's okay, you can name all of our competitors if you want. Go for it.

Alli Nilsen:
I'm sitting here being like, ooh.

Braulio Lam:
I'm still surprised about some of the processors that still are around and their systems are just outdated. You can tell from the documentation that comes to you via PDFs, that's a telling sign for their poor developer experience. Nowadays, 2025- when I started my career in engineering, developer experience was poor, to say the least. But 25 years later, we've advanced so much. Developer experience is one of the most important things. So unless you can provide your clients an experience so that the developers can just quickly and easily implement a solution, then you're going to be losing a lot. That is a sign of a bad processor, where your developer experience is poor. We talked about pricing.

This one is also important. The last one that I'll mention is lack of transparency. As an engineering leader, I want to be able not only to see in real time, have access to observability and monitoring and alerts, but I want to have a transparent relationship with my processing partner in the good times and in the bad times. When things are not working well, you need that partner on the other side to be completely transparent so that you guys can work together in a trust environment and get through whatever obstacle you're trying to get through. That also doesn't happen a lot, believe it or not.

Reggie Young:
You need reliability of uptime as well as people on the other side. We talk about it at Lithic, about three core pillars to building good financial infra. You need really good tech, you need really good operations, then you need really good people. And I'd be curious, in choosing an issuer- you spoke a lot to the technical side, but obviously, there's the operational teams that also engage with an issuer a bit once the technical stuff is set up, all the processes and boxes that need to get checked around that from non-technical folks. How do you coach operational folks on what to consider from an engineering perspective when looking at an issuer?

Alli Nilsen:
Yeah, it's not a one-sided decision, ultimately. You have people in operations who have opinions and they're strong about, hey, I care about these things, that aren't reading the API docs. And then you're reading that side and seeing things they might not know to flag as positive or negative. How do you bring both sides of the coin together?

Braulio Lam:
That's a good question. Putting my operations hat on, I would say that, I think what's really important from an operational perspective is making sure that we have, as I mentioned earlier, that transparent relationship with our partner on the other side, making sure that things like reporting is readily available for us as a bank or for a fintech to be able to manage their business. That is super important, settlement reporting, all of that.

I've worked with processors where they were sending our operations team the raw settlement reports from the card networks, and they were expecting us to decipher them. If you have seen raw settlement reports, they're not easy necessarily to read. And so I think things like that are super important. Obviously, from a customer support perspective, especially for us as a bank, we're always talking to our customers. They're always calling us to ask for help. And so being able to get the tools necessary for us to be able to help them is super important.

Reggie Young:
Okay, so let's say you've gone through all of that. You've thought about it from an operations technical perspective. You found a processor that's transparent. You like them. You sign on with them, and now you've got to do the integration. As somebody who's done five of them, what does an actual processor integration look like? What are some of the big pillars of technical work that it entails?

Braulio Lam:
From a technical perspective, I think first and foremost is getting very familiar with the API documentation, making sure that we have SDKs where needed to be able to implement faster. I always like to start with a little POC with the processing partner, create a little proof of concept, make sure that we can communicate. Obviously through that POC, there's a lot of network integrations between the two parties, setting up VPN tunnels and firewalls and all the fun stuff. And then once that's set up, then you can run the POC. And then, obviously, you get down to nitty-gritty and you start implementing APIs on your end.

There's also, I think, something that is very important that often engineering teams don't look at is working with our product design team on what experience we want to offer our end customer, but also sharing that with the processor. I've seen that being super valuable. Because people like yourselves on the other side, yes, you provide the processing capabilities, but I know for a fact that you would appreciate understanding more about the use case, what is the intended experience that you're trying to offer your customers. So actually working with our design teams and working with a processing partner and sharing what that experience is going to look like is key in order to deliver a success.

Once we do that, I think working with our compliance and risk team is also, I wouldn't say number two, but in parallel. As we're running our POC, we're also working with our compliance and risk team to make sure that we fully understand what the AML process that they expect us to follow is our KYC process. Lately, I'm sure in the US, but in Canada, there's been a lot of focus on AML processes and AML in general. Especially, because at least at EQBank, we are now offering solutions to small business clients. AML processes for businesses are different than you would apply to consumer, to retail. I think that's key.

Also then, we're doing the tech. I have my engineering team working on the APIs and building all the fun stuff. We've engaged compliance and risk. The next thing I'll do is engage our settlement team or our finance team, making sure that they can run the reports they need to run, making sure that they can settle and reconcile all the transactions that we're going to be processing, making sure that we don't get a raw VSS file for the card network. I think that's key. Obviously, finance and settlement work very closely with our data team. So building any data pipelines that we need to build in order to be able to then settle and reconcile is very important.

Once we do that, then we make sure that we have all the performance metrics and monitoring and alerting that we need to have in place before we launch to the public, before we start processing transactions for our customers. And that will also include looking at fraud and security, which is not the last thing you do but one of the most important things. In the issuing world, there's a ton of fraud that we need to do everything we can to stay ahead of it.

Reggie Young:
You gotta be ready for it from day one.

Braulio Lam:
Yeah, exactly. That's how I always have looked at integrating to a processor.

Alli Nilsen:
I'm going to poke at this a little bit, just because I've seen so many improvements over the years between your test or sandbox environment that you're going to integrate initially with the processor versus production. Obviously, in the sandbox environment, you don't have the network connection stood up. You're not getting settlement reports because it's all contained within that sandbox.

Have you found that there's anything particularly- when people are looking at the APIs or sandbox access to start prepping and getting ready for all those teams you just mentioned, is there something specific they should be aware of, like, hey, you're not going to have XYZ in a sandbox, or you should do extra testing in the sandbox for these categories, versus live production testing where real money is being swiped on cards? I'm going to get your input on that one.

Braulio Lam:
Yeah. I think it's fair to assume that in a sandbox environment, you're not going to get everything that you would normally get in production. I think this is where it's really important to have good API documentation, good user guides. Because as an engineer, you can build a solution based on some assumptions, as long as you understand what those assumptions are, what data is available, what data is not available. But if you know what the data structure will look like, then you can start building mock servers and create mock data to allow you to implement your solution in a sandbox environment. And then once you've built enough, then you move from the sandbox to the QA environment. Then you can do some integration testing and make sure that your assumptions were right or wrong, and tweak before you go to production.

Alli Nilsen:
Nice. Most of your career has been on the engineering side, like reading and all of the different elements of the APIs and how to manage the teams and the agile and all the other favorite corporate jargon words that come to project management in my brain on that topic. Here's my question. You've spent a portion of your career in product when you were at Payfare. That took me a moment. When you were at Payfare in that product, do you feel like having that perspective has really influenced when you went back to the engineering side? And if so, were there any particular lessons you really took with you?

Braulio Lam:
Yeah, great question. That was definitely an interesting journey for me. Those couple of years at Payfare, they were amazing, learned a ton. As an engineer, especially one that has worked in startups his entire career pretty much, at least in my experience, I never really enjoyed the luxury of having a product team. A lot of the times, the engineering team was the product team. And so I like to think that I knew product, I knew how to do product management, to say that I was a product engineer at times. When I had the opportunity to lead product at Payfare, it definitely opened up my eyes, especially working with big clients like DoorDash. I definitely did have to learn quickly and formalize my thinking around product management, which I was able to do luckily.

One of the things that I learned is balancing the business goals, obviously, with our ability to deliver fast. We used a lot of the OKR methodology at Payfare, and actually DoorDash also follows that same methodology. We focused a lot on objectives and key results. We did a lot of experimentation, which was something again that I have- everybody has heard the words A/B testing. Everybody at some point in their career has been part of an A/B test. But to truly do product experimentation, feature experimentation the way big fintechs do it is quite interesting. Doing that, it allows you to drive your key results, your metrics, and move forward the needle, was fascinating to me.

So yeah, having had that experience, leading product with big clients like DoorDash, and now transitioning back to engineering, has been extremely beneficial, especially as we are going through these agile transformation at EQ Bank. I’'ve been able to contribute a little bit when it comes to product engineering here at the bank.

Reggie Young:
Yeah, I'm sure a lot of lessons that cross over easily. We've chatted a little bit about the tension between being innovative and going after moonshots while also needing to be 99.99% reliable and robust and stable platforms. Obviously, this is something we think a lot about at Lithic, is you need to be basically perfectly reliable in some ways, but also you need to have an eye towards the future and innovate and all that.

We talked a little bit about this earlier, like you mentioned the internal permissions for teams to make mistakes. But I'm curious, how do you balance those two mindsets, and how do you deal with that tension tactically?

Braulio Lam:
It's not easy, still trying to figure it out. And I'll double down on what I said earlier. I think there needs to be a cultural shift. I think for us and our engineering teams, we need to think like fintechs but operate like banks. I think that is one way to balance this need for reliability and speed and innovation, but also within a heavily regulated environment. But we need to go through that cultural shift.

For a more tactical perspective, from an engineering perspective, we need to make sure that we have a modular architecture. We need to build systems that can scale and adapt without breaking. A lot of, I think, larger organizations organically build this monolith of a solution, whatever that solution may be, whether it's a bank app or anything. I think you need to start changing the way you organize yourself, the way you organize your systems. You need to think about design systems a lot.

This is how we, at EQBank, we're driving innovation and how we're trying to balance our need for providing high reliability to our customers. And then what I said earlier, too, I think experimentation is huge. Having the ability to experiment together with our customers in order to be able to provide great solutions that work and scale is super important.

Reggie Young:
Zooming out for the last few questions, I know we're approaching the end of time, but at a high level, are there any fintech trends in Canada that you're particularly excited about or frustrated by? Anything that comes to mind?

Braulio Lam:
Yeah, good question. Definitely excited about real-time payments and open banking, but equally frustrated with real-time payments and open banking. It may sound weird, but we are quite behind the eight ball here in Canada when it comes to open banking and real-time payments. And so fingers crossed, we have a lot of that technology, the fintech community here in Canada is pushing really hard to change that. And we've made some strides, and hopefully, the government makes the necessary changes that need to be made to really drive the innovations that we could see through open banking and real-time payments.

So there's that. I'm excited about small business banking. It's actually one of the teams that I lead here from the engineering side at EQ Bank. But in general, in Canada, there's a number of fintech startups that are now solely focusing on small business users, which is great because when it comes to fintech and payments, we've always focused on the retail side. We've always focused on the consumer, providing that consumer with all these great solutions and innovations. But we tend to forget about the small businesses that truly, at least in Canada, I'm sure in the US, too, they are the ones that are driving a lot of the economy, right?
Alli Nilsen:
Yeah.

Braulio Lam:
And so super excited about that. There's a couple of fintechs that we're working with as a sponsor bank that are doing that. So it's really neat to see that. And obviously, we're doing the same here for our small business clients at EQ Bank.

And then other than open banking and real-time payments, being a frustration for me is just, I think I would just say, there's a lot of legacy financial institutions that are still yet to embrace fintechs in Canada. So hopefully, that continues to change.

Alli Nilsen:
Well, it's fun to see you leading part of that charge in that next wave of banks embracing it. Reggie, did you have anything else on that? Because if not, I've got my-

Reggie Young:
No, I'll hand the mic over to you.

Alli Nilsen:
Party. So my question's cheesy. Given all the experience you have in payments, I think it's always interesting to look back, and again, cheesy question, if you were to give advice to your younger self when you were first getting into payments, what is it you would tell yourself? Either advice or something to avoid, or something to look out for. I think a lot of people would love that, because a lot of people who listen are early in their career in payments or somewhere in the middle, and there's still a lot of things that we all need to learn. So I'd love to hear that from you.

Braulio Lam:
Yeah, great question. Oh, my God. If I could go back in time and redo it-

Reggie Young:
I'm sure do a processor implementation with Alli would probably be top of the list for all the things you learn through that.

Braulio Lam:
Totally, definitely. Definitely. Just looking back at my career, my journey so far in payments, I would say, think bigger earlier. When I started in payments, I was obviously trying to learn as much as I can, as I could, but I was always trying to, okay, how do we improve this thing or this process a little bit, as opposed to how can we change the way money moves in Canada? What can we bring? Let's look at what others are doing around the world. I wasn't thinking bigger earlier. I would say that to myself, think bigger earlier. I think it's really important, and I still do it today. And it's something that I think everybody should always do regardless of what stage in their career they're on, building strong networks, building friendships. 

Payments, one thing I've learned in the last 11, 12 years in this industry is that it's such a small community. It's a very small community. And so ensure that you're meeting people, you're going to meetups, you're going to events, and build that network because you never know where one of those people will be able to help you.

And then I would say, obsess about the customer. That's something that I'm new- just recently in the last few years, I've really started doing, is focusing on that customer. As a nerd, as an engineer, I've always focused on the technology, the app, the cloud, but never really put the time needed to really think about, okay, what does the end user want? What do they really need? What are they asking for? As an engineer, that's one of the last things you think about. And so if I could tell any engineer, any founder out there, be customer obsessed. They're the ones that are going to help you drive forward your solution, your app, your company.

Reggie Young:
Yeah, I love it. One of our first Lithic internal values, customer centricity. The lawyer in me thinks about the Bill of Rights in the US or that first amendment in the US that everybody talks about the first amendment of free speech. It's like, it's first for a reason. I think there's this analogy of customer centricity is first for a reason. It should be kind of core. That's a very dorky lawyer comparison that I often drop my head, but I think it's super important and super critical. Like you said, the customers are ultimately the ones that push you forward.

Braulio Lam:
Totally.

Alli Nilsen:
Yeah, I love that. I definitely argue that nerds and dorks need to unite between these different sides and come together, but it is a small payments world. Someone made the joke, and if I've used it on this podcast before, call me out, but it's almost like there's the core 500 people. Number's probably not accurate, but you never know what logo they're going to have on their shirt when they show up to a conference. And you're right, bumping into you again was great. And it's just all sorts of fun as you continue on in your payments career.

Braulio Lam:
Thank you.

Alli Nilsen:
Thank you for sharing that.

Braulio Lam:
No worries.

Reggie Young:
Awesome, Braulio. Well, thank you so much for coming on the podcast. It's been a wonderful conversation. If folks want to find you online or learn more about EQ Bank, where should they go?

Braulio Lam:
Yeah, eqbank.ca. That's our website, and we're on LinkedIn. You can find me on LinkedIn as well.

Reggie Young:
Awesome. Thanks so much for coming on.

Braulio Lam:
Thank you guys.

Alli Nilsen:
Thanks Braulio.

Braulio Lam:
Bye-bye.