Blurring Lines Between Processor and BaaS
Senior BaaS platform executive on the rise of banking-as-a-service 2.0
The key distinction is that processing describes the hard plumbing, while banking-as-a-service describes the usable product layer wrapped around that plumbing. In Marqeta's case, it built the card issuing engine that connects a sponsor bank to Visa and Mastercard, handles authorizations, clearing, and settlement, and then exposed that engine through modern APIs so fintechs and brands could launch cards faster. That makes it an issuer processor by function, and a BaaS provider by customer experience.
-
Marqeta sits closer to the core transaction flow than companies like Bond, Unit, Synapse, and Productfy. Those all-in-one platforms typically bundle bank relationships, compliance workflows, and program management, and in many cases rely on issuer processors underneath, including Marqeta or Visa DPS.
-
The practical test is whether a non-bank can use the product to launch a card program without stitching together raw bank and network connections alone. If the provider gives the APIs, controls, and orchestration that turn processor infrastructure into a launchable product, it is operating as BaaS, even if the core asset is processing.
-
This is why Marqeta is often described as Marqeta 1.0 BaaS. It specialized in card issuing and scaled into large enterprise programs, while newer BaaS platforms expanded the scope to include more of the bank ops, compliance, and account stack that startups and embedded finance buyers did not want to build themselves.
The market keeps moving toward fewer layers between the customer and the regulated balance sheet. That favors platforms that either own the processor and the workflow layer together, or move even deeper into vertically integrated bank infrastructure. The labels will keep blurring, but the winning products will be the ones that remove the most operational work from launching and scaling financial products.