12 dự án ERP thất bại nổi tiếng trên thế giới mà bạn Nên biết

Nhưng sau khi có một loạt các thất bại mang tính “biểu tượng” trong ngành. Chúng ta nhận thấy rằng các đơn vị phần mềm và khách hàng đang cố gắng để hoạt động chuyển đổi số có rủi ro ở mức thấp.

• Hơn ai hết các nhà cung cấp phần mềm muốn danh tiếng, tiền bạc. Họ không muốn công sức đổ xuống sông xuống biển.
• Còn doanh nghiệp thì càng mong muốn việc chuyển đổi số giúp họ đi xa hơn. Họ không muốn sự kéo lùi lịch sử.

Dù thành công được định nghĩa như thế nào. Trường tổng hợp 12 dự án ERP thất nổi tiếng để bạn tham khảo. Học từ những sai lầm.

1. Mission Produce

Mission Produce là nhà sản xuất bơ lớn trên thế giới.

11/2021, Mission Produce tiến hành triển khai hệ thống ERP mới. Mục tiêu:

• Nhằm hỗ trợ tăng trưởng trên thị trường quốc tế.
• Các thông tin tài chính được hiển thị kịp thời và trực quan.

Tình trạng:

• Thông tin bị tắc nghẽn, không đồng bộ  khiến cho việc luân chuyển thông tin giữa các bộ phận gặp sự cố
• Không nắm rõ được hoạt động kinh doanh: Doanh nghiệp không nắm được hiện tại đang tồn bao nhiêu quả bơ. Hay doanh nghiệp cũng không biết như độ chín của bơ như thế nào,…
• Tất yếu: Tồn hàng nhiều đãn tới tỉ lệ hàng hủy cao => Trực tiếp gây thiệt hại rất lớn tới lợi nhuận.
• Bên cạnh đó, Mission Produce phải mua trái cây từ các nhà cung cấp khác để giữ cam kết với khách hàng. Nếu không làm vậy sẽ ảnh hưởng rất lớn tới uy tín của doanh nghiệp.

Giải pháp họ đã đưa ra để giải quyết dự án erp thất bại:

+ Buộc phải phát triển một quy trình mới để thích ứng nhanh với sự cố

+ Thuê một nhà tư vấn độc lập ERP – đơn vị thứ 3 để quản lý tiến độ cũng như việc thông suốt dữ liệu được liên tục: Chi phí tốn 3,8 triệu đô la trong 9 tháng sau đó.

Sự quyết đoán và nhanh nhạy này đã giúp Mission triển khai ERP thành công rực rỡ.

Kết quả: Công ty sau đó có thể đứng vững và nhanh chóng mở rộng hoạt động quốc tế như kế hoạch ban đầu.

2. Invacare

Invacare, một nhà sản xuất thiết bị y tế, đã khiến quá trình nâng cấp SAP yếu kém của họ rơi vào tình trạng “hôn mê“, tạm thời dừng dự án — nhưng họ vẫn phải trả phí duy trì hoạt động cho đơn vị phần mềm.

Đơn vị kinh doanh ở Bắc Mỹ của công ty, chiếm 40% doanh thu, là đơn vị đầu tiên chuyển sang hệ thống mới vào tháng 10 năm 2021.

Mọi việc diễn ra không suôn sẻ:

• Ban đầu là việc hạn chế đặt hàng trực tuyến
• Từ đó gây ra sự chậm trễ trong các khoản phải thu

May mắn là mọi thứ đã được trở lại bình thường vào cuối quý.

• Bận rộn với hoạt động tái cơ cấu sau đại dịch
• Đơn giản hóa các dòng sản phẩm
• Điều chỉnh chuỗi cung ứng của mình cho phù hợp với thực tế mới sau đại dịch.

Vì vậy vào đầu năm 2022, Invacare đã quyết định tạm dừng dự án.

Tuy dự án dừng lại, nhưng họ vẫn phải trả 1 khoản phí hàng tháng cho Nhà cung cấp ERP để lưu trữ dữ liệu.

Quyết định thay đổi: Thay đổi trong ban lãnh đạo, bổ sung vị trí quản lý dự án ERP để giám sát việc thực hiện thành công quá trình chuyển đổi kinh doanh của Invacare.

