SAP IN MANUFACTURING ENVOIRNMENT AND SHOP FLOOR COLLECTION
SAP IN MANUFACTURING ENVOIRNMENT AND SHOP FLOOR COLLECTION
Author
Discussion

DaveMitsLancer

Original Poster:

493 posts

243 months

Thursday 25th February 2010
quotequote all
Has anyone here implemented used and experinced SAP in a manufacturing envoirnment.

Issues implementing?

Improvements noticed?

Rough Expense?

I work in a manufacturing envoirnment and trying to push for an ERP/MRP system.

I've looked at alternatives and cheaper versions, but SAP does look the way forward.

Your views most appreicated! Cheers Guys

randlemarcus

13,646 posts

255 months

Thursday 25th February 2010
quotequote all
I dont charge enough to be a SAP consultant wink but
its very expensive
a high proportion of implementations fail completely
your consultancy bill will be very high


My rule of thumb is that for SAP and Oracle, you change your business to fit around the way the applications work, for lesser products, you chaneg the way the app works to fit the business. There are issues either way round.

A fair number of the Systems Integrators are now doing hosted SAP - I'd be tempted to look down that path, and let someone else worry about quarterly integrated release schedules.

neil_bolton

17,113 posts

288 months

Thursday 25th February 2010
quotequote all
How deep are your pockets.

Have a read of www.ERPwire.com first off to look at the sort in implemetation risks and impacts involved.

neil_bolton

17,113 posts

288 months

Thursday 25th February 2010
quotequote all
randlemarcus said:
I dont charge enough to be a SAP consultant wink but
its very expensive
a high proportion of implementations fail completely
your consultancy bill will be very high


My rule of thumb is that for SAP and Oracle, you change your business to fit around the way the applications work, for lesser products, you chaneg the way the app works to fit the business. There are issues either way round.

A fair number of the Systems Integrators are now doing hosted SAP - I'd be tempted to look down that path, and let someone else worry about quarterly integrated release schedules.
I absolutely agree.

Anything ERP, you will find it cheaper to mould your business processes to the application, NOT try to rewrite the software to mould to the business.

You will fail, most likely taking the profit for the next few years, if not the entire business, unless you carefully plan and analyse.

Hosted is the only way forward now.

mackie1

8,168 posts

257 months

Thursday 25th February 2010
quotequote all
I would plug my company but I'd probably get told off.

DaveMitsLancer

Original Poster:

493 posts

243 months

Thursday 25th February 2010
quotequote all
Cheers Guys,

I get the idea that unless you dont control SAP it can ruin the busines.. is it AI lol

I work for an old family run company. It was difficult at first to get them to move just to using my simple database that i created. But with times how they are at current we need to be changing with the times and becomming a leaner more efficent company. I've had to take a paycut rather a significant one to keep my job 14 months ago and i want to do everything i can to help get the company back on track or ill have no choice but to look for another job.

Im currently looking at EFACS E/8 also. This does everything that SAP would do but without the cost and complexity.


RichardD

3,608 posts

269 months

Thursday 25th February 2010
quotequote all
I did a monster Access front end / SQL Server back end system that helped turn an ex army plumber into a self made millionaire within a few years (now retired probably snorking in Australia again).

