# Excluding No Value Invoices From Xero Sync

**URL:** <https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894>\
**Category:** Ideas & feature requests\
**Created:** [13 December 2022 23:49 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894 "2022-12-13T23:49:46Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![zac-fowler](https://community.breww.com/user_avatar/community.breww.com/zac-fowler/32/1262_2.png) [@zac-fowler](https://community.breww.com/u/zac-fowler)\
**Post date:** [13 December 2022 23:49 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894/1 "2022-12-13T23:49:46Z")

</div>

We use the logistics side of Breww to manage 3pl for our contract customers so a large portion of our orders are at no value as a means to track deliveries for charging.

This means we have a lot of invoices that are not required to be sync’d into Xero. A couple of suggestions below,

An option to exclude no value invoices from the sync. Having the ability to use alpha numeric invoice numbers that don’t disrupt the sequential auto-assigned numbers would be helpful as well.

An option for an order to be ‘Delivery Docket Only’, tracking everything as an invoice would but only as a movement of product rather than a sale. Again, ability to mirror the 3pl customers invoice number as the reference without disrupting the auto-assigned invoice numbers would be helpful.

---

<div class="post-metadata">

**Author:** ![jon-kyme](https://community.breww.com/user_avatar/community.breww.com/jon-kyme/32/823_2.png) [@jon-kyme](https://community.breww.com/u/jon-kyme)\
**Post date:** [14 December 2022 10:53 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894/2 "2022-12-14T10:53:45Z")

</div>

> [@zac-fowler](#):
>
> ‘Delivery Docket Only

I think this would be the most useful option. It might overlap with:

> [@Include a "visit" on a (delivery) run/route](https://community.breww.com/t/include-a-visit-on-a-delivery-run-route/1700):
>
> I can think of a number of situations in which it would be useful to include a generic “visit” on a delivery run. We often drop bulk beer (in an Arlington) at 3rd party packagers. So even though this needn’t be associated with an order, it would be useful to have it on the Delivery Manifest, and ideally, have a delivery note (or similar) available. Likewise, collecting packaged beer. Currently, this can be worked-around by scheduling an “uplift” (with no containers), which does get the visit …

---

<div class="post-metadata">

**Author:** ![luke](https://community.breww.com/user_avatar/community.breww.com/luke/32/3636_2.png) [@luke](https://community.breww.com/u/luke)\
**Post date:** [15 December 2022 11:09 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894/3 "2022-12-15T11:09:40Z")

</div>

Thanks for the suggestions, Zac and Jon. I agree that these would be great additions and could work well with the other “visit” feature request.

If anyone else would find this helpful, please give it a vote with the button in the top-left 👍

---

<div class="post-metadata">

**Author:** ![jon-kyme](https://community.breww.com/user_avatar/community.breww.com/jon-kyme/32/823_2.png) [@jon-kyme](https://community.breww.com/u/jon-kyme)\
**Post date:** [15 December 2022 16:28 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894/4 "2022-12-15T16:28:38Z")

</div>

are they close enough to merge? Or could we come up with a super-request into which they could both be merged? 😀

---

<div class="post-metadata">

**Author:** ![luke](https://community.breww.com/user_avatar/community.breww.com/luke/32/3636_2.png) [@luke](https://community.breww.com/u/luke)\
**Post date:** [16 December 2022 10:44 UTC](https://community.breww.com/t/excluding-no-value-invoices-from-xero-sync/1894/5 "2022-12-16T10:44:07Z")

</div>

I think they might be best kept separate, to be honest, as the “visit” feature wouldn’t help with the stock reduction part, which keeping these as orders/invoices does solve. [Invoicing Sequence Numbers](https://community.breww.com/t/invoicing-sequence-numbers/929) is also related here as that would prevent these from interfering with the numbering sequence of their own orders/invoices.

In this case, I’m not sure that a straight “don’t sync £0 invoices to Xero” is the right solution as it’s quite heavy-handed and you might have a genuine £0 invoice of your own, which should be synced (for customer statements, etc). However, if we built [Invoicing Sequence Numbers](https://community.breww.com/t/invoicing-sequence-numbers/929) and allowed different customers to fall into different sequences, such as one for 3PL customers and one for all other customers, then we could add an option to disable the sync of individual sequences to Xero completely. If we went down that route, this would also then not need the [Include a "visit" on a (delivery) run/route](https://community.breww.com/t/include-a-visit-on-a-delivery-run-route/1700) changes at all (but don’t worry, we’re certainly going to build that feature regardless)!

Super-requests (great term btw!) are a double-edged sword - on the one hand, they can get lots of votes and get to the top of the list, but they can also become so big that the implementation is hard to organise and test. Often it can be faster and easier for us to build, test and release smaller components of big features in stages, and by getting there in smaller steps, we actually get to the end result faster.
