# How to handle partially created Invoices in Stripe via Make if some modules fail? **URL:** \ **Category:** Questions\ **Tags:** stripe, error\ **Created:** [June 12, 2025, 4:05pm UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801 "2025-06-12T16:05:23Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![dlesik41](https://avatars.discourse-cdn.com/v4/letter/d/f04885/32.png) [@dlesik41](https://community.make.com/u/dlesik41)\ **Post date:** [June 12, 2025, 4:05pm UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/1 "2025-06-12T16:05:23Z")
I’m building an automated invoicing flow in Make (Integromat), integrating Airtable and Stripe. The goal is to create and manage the full invoice lifecycle automatically — from creation to status tracking and notifications. Current flow: 1. **Create Invoice** (in Stripe, with `auto_advance: false`) 2. **Create Invoice Item** (linked to the Invoice) 3. **Finalize Invoice** 4. **Update Airtable record** (e.g., setting status to “Open”) 5. **Send Telegram notification** Everything usually works fine, but I’m concerned about edge cases where partial failure may lead to inconsistent invoice states. ### Problem 1: - **Invoice is successfully created** - **Invoice Item fails** - → Stripe ends up with a **draft Invoice with no items** Is there a way to auto-delete such draft Invoices in Stripe after a certain time (e.g., 1 hour)? ### Problem 2: - **Invoice and Invoice Item are created** - **Finalize Invoice fails** - → Invoice remains in **draft status** ### Key Question: Should I add separate error handlers for each critical module (e.g., Create Invoice Item, Finalize Invoice)? What’s the best practice for handling such critical steps in an automated flow that aims to manage the full lifecycle of an invoice? Any guidance or pattern recommendations from others who’ve implemented similar Stripe flows would be appreciated.strong text ---
**Author:** ![Stoyan\_Vatov](https://avatars.discourse-cdn.com/v4/letter/s/5daacb/32.png) [@Stoyan\_Vatov](https://community.make.com/u/Stoyan_Vatov)\ **Post date:** [June 13, 2025, 8:19am UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/2 "2025-06-13T08:19:52Z")
Hey there, yes, you should have error handlers on each critical module. Have in mind that you are not limited to the actual error handler modules themselves and you can have any modules in an error handling route. So you can have a delete module that removes whatever the previous module created if this module failed. ---
**Author:** ![samliew](https://dub1.discourse-cdn.com/flex013/user_avatar/community.make.com/samliew/32/13327_2.png) [@samliew](https://community.make.com/u/samliew)\ **Post date:** [June 13, 2025, 12:40pm UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/3 "2025-06-13T12:40:07Z")
Welcome to the Make community! ## Handle errors so scenarios don’t stop. You might want to add some error handling to your modules to handle exceptions, so the failing module(s) can automatically be retried or ignored. By handling any errors by adding a “Error handler” to the module, the scenario won’t throw an error and get turned off. ## Error directives can only be added to an error handler route. ### 1. Right click and select “Add error handler” ![](https://europe1.discourse-cdn.com/flex013/uploads/make/original/3X/5/e/5e5dc7ac54b5dd0d2b46c484bf64e84b8dbaadd8.png) ### 2. Error handlers will appear ![](https://europe1.discourse-cdn.com/flex013/uploads/make/original/3X/1/b/1b89b4af692abd8672a77f8ac8e8a35749e75090.png) ## For more information on error handling, see: - [Introduction to errors and warnings in Make](https://www.make.com/en/help/errors/introduction-to-errors-and-warnings-in-make#introduction-to-errors-and-warnings-in-make) - [Overview of error handling in Make](https://www.make.com/en/help/errors/how-to-handle-errors-in-make/overview-of-error-handling-in-make#overview-of-error-handling-in-make) - [Error handlers](https://www.make.com/en/help/errors/error-handlers) - [Overview of error handling in Make](https://www.make.com/en/help/errors/how-to-handle-errors-in-make/overview-of-error-handling-in-make) - [Watch these videos by Make - Learn all about error handling](https://www.youtube.com/watch?v=tm-VofCOw9Q&list=PLRE9E-rAD8U10mx2TRs54Nq1XJDdK9Kx4&index=1) (YouTube playlist) - [Webhook Error Handling](https://www.make.com/en/help/tools/webhooks#error-handling) - [Types of Errors](https://www.make.com/en/help/errors/types-of-errors-in-make#ratelimiterror) (including RateLimitError HTTP 429: too many requests) Hope this helps! Let me know if there are any further questions or issues. P.S.: investing some effort into the tutorials in the [Make Academy](https://academy.make.com) will save you lots of time and frustration using Make! — @samliew ---
**Author:** ![dlesik41](https://avatars.discourse-cdn.com/v4/letter/d/f04885/32.png) [@dlesik41](https://community.make.com/u/dlesik41)\ **Post date:** [June 14, 2025, 2:28pm UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/4 "2025-06-14T14:28:02Z")
![image](https://europe1.discourse-cdn.com/flex013/uploads/make/original/3X/f/7/f7bd3e3bb0dcf61c9bdb648c3a87c07a434fc354.png) **Thanks for your reply.** This is the core part of my scenario, and it generally works well. However, I want to be confident that the flow will behave predictably in case of issues — for example, a network connection error. I’ve added a **Break error handler** , but the [Make] documentation mentions that some issues (like connection errors) are automatically handled under the hood. ### My questions: 1. **What is the best practice for counting the number of attempts in a Break error handler?** Currently, if I add a Break handler with a notification (e.g., Telegram), I receive a message on **every retry attempt**. But I only want to send a message **after all retries have failed**. 2. **Where exactly should I place this handler for optimal error tracking** without adding it to every single module (which would make the scenario harder to maintain)? I’ll attach a screenshot of the relevant section of the scenario. ---
**Author:** ![Stoyan\_Vatov](https://avatars.discourse-cdn.com/v4/letter/s/5daacb/32.png) [@Stoyan\_Vatov](https://community.make.com/u/Stoyan_Vatov)\ **Post date:** [June 16, 2025, 9:01am UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/5 "2025-06-16T09:01:20Z")
Break is the correct one to handle network issues where the problem is likely to be resolved fast. It will just retry the same call after the specified time and keep retrying for the amount of times you set it. You will get an email if all the retries fail (provided you didn’t disable the notifications). If you want a telegram message - then you can configure a separate scenario to watch your emails for the ones about errors from make scenarios and send a message when its received. For the moment you will need to add an error handler to each module you are concerned about. ---
**Author:** ![Make\_Bot](https://dub1.discourse-cdn.com/flex013/user_avatar/community.make.com/make_bot/32/14661_2.png) [@Make\_Bot](https://community.make.com/u/Make_Bot)\ **Post date:** [September 14, 2025, 9:12am UTC](https://community.make.com/t/how-to-handle-partially-created-invoices-in-stripe-via-make-if-some-modules-fail/84801/6 "2025-09-14T09:12:03Z")