TOPIC:

Hello,
a question before buying the plugin:
The order number is also changed to the invoice Artio pdf invoice?
What interests me is to just change the order numro I do not care to change the invoice number.

Unfortunately, I don't have a copy of ARTIO VMInvoice to test.
I have, however, heard from a user that it works just fine for him:

Hi Reinhold,

I bought your plugin anyway to try it out and it works perfectly fine together with Artio VM Invoice.
No glitches so far. Thought you might want to know they are fine working together.

I have also contacted ARTIO about whether our plugins are compatible with each other, but I didn't get any response from them.

Hello,
I have bought your plugin and tested it with the component Artio pdf invoice.
Unfortunately it does not work, I change the same number of invoice instead of changing the order number.
How can I fix?

We can try to make some changes?
I'm in a post by Artio I heard that the file to change the order number is: vm2order.php
The post is this: www.artio.net/support-forums/vm-invoice/...instead-order-number
If you attach the file, you can take a look and see if you can modify to suit your plugin?

Thanks for the pointer to the ARTIO forum. Apparently, VMInvoice also tries to change the order number. Of course it would be great to make our plugins work together nicely. As I said, I didn't get any response from the VMInvoice developers so far...

What you can try is to change the plugin order of vminvoice and my ordernumber plugin in the Joomla plugin manager. I would try to make sure the ordernumber plugin comes before the vminvoice plugin, so my plugin assigns an ordernumber first. If the vminvoice plugin checks whether an order number has already been assigned (like the VirtueMart core code does), then things should work.
If, on the other hand, VMInvoice unconditionally assigns an ordernumber, then we are out of luck for now (my plugin checks whether an ordernumber has already been generated and does not overwrite an existing order number).

But without help from the VMInvoice developers I can't really make sure the two plugins work together nicely :(

I did't really have much time to investigate, but from what I can see,
VMInvoice copied the code from VM to generate the order
numbers exactly the way VM does. In particularly, it explicitly tries
to call all plugins (in the file vm2order.php, line 95, the trigger
"plgVmOnUserOrder" is supposed to call the ordernumber plugin), like
my ordernumber plugin.

I tried it on a local test installation, and here the plugin
correctly sets the order number, which will then be used by VMInvoice
(If you set the invoice number to "Use Order Number (VM2)").
Unfortunately, VMInvoice always displays the Order ID rather than the
order number in the invoice list in the backend.
For the invoice template, you can use the {order_number} variable to
display the order number.

As I said, here VMInvoice didn't interfer at all with my plugin
creating the order number. Of course, the invoice number is handled
entirely by VMInvoice (since the invoice creation does not use the VM
code at all). But the order number appears to work fine here.

You're right, I configured otherwise the bill and now it works fine.
The only problem is that in the backend vm_invoice do not see the order
number you generate your plugin.
This can not solve?

Great to hear that it appears to work.
The thing with the column heading is a translation problem: The english text is "Order ID", which appears to be wrongly translated. That column does NOT display the order number, but the order ID (which is a sequential number to be used only internally by Virtuemart...)
AFAICS, there is no way to change the column to display the order number rather than the order ID, other than modifying the VMInvoice source code itself.