<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheet.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <atom:link rel="self" type="application/rss+xml" href="https://feeds.transistor.fm/under-the-stack" title="MP3 Audio"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <podcast:podping usesPodping="true"/>
    <title>Under The Stack</title>
    <generator>Transistor (https://transistor.fm)</generator>
    <itunes:new-feed-url>https://feeds.transistor.fm/under-the-stack</itunes:new-feed-url>
    <description>One practical lesson about in-store commerce technology. Delivered every Tuesday.

Each week you'll receive one conversation with the people shaping the future of in-person retail - one lesson that you can apply immediately.</description>
    <copyright>© 2026 Under The Stack</copyright>
    <podcast:guid>e1dc3ad3-8b60-5bea-98b9-dbf705697afc</podcast:guid>
    <podcast:locked>yes</podcast:locked>
    <language>en</language>
    <pubDate>Tue, 11 Aug 2026 21:38:04 +0100</pubDate>
    <lastBuildDate>Tue, 11 Aug 2026 21:39:11 +0100</lastBuildDate>
    <link>https://underthestack.community/</link>
    <image>
      <url>https://img.transistorcdn.com/r5MLdn_uh4fOjPIQ_Wiv7nj50yeWJKsUtwwsNFz_U_s/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS84MWNj/ZDVkYjVjOTkyMzI1/OGY2M2FhYzA1MTlk/Njc0Zi5wbmc.jpg</url>
      <title>Under The Stack</title>
      <link>https://underthestack.community/</link>
    </image>
    <itunes:category text="Business"/>
    <itunes:category text="News">
      <itunes:category text="Business News"/>
    </itunes:category>
    <itunes:type>episodic</itunes:type>
    <itunes:author>Under The Stack</itunes:author>
    <itunes:image href="https://img.transistorcdn.com/r5MLdn_uh4fOjPIQ_Wiv7nj50yeWJKsUtwwsNFz_U_s/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS84MWNj/ZDVkYjVjOTkyMzI1/OGY2M2FhYzA1MTlk/Njc0Zi5wbmc.jpg"/>
    <itunes:summary>One practical lesson about in-store commerce technology. Delivered every Tuesday.

Each week you'll receive one conversation with the people shaping the future of in-person retail - one lesson that you can apply immediately.</itunes:summary>
    <itunes:subtitle>One practical lesson about in-store commerce technology.</itunes:subtitle>
    <itunes:keywords>fintech, payments, retail technology</itunes:keywords>
    <itunes:owner>
      <itunes:name>Under The Stack</itunes:name>
    </itunes:owner>
    <itunes:complete>No</itunes:complete>
    <itunes:explicit>No</itunes:explicit>
    <item>
      <title>The Payment Complex: Nobody Designed This ft Yuriy Kostenko</title>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <itunes:title>The Payment Complex: Nobody Designed This ft Yuriy Kostenko</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">07e34c1a-7ac5-4270-bc3b-6ea0b55d052a</guid>
      <link>https://share.transistor.fm/s/729716b3</link>
      <description>
        <![CDATA[<p><b><strong>The Payment Complex - Nobody Designed This</strong></b></p><p>Most enterprise payment stacks weren’t designed.</p><p><br>Countries chose different providers. Acquisitions brought inherited technology. New channels, loyalty programmes, EV charging and alternative payment methods were added over time. </p><p>Eventually, retailers found themselves trying to deliver one customer experience across an infrastructure that was never built to work as one.</p><p><br>In Episode 1 of The Payment Complex, Under The Stack host Victor Padee sits down with Yuriy Kostenko of Flagship Advisory Partners to explore how payment fragmentation happens, what it costs retailers and what the future payment stack could look like.</p><p><br>Yuriy shares examples from major retailers, including a $16bn sporting goods company where a seemingly simple refund became a manual reconciliation nightmare, and a Nordic retailer attempting to recognise the same customer across fuel, convenience, self-checkout and EV charging.</p><p><br>The conversation moves from the problems retailers are dealing with today to the infrastructure they’re beginning to build for tomorrow: customer payment identity, resilience, centralised reporting and payment orchestration.</p><p>In this episode</p><p><br><strong>01:00: Why payment fragmentation happens</strong><br> <br>How multinational decision-making, M&amp;A and new retail use cases create increasingly fragmented payment environments.</p><p><br><strong>02:49: What fragmentation puts at risk</strong></p><p>Why customer experience, payment resilience and reconciliation are among the biggest casualties of fragmented infrastructure.</p><p><br><strong>04:22: The $16bn refund nightmare</strong></p><p>How combining loyalty points, gift cards and card payments turned one customer’s return into a manual reconciliation problem.</p><p><br><strong>05:46: Recognising your customer with every payment</strong><br> <br>How customer tokens and payment identity could connect loyalty across stores, fuel, self-checkout, EV charging and other customer journeys.</p><p><br><strong>07:28: Does it take an outage to build resilience?</strong></p><p>Why downtime is often the event that finally forces retailers to rethink their payment infrastructure.</p><p><strong>08:00: The North Star for payments visibility<br></strong><br> Why retailers increasingly want one place to control and monitor payments across channels and understand how their customers are paying.</p><p><br><strong>08:33:</strong> <strong>Will an orchestration layer work for you?<br></strong><br> Why orchestration is emerging as a potential future state for complex retailers — and why there still isn’t a perfect answer.</p><p><br><strong>About the guest</strong></p><p>Yuriy Kostenko - Flagship Advisory Partners</p><p><br>Flagship Advisory Partners is a consultancy and M&amp;A advisory firm specialising exclusively in payments and fintech, working across merchants, payment providers and card networks.</p><p><br><strong>About The Payment Complex</strong></p><p><br>The Payment Complex is an Under The Stack series exploring the systems, decisions and infrastructure sitting behind modern retail payments - and what retailers can learn from the complexity underneath them.</p><p><br></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b><strong>The Payment Complex - Nobody Designed This</strong></b></p><p>Most enterprise payment stacks weren’t designed.</p><p><br>Countries chose different providers. Acquisitions brought inherited technology. New channels, loyalty programmes, EV charging and alternative payment methods were added over time. </p><p>Eventually, retailers found themselves trying to deliver one customer experience across an infrastructure that was never built to work as one.</p><p><br>In Episode 1 of The Payment Complex, Under The Stack host Victor Padee sits down with Yuriy Kostenko of Flagship Advisory Partners to explore how payment fragmentation happens, what it costs retailers and what the future payment stack could look like.</p><p><br>Yuriy shares examples from major retailers, including a $16bn sporting goods company where a seemingly simple refund became a manual reconciliation nightmare, and a Nordic retailer attempting to recognise the same customer across fuel, convenience, self-checkout and EV charging.</p><p><br>The conversation moves from the problems retailers are dealing with today to the infrastructure they’re beginning to build for tomorrow: customer payment identity, resilience, centralised reporting and payment orchestration.</p><p>In this episode</p><p><br><strong>01:00: Why payment fragmentation happens</strong><br> <br>How multinational decision-making, M&amp;A and new retail use cases create increasingly fragmented payment environments.</p><p><br><strong>02:49: What fragmentation puts at risk</strong></p><p>Why customer experience, payment resilience and reconciliation are among the biggest casualties of fragmented infrastructure.</p><p><br><strong>04:22: The $16bn refund nightmare</strong></p><p>How combining loyalty points, gift cards and card payments turned one customer’s return into a manual reconciliation problem.</p><p><br><strong>05:46: Recognising your customer with every payment</strong><br> <br>How customer tokens and payment identity could connect loyalty across stores, fuel, self-checkout, EV charging and other customer journeys.</p><p><br><strong>07:28: Does it take an outage to build resilience?</strong></p><p>Why downtime is often the event that finally forces retailers to rethink their payment infrastructure.</p><p><strong>08:00: The North Star for payments visibility<br></strong><br> Why retailers increasingly want one place to control and monitor payments across channels and understand how their customers are paying.</p><p><br><strong>08:33:</strong> <strong>Will an orchestration layer work for you?<br></strong><br> Why orchestration is emerging as a potential future state for complex retailers — and why there still isn’t a perfect answer.</p><p><br><strong>About the guest</strong></p><p>Yuriy Kostenko - Flagship Advisory Partners</p><p><br>Flagship Advisory Partners is a consultancy and M&amp;A advisory firm specialising exclusively in payments and fintech, working across merchants, payment providers and card networks.</p><p><br><strong>About The Payment Complex</strong></p><p><br>The Payment Complex is an Under The Stack series exploring the systems, decisions and infrastructure sitting behind modern retail payments - and what retailers can learn from the complexity underneath them.</p><p><br></p>]]>
      </content:encoded>
      <pubDate>Tue, 11 Aug 2026 21:37:59 +0100</pubDate>
      <author>Under The Stack</author>
      <enclosure url="https://media.transistor.fm/729716b3/739c1dc2.mp3" length="10249233" type="audio/mpeg"/>
      <itunes:author>Under The Stack</itunes:author>
      <itunes:image href="https://img.transistorcdn.com/sLgf7bp8JLOKid4g6In5m4b7ZmcMKF9EZph8EA_Vq8s/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS8xMGI5/YzUwZjU2NTUyNzU1/YThiODhjNzllNDcw/ZjljOS5wbmc.jpg"/>
      <itunes:duration>636</itunes:duration>
      <itunes:summary>
        <![CDATA[<p><b><strong>The Payment Complex - Nobody Designed This</strong></b></p><p>Most enterprise payment stacks weren’t designed.</p><p><br>Countries chose different providers. Acquisitions brought inherited technology. New channels, loyalty programmes, EV charging and alternative payment methods were added over time. </p><p>Eventually, retailers found themselves trying to deliver one customer experience across an infrastructure that was never built to work as one.</p><p><br>In Episode 1 of The Payment Complex, Under The Stack host Victor Padee sits down with Yuriy Kostenko of Flagship Advisory Partners to explore how payment fragmentation happens, what it costs retailers and what the future payment stack could look like.</p><p><br>Yuriy shares examples from major retailers, including a $16bn sporting goods company where a seemingly simple refund became a manual reconciliation nightmare, and a Nordic retailer attempting to recognise the same customer across fuel, convenience, self-checkout and EV charging.</p><p><br>The conversation moves from the problems retailers are dealing with today to the infrastructure they’re beginning to build for tomorrow: customer payment identity, resilience, centralised reporting and payment orchestration.</p><p>In this episode</p><p><br><strong>01:00: Why payment fragmentation happens</strong><br> <br>How multinational decision-making, M&amp;A and new retail use cases create increasingly fragmented payment environments.</p><p><br><strong>02:49: What fragmentation puts at risk</strong></p><p>Why customer experience, payment resilience and reconciliation are among the biggest casualties of fragmented infrastructure.</p><p><br><strong>04:22: The $16bn refund nightmare</strong></p><p>How combining loyalty points, gift cards and card payments turned one customer’s return into a manual reconciliation problem.</p><p><br><strong>05:46: Recognising your customer with every payment</strong><br> <br>How customer tokens and payment identity could connect loyalty across stores, fuel, self-checkout, EV charging and other customer journeys.</p><p><br><strong>07:28: Does it take an outage to build resilience?</strong></p><p>Why downtime is often the event that finally forces retailers to rethink their payment infrastructure.</p><p><strong>08:00: The North Star for payments visibility<br></strong><br> Why retailers increasingly want one place to control and monitor payments across channels and understand how their customers are paying.</p><p><br><strong>08:33:</strong> <strong>Will an orchestration layer work for you?<br></strong><br> Why orchestration is emerging as a potential future state for complex retailers — and why there still isn’t a perfect answer.</p><p><br><strong>About the guest</strong></p><p>Yuriy Kostenko - Flagship Advisory Partners</p><p><br>Flagship Advisory Partners is a consultancy and M&amp;A advisory firm specialising exclusively in payments and fintech, working across merchants, payment providers and card networks.</p><p><br><strong>About The Payment Complex</strong></p><p><br>The Payment Complex is an Under The Stack series exploring the systems, decisions and infrastructure sitting behind modern retail payments - and what retailers can learn from the complexity underneath them.</p><p><br></p>]]>
      </itunes:summary>
      <itunes:keywords>fintech, payments, retail technology</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>How to avoid revenue loss by testing your retail checkout experience.</title>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <itunes:title>How to avoid revenue loss by testing your retail checkout experience.</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">b992f8d5-e7cb-47fc-b295-a53cc96dac5c</guid>
      <link>https://share.transistor.fm/s/eb9c2ce4</link>
      <description>
        <![CDATA[<p><strong>1. Test the entire checkout journey, not just the payment transaction<br></strong><br></p><p>The biggest mistake organisations make is treating payment testing as “did the card go through?”</p><p>David argues that’s far too narrow.</p><p><br>A real checkout includes:</p><ul><li>POS software</li><li>Barcode scanners</li><li>Receipt printers</li><li>Payment terminal</li><li>Cash handling (where applicable)</li><li>Customer interaction</li></ul><p>If you only test one component in isolation, you can successfully process a payment while still delivering a broken customer experience. The objective is to validate the entire customer journey, because that’s what customers actually experience.</p><p>---</p><p><strong>2. Simulated terminals are useful - but they’re not reality<br></strong><br></p><p>“When was the last time you paid on a simulated terminal when you went to Tesco?”</p><p>His point is simple:</p><p>Retailers deploy physical devices, not simulations.</p><p>Simulators are faster and easier, but they cannot accurately reproduce:</p><ul><li>firmware changes</li><li>hardware behaviour</li><li>PIN entry</li><li>card insertion</li><li>receipt printing</li><li>real-world device interactions</li></ul><p>For anything being deployed into stores - or for certification - testing should happen on the actual hardware. </p><p>---</p><p><strong>3. Lack of test coverage is one of the industry’s biggest hidden risks<br></strong><br></p><p>Many retailers believe they’re testing thoroughly because they have dozens of automated tests.</p><p>David argues the opposite.</p><p>Often they’re missing:</p><ul><li>international cards</li><li>foreign issuers</li><li>DCC scenarios</li><li>different payment methods</li><li>edge cases</li></ul><p>A solution that works perfectly with UK Visa cards might fail for an overseas Mastercard customer.</p><p>Automation allows organisations to expand coverage from tens of scenarios into hundreds without multiplying manual effort.</p><p>---</p><p><strong>4. Start simple, then expand</strong></p><p>You don’t automate every possible payment journey on day one.</p><p>David recommends:</p><ol><li>Purchase transactions</li><li>Refunds</li><li>Most common payment methods</li><li>Highest-volume hardware</li><li>Edge cases afterwards</li></ol><p>In other words:</p><p>Automate the journeys that matter most first, then continuously widen the safety net.</p><p>This makes automation practical instead of overwhelming.</p><p>---</p><p><strong>5. Every technology change introduces payment risk</strong></p><p>Modern payment environments are constantly evolving.</p><p>New:</p><ul><li>firmware</li><li>payment applications</li><li>payment terminals</li><li>wallets</li><li>wearables</li><li>contactless technologies</li></ul><p>Each seemingly small change can alter how a transaction behaves.</p><p>David’s message is that testing shouldn’t be viewed as something you do before launch - it should become an ongoing capability that evolves alongside your payment estate. </p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><strong>1. Test the entire checkout journey, not just the payment transaction<br></strong><br></p><p>The biggest mistake organisations make is treating payment testing as “did the card go through?”</p><p>David argues that’s far too narrow.</p><p><br>A real checkout includes:</p><ul><li>POS software</li><li>Barcode scanners</li><li>Receipt printers</li><li>Payment terminal</li><li>Cash handling (where applicable)</li><li>Customer interaction</li></ul><p>If you only test one component in isolation, you can successfully process a payment while still delivering a broken customer experience. The objective is to validate the entire customer journey, because that’s what customers actually experience.</p><p>---</p><p><strong>2. Simulated terminals are useful - but they’re not reality<br></strong><br></p><p>“When was the last time you paid on a simulated terminal when you went to Tesco?”</p><p>His point is simple:</p><p>Retailers deploy physical devices, not simulations.</p><p>Simulators are faster and easier, but they cannot accurately reproduce:</p><ul><li>firmware changes</li><li>hardware behaviour</li><li>PIN entry</li><li>card insertion</li><li>receipt printing</li><li>real-world device interactions</li></ul><p>For anything being deployed into stores - or for certification - testing should happen on the actual hardware. </p><p>---</p><p><strong>3. Lack of test coverage is one of the industry’s biggest hidden risks<br></strong><br></p><p>Many retailers believe they’re testing thoroughly because they have dozens of automated tests.</p><p>David argues the opposite.</p><p>Often they’re missing:</p><ul><li>international cards</li><li>foreign issuers</li><li>DCC scenarios</li><li>different payment methods</li><li>edge cases</li></ul><p>A solution that works perfectly with UK Visa cards might fail for an overseas Mastercard customer.</p><p>Automation allows organisations to expand coverage from tens of scenarios into hundreds without multiplying manual effort.</p><p>---</p><p><strong>4. Start simple, then expand</strong></p><p>You don’t automate every possible payment journey on day one.</p><p>David recommends:</p><ol><li>Purchase transactions</li><li>Refunds</li><li>Most common payment methods</li><li>Highest-volume hardware</li><li>Edge cases afterwards</li></ol><p>In other words:</p><p>Automate the journeys that matter most first, then continuously widen the safety net.</p><p>This makes automation practical instead of overwhelming.</p><p>---</p><p><strong>5. Every technology change introduces payment risk</strong></p><p>Modern payment environments are constantly evolving.</p><p>New:</p><ul><li>firmware</li><li>payment applications</li><li>payment terminals</li><li>wallets</li><li>wearables</li><li>contactless technologies</li></ul><p>Each seemingly small change can alter how a transaction behaves.</p><p>David’s message is that testing shouldn’t be viewed as something you do before launch - it should become an ongoing capability that evolves alongside your payment estate. </p>]]>
      </content:encoded>
      <pubDate>Tue, 28 Jul 2026 21:29:08 +0100</pubDate>
      <author>Under The Stack</author>
      <enclosure url="https://media.transistor.fm/eb9c2ce4/13404c9b.mp3" length="10496745" type="audio/mpeg"/>
      <itunes:author>Under The Stack</itunes:author>
      <itunes:image href="https://img.transistorcdn.com/J24x09tyDwwEJNVAib4aIRS72Kuu8q9eID5ywE8KaHY/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS82YTM2/ZDU1ZWI0OGI2YjMz/Nzg1YWQ1MjI1NzBl/M2VhYS5wbmc.jpg"/>
      <itunes:duration>654</itunes:duration>
      <itunes:summary>
        <![CDATA[<p><strong>1. Test the entire checkout journey, not just the payment transaction<br></strong><br></p><p>The biggest mistake organisations make is treating payment testing as “did the card go through?”</p><p>David argues that’s far too narrow.</p><p><br>A real checkout includes:</p><ul><li>POS software</li><li>Barcode scanners</li><li>Receipt printers</li><li>Payment terminal</li><li>Cash handling (where applicable)</li><li>Customer interaction</li></ul><p>If you only test one component in isolation, you can successfully process a payment while still delivering a broken customer experience. The objective is to validate the entire customer journey, because that’s what customers actually experience.</p><p>---</p><p><strong>2. Simulated terminals are useful - but they’re not reality<br></strong><br></p><p>“When was the last time you paid on a simulated terminal when you went to Tesco?”</p><p>His point is simple:</p><p>Retailers deploy physical devices, not simulations.</p><p>Simulators are faster and easier, but they cannot accurately reproduce:</p><ul><li>firmware changes</li><li>hardware behaviour</li><li>PIN entry</li><li>card insertion</li><li>receipt printing</li><li>real-world device interactions</li></ul><p>For anything being deployed into stores - or for certification - testing should happen on the actual hardware. </p><p>---</p><p><strong>3. Lack of test coverage is one of the industry’s biggest hidden risks<br></strong><br></p><p>Many retailers believe they’re testing thoroughly because they have dozens of automated tests.</p><p>David argues the opposite.</p><p>Often they’re missing:</p><ul><li>international cards</li><li>foreign issuers</li><li>DCC scenarios</li><li>different payment methods</li><li>edge cases</li></ul><p>A solution that works perfectly with UK Visa cards might fail for an overseas Mastercard customer.</p><p>Automation allows organisations to expand coverage from tens of scenarios into hundreds without multiplying manual effort.</p><p>---</p><p><strong>4. Start simple, then expand</strong></p><p>You don’t automate every possible payment journey on day one.</p><p>David recommends:</p><ol><li>Purchase transactions</li><li>Refunds</li><li>Most common payment methods</li><li>Highest-volume hardware</li><li>Edge cases afterwards</li></ol><p>In other words:</p><p>Automate the journeys that matter most first, then continuously widen the safety net.</p><p>This makes automation practical instead of overwhelming.</p><p>---</p><p><strong>5. Every technology change introduces payment risk</strong></p><p>Modern payment environments are constantly evolving.</p><p>New:</p><ul><li>firmware</li><li>payment applications</li><li>payment terminals</li><li>wallets</li><li>wearables</li><li>contactless technologies</li></ul><p>Each seemingly small change can alter how a transaction behaves.</p><p>David’s message is that testing shouldn’t be viewed as something you do before launch - it should become an ongoing capability that evolves alongside your payment estate. </p>]]>
      </itunes:summary>
      <itunes:keywords>fintech, payments, payment testing, retail technology</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
  </channel>
</rss>