Đôi điều rút ra ở dự án ERP thất bại của Invacare:

• Thời gian triển khai cần phải phù hợp
• Người giám sát chuyển đổi số – ERP Consultant, ERP Project Manager rất quan trọng. (Có nhiều lý do cho thực tế này, bạn hãy liên hệ Trường để cùng trao đổi nhé: 0976 474 869)
• Lưu ý hợp đồng với NCC

3. Lợi nhuận doanh nghiệp bao bì đóng gói Ranpak bị ảnh hưởng bởi ERP.

Quá trình chuyển đổi sang SAP của công ty đóng gói Ranpak không phải là một thảm họa — chỉ mất chưa đầy một năm và được chuyển giao đúng thời hạn và ngân sách — tuy nhiên lại dẫn đến những kết quả đáng thất vọng.

Việc chuyển sang hệ thống ERP dựa trên đám mây (cloud) đã diễn ra vài năm sau khi chuyển đổi kỹ thuật số rộng lớn hơn tại Ranpak .

Tháng 1 năm 2022 Công ty đã triển khai ERP mới, trùng với năm tài chính mới.

Thực trạng đã gặp phải:

• Chưa tính đến việc cần thời gian làm quen với hệ thống mới và việc chuyển đổi giữa 2 hệ thống
• Tháng 1/2022: trùng hợp với cuộc tấn công của Nga vào Ukraine, khiến công ty gặp khó khăn hơn trong việc ứng phó với sự gián đoạn chuỗi cung ứng và tăng chi phí đầu vào.
• Sụt giảm doanh số bán hàng, sự kém hiệu quả trong quá trình xử lý và vận chuyển cũng như không thể tăng giá phù hợp với chi phí

Kết quả:

• Lợi nhuận ròng giảm 5 triệu đô la trong quý.
• Thời gian triển khai bị kéo dài thêm 1 quý => chi phí triển khai của công ty đã tăng lên 6,5 triệu đô la.
• Nhưng vào đầu tháng 11, Công ty cho biết hệ thống ERP mới đã bắt đầu cung cấp khả năng đo lường năng suất và KPI tốt hơn và nhanh hơn.

4. Nhà sản xuất đồ ăn vặt J&J Snack Foods

Các vấn đề về ERP của J&J Snack Foods không bắt nguồn từ hệ thống hiện tại mà từ hệ thống cũ. (JD Edwards của Oracle)

J&J từ lâu đã sử dụng JD Edwards trong bộ phận đồ uống đông lạnh của mình. Và họ quyết định chuyển toàn bộ công ty sang cùng một nền tảng.

Điều bất thường là công ty đã quyết định không chuyển đổi hệ thống ERP sau khi đóng sổ sách trong năm mà vào giữa quý tài chính thứ hai. Đối với J&J, đó là vào tháng Hai, thường là khoảng thời gian yên ắng đối với doanh số bán đồ ăn nhẹ.

Tháng 2 năm 2022 hóa ra bận rộn hơn bình thường.

J&J đã mất 20 triệu đô la doanh thu và 4,5 triệu đô la thu nhập hoạt động.

Đó sẽ là một quý tuyệt vời nếu không có sự gián đoạn của ERP.

Phân khúc đồ uống đông lạnh của công ty đã chứng kiến ​​doanh số bán hàng tăng 50%.

5. Dự án ERP thất bại tại Leaseplan

Sau khi triển khai SAP và đạt được những thành công ban đầu tại công ty con ở Úc

Năm 2016, Leaseplan đã ủy quyền cho HCL Technologies phát triển Hệ thống cho thuê lõi (CLS) dựa trên SAP mới. Và đây sẽ là trung tâm của quá trình chuyển đổi CNTT của tập đoàn trên 32 quốc gia.

Vào đầu năm 2018, các kiểm toán viên đã cảnh báo về các trường hợp ngoại lệ liên quan đến quyền truy cập của người dùng và quản lý thay đổi trong CLS. Đồng thời đề xuất các cải tiến đối với kiểm soát và quản trị CNTT vì nhiều quốc gia dự kiến ​​sẽ chuyển sang CLS vào năm đó.

T3/2019, mọi thứ đã tuột dốc.

Leaseplan đã từ bỏ CLS vài tháng sau đó, loại bỏ 92 triệu euro (100 triệu đô la) chi phí dự án và hàng triệu đô la khác cho phí tư vấn và tái cấu trúc liên quan.

Leaseplan chỉ tiết kiệm được 14 triệu euro đã chi cho các mô-đun CNTT được phát triển riêng biệt. Đây là các module dự kiến ​​sẽ tạo ra lợi ích kinh tế trong tương lai.

Leaseplan cho biết trong  kết quả quý hai của mình rằng vấn đề là CLS sẽ “không phù hợp với mục đích trong thế giới kỹ thuật số mới nổi mà công ty đang hoạt động.”

Bản chất nguyên khối của hệ thống SAP “đã cản trở khả năng thực hiện các cải tiến gia tăng về sản phẩm và dịch vụ tại thời điểm thay đổi công nghệ tăng tốc”

6. MillerCoors

Vào năm 2014, MillerCoors đang  chạy 07 phiên bản khác nhau của phần mềm ERP của SAP .

Công ty sáp nhập đã thuê HCL Technologies của Ấn Độ triển khai triển khai SAP hợp nhất để phục vụ toàn bộ công ty.

Thực trạng diễn ra tại dự án erp thất bại:

• Đợt triển khai đầu tiên được đánh dấu bằng
  • 8 lỗi nghiêm trọng ở mức độ nghiêm trọng,
  • 47 lỗi ở mức độ nghiêm trọng cao
  • Và hàng nghìn vấn đề khác được ghi lại.
• Thời gian chăm sóc siêu kéo dài => chi phí tăng cao
• T3/ 2017, dự án đã đi xa đến mức MillerCoors đã kiện HCL đòi 100 triệu đô la. Lý do kiện: Miller cho rằng HCL đã bố trí không đầy đủ nhân viên cho dự án và không thực hiện đúng cam kết của mình.

Điểm nhấn ở đây là vụ kiện giữa 2 công ty.

Kết quả là:

• T6/ 2017,  HCL đã phản đối , HCL tuyên bố rằng MillerCoors về bản chất đang đổ lỗi cho HCL. HCL cho rằng nguyên nhân thực sự của thất bại là: tình trạng rối loạn quy trình quản lý của Miller.
• Các nhà quan sát bên ngoài phân tích rằng: Hợp đồng còn nhiều sai sót của cả 2 bên. Bên phía khách hàng thì mong muốn nhiều hơn yêu cầu ban đầu. HCL đã làm nhiều hơn nhưng không có các biên bản ghi nhận giữa 2 bên.

• T12/ 2018, hai công ty đã giải quyết tranh chấp “ một cách thân thiện ”

7. Revlon

Gã khổng lồ mỹ phẩm Revlon đã có nhiều lần sáp nhập:

• Năm 2016 Revlon mua lại Elizabeth Arden, Inc.
• Elizabeth Arden với đã dùng các ứng dụng Oracle Fusion thành công
• Revlon với Microsoft Dynamics AX.

Revlon nhận thấy mình cần tích hợp các quy trình của mình giữa các đơn vị kinh doanh sau khi sáp nhập.

Quyết định:

• Sử dụng nhà cung cấp mới – SAP HANA, vào T12/ 2016.

Và kết quả là: 

• Đây có lẽ được coi là 1 quyết định sai lầm của Ban điều hành công ty
• Hậu quả là tác động đến mức đóng cửa cơ sở sản xuất của chính Revlon ở Bắc Carolina.  Điều này Dẫn đến doanh thu bị mất hàng triệu đô la.
• Dự án ERP thất bại vào tháng 3 năm 2019.

Nguyên nhân:

