I have finally begun importing my orders from our web system into Order Entry. Aside from the back-order issue (I need to ensure EVERYTHING is in in stock when importing), it seems to work very well.

QUESTION: I now have a few hundred orders that require invoicing. Is there a way to invoice them as a batch?

No.

I have tried using Automation Anywhere, but it took about a minute per order, required everyone to be out of OrderEntry while running, and was just plain old finnicky.

It would have been better, had you asked earlier, to import your invoices into Adagio Invoices, which is also integrated with Receivables, Inventory and SalesAnalysis.

Steve

Unfortuneately, it won't help you now, but I made a suggestion for an "Auto Invoice" feature to be added to OE for just the type of scenario you are describing. At this point, I don't know if the suggestion is being seriously condidered but if enough people see the need, it just might.

Pete

Hi Pete,

But we already have that function - it's called Adagio Invoices.

As Andrew said one option would be to just use Adaiop invoice. The only reason for using Order Entry is to track back orders.

We have done extensive testing with Automation Anywhere and have not found the speed issue that Steve reports. The problem for Automation Anywhere is how to identify the orders to invoice?

Hi Doug

Hey, I mentioned Adagio Invoices first, not Andrew

The reason for the speed issue I experienced with Automation Anywhere is that it has to cater to the slowest machine on the system, which means building in pauses while screens refresh.

As for identifying orders to invoice, that one's easy, with the use of GridView to create a one column report which can be saved as a CSV file. Of course, you would need GridView.

Steve

Why would you be runing a macro to invoice imported orders on more than a single machine (hopefully your fastest one at that)?

Why would anyone create a macro that will fail on all machines but the fastest one? That's like asking for trouble, under the theory that anything that users can do to mess things up, they will.

Steve's right, you have to create the macro to work on the slowest machine because you never know where the end user might want to run the macro from. Having said that we would expect that clients are running our minimum hardware standard.

In all this chit chat, we forgot to ask:

Are these really orders, or have you already taken the money and shipped the goods? Could the items be back ordered?