The latest articles on DEV Community by Karan Palukuri (@karan_palukuri). https://dev.to/karan_palukuri https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4165544%2F0d06522c-adb4-4aa1-af37-56675b5045b0.png https://dev.to/karan_palukuri en Karan Palukuri Tue, 06 Oct 2026 06:32:00 +0000 https://dev.to/karan_palukuri/stripe-removed-invoicepaymentintent-in-the-basil-api-and-it-quietly-broke-my-failed-payment-2aa8 https://dev.to/karan_palukuri/stripe-removed-invoicepaymentintent-in-the-basil-api-and-it-quietly-broke-my-failed-payment-2aa8 <p>Someone on Reddit tried my free Stripe decline-code workflow on a fresh test account and got nothing back. I figured they'd set it up wrong. They hadn't.</p> <p>Their account was on API version <code>2025-03-31.basil</code>. From that version the invoice doesn't have <code>payment_intent</code>, <code>charge</code> or <code>paid</code> anymore. My code read <code>invoice.payment_intent</code>, got <code>undefined</code>, and requested <code>/v1/payment_intents/undefined</code>. Stripe returned a 404 and the workflow just stopped. No retry, no email for that customer, and nothing in the logs that pointed at why.</p> <h2> The fix </h2> <p>Ask for the invoice's payments and expand the payment intent in the same call:<br> </p> <div class="highlight js-code-highlight"> <pre class="highlight http"><code><span class="err">GET /v1/invoice_payments?invoice=in_123&amp;limit=1&amp;expand[]=data.payment.payment_intent </span></code></pre> </div> <p>The newest attempt comes first, so <code>data[0].payment.payment_intent</code> is the one you used to read straight off the invoice. From there <code>last_payment_error.decline_code</code> works like before.</p> <h2> Other things that moved </h2> <ul> <li> <code>invoice.paid</code> (the boolean) is gone. Check <code>status === "paid"</code>, or your "did they already pay?" re-check will always say no.</li> <li>Webhook endpoints keep the API version they were created with, so you can get the old and new shapes at once. Keep the old path as a fallback.</li> <li>3D Secure shows up as <code>requires_action</code>. There's no decline code to classify and retrying does nothing, so send those customers to the hosted invoice page.</li> </ul> <p>I tested all of this against real failing test invoices: a hard decline, a soft decline and a 3DS card. All three route correctly now.</p> <p>The full write-up is here: <a href="https://revguardlabs.org/guides/stripe-invoice-payment-intent-missing-basil" rel="noopener noreferrer">https://revguardlabs.org/guides/stripe-invoice-payment-intent-missing-basil</a></p> <p>Thanks to akl773 on r/n8n for reporting it.</p> stripe api webdev automation