• Công ty đổ lỗi cho “thiếu thiết kế và duy trì các biện pháp kiểm soát hiệu quả liên quan đến… triển khai”
• Công ty cũng lưu ý rằng “Sự gián đoạn liên quan đến ERP này đã khiến công ty phải chịu:
  • Phí vận chuyển nhanh
  • Và các chi phí không lường trước khác trong kết nối với các hành động mà công ty đã thực hiện để khắc phục sự suy giảm về mức độ dịch vụ khách hàng
  • Điều này có thể tiếp tục cho đến khi các vấn đề về hệ thống ERP được giải quyết.”
• Ngoài ra, Cuộc khủng hoảng kinh tế chung đã khiến cổ phiếu Revlon rớt thảm. Dẫn đến các cổ đông của chính công ty khởi kiện.

8. Lidl: gã khổng lồ siêu thị Đức

Sự hợp tác đáng chú ý: SAP – siêu sao ERP/CRM và Lidl, chuỗi cửa hàng tạp hóa toàn quốc với doanh thu hàng năm 100 tỷ euro.

• Thời gian bắt đầu từ năm 2011.
• Nội dung: chuyển đổi hệ thống kiểm kê nội bộ ọp ẹp của Lidl
• Nhưng đến năm 2018, sau khi chi gần 500 triệu euro, Lidl đã hủy bỏ dự án.

Chuyện gì đã xảy ra thế?

• Đặc thù trong tính giá tồn kho của Lidl: Hệ thống hàng tồn kho của họ luôn dựa trên giá họ trả cho hàng hóa.
• Phương pháp chung: hầu hết các công ty dựa trên hệ thống của họ dựa trên giá bán lẻ mà họ bán hàng hóa.

Và 2 bên đã làm gì:

• Lidl không muốn thay đổi cách làm việc của mình
• Vì vậy việc triển khai SAP phải được tùy chỉnh
• Quá nhiều thay đổi trong hàng ngũ điều hành của bộ phận CNTT của Lidl

Kết quả là:

• Điều này gây ra một loạt các vấn đề về triển khai sau đó.
• Dự án erp thất bại dẫn tới Chi phí triển khai tăng
• Thay đổi quá nhiều

Và đó là công thức thất bại trong triển khai ERP

9. Điện lưới quốc gia

National Grid, một công ty tiện ích phục vụ khách hàng sử dụng gas và điện.

Việc triển khai triển khai SAP mới của họ đã mất ba năm để thực hiện và đã quá hạn.

Đứng trước họ là 2 con đường:

1. Nếu họ bỏ lỡ ngày go live hệ thống SAP, chi phí sẽ bị đội lên tới hàng chục triệu đô la. Và họ sẽ phải được chính phủ chấp thuận tăng giá để trả cho họ.
2. Nếu họ bật hệ thống SAP mới sớm hơn dự kiến, hoạt động của chính họ có thể bị tổn hại.

Nhưng không may, ngày dự kiến Go live của họ là 5/11/2012 — chưa đầy một tuần sau khi Siêu bão Sandy tàn phá khu vực dịch vụ của National Grid và khiến hàng triệu người không có điện.

Đây quả là một thách thức và khó khăn trong việc ra quyết định

Giữa lúc hỗn loạn, National Grid đã đưa ra  quyết định định mệnh. Và kết quả thậm chí còn thảm khốc hơn những gì họ nghĩ:

• Một số nhân viên được trả lương quá cao,
• Trong khi những người khác bị trả lương thấp,
• 15.000 hóa đơn của nhà cung cấp không thể xử lý được,
• Và báo cáo tài chính sụp đổ đến mức công ty không còn có thể nhận được các khoản vay ngắn hạn.

Vụ kiện của National Grid chống lại Wipro, nhà tích hợp hệ thống. Cuối cùng đã  được giải quyết ngoài tòa án với số tiền 75 triệu đô la

Nhưng điều đó không đủ để bù đắp những tổn thất mà National Grid phải gánh chịu vì dự án erp thất bại.

10. Worth & Co.

Worth & Co. là một công ty sản xuất có trụ sở tại Pennsylvania, chỉ muốn có một hệ thống ERP mới và sau khi nghe một số lời chào hàng vào năm 2014.

• Đơn vị triển khai: EDREi Solutions
• Giải pháp: Bộ công cụ kinh doanh điện tử của Oracle.
• Ngày phát hành trực tiếp đầu tiên: tháng 11 năm 2015.

Nhưng mọi thứ bắt đầu trượt dốc . Kết quả là:

• Thời hạn đã được lùi lại đến tháng 2 năm 2016.
• Vào thời điểm đó, Oracle yêu cầu Worth & Co. trả 260.000 đô la cho các khóa đào tạo và hợp đồng hỗ trợ.
• Nhưng năm 2016 đến và đi mà vẫn không có triển khai.
• Vào năm 2017, Worth & Co. đã loại bỏ EDREi để chuyển sang đơn vị triển khai khác: Monument Data Solutions.
• Thêm một năm nữa: để tùy chỉnh phần mềm của Oracle cho các mục đích của Worth & Co.
• Kết quả cuối cùng: Failed

Cuối cùng, sau khi dự án bị hủy bỏ, tháng 2 năm 2019: Worth & Co. không kiện nhà cung cấp CNTT của mình mà kiện Oracle.

Lý do họ đưa ra là:

• Khoản tiền 4,5 triệu USD mà họ đã trả cho gã khổng lồ phần mềm để mua giấy phép, dịch vụ chuyên nghiệp và đào tạo.
• Vụ kiện vẫn đang tiếp diễn.

11. Dự án ERP thất bại tại Target Canada

Đây là một nhà cung cấp hệ thống ERP ở Canada. Khi ra đời vào năm 2013, Target được kỳ vọng rằng: Loại bỏ thời gian nhập dữ liệu cũ vào hệ thống mới.

Nhưng khi ra mắt, chuỗi cung ứng của công ty đã sụp đổ nhanh chóng.

Và nguyên nhân được điều tra là do:

• Dữ liệu mới nhập vào chứa đầy lỗi
• Việc nhập liệu hàng ngàn mục nhập đã được đưa vào hệ thống bằng tay. Hơn nữa lại là những nhân viên cấp thấp không có kinh nghiệm
• Thông tin cung cấp không chính xác từ NSX
• Thời hạn gấp rút

12. Dự án ERP thất bại tại PG&E

Để triển khai được ERP thành công thì cần chạy thử nghiệm hệ thống mới trước khi đi vào vận hành. Đặc biệt hoạt động này trở nên càng quan trọng với các doanh nghiệp sản xuất.

Tuy nhiên, dữ liệu của sản xuất thường sẽ là các thông tin bảo mật, bí mật kinh doanh. Do đó dữ liệu này cần được bảo vệ cẩn thận. Trong quá trình kiểm thử ERP, dữ liệu được đẩy vào hệ thống và yêu cầu bảo mật là tất yếu.

Tuy nhiên, điều không may đã xảy ra với PG&E.

5/2016, Chris Vickery – nhà phân tích rủi ro tại UpGuard, đã phát hiện ra một cơ sở dữ liệu được phơi bày công khai có vẻ như là hệ thống quản lý tài sản của Pacific Gas and Electric.

Dữ liệu này chứa thông tin chi tiết về hơn 47.000 máy tính, máy chủ, các thiết bị khác của PG&E.

Hiện ở trạng thái “open” – người xem không cần tên người dùng hoặc mật khẩu vẫn có thể truy cập được.

Mặc dù PG&E ban đầu phủ nhận đây là dữ liệu sản xuất. Nhưng Vickery nói rằng đó là dữ liệu sản xuất và đã bị lộ do triển khai ERP.

Nguyên nhân được phỏng đoán rằng:

• Một nhà cung cấp bên thứ ba đã được cung cấp dữ liệu PG&E trực tiếp để điền vào cơ sở dữ liệu “demo”
• Phản ứng trong thực tế sản xuất.
• Họ thất bại trong việc bảo vệ các cơ sở dữ liệu sản xuất thực sự cần.

Sống sót sau khi triển khai dự án ERP thất bại

Vậy chúng ta đã học được những gì?

• Hãy đảm bảo dữ liệu của bạn an toàn và sạch sẽ,
• Đồng thời ghi lại các quy trình của bạn trước khi bạn chuyển sang một nền tảng mới,
• Lựa chọn chuyên gia tư vấn độc lập để giảm thiểu rủi ro.