Our company is looking into changing our ERP System. They are looking at Epicor, any one who wouldn't mind sharing their experiance with it, and it's interfacing options with EPDM (or SolidWorks directly)?
Our company is looking into changing our ERP System. They are looking at Epicor, any one who wouldn't mind sharing their experiance with it, and it's interfacing options with EPDM (or SolidWorks directly)?
Huh, interesting responses. We use Manage 2000 from Epicor. I'm not sure what else is available from their suite, but what we have was horribly implemented. I've seen japanese soft drink commercials that make more sense then what we use. We do not use EPDM, and so it is stand-alone for production control.
My post is not meant as a valid criticism for Adrian, just an observation from what we have. I'm sure our issue all has to do with the implementation and purchasing choices on our side.
Like Charles, we use Manage 2000. On the one hand, it's horrible. On the other hand, I'm pretty sure it's not an Epicor product, which is why I didn't comment earlier. As I recall, they bought the company that developed M2K, so they continue to support the product. The point is that M2K may not be representative of Epicor's products because they didn't develop it themselves.
We use Epicor and EPDM... and I thought the same thing going in... the ERP/MRP capabilities in Epicor 9 are great... in documented thoery. It 'should' work like this:
EPDM exports an XML file to a specific location
Epicor - via a tool called Service Connect - monitors that folder for new XML files
When Service Connect finds one, it uses the workflow that you build through it's designer to build the BOM in Epicor
And then life should be good
This concept sold me enough that I helped cast our department's vote for Epicor... then we got started implementing it...
Where we found problems with Epicor:
Where we found problems in EPDM:
So... what I'm actually stuck working on doing right now... I have to read the EPDM BOM from the EPDM SQL database with SQL queries in a .NET application. Then when I have the data, I have to brute force my way through creating the part in Epicor... which is no small feat. AND, there is no documentation for either.
The only bright light in the future is that SolidWorks will have EPDM fixed in 2014. And Epicor is working on fixing Service Connect and is about to release Direct Connect that will use the Epicor .dlls to increase speed. I have a contact with Epicor that isn't a salesman, and he tells me that he's noticing a huge speed increase with it so far. If the developers did what we talked about when they brought them out to visit me after all the work I've done here with the dll files, then I would expect it to be working right. BUT, if you need the cut list items to exist individually like we do here, then you're still kind of out of luck since you can't get the benefit of the XML files.
That's my experience over this past year and a half with Epicor and AutoCAD/SolidWorks and this past 6 months with Epicor and EPDM. To better put my comments in perspective... I was a drafter that migrated to Computer Programmer about 4 years ago in the same company.
Anna - It was a bit easier when we were going from SolidWorks and looping the tree and getting properties to create the BOM and Parts in Epicor. I ran into an issue when we started using Weldments though... I found a way to read all the Cut List parts, but I couldn't get quantity of each cut list part used in the weldment. I could get that it has 6' of this type of steel, but not that there were 2 of them in the weldment.
And Epicor was not able to help me with the .NET coding side of things to make the BOMs and parts in Epicor. They didn't have anyone that knew enough about what I was trying to do. They gave me one contact that I could ask basic questions to when I got stuck and he was pretty helpful, but I still did a lot of trial and error. You have to create Part Records, Part Plant Records, Part Plant Warehouse Records, Part Revision Records, Etc... just to create the part... that's not any of the BOM data.
Just out of curiousity... who's the person leading up the implementation on Epicor's side? Our company was so complex that we actually had to get a new project manager half way through from Epicor before we could get done, and he's still here on a regular basis nearly 2 years later.
We have an outside consultant helping with our Epicor implementation. Our IT guys are handling that. We are not that complex so that helps. Our big issue is we are currently using a very old implementation of Epicor Vista. We are still doing test dumps of our current Vista database into an Epicor 9 sandbox to make sure our data comes over properly. We are also still working through the Epicor install to be sure we have all the functionality working the way we want.
Our people here that will use Epicor 9 everyday have been very active in test driving the new system to make sure we have a minimum of issues when we go live.
Appreciate the info.
Anna
Christina, any updates on EPDM + Epicor?
We have been trying to implement Epicor + Pro.file (epicor's pdm) for a year now, and I'm starting to look elsewhere.
Re your service connect problem... I can get a sizeable BOM (~200 parts) from profile to epicor in a few minutes thru SC. One part takes about 30 seconds. It sounds like you had a timer that wasn't configured properly.
I'm still trying to make it work... and pulling my hair out with it. We couldn't find a way to make Weldment data come out of EPDM. We got 99.9% of all the data we needed for Epicor out... but that 0.1% is important enough that without it, we're stuck. We're working with our Var at the moment to get XML files out of SolidWorks... and we've been doing that for the past month and a half and still don't have that working.
As far as the time it took you to run a BOM in with service connect... you might be on the latest version. They updated it based off our feedback from our implementation and it's suppsoed to work off of the .dll's directly now instead of web services and it's supposed to hold the data in a cache for the duration versus reading the whole file anew every time it needed one piece of information. We're supposed to be updating here sometime this year.
Man I wish I'd spoke with you back in April...
Profile has no weldment support. Their workaround is to export the cutlist from a drawing to an excel sheet, run a macro on the excel sheet to format it correctly, then import the excel sheet with a custom tool into profile. Then it all goes to epicor without issue.
What is the 0.1% you are missing? Just the above quantity problem? Can you add in the missing information manually in EPDM?
I'm missing cutlist quantity per item when I do it directy from SolidWorks' API.
When I was in EPDM, I tried reading through it's API, and that wouldn't work for Weldments, they don't have support for reading that BOM.
EPDM has support to export XML files... but not if the file is a weldment. I submited a SR via my var.. and SolidWorks put it on the lsit to fix in 2014.
Then I tried doing it by accessing the EPDM stored procedures directly in the database... which sort of worked... but I can't get the length of a cut list part consistently. Apparently that's more of an issue between SolidWorks and EPDM than with EPDM itself though.
It was length/area that I had issues with... and I wasn't able to get it or fix it. At one point our SW consultant even went through and pulled every file out of the vault and put them all back in after supposidly fixing the issue so EPDM would update... but it didn't fix every file.
If you can get all the data Epicor needs to display consistently in the BOM that you look at in EPDM for a weldment cutlist.. then the method of executing a SQL Stored Procedure in EPDM's database (BomListProc) would work.
If it's just a manually created property, you can map it to a file card value and then updating the file card would update the SW file. Some properties... like length, mass, area, etc of a SW part are just there by default (not properties) and EPDM reads those. That's what we couldn't get to work right. We tried mapping that auto-created value to a property and going that route, but the property wouldn't update from the value correctly and half the time the property would have a value in it like mas@@partname
Christina looks like you did a huge amount of work on Vantage to get it working.
Our company is using Vantage 8.03 + EPDM 2012. I was looking at an easy way to connect both just to update part records in Vantage from EPDM but service connect was not very useful. Would you be able to give me some pointers on which dlls you have used etc?
Regards,
Les
It appears this thread has quieted down substantially since April '12. I've been watching this thread for a while with interest as my company is implementing Epicor in early 2013. There has not been an embracing of Enterprise or any PDM system here as of yet, and that itself is a challenge with 30+ users.
I'm most interested in the success and challenges that have been realized with the pairing. Especially with not only SolidWorks data but data from any of the other parametric CAD packages as well. We recieve a broad cross section of file types to deal with, not unlike many here do I'm sure. I would appreciate any input or comments either way.
Thanks,
Dean D.
<><
I've used it. It's a pretty good system, one of the better ones out there.
I believe Web Services is the standard method they use to connect to another database.
Epicor is not cheap.
No experience with EPDM.
As long as you have your workflows defined it's pretty straight forward to connect.
This process is also pricey, be prepared.