Not sure where it would rank on the ERP scale, it had products within products and a simple manufacturing system of scheduling available working hours to batches of product build (in this case PC's), so giving an estimated completion time. Also had rigid batch tracking (not just products in stock, but individually delivered batches from purchase orders were tracked) wth optional serial numbers. The first of those was to avoid warehouse staff nicking stock!

Took someone else 6 years when I had left to change the front end to VB for no benefit to the company whatsoever hehe.

If you get stuck/aren't happy with off the shelf packages, let me know smile

neil_bolton

17,113 posts

288 months

Thursday 25th February 2010
quotequote all
RichardD said:
Took someone else 6 years when I had left to change the front end to VB for no benefit to the company whatsoever hehe.
This is the problem however.

Yes, I'm sure someone clever can build a bespoke system from tools readily available, but if it's not properly documented and written to some sort of accpeted standard, and that person gets hit by a bus, the risk to the business is huge.

Buying off the shelf packages are not great, but should be well supported - something worth it's weight in gold to the smaller business.

plasticpig

12,932 posts

249 months

Thursday 25th February 2010
quotequote all
neil_bolton said:
randlemarcus said:
I dont charge enough to be a SAP consultant wink but
its very expensive
a high proportion of implementations fail completely
your consultancy bill will be very high


My rule of thumb is that for SAP and Oracle, you change your business to fit around the way the applications work, for lesser products, you chaneg the way the app works to fit the business. There are issues either way round.

A fair number of the Systems Integrators are now doing hosted SAP - I'd be tempted to look down that path, and let someone else worry about quarterly integrated release schedules.
I absolutely agree.

Anything ERP, you will find it cheaper to mould your business processes to the application, NOT try to rewrite the software to mould to the business.
This may be true for SAP or Oracle but it isn't true for all ERP systems.

RichardD

3,608 posts

269 months

Thursday 25th February 2010
quotequote all
neil_bolton said:
RichardD said:
Took someone else 6 years when I had left to change the front end to VB for no benefit to the company whatsoever hehe.
This is the problem however.

Yes, I'm sure someone clever can build a bespoke system from tools readily available, but if it's not properly documented and written to some sort of accpeted standard, and that person gets hit by a bus, the risk to the business is huge.

Buying off the shelf packages are not great, but should be well supported - something worth it's weight in gold to the smaller business.
The intital problem was human optimism and nerdy self perpetuating technology done for its own sake.

wasn't down to lack of documentation, just the sheer size of the system. 340+ screens, 400 queries, 120+ reports took a while! The amount of time changing the GUI designed queries to stored procedures must have been rather large. It would be cheaper to upgrade a server than pay the development wages there I'd guess. Applicable to a small scale development, but not large/commercial, I'll admit.

On documentation, it depends on the specific job. The system I described was fairly bread and butter stuff and documentation would have taken longer than the project itself!

Is Pistonheads an off the shelf package or was it initially a bespoke creation!?

(OP - sorry for extending this tangent!)

DaveMitsLancer

Original Poster:

493 posts

243 months

Thursday 25th February 2010
quotequote all
biggrin

neil_bolton

17,113 posts

288 months

Thursday 25th February 2010
quotequote all
RichardD said:
neil_bolton said:
RichardD said:
Took someone else 6 years when I had left to change the front end to VB for no benefit to the company whatsoever hehe.
This is the problem however.

Yes, I'm sure someone clever can build a bespoke system from tools readily available, but if it's not properly documented and written to some sort of accpeted standard, and that person gets hit by a bus, the risk to the business is huge.

Buying off the shelf packages are not great, but should be well supported - something worth it's weight in gold to the smaller business.
The intital problem was human optimism and nerdy self perpetuating technology done for its own sake.

wasn't down to lack of documentation, just the sheer size of the system. 340+ screens, 400 queries, 120+ reports took a while! The amount of time changing the GUI designed queries to stored procedures must have been rather large. It would be cheaper to upgrade a server than pay the development wages there I'd guess. Applicable to a small scale development, but not large/commercial, I'll admit.

On documentation, it depends on the specific job. The system I described was fairly bread and butter stuff and documentation would have taken longer than the project itself!

Is Pistonheads an off the shelf package or was it initially a bespoke creation!?

(OP - sorry for extending this tangent!)
PH was hand written biggrin

RichardD

3,608 posts

269 months

Thursday 25th February 2010
quotequote all
neil_bolton said:
PH was hand written biggrin
hehe

Mosman

778 posts

229 months

Thursday 25th February 2010
quotequote all
We had grand plans to link our Wonderware based SCADA/MES system to SAP. We got as far as purchasing XMII licences. In the end we canned the idea and built a custom centralized SQL server based system for shop floor reporting (we have multiple manufacturing plants), we still have the oportunity to join this up to our SAP system but are yet to take that step.

http://help.sap.com/saphelp_xmii115/helpdata/en/In...

Edited by Mosman on Thursday 25th February 11:50

rhinochopig

17,932 posts

222 months

Thursday 25th February 2010
quotequote all
I was at R-R when they brought it in. I can sum up the effect it had on my working life in a single smiley banghead

mackie1

8,168 posts

257 months

Thursday 25th February 2010
quotequote all

DaveMitsLancer

Original Poster:

493 posts

243 months

Thursday 25th February 2010
quotequote all
Just having a look now mackie, you have PM

Liszt

4,334 posts

294 months

Thursday 25th February 2010
quotequote all
I was involved in an investigation for SAP usage. The SAP consultant said it stood for either "Slow And Painful" or "Shutup And Pay".

Dakkon

7,829 posts

277 months

Thursday 25th February 2010
quotequote all
Liszt said:
I was involved in an investigation for SAP usage. The SAP consultant said it stood for either "Slow And Painful" or "Shutup And Pay".
you missed the most obvious one, Sack All Personnel wink

Hairy Cornflake

644 posts

275 months

Thursday 25th February 2010
quotequote all
DaveMitsLancer said:
Has anyone here implemented used and experinced SAP in a manufacturing envoirnment.

Issues implementing?

Improvements noticed?

Rough Expense?

I work in a manufacturing envoirnment and trying to push for an ERP/MRP system.

I've looked at alternatives and cheaper versions, but SAP does look the way forward.

Your views most appreicated! Cheers Guys
Don't use SAP or any other ERP system for the shop floor scheduling or data collection. Implement a pull system based on customer demand and backflush into SAP.

Use he system for planning, buying raw materials and generating your monthly reports.