Visual Integrator; Importing into SO_InvoiceHeader and Leaves Back Order

SOLVED

I'm on Sage 100 Standard 2020 (v6.20.1.0).

We create sales orders, and then after each sales order ships, invoices are imported into a SO_InvoiceHeader batch.  When the batch is posted, all the sales orders are supposed to disappear from SO_SalesOrderHeader.  When we were on Sage 2016, this is how it worked.  After the Sage 2020 upgrade, the same Visual Integrator job imports the invoices into SO_InvoiceHeader, but when posted, "Back Order" sales orders started to automatically be created.

These "Back Order" sales orders only contain pallet line items, where there's a quantity, but the price is $0.00.  Even though we don't charge the customer for pallets, the posting process relieves pallets from  our inventory.  When posted, the pallets are relieved from inventory and are on the invoice, but strangely there's a "Back Order" sales order created for the same quantity of pallets.

The other thing that I typically see are /C comment lines.  A "Back Order" sales order will be created with all the /C comment lines from the original sales order.

I have searched Sage City for an answer to this, and the only thing I could find was that I should set ShipStatus to "S", which was supposed to indicate to Sage to "ship order as complete", and don't create any back orders, but this appears to have had no effect.  Sage has kept right on creating the "Back Order" sales orders.

Does anyone out there have any ideas for what I can try next to keep Sage from automatically creating "Back Order" sales orders?

  • 0

    The itemcode for the "pallet", is it setup a certain way or just a regular inventoried item?

  • 0 in reply to jland47

    Thanks for replying to my post.

    The pallet is a regular inventoried item.

    While I was looking for something extra special about the pallet item, I noticed the "Allow Back Orders" checkbox.  I wonder if unchecking that will do anything.  This checkbox appears to be checked for darn near every item. Hmmm...

  • 0 in reply to B26354

    That shouldn't matter, all our items have that checked off as well.  Unless something is off on the VI or a bug, haven't had that issue before.  Maybe a screen shot of a SO Invoice line and the Backorder SO Line that was produce.

  • 0 in reply to jland47

    I queried a sales order from the SO_SalesOrderHeader and SO_SalesOrderDetail tables using Microsoft Access.

    I created the import file for the shipment of that sales order, ran the VI import job, and posted the invoice batch.

    I queried that same sales order from the header and detail tables.

    The OrderType on the header changed from S to B, B for Back Order, and the last invoice number and date fields were updated, but all the rest of the fields remained the same.

    On the detail, this time the product and pallet line items disappeared, leaving only the comment lines remaining.  These are exactly the same as they were before.

    The VI job is pretty straightforward.

  • 0 in reply to B26354

    I just ran a test and put a /C and a regular inventory item on a SO, then invoiced, and the order went to history, no BO status.  Did you try to manually enter an order and see if it happens?  Are any scripts on the SO Lines/Invoice?  I am not an expert, just going through questions other users have prompted me to ask myself when dealing with unknown issues.

  • +1 in reply to jland47
    verified answer

    I believe I have figured it out.  In my VI job, I'm importing QuantityShipped, UnitPrice, and ExtensionAmt.

    For some reason, after I run the VI job, only on pallet line items, when I look in the SO_InvoiceDetail table, Quantitybackordered is automatically filled in with same quantity as QuantityShipped.  What the heck?  Why does it do that?

    I updated my VI job to import QuantityShipped, QuantityBackordered, UnitPrice, and ExtensionAmt, and in my import file, I hardcoded a 0 for QuantityBackordered.

    I copied everything to the test company, ran the VI import on 20 or so shipments, posted, and TA-DA!  No Back Order sales orders were left in SO_SalesOrderHeader!  Importing sales invoices once again works the way I expect it to!

    I'm going to monitor SO_SalesOrderHeader for Back Order sales orders, but I'm feeling pretty confident that I've resolved my issue.

    Merry Christmas to all, and to all a good night!