Has anyone else noticed attachments disappearing from open orders? A user went to look at attached the document for an order and it wasn’t there. The file was on the shared server where we store scanned documents.
She’s sure she attached that document. Other users have seen the same issue, just never reported it until now.
We are on 10.1.600.20. We have many attachments on orders and have not noticed loss of them mysteriously…
We have a bpm on making attachments that force user to select a doc type ID. I have noticed that if they do not select one, and are not able to “make the attachment” (i.e., it doesn’t show up in tree structure on reecord) the copy of the file to our central repository still occurs. Then if a user says “I made this attachment, why isnt’ it there?” and I find the file, it is generally because they didn’t follow through and select a DocTypeID.
Any chance you have this occurring?
One other place we’ve had headaches also is when there’s more than one period “…” in a row in filename. In those cases the attachment was made and showed up as node in tree structure, but could not be opened and could not be deleted or removed by user. Any chance you have double periods or some other undesirable privileged character in filename?
This is the case of… (Mystery Music Here)… The missing attachments.
Karen, do you have a server where all documents are stored?
If you do have a server where all documents are stored a good folder structure, who cleans it up?
If you don’t have a server and folder structure where folders and documents are stored to be attached, how do you know the documents aren’t stored on a personal computer?
Do some investigating and see where the Attachmenets are stored.
Reading the posts, I just thought of something else, the attachments are stored on the header, or the line, or the release. If you made attachment on line and click for header attachments you won’t see line ones. Could this be the problem?
A bit of a blast from the past, but in E9 we used to see attachments that were on a quote, and the quote got converted to order (pull method). The attachment would show for the user when they had the order on screen the first time, but would disappear. It was not a while later I noticed that the actual attachment on the order screen had the quote number as the link not the order number. I have not tested this in E10, but thought is was worth a mention…
@kskipper
Test this Check the enable file system. Use a different path for the default base location. Have the user click and drag the file from the scanning location to the SO screen.
Browse the the new location and you should see a folder with the company code and then folders under that for each business object, in there you should see a copy of the file.
If a user copies a file in with the same name by default they will get prompted to overwrite the file. This can be changed the the sysconfig file on the client to AutoDateStamp which will allow duplicates be change the file name to put a time and date stamp on the filename to make it unique. I don’t know why you would have prompt as the default, but it was like that in E9.
I am not in front of me E10 install at the moment, so I can’t confirm, but I am pretty sure what I am saying is correct.
I am running E10.1.500.32 and have that problem. It has been brought to Epicor’s attention.
I loose my attachment if I change the revision to the part number in job entry. Epicor says it shouldn’t happen but it happens. they were able to duplicate it also.
it is logged as PRB0191897
MTORRES (2/19/2018) Able To Duplicate on Epicor 10.2 (2/19/2018) PROBLEM DESCRIPTION: Attachments added to job are removed after changing part revision. EXPECTED BEHAVIOR: Since the attachments are added to the job record, changing the revision on the job should not remove the attachments. � ADDITIONAL INFO: In Quote Entry is working correctly. The attachment remains in the tree view. All BPMs, customizations, personalization, UBaqs were disabled. SCR 138568 From page 25458ESC fixed the issue 10.0.600.X