I received a call from a customer who has an eConnect application to import SOP orders. The import was developed by another partner many years ago, and I inhereted it for ongoing support. It has been working fine, but the client is changing their warehouse processes, and they want to use a separate fulfillment process for the imported orders.
No problem, except that the orders imported with eConnect were automatically coming into GP as allocated and fulfilled, so they wanted to turn that off. I checked the code for the eConnect import, and it was not set to auto allocate, and it was not specifying a quantity fulfilled on the line items, so I assumed it must be an option in GP. But we then checked the Order setup options in GP, and it was properly setup to use a separate fulfillment process.
And to confirm that the issue was with the import, they manually entered an order, and it did not automatically fulfill.
I was puzzled.
We checked the GP settings again, and I checked the code again, but I still didn't see what was causing the fulfillment.
I then went back to the eConnect Help file and started searching for "fulfill". Behold, on the taSopLineIvcInsert schema page, the word "fulfill" showed up on the DOCID field. And to my surprise, here is what it says:
Document ID; if left blank, line will autoallocate and fulfill
Huh, go figure. Even though the DOCID was being specified at the Order Header, if you don't specify it at the line level as well, those lines will auto allocate and auto fulfill.
I checked the GP 2013 eConnect documentation, and it's the same.
That type of defaulting (to no Doc ID) would have never occurred to me, and seems a little odd. I would have thought that the lines would default to the Doc ID used by the header, but apparently not. This would explain the issue the customer was seeing.
After all the work that I've done with eConnect, I would thought I would have been aware of that--maybe I knew it at one point but forgot--but it's just another example of the depth and detail involved in ERP systems. I continue to learn new things regularly...