We’re accepting orders on Sellar paid for via Sellar Credit. We would find it useful if the following updates were made to the integration with Sellar:
Assign Sellar Credit orders to the end customer just like all other orders pulled in to Breww from Sellar. This would help us manage the order as the customer profile on Breww contains useful info such as delivery instructions for our drivers. It would also keep our reporting in Breww accurate as we wouldn’t lose sight of where products paid for by Sellar Credit were actually sold to
Edit by Breww team 4 April 2025: This is a great idea, but we need your feedback on how to implement it. I posted about this below and since then this thread has had many more votes (thank you) but no comments on how to actually solve it. Please do comment on whether the proposed solution will work for you, as without this, we will be unable to start building anything. Thank you
We’re definitely going to need this in place for Sellar Credit to be optimal from an operational perspective. Having a bunch of orders for the same customer with different delivery addresses will be very confusing and will likely lead to mistakes being made with scheduling and dispatching.
Big yes to this please. I can foresee some initial teething problems if this integration isn’t up and running fairly quickly - definitely want to be making this as smooth as possible.
Thanks for the suggestion, Dan and the comments from everyone else.
Firstly, just to let everyone know, I’ve split this thread into one thread for orders to be placed on the individual customer accounts that they relate to and another at Import Sellar Credit orders to Breww before they have been confirmed in Sellar. If you are looking for that request, please make sure to vote there as all previous votes have been left on this thread only.
Regarding this request, the reason all orders go onto a single Sellar Credit customer account in Breww is because Sellar’s guidelines request that all these invoices go through to a single “Sellar Credit” customer account in your accounting software. We agree that from a financial point of view this makes the most sense.
Sellar’s guidelines: Use the order information to raise the invoice in an integrated accounting system against a customer contact called “Sellar” (not the end customer) for reasons explained above.
It’s not currently possible for these orders to be on a one customer account in Breww and a different customer account in the accounting software. Even if we were to build a solution for this in Breww, I don’t think this would be a sensible idea as it would cause issues with account balances and payments tracking between Breww and your accounting software.
Having said this, we could instead have these orders on the individual customer accounts in Breww as long as they could also be on the individual customer accounts in your accounting software. Does this work for people? This would mean that if a customer bought from you both via Sellar Credit and directly (or via Sellar without Credit) then the balance of what they owe you would be a mix of the two and this might in itself cause problems.
Thank you to everyone who has voted. Some feedback on my last post is required. Without this we will not make any changes to the integration.
Are you happy for these orders to be on the individual customer accounts in your accounting software too? Bearing in mind that this would make the customer balances on these accounts a mix of both their real balance (if they ever order directly) and money that is actually owed to you by Sellar.
Additionally, if you’re using Xero, the invoice billing address will be the customer’s address, not the Sellar address, due to limitations in Xero (see previous post about this).
Been waiting for someone else to give some feedback first .. but I suppose everyone has been waiting for someone else - so thought I would start things off
I don’t think that Sellars guidance as to how this is treated will work at all. It creates such as mess, and makes tracking sales and reporting with breww almost useless.
Your suggestion is best
“Having said this, we could instead have these orders on the individual customer accounts in Breww as long as they could also be on the individual customer accounts in your accounting software. Does this work for people? This would mean that if a customer bought from you both via Sellar Credit and directly (or via Sellar without Credit) then the balance of what they owe you would be a mix of the two and this might in itself cause problems.”
I also don’t think the balance being a mix of the two will cause any issues, as long as Sellar Credit can be treated like other payment providers
Sellar orders come in as normal to the correct customer account in breww
Any Sellar Credit Orders come in marked as paid. The invoice is uploaded to the customers correct account on the accountancy provider. The payment is marked in the accountancy software as being received into a Sellar Credit bank account.
When the payment comes into our actual bank from Sellar Credit we mark this as a transfer from the Sellar Credit Bank account
Sellar Credit Fees are paid from this Sellar Credit bank Account. These may need to be manualy added but thats not too much of a pain. We do that for square fees already.
This way customers balance on the account software are an accurate reflection of what they owe. Statements will be correct and chasing will work etc. We will also have an accurate low as to what Sellar Credit owes us, as thats the balance of the Sellar Credit Bank account.
This is how things work with other payment providers and whilst I understand that Sellar Credit works a bit differently, and ultimately they are our customer for the transaction, thats more an accounting definition, rather than the reality of the transaction on the ground. Sellar may not be happy with this, and it may not follow exact accounting principles, but if they don’t accept it lots of people wont us wont be move to Sellar Credit - because we can’t have orders for the same customers being split between their account and Sellar - and ultimately losing a lot of brewws nice features because of it (reporting, drop windows, delivery notes, account logs etc etc)
Now we’ve had a few orders come through I’m not completely opposed to the way it works currently. I was worried that in Breww we’d not get visibility of the end customer making logistics challenging with a bunch of otherwise indistinguishable orders. The way it works currently does make it very simple on the accounting side. That said, I can see the value in orders being attributed to the correct customer and the solution Ben describes would be a good one. There’s a bit more work on the accounting side to reconcile the inbound payment but reporting and other sales analytics would then yield more meaningful data.
Thanks, Andy (and others). We’re thinking of introducing Ben’s suggestion as a new setting in the integration config so everyone can choose how they would like it to work from these two methods.
Edit by Breww team 4 April 2025: This is a great idea, but we need your feedback on how to implement it. I posted about this below and since then this thread has had many more votes (thank you) but no comments on how to actually solve it. Please do comment on whether the proposed solution will work for you, as without this, we will be unable to start building anything. Thank you
