[1.5.1] Generate invoice is missing

Daniel wrote:so the button needs to go back?

Yes please.

Just to submit another view on this - I actually amended my 1.4.x installation to use the order number as the invoice number (was neater than the auto-generated invoices that OpenCart assigned) - the fact that it's not sequential is not a problem in my eyes;

Here in the UK HMRC are responsible for VAT, and introduced changes in 2007 to bring us into line with the rest of the EU as per http://customs.hmrc.gov.uk/channelsPort ... OD1_027711

They state "What if there is a break in sequence, for example where I cancel an invoice or it is spoiled and never issued to a customer? As long as you retain the cancelled or spoiled invoice in your accounting records, or you can provide an explanation for the break in sequence, this is acceptable."

There are a lot of breaks in the sequence of my OpenCart invoices, these are simply shown as "CANCELLED ORDER" or "INCOMPLETE ORDER" in any reports - i.e. we can easily provide an explanation for the break in sequence.

rsmck wrote:Just to submit another view on this - I actually amended my 1.4.x installation to use the order number as the invoice number (was neater than the auto-generated invoices that OpenCart assigned) - the fact that it's not sequential is not a problem in my eyes;

Here in the UK HMRC are responsible for VAT, and introduced changes in 2007 to bring us into line with the rest of the EU as per http://customs.hmrc.gov.uk/channelsPort ... OD1_027711

They state "What if there is a break in sequence, for example where I cancel an invoice or it is spoiled and never issued to a customer? As long as you retain the cancelled or spoiled invoice in your accounting records, or you can provide an explanation for the break in sequence, this is acceptable."

There are a lot of breaks in the sequence of my OpenCart invoices, these are simply shown as "CANCELLED ORDER" or "INCOMPLETE ORDER" in any reports - i.e. we can easily provide an explanation for the break in sequence.

Maybe in UK you can easily provide explanation for the break in sequence, but in another contries not easily. And why provide some explanatiion if the simply we generating VAT invoice when order is processed.
VAT invoices must be in sequuentual order for the completed transactions Proforma invoices can not be... enough only order ID.

I hope this question was solved. Daniel promised to back the generate invoice button.
In version 1.4.x invoicing was more useful.

rsmck wrote:Just to submit another view on this.

That fact that you use OC not as it was intended does not mean we all should do the same. The way it was set-up was the only correct way and usable lawful for about 98% of the OC users.

In the EU if one cancel an order where there is already an Invoice created you have to generate a new Invoice with the amount in minus (- x.xx), so then you would have 2 Invoices for that order. Keeping the one Invoice from the canceled order you have NO prove you returned that money + tax an thus the TAX department will charge you for the money + tax from that Invoice.

I'm surprised there are no Germans involved in this discussion.

everyone whos from the eu except for the uk, that has ever mentioned on here, anything to do with sequential invoice numbers being LAW, i would bet, have never had an inspection by their local tax authorities ever before.

As ive stated in previous posts, providing there is a paper trail, it is fine.

What i mean is, if an order is cancelled after an invoice is raised, all thats needed is another invoice to counter the credit. (i.e a debit).

Much like when suppliers give you a credit note for a previous invoice, this credit note, would reduce their sales by the amount on the previous invoice.

There is no argument in terms of vat invoices, because VAT inspections only require that they can find all invoices included in the vat period, to be correct, and to have the correct amount of vat.

If an invoice needs to be placed to counter an invoice raised after an order cancellation, then this would go into the vat return as a Sales debit, to counter the sales credit.

I have never EVER met a vat or tax inspector who has questioned this method, and i find it very hard to believe any other EU countries form of inspection service would do any different.

OC does not provide the option to create a counter Invoice sad to say. That is why the option to generate an Invoice yourself is great.

i2Paq wrote:OC does not provide the option to create a counter Invoice sad to say. That is why the option to generate an Invoice yourself is great.

Yes You are right.

Or maybe Daniel can add some option... to generate invoice manually or automaticaly. This can satisfy all users.

Is there any progress? Will be generate an invoice number button? I am from the Czech Republic and it would be really difficult not to have a complete number sequence of invoices. When will be the button back. I'm just waiting for this so I could run a business.

it will be in the next version

SXGuy wrote: What i mean is, if an order is cancelled after an invoice is raised, all thats needed is another invoice to counter the credit. (i.e a debit).

i2Paq wrote:OC does not provide the option to create a counter Invoice sad to say. That is why the option to generate an Invoice yourself is great.

Maybe I am little bit slow (sorry about that) but I am having difficulties understanding how the "generate invoice"-button will help regarding the need for a counter invoice when it comes to returned orders (where the original invoice is already generated). Is this just a button that will generate the invoice based on the products in the order - or can you actually create an invoice independent of orders and add "compensation" lines for returned orders/items? (If not, would anyone like to share how they deal with returned items and counter invoices?)

Maybe I am little bit slow (sorry about that) but I am having difficulties understanding how the "generate invoice"-button will help regarding the need for a counter invoice when it comes to returned orders (where the original invoice is already generated). Is this just a button that will generate the invoice based on the products in the order - or can you actually create an invoice independent of orders and add "compensation" lines for returned orders/items? (If not, would anyone like to share how they deal with returned items and counter invoices?)

Without a doubt, good question. Users without Managament Information System or ERP ( Enterprise Resource Planning )

How do you tackle the problem regarding VAT invoices must be in sequuentual order for the completed transactions if you would like to implement self-billing arrangement in an external accounting software?

Suppose you have the following payment methods: Bill/Invoice , VISA/Eurocard Online Payment , Prepayment into Bankaccount.

i2Paq

That fact that you use OC not as it was intended does not mean we all should do the same. The way it was set-up was the only correct way and usable lawful for about 98% of the OC users.

What do you mean, what procedures do you have?

opencartrules wrote: i2Paq

That fact that you use OC not as it was intended does not mean we all should do the same. The way it was set-up was the only correct way and usable lawful for about 98% of the OC users.

What do you mean, what procedures do you have?

Nu procedures, just the way the Law in most EU ad other country's work.

opencartrules wrote:

Maybe I am little bit slow (sorry about that) but I am having difficulties understanding how the "generate invoice"-button will help regarding the need for a counter invoice when it comes to returned orders (where the original invoice is already generated). Is this just a button that will generate the invoice based on the products in the order - or can you actually create an invoice independent of orders and add "compensation" lines for returned orders/items? (If not, would anyone like to share how they deal with returned items and counter invoices?)

Without a doubt, good question. Users without Managament Information System or ERP ( Enterprise Resource Planning )

So are everybody else using other systems to create counter invoices in case of returns, or do you not get any returns at all? I am really curious as to how I should solve this for my store.

* thinking * Does this call for a new feature request to add a "create counter invoice" button next to the appropriate return (with reference to the original invoice)? That would have been really nice.

Do you know approx when will the new version?

its already been added in the svn.

it does make my life a bit easier having only one point in the system that can create can invoice no.

I modified all the files in the shop (I have a clean 1.5.1.1) with this. Added possibility to edit the order (but can not save changes), but the key to generating invoice numbers are still missing. The invoice is created immediately with the order. It may be easier to wait for the official release.

When is this function available in oc 1.5.1.1. I really need this one, because i can't start my online business without this tool.

it will not be available in 1.5.1.1 - you need to wait for 1.5.1.2 which should be released soon.

No definite date yet!