Related posts:

1. Lựa chọn nào cho các ngân hàng thương mại cổ phần Việt Nam gia nhập WTO, mức độ cạnh tranh...
2. CoreBanking: phần mềm hạt nhân của ngân hàng Phần mềm lõi CoreBanking được coi là hạt nhân...
3. OCB triển khai hệ thống ngân hàng lõi của Temenos AG Ngày 19/12/2008, tại TP.HCM, ngân hàng Thương Mại Cổ...

Related posts brought to you by Yet Another Related Posts Plugin.

Download (PDF, 58.62KB)

(Lê Hưng - http://eac.vn)

Related posts:

1. Hội thảo dành cho lãnh đạo các doanh nghiệp Việt Nam Ngày 20/11/2009, tại TP.HCM, Công ty Tư vấn Kaisa...
2. Triển khai ERP - Bài toán khó cho các doanh nghiệp nhỏ và vừa Việt Nam ERP (Enterprise Resources Planning) là hệ thống phần mềm...
3. Toàn cảnh ứng dụng ERP - Phần 3: Triển khai ERP & Quy mô doanh nghiệp Trong phần III của bản nghiên cứu, chúng tôi...

Related posts brought to you by Yet Another Related Posts Plugin.

Tạp chí ERP và Doanh nghiệp số 11

• Kỳ phát hành : Tháng 01/2010

• Cơ quan chủ quản : Công ty Dịch vụ ERP FPT

• Nội dung chính :

Download (PDF, 1.48MB)

Related posts:

1. Danh sách doanh nghiệp Việt Nam đã triển khai ERP EAC giới thiệu với bạn đọc Bản thống kê danh...
2. Tạp chí ERP & Doanh nghiệp số 1 Tạp chí ERP và doanh nghiệp, do Công ty...
3. Toàn cảnh ứng dụng ERP - Phần 3: Triển khai ERP & Quy mô doanh nghiệp Trong phần III của bản nghiên cứu, chúng tôi...

Related posts brought to you by Yet Another Related Posts Plugin.

Theo chương trình này, các trường đại học sẽ được sử dụng miễn phí phần mềm SAP với bộ giải pháp SAP Business Suite (gồm cả SAP ERP), được tham gia các khóa đào tạo giảng viên và các hội thảo do SAP tổ chức. Chương trình cũng có thư viện dành riêng cho cộng đồng UAP cho phép các thành viên tải về tài liệu, giáo trình. Cùng đó, sinh viên sẽ được cập nhật những kĩ năng giúp nâng cao chất lượng học tập như quy trình ra quyết định, quản lý tài nguyên doanh nghiệp, nắm bắt kinh nghiệm thực tế về những phần mềm kinh doanh hàng đầu thế giới.

Theo ông Nguyễn Quang Khải, Kiến trúc sư trưởng giải pháp SAP Việt Nam, các trường tham gia chương trình UAP chỉ phải trả một khoản chi phí rất nhỏ cho việc vận hành trung tâm lưu trữ dữ liệu của SAP.

Triển khai từ năm 1988 tại Đức, đến nay chương trình UAP đã có hơn 1.000 trường đại học tại 36 quốc gia tham gia với 2.200 giáo viên am hiểu về SAP và 150.000 sinh viên tham gia các khóa học do SAP hỗ trợ. Tại châu Á – Thái Bình Dương, chương trình đã triển khai tại Úc, Trung Quốc, Ấn Độ, Nhật Bản, Hàn Quốc, New Zealand, Singapore và Đài Loan.

(http://eac.vn - Theo ICTnews)

Related posts:

1. CDiT, SAP giới thiệu giải pháp ERP cho DN viễn thông Trung tâm Công nghệ Thông tin CDiT và Công...
2. Business Objects giới thiệu giải pháp BI Business Objects giới thiệu giải pháp thông tin hỗ trợ...
3. Quản lý bằng qui trình-thách thức đối với lãnh đạo Tái cơ cấu khác với tự động hóaTrong giai...

Related posts brought to you by Yet Another Related Posts Plugin.

SAP BusinessObjects BI OnDemand là giải pháp phần mềm hướng dịch vụ (Saas) được thiết kế nhằm phục vụ đối tượng người dùng BI không chuyên nghiệp.

Giải pháp này bao gồm những tính năng mới, giúp người dùng doanh nghiệp có thể dễ dàng truy cập, khai thác cơ sở dữ liệu trực tuyến, tích hợp khai thác các hệ thống sẵn có của doanh nghiệp như giải pháp quản trị nguồn lực doanh nghiệp (ERP), quản lý quan hệ khách hàng (CRM), quản lý chuỗi cung ứng (SCM)… Từ đó, doanh nghiệp có tầm nhìn sâu sắc và đầy đủ hơn tình hình hoạt động, chia sẻ các báo cáo, bảng đánh giá, minh hoạ biểu đồ trực quan…

Ông Robin Fong, Giám đốc phát triển kinh doanh Hội người dùng doanh nghiệp SAP Đông Nam Á, cho biết khi các tổ chức, doanh nghiệp có nhu cầu tìm kiếm, khai thác tối đa mọi nguồn lực, cơ sở dữ liệu dựa trên nền tảng điện toán đám mây thì BI là giải pháp phù hợp. Với khả năng hỗ trợ quy trình công việc, tìm kiếm, truy vấn, báo cáo và phân tích, BI càng trở nên hấp dẫn đối với người dùng doanh nghiệp. Người dùng doanh nghiệp giờ đây có thể cung cấp cho khách hàng, đối tác, nhân viên trong tất cả lĩnh vực hoạt động, ngay lập tức và mọi lúc mọi nơi…

Với hơn 260,000 thuê bao, các gói lựa chọn theo yêu cầu từ danh mục sản phẩm của SAP BusinessObjects giúp đẩy mạnh các hoạt động nghiệp vụ doanh nghiệp an toàn và hiệu quả. Đến hết năm 2009, các giải pháp của SAP đã được triển khai tại 120 điểm triển khai tại Việt Nam…

Trong năm 2010, SAP cho biết sẽ sát cánh cùng các doanh nghiệp phân phối/bán lẻ của Việt Nam để giúp họ nâng cao sức cạnh tranh trong bối cảnh kinh doanh mới. Cụ thể, SAP sẽ tiếp tục hợp tác với các doanh nghiệp nhà nước, đặc biệt trong các ngành nghề chủ chốt như xăng dầu, viễn thông, cũng như với khối chính phủ.

(http://eac.vn - Theo PCW)

Related posts:

1. SAP BusinessObjects Explorer Tập đoàn SAP đã ra mắt giải pháp (GP)...
2. SAP đóng gói BI vào giải pháp ERP cho doanh nghiệp tầm trung SAP đang có kế hoạch tích hợp các công...
3. BI trong doanh nghiệp BI- Business Inteligence vừa là đầu ra cuối cùng,...

Related posts brought to you by Yet Another Related Posts Plugin.

Chắt lọc và tùy biến

Theo ông Đinh Tiến Dũng, Giám đốc tư vấn của Votiva, ngoài mục đích chăm sóc khách hàng, đưa ra các chính sách hỗ trợ kịp thời cho các nhà phân phối, các cửa hàng, LINFO còn ghi nhận những thông tin về doanh số, sản lượng, giá cả của từng khu vực (địa lý) kinh doanh cụ thể. Thông qua các công cụ báo cáo trực quan được tích hợp sẵn trong MS CRM, ban lãnh đạo Holcim có thể nắm bắt nhanh chóng tình hình và diễn biến của thị trường để đưa ra những quyết định kịp thời. Về mặt sử dụng, người dùng dù ở bất cứ nơi nào có Internet đều có thể kết nối với LINFO qua giao diện web. Đây là cơ sở để đánh giá năng lực làm việc của từng nhân viên kinh doanh của công ty ở khắp các tỉnh, thành.

Ông Dũng cho biết, hiện có 3 bộ phận đang sử dụng LINFO ở Holcim Việt Nam là các bộ phận: Bán hàng xi măng bao, Tiếp thị , Thông tin thị trường (Market Intelligence). Theo Microsoft Việt Nam, Holcim là công ty đầu tiên trong ngành công nghiệp xi măng Việt Nam ứng dụng thành công giải pháp MS CRM, bao gồm chi phí đầu tư, phạm vi dự án và lợi ích mang lại.

“Dựa trên nguyên lý LEAN là chắt lọc và loại trừ những phần công việc không cần thiết, nhưng vẫn đảm bảo nâng cao hiệu quả công việc, chúng tôi đã cùng nhau hoạch định một phương pháp luận triển khai rõ ràng, phù hợp ngay từ ban đầu. Đồng thời, tận dụng được thế mạnh tùy biến cao của giải pháp để xây dựng một công cụ quản lý đáp ứng hầu hết các nghiệp vụ và yêu cầu quản lý quan hệ khách hàng”, ông Dũng nói.

Ông Đào Hữu Khương, Trưởng bộ phận Thông tin thị trường, Công ty Holcim cho biết, việc triển khai MS CRM tại Holcim diễn ra trong 2 tháng từ 10/7 đến 9/9/2009. “Holcim sẽ thỏa thuận với Votiva về dịch vụ duy trì, bảo dưỡng hệ thống và phát triển module mới với giải pháp MS CRM”, ông Khương nói.

Giao diện phần mềm MS CRM

Vì sao MS CRM?

“Khách hàng ngày càng có nhu cầu tương tác tốt hơn với công ty. Holcim cho rằng đảm bảo tương tác đều đặn, dễ dàng với khách hàng sẽ tạo thuận lợi cho việc kinh doanh và sự khác biệt với các công ty cùng ngành”, ông Khương nói về nhu cầu ứng dụng phần mềm quản lý quan hệ khách hàng ở Công ty Holcim. Ông cho biết, hiện tại, Holcim đã và đang ứng dụng giải pháp ERP của SAP. “Về nguyên tắc, Holcim cũng có thể ứng dụng CRM của SAP. Tuy nhiên, do đặc thù kinh doanh của công ty có nhiều lớp khách hàng, lớp khách hàng công nghiệp (mua xi măng, bê tông trực tiếp từ công ty, các trạm trộn bê tông…) chỉ tính bằng trăm, nhưng lớp khách hàng dân dụng thông qua hệ thống đại lý cấp một thì tính bằng chục nghìn. Nếu ứng dụng CRM của SAP, đưa tất cả danh sách khách hàng vào vào quản lý trong SAP, hệ thống sẽ rất phức tạp và chi phí sẽ rất cao”.

“Nhân viên bán hàng luôn có thể thay đổi vị trí, công việc dẫn tới có thể thất thoát, mất mát dữ liệu khách hàng. Nhờ LINFO, dữ liệu khách hàng có thể dễ dàng đồng bộ và được quản lý tốt hơn”, ông Đào Hữu Khương.

“Chúng tôi đã cân nhắc giữa tự phát triển mới và sử dụng giải pháp có sẵn. Thời gian nghiên cứu lựa chọn giải pháp và đối tác triển khai đến cả năm trời. Cuối cùng, chúng tôi chọn MS CRM và đối tác Votiva, chi phí cũng không nhỏ nhưng phù hợp với ngân sách, nhất là thời gian triển khai 2 tháng không phải là quá lâu. Chúng tôi hoàn toàn thỏa mãn với kết quả và lợi ích mang lại của dự án”, ông Khương kể và cho biết: “Holcim là công ty xi măng đầu tiên ứng dụng giải pháp MS CRM. Hiện chúng tôi đang sử dụng đến 80% chức năng của MS CRM vào các việc như: Dịch vụ khách hàng; Tiếp thị từ xa; Trung tâm cuộc gọi khách hàng. Riêng “Trung tâm cuộc gọi khách hàng” sẽ được triển khai trong thời gian tới theo mô hình các công ty khác thuộc Tập đoàn Holcim trên toàn cầu (Holcim Việt Nam đã và đang sử dụng đường dây nóng)”.

Theo ông Khương, “Trong tháng đầu sử dụng MS CRM với 50 người dùng của bộ phận kinh doanh, chúng tôi gặp một số vướng mắc (do chưa quen) về giao diện người dùng (trước đó chúng tôi dùng Excel) và quy trình áp dụng còn mới. Thực ra, giao diện MS CRM rất dễ dùng, toàn bộ thao tác trên giao diện web. Chỉ cần có kết nối Internet là dùng được. Việc thu nhận và xử lý thông tin khách hàng là theo thời gian thực”.

Từ khi vận hành phần mềm này, băng thông Internet cũng đã được cải thiện nhờ thuê đường riêng từ hội sở chính tới Trung tâm dữ liệu của FPT. Ông Khương cũng đánh giá MS CRM là phần mềm uyển chuyển trong thiết kế, trích xuất báo cáo. Việc bảo mật được tiến hành nhiều cấp, phân quyền và kiểm soát người dùng cùng thực thi hàng loạt vấn đề quản lý hành chính cũng được tiến hành kéo theo khả năng mở rộng số lượng người dùng. Hiện công ty đã có hợp đồng bảo mật, thuê phần cứng và đường truyền riêng với FPT bao gồm sao lưu, tường lửa…

(http://eac.vn - Theo PCW)

Related posts:

1. Những lợi ích mà CRM mang đến cho doanh nghiệp Trên thương trường, một khách hàng tương ứng là...
2. Làm thế nào để xác định giá trị của khách hàng? Việc xác định giá trị của khách hàng có...
3. Quản trị quan hệ khách hàng Không thể phủ nhận rằng thành công của một...

Related posts brought to you by Yet Another Related Posts Plugin.

TGVT B: Vài năm trước, DN Việt Nam rộ lên “phong trào” đầu tư ứng dụng ERP (một phần trong số đó gồm cả mục tiêu đánh bóng thương hiệu), nhưng sau đó tình hình lại im ắng. Ông có thể nhận định vài nét về thị trường ERP hiện nay?

Ông Trương Hồng Hạnh: Theo đánh giá của tôi, việc kinh doanh càng ngày càng trở nên phức tạp, mọi thứ thay đổi liên tục, cộng với kinh nghiệm sử dụng phần mềm nhỏ lẻ trong những năm vừa qua sẽ thúc đẩy thị trường ERP tăng trưởng tốt trong thời gian tới. Nhưng để thị trường ERP phát triển thì trách nhiệm không chỉ của người dùng, nhà cung cấp giải pháp, đơn vị tư vấn, mà thậm chí của cả các phương tiện thông tin đại chúng, các báo chí chuyên ngành CNTT… là làm sao để việc ứng dụng ERP mang lại hiệu quả thiết thực, chứ không phải như những năm vừa qua.

Vậy theo ông, những năm qua, việc đầu tư ERP của phần lớn DN chưa mang lại hiệu quả là do đâu?

Do người dùng thiếu thông tin về hệ thống ERP, năng lực tư vấn yếu, và rất nhiều nhà cung cấp đặt mục đích bán được giải pháp, thu tiền cọc lên trên việc hoàn tất triển khai dự án đúng nghĩa.

Ông Trương Hồng Hạnh

DN thì thực sự cảm thấy đây là vấn đề rất tù mù, cần thì biết là rất cần, nhưng cụ thể là gì khó mà xác định. Tại điểm này, họ sẽ dựa trên ba yếu tố, một là tên tuổi của giải pháp, hai là tên tuổi của đơn vị triển khai giải pháp, ba là sách báo, tạp chí về ERP. Cuối cùng thì bằng cách nào đó, hai bên đồng ý ký hợp đồng triển khai ERP.

Ở đây, có một điểm “chết người”, đó là DN bị thuyết phục triển khai trước phân hệ kế toán, tài chính, với lý do… nó là “chính”. Nghe có lý, nhưng tới khi vỡ lở ra, thì “không phải vậy”.

Tóm lại là sau khi ký hợp đồng, khách hàng chuyển tiền cọc cho đơn vị triển khai, và sẽ có một buổi lễ ký kết rôm rả. Sau đó là những ngày tháng nặng nề của DN, việc triển khai ì ạch, thậm chí cả kế toán cũng ì ạch, cuối cùng là gì? Đành chấp nhận, ký biên bản nghiệm thu, hoặc là dùng được gì thì dùng và lặng im, không biết kêu ai.

Tại sao DN không dám kêu?

Vì mấy lý do: Ngại mang tiếng là mất tiền mà không thành công. Không tự tin là mình đúng. Bị đơn vị triển khai “bắt bẻ” lại, là “do quy trình của DN không chuẩn, không phù hợp, DN còn lạc hậu; hay do yêu cầu của DN phức tạp, không rõ ràng nên không triển khai được. Bị lố về thời gian theo hợp đồng đã ký (hợp đồng đã ký khéo léo ràng buộc, trong một khoảng thời gian nào đó, DN phải có trách nhiệm giải quyết những vướng mắc mà đơn vị triển khai đưa ra về quy trình kinh doanh, thực tế có nhiều việc không thể giải quyết được ngay, nên treo).

Kết quả là đơn vị triển khai cứ tiếp tục từ DN này qua DN khác, mỗi nơi họ lại tổ chức lễ ký kết rôm rả, thu tiền cọc, triển khai một phần hệ thống, và sau vài tháng, một năm, bỏ lại DN với cái hệ thống “bỏ thì thương, vương thì tội”. DN cuối cùng cũng ngậm đắng nuốt cay bỏ nó sau đó một thời gian. Rồi nếu quá cần, thì buộc phải triển khai những hệ thống với giá trị hàng triệu USD, với những chuyên viên triển khai thực sự có năng lực (thường là người nước ngoài).

Chẳng lẽ tất cả lại như vậy?

Không phải tất cả, có những trường hợp hệ thống được triển khai đúng như hợp đồng, đó là khi đơn vị triển khai có năng lực, có trách nhiệm, họ biết cái gì họ làm được, cái gì DN dùng được trong giải pháp mà họ có, và ký hợp đồng triển khai đúng những phần đó. Nhưng đáng tiếc, trong đa số trường hợp này, hệ thống được triển khai lại không phải là ERP.

Ông có thể nói rõ hơn?

Đơn giản là, nếu hệ thống mà không tính được nhu cầu nguyên vật liệu, không cân đối được năng lực sản xuất, không quản lý được đơn hàng, mặt hàng đang được triển khai sản xuất, thì không thể gọi là ERP được.

Phần sản xuất của ERP là cái mà đơn vị triển khai có thiện chí thì né, kẻ không có thì nói có mà sau đó không làm được.

ĐỂ TRIỂN KHAI ERP ĐƯỢC HIỆU QUẢ, THEO ÔNG PHẢI LÀM SAO? Cần chú ý những điểm sau: “Hợp tác, làm đâu gọn đó, cần mới làm, làm đúng ngay từ đầu, không làm lại”. Với đơn vị triển khai, phải đặt lợi ích của khách hàng lên trên hết, cái nhỏ mà thiết thực thì nên làm ngay. Làm đâu gọn đó, đừng dàn trải. Ưu tiên trước hết tới thao tác của người dùng. Với DN, hãy tin tưởng là sẽ làm được và mạnh dạn yêu cầu, hệ thống được trang bị là để đáp ứng yêu cầu của chính mình. Trao đổi cùng đơn vị triển khai để tìm giáp pháp đáp ứng, chứ không bỏ yêu cầu đã đặt ra. Yêu cầu phải thiết thực, đúng cái đang vướng, đang cần. Thông cảm cho đơn vị triển khai, hệ thống lớn xoay chuyển không dễ. Với đơn vị tư vấn, hãy chân thành với chính mình, thử xem giải pháp đó có thể chuyển từ Push sang Pull không, nói cách khác, liệu nó có phù hợp khi DN chuyển hoàn toàn qua mô hình Lean Manufacturing không, nếu không, thì đừng triển khai mảng sản xuất, sẽ rất khó thành công và ít hiệu quả.

Nhưng không phải tất cả các DN đều sản xuất?

Đúng là không phải mọi DN đều là đơn vị sản xuất, nhưng hệ thống ERP là một hệ thống được nghiên cứu, phát triển cho các đơn vị sản xuất. Và hơn nữa, các đơn vị sản xuất là những DN đầu tư vào nhà xưởng, thiết bị rất lớn, vốn liếng của họ đặt cả vào đó, và nhu cầu quản lý sản xuất sao cho hiệu quả là mối quan tâm lớn nhất. Nếu không, lúc thì thiếu đơn hàng, lúc thì thiếu năng lực, rất khó ổn định.

Và đây cũng chính là một số ít trường hợp mà ERP được triển khai tốt, cho những DN mà hoạt động chính của họ là phân phối và dịch vụ.

Bỏ qua những trường hợp “biết mà cố tình”, còn với những đơn vị triển khai có thiện chí, như ông vừa đề cập, tại sao họ lại né phần sản xuất, tại sao khó triển khai, vấn đề là ở đâu?

Theo tôi, vấn đề lớn nhất nằm ngay ở cái khái niệm cốt lõi của ERP. Đó là P-Planning , hay là kế hoạch, hoạch định. Nói cách khác, ERP là một khái niệm lạc hậu, và không phù hợp với môi trường kinh doanh hiện tại. Nhất là phần kế hoạch của nó (ERP).

Nó đã đúng, đã phát huy hiệu quả trong một thị trường tương đối ổn định, khi mà mọi thứ đều có thể lên kế hoạch trước nửa năm, một năm, thậm chí vài năm. Hoặc với DN lớn tới mức có thể áp đảo thị trường và chủ động trong việc lập kế hoạch sản xuất.

Đáng tiếc là các hệ thống ERP hiện có đều đã được thiết kế và lập trình ở một thị trường như vậy, và do đó, không phù hợp với một thị trường mới và rất không ổn định như Việt Nam.

Ở một thị trường mà mọi thứ luôn ở mức độ biến động cao, từ giá nguyên vật liệu, giá nhân công, tỷ giá hối đoái, lãi suất ngân hàng, đơn hàng đặt rồi bị hủy, hoặc luôn thay đổi; thì việc lập kế hoạch là không hiệu quả. Vì lập ra cũng để đó, chứ không làm theo kế hoạch được. Do đó, toàn bộ những chức năng, tính toán dự báo phức tạp của hệ thống ERP không mang lại hiệu quả; mặc dù chúng rất hữu ích với một hệ thống sản xuất theo mô hình kế hoạch (Push System), thì với mô hình định hướng theo khách hàng như hiện nay (Pull System), nó trở nên kém hiệu quả.

Theo tôi, đó là lý do thứ nhất. Thứ hai là sự thiếu thực tế, thừa lý thuyết của các đơn vị triển khai. Chúng ta mới chỉ ứng dụng CNTT vào sản xuất chưa lâu, những khái niệm như ERP, CRM, SCM là mới và rất hấp dẫn; chúng ta mới gặp được, say mê, coi nó như một lý tưởng và năng nổ đi truyền bá, áp dụng nó cho các DN. Việc thiếu kỹ năng, kinh nghiệm quản trị, nhất là trong sản xuất, đã khiến những kiến thức này không thể phát huy được hiệu quả.

Thứ ba, đó là cách thức triển khai. Việc triển khai thường cũng rất lý thuyết, đúng bài bản, nhưng thiếu thực tế. Đơn vị triển khai và DN ít hợp tác, trong khi thực tế sản xuất phức tạp vô cùng. Nếu không thông cảm và hiểu nhau, cùng nhau tháo gỡ khó khăn, mà lại bám theo hợp đồng để cãi lý, thì DN thiệt trước, đơn vị triển khai thiệt sau (tuy lấy được tiền nhưng uy tín thì không còn), và cả nền CNTT bị thiệt hại (vì DN “sợ” ứng dụng CNTT).

Thứ tư, đơn vị triển khai không nắm hết được khả năng, cũng như những công cụ của hệ thống ERP đang triển khai, dẫn tới không thể lập trình, hoặc bổ sung những ứng dụng cho phù hợp với yêu cầu, hay là không làm hệ thống đó sát được với yêu cầu thực tế.

(http://eac.vn - Theo PCW)

Related posts:

1. Dự án ERP: Tùy chỉnh - yếu tố quyết định Hầu hết các dự án ERP cho doanh nghiệp...
2. Thị trường ERP: Tăng trưởng nhanh cùng nỗi lo nhân lực Không phải ngẫu nhiên mà gần đây việc đầu...
3. Hội thảo dành cho lãnh đạo các doanh nghiệp Việt Nam Ngày 20/11/2009, tại TP.HCM, Công ty Tư vấn Kaisa...

Related posts brought to you by Yet Another Related Posts Plugin.

Ngoài yếu tố “lớn” về giá trị hợp đồng (khoảng 12,6 triệu USD), theo ông, dự án này còn thể hiện độ lớn ở những mặt nào khác nữa?

Nếu nói về mức độ “lớn” thì đúng là không chỉ đơn thuần ở con số giá trị dự án. Mức độ lớn hay nhỏ còn thể hiện ở nhiều yếu tố như: số phân hệ triển khai, độ phức tạp của nghiệp vụ từng ngành, đặc thù đơn vị sử dụng, số lượng điểm triển khai, số lượng người sử dụng tại các điểm, địa bàn triển khai v.v…

Riêng dự án này, chúng tôi triển khai hệ thống ERP tại 41 công ty thành viên, công ty có cổ phần chi phối và chi nhánh của Petrolimex. Số điểm triển khai lên tới 111 điểm, trên toàn quốc với gần 1.500 người sử dụng. FIS sẽ triển khai trọn gói hạ tầng phần cứng và giải pháp phần mềm nghiệp vụ.

Dự án còn có ý nghĩa khi lần đầu tiên một công ty Việt Nam làm tổng thầu dự án ERP lớn hàng chục triệu USD, làm thay đổi quan niệm trước đây cho rằng, chỉ đối tác nước ngoài mới đủ năng lực làm tổng thầu các dự án lớn. Với dự án này, FIS quyết tâm chứng minh rằng, chúng tôi - một công ty Việt Nam - đủ sức làm tổng thầu các dự án lớn của đất nước với kết quả tốt. Chúng tôi có chiến lược rõ ràng để làm được điều này, với sự chuẩn bị rất kỹ, tích lũy năng lực và kinh nghiệm qua nhiều năm.

Kế hoạch triển khai dự án là 2 năm, đến ngày 1/1/2012 sẽ chính thức vận hành. Nhưng nhiều người hoài nghi đây là con số mang tính tượng trưng, còn thực tế, hầu như không có dự án ERP nào, dù nhỏ, ở Việt Nam lại về đích đúng kỳ hạn. Dự án sẽ dựa vào cơ sở nào để giữ đúng tiến độ?

Lễ ký kết triển khai dự án ERP tại Petrolimex

Đúng là nhiều dự án ERP ở Việt Nam chưa về đích đúng hạn. Tuy nhiên, thực tế có những dự án nhờ kịp thời điều chỉnh trong quá trình triển khai - dù tốn thời gian hơn một chút - nhưng đã đạt kết quả hoàn thiện hơn. Nếu hỏi dự đoán của tôi, tôi tin rằng dự án này sẽ triển khai đúng hạn. Lý do vì tôi tin vào năng lực cán bộ của chúng tôi, vào sự chuẩn bị cẩn thận cho dự án, nhất là sự chuẩn bị chu đáo của khách hàng Petrolimex. Yếu tố rất quan trọng trong một dự án ERP là sự quyết tâm của lãnh đạo phía khách hàng. Chính lãnh đạo bên Petrolimex đã yêu cầu rút ngắn thời gian từ 28 tháng (chúng tôi đề nghị) xuống còn 24 tháng, đồng thời họ cam kết sát cánh cùng FIS. Điều này thể hiện quyết tâm cao độ và là lý do để tin vào việc về đích đúng hạn của dự án.

Các ông sẽ triển khai theo phương pháp nào để đảm bảo đúng tiến độ mà vẫn đạt chất lượng?

FIS sử dụng phương pháp Global ASAP. Đây là phương pháp luận triển khai chuẩn của SAP trên toàn thế giới, gồm đầy đủ các giai đoạn khảo sát, phân tích thiết kế, xây dựng, triển khai… FIS và Petrolimex dùng phương pháp luận này xây dựng quy trình chuẩn cho cả tổng công ty, sau đó, áp dụng quy trình chuẩn này xuống tất cả các đơn vị. Trong quá trình phân tích có khác biệt gì, hai bên thống nhất xử lý ngay rồi mới triển khai. Định hướng của Petrolimex cũng là áp dụng quy trình chuẩn cho nên phương pháp luận này rất phù hợp.

Dự kiến số nhân sự mà FIS phải huy động cho dự án là bao nhiêu? Liệu có làm ảnh hưởng tới các dự án ERP khác?

Nhân sự tham gia dự án được chia làm 2 giai đoạn. Giai đoạn đầu chúng tôi huy động khoảng 70 cán bộ. Giai đoạn 2 triển khai trên diện rộng sẽ huy động hơn 100 người. FPT có nhân lực đông, cam kết huy động đủ trong thời gian ngắn và không ảnh hưởng đến các dự án khác. Ngay từ khi ký hợp tác chiến lược ở khu vực châu Á Thái Bình Dương và Nhật Bản với SAP trước đây, chúng tôi đã thành lập Trung tâm Đào tạo Tư vấn Quốc tế để chuẩn bị nguồn lực cho khu vực chứ không chỉ riêng trong nước. Ngoài nhân lực từ FIS, còn có các thầu phụ nước ngoài từ SAP cũng như trong nước.

Theo ông, đâu là khó khăn lớn nhất đối với dự án này và dự định giải quyết như thế nào?

Triển khai diện rộng sẽ nảy sinh những phức tạp trong quá trình thực hiện. Xăng dầu là dạng hàng hóa đặc biệt, dẫn đến nghiệp vụ kinh doanh đặc thù, ngoài ra còn thủ tục xuất nhập khẩu, quy trình nghiệp vụ xuất nhập khẩu, quản lý nhiều đơn vị tính, xử lý chênh lệch hao hụt… Hiện lãnh đạo tổng công ty và các công ty lớn của Petrolimex đều hiểu rõ tầm quan trọng của việc ứng dụng ERP để quản lý, chúng tôi cần tất cả các đơn vị nhỏ phía dưới hiểu được điều này nữa. Triển khai ERP là triển khai quy trình, áp dụng quy trình chuẩn của thế giới vào hoạt động, không đơn giản chỉ là triển khai phần mềm, vì phần mềm chỉ là công cụ, cho dù đã được tích hợp quy trình chuẩn.

Ở dự án này, thuận lợi lớn nhất là quyết tâm của ban lãnh đạo cả hai bên. Bản thân Petrolimex đã tìm kiếm giải pháp ERP nhiều năm, đã có quy trình chuẩn, nay áp dụng quy trình theo chuẩn quốc tế sẽ dễ dàng hơn.

Ông có thể tư vấn gì với các tổng công ty lớn đang có kế hoạch triển khai ERP? Theo ông, họ cần phải bắt đầu những bước chuẩn bị thế nào và xác định những rủi ro gì?

Thực tiễn cho thấy nếu lãnh đạo doanh nghiệp không muốn hoặc không quyết tâm quản lý doanh nghiệp mình hiện đại thì việc triển khai ERP sẽ gặp khó khăn. Bên cạnh đó, các tổng công ty lớn cần xây dựng quy trình trước để tạo điều kiện thuận lợi triển khai ERP sau này. Chúng ta cần hiểu triển khai ERP là chuẩn hóa, nâng cấp, thay đổi các quy trình theo chuẩn quốc tế, nên phải có sự sẵn sàng từ phía các tổng công ty và thành lập đội dự án chuyên trách để kết hợp với đơn vị triển khai. Ngoài ra, cũng phải chuẩn bị một ngân sách tương xứng thì mới có thể triển khai được những hệ thống lớn. Rủi ro tùy thuộc từng bài toán, đặc thù từng công ty. Tuy nhiên, quan trọng nhất là quyết tâm của lãnh đạo và nhận thức của người sử dụng sau này.

(http://eac.vn - Theo PCW)

Related posts:

1. Dự án ERP Petrolimex tiến hành khảo sát Bắt đầu từ ngày 4/1/2010, đội dự án ERP...
2. Kick off dự án SAP ERP cho Petrolimex Ngày 13 tháng 11 năm 2009 tại Hà Nội,...
3. Petrolimex triển khai SAP ERP Ngày 13/11/2009, Tổng giám đốc TCTy Xăng Dầu Việt...

Related posts brought to you by Yet Another Related Posts Plugin.

Trên thực tế, giảm thất thoát vốn chỉ là một trong những hiệu quả mà việc ứng dụng ERP mang lại cho các doanh nghiệp ngành giải khát.

Nhu cầu bức thiết

Theo khảo sát mới đây của một doanh nghiệp cung cấp giải pháp cho ngành đồ uống, hiện có khoảng 400 công ty đang hoạt động trong lĩnh vực này tại thị trường Việt Nam, trong đó có vài công ty đã triển khai những giải pháp quản trị doanh nghiệp như Công ty Bia Carlsberg, Công ty Bia Huế…

Phần lớn các doanh nghiệp đồ uống hiện nay đã qua giai đoạn đầu tư thiết bị và nhà máy và họ đang có nhu cầu ứng dụng những giải pháp, công nghệ hiện đại vào quy trình sản xuất và quản lý để nâng cao sản lượng và lợi nhuận. Cụ thể, nhiều nhà sản xuất đồ uống đang tìm giải pháp cho việc quản lý và thu hồi vỏ chai trên toàn bộ hệ thống phân phối của mình trên cả nước… Chính ERP là câu trả lời phù hợp cho nhu cầu nói trên của doanh nghiệp đồ uống.

Ông Phạm Quốc Hùng, phụ trách công nghệ thông tin (CNTT) của Công ty Bia Huế, cho biết doanh nghiệp này vừa mới hoàn thành việc triển khai ERP vào các khâu sản xuất và phân phối. Việc triển khai giải pháp này giúp Bia Huế mỗi năm tiết kiệm được khoảng 15 tỉ đồng nhờ quản lý được vỏ chai, giảm thất thoát.

Trong vai trò là một trong những doanh nghiệp chuyên cung cấp giải pháp ERP, ông Nguyễn Hoàng Hiệp, Giám đốc kinh doanh của Công ty Tectura Việt Nam, nói rằng, theo một cuộc khảo sát gần đây, khoảng 20% doanh nghiệp đồ uống sẵn sàng triển khai ERP (trong đó có Công ty Bia Hà Nội và Công ty Bia Halida) và đây là một tỷ lệ lớn.”

Lựa chọn giải pháp

Hiện có nhiều nhà cung cấp giải pháp ERP khác nhau trong đó nổi lên một số thương hiệu lớn là SAP, Oracle, Microsoft… Theo nhận xét của một chuyên gia, SAP có thế mạnh trong việc cung cấp giải pháp này cho các doanh nghiệp ngành xi măng, sắt thép…, còn Oracle mạnh về cung cấp giải pháp cho các doanh nghiệp trong ngành tài chính, kế toán, ngân hàng… Đối với mảng thị trường ngành đồ uống còn bỏ ngỏ, công ty Tectura toàn cầu đã xây dựng giải pháp ERP bằng việc phát triển giải pháp trên nền tảng công nghệ của Microsoft. Trong số khách hàng của Tectura có các thương hiệu bia lớn của thế giới như Heineken, Carlsberg…

Theo các chuyên gia về ERP, các giải pháp ERP đều có thể triển khai ở mọi doanh nghiệp thuộc nhiều ngành nghề khác nhau. Tuy nhiên, mỗi nhà cung cấp giải pháp sẽ có thế mạnh trong việc đáp ứng yêu cầu của mỗi ngành riêng biệt. Trên thực tế, đã có những dự án ERP triển khai không thành công (bỏ dở giữa chừng hoặc chậm tiến độ) do giải pháp không đáp ứng được yêu cầu thực tế của khách hàng. Đây cũng chính là lý do các nhà cung cấp ERP hướng đến việc cung cấp những giải pháp đặc thù cho từng ngành.

Ngoài công nghệ, việc triển khai ERP thành công còn phụ thuộc vào các yếu tố khác như năng lực của đơn vị triển khai giải pháp, năng lực của nhà tư vấn và nguồn lực của doanh nghiệp đầu tư giải pháp.

Thị trường tiềm năng

Ông Hiệp nhận xét, không chỉ ngành đồ uống mà nhiều ngành khác tại Việt Nam cũng đang là thị trường tiềm năng đối với các nhà cung cấp giải pháp ERP. Tectura cũng xác định Việt Nam là thị trường quan trọng nhất tại khu vực châu Á - Thái Bình Dương của tập đoàn trong năm 2010.

Ứng dụng ERP tại các doanh nghiệp trong nước cũng được dự báo là một trong những xu hướng hàng đầu trong ngành CNTT và viễn thông trong năm nay, xuất phát từ một thực tế là nhiều doanh nghiệp trong nước đã phát triển đến một quy mô nhất định và cần có sự hỗ trợ của hệ thống phần mềm quản trị doanh nghiệp trong quá trình hoạt động.

Một số doanh nghiệp trong thời gian gần đây đã đạt được một số thành công trong kinh doanh và năm 2010 là giai đoạn mà họ tự đặt ra các yêu cầu và tiêu chuẩn cao hơn trong quy trình hoạt động của doanh nghiệp mình.

Sau ba năm Việt Nam chính thức gia nhập Tổ chức Thương mại thế giới (WTO), các doanh nghiệp đang đối mặt với cuộc cạnh tranh ngày càng khốc liệt để tồn tại và phát triển. Cuộc cạnh tranh buộc họ phải đầu tư cho cơ sở nhà xưởng, máy móc, trang thiết bị, công nghệ và nâng cao tiêu chuẩn trong quy trình hoạt động để tăng hiệu quả kinh doanh, chịu một áp lực lớn là cần phải triển khai ERP để tối ưu hóa quy trình sản xuất.

Tuy nhiên, theo các nhà tư vấn triển khai ERP, hiện các doanh nghiệp muốn đầu tư cho ERP cũng gặp một số khó khăn. Một số doanh nghiệp mạnh về tài chính nhưng chưa sẵn sàng đầu tư ERP do những hạn chế về nguồn nhân lực và hệ thống quản trị hiện tại, trong khi đó, nhiều doanh nghiệp khác đáp ứng được phần lớn các tiêu chí nhưng chưa có ngân sách dành cho ERP.

(http://eac.vn - Theo TBKTSG)

Related posts:

1. Việt Nam: thị trường tiềm năng nhất khu vực Mr.Adrian Johnston, Tổng giám đốc Microsoft Dynamics khu vực...
2. Giải pháp ERP Oracle chuyên ngành thép Giải pháp giới thiệu tập trung vào hai mảng...
3. Ngành bán lẻ tích cực ứng dụng ERP Trung tuần tháng 10/2008, trung tâm phần mềm HPT...

Related posts brought to you by Yet Another Related Posts Plugin.

Loạt bài viết được tổng hợp từ báo nội bộ của tập đoàn FPT (chungta.vn) phản ánh giai đoạn khó khăn trong quá trình triển khai Oracle tại FPT (từ  khoảng tháng 03/2007 đến 12/2007). Với tiềm lực tài chính, kinh nghiệm trong triển khai các dự án CNTT, đặc biệt sở hữu đội ngũ triển khai ERP tinh nhuệ bậc nhất trên thị trường ERP (Công ty dịch vụ ERP FPT), thế nhưng con đường đến với thành công không hề đơn giản.

Câu chuyện thứ nhất: Quay về cái máng lợn cũ?

Hai thầy trò đang vi vu trên con Mẹc mới bỗng khựng lại, không đi tiếp được. Thầy trò cãi nhau xem không chạy được là do lái xe hay do … bản đồ chỉ vào chỗ tắc đường. Chuyện này nghe rất giống việc triển khai ERP - Oracle ở FPT.

TiếnHN cho biết để có được con số kinh doanh chính xác trong ngày, trong tuần, anh em FDC hiện đang phải bò ra mà tính toán bằng … tay; người kinh doanh và người quản lý ở FDC đang nhìn nhau với “đôi mắt mang hình viên đạn” bởi kẻ thì cho rằng mình vẫn còn hạn nợ, kẻ lại cho rằng không. Mà tất cả chỉ vì cái hệ thống ERP mới, vốn được coi là một thế mạnh của FPT.

Với hệ thống ERP mới, người FDC thực sự không biết đích xác doanh số, công nợ, hạn mức tín dụng cũng như trăm thứ bà rằn khác. Kết quả, họ mắc kẹt trong cái rừng rậm tối đen, không trăng, không sao, và quan trọng nhất là không … la bàn. TiếnHN nhăn nhó: “Nhìn cảnh anh em om sòm nhau các con số đúng sai, tôi đau lòng lắm!”

Không chỉ ông TiếnHN đau lòng. Nhiều ông khác, nhất là người kinh doanh và tài chính ở các đơn vị, họ cũng đau lòng và mệt mỏi.

Trước kia dùng Solomon, FIFA, tất cả chạy phe phé. GiangDS nhận xét: “Nghiêm túc mà nói, Solomon còn có thể đáp ứng cho FPT ít nhất cũng từ ba đến năm năm nữa.” Ấy nhưng vì chưa “xứng” nên FPT quyết định chuyển sang Oracle.

Việc chuyển đổi có vẻ suôn sẻ. Chỉ mới cách đây hai tháng, người ta hồ hởi tung hô, tưng bừng mở hội chào mừng nhà nhà hoàn thành vượt mức mọi thứ. Ban lãnh đạo FPT vội vàng thưởng to cho nhóm triển khai vì đã có thành tích lớn. FPT đã sống trong không khí thành tích mang tính cách mạng, cuộc cách mạng về công nghệ thông tin.

Thực tế thương đau! Mọi chuyện không hề suôn sẻ như đã tưởng. Với hệ thống ERP mới, các giao dịch trở nên cực kì phức tạp. Lại nữa, tốc độ quá chậm, các hoạt động nghiệp vụ kế toán diễn ra rất lờ đờ. Bộ phận kế toán đã tăng người nhưng vẫn không kịp. Một trong những người mong đợi nhiều nhất ở hệ thống ERP, GiangDS, cho biết, cái ông mong đợi đang có vấn đề rất lớn. GiangDS cho rằng nguyên nhân chính là do lỗi hệ thống, trong khi đội triển khai lại thiếu cán bộ tư vấn triển khai có kinh nghiệm và nắm vững giải pháp của Oracle. Thực tế phần lớn nhân sự của đội triển khai đều mới ra trường.

Nguyên nhân này được GiangDS quy cho việc FES đã thực hiện dự án cho khách hàng HPT và lấy đó làm kinh nghiệm để làm cho FPT; tiếc rằng HPT có quy mô nhỏ hơn FPT rất nhiều. Một vài người trong ngành công nghệ thông tin cho rằng ERP là lĩnh vực “cực kỳ xương xẩu”, đòi hỏi phải có nhiều kinh nghiệm thực tế. Chẳng biết đúng sai nhưng họ chỉ ra rằng FPT đã từng chào thua dự án triển khai ERP cho Co-opmark và siêu thị này đã phải mời Cisco vào làm với giá 5 M USD. Vậy, có lẽ nào hệ thống kế toán FPT đã trở thành “chuột bạch”?

Trên cuộc họp giao ban, các phòng ban kêu eo éo. Họ chỉ ra tốc độ chậm và tính không ổn định của hệ thống, sự không ăn khớp của các báo cáo và tính xác thực của những con số. Lãnh đạo vò đầu bứt tai, rốt cục vẫn không rõ chuyện gì đang xảy ra. Người thì đổ cho lái xe, kẻ thì cho là tại bản đồ, có kẻ đổ cho cả lái xe lẫn bản đồ, hệt như trong câu chuyện nọ.

Phản ứng một cách gay gắt với những lời kêu ca của người sử dụng, đại diện cho cả bên lắp đặt, triển khai ERP lẫn bên sử dụng là FPT, ông Bùi Quang Ngọc, PTGĐ FPT, nói rằng: “Bên A có lỗi, bên B có lỗi. Nhưng bên B có lỗi nhiều hơn”. Tuy nhiên, ông Ngọc đã không chỉ ra lỗi cụ thể của bên B, nhất là phần…”nhiều hơn” kia là gì. Cái ông phàn nàn nhất là việc các đơn vị đã không…chạy thử nghiệm.

Việc không chạy thử nghiệm bị quy cho thiếu thời gian? Kẻ ác mồm thì cho rằng FPT có bệnh … “thành tích”. Cuối năm ngoái, mọi nhà, mọi nơi đã chẳng hồ hởi và tưng bừng thông báo việc chuyển đổi đã hoàn tất trước mọi thời hạn đó sao?!

Vấn đề giờ đây không phải là lôi là “ông” nào ra, thu lại tiền thưởng hay quy lỗi hay tìm một con tốt. Vấn đề là hệ thống quản lý phải có, phải tốt, nếu không thì mọi chuyện sẽ rối tung. Cái xảy nó nảy cái ung; vạn sự rắc rối có thể sẽ bắt đầu từ đây, gây đình đốn kinh doanh, mất đoàn kết nội bộ.

GiangDS cho biết hiện tại, giải pháp quan trọng được đưa ra là chuyển dự án sang tay cao thủ Thanh Hà, vốn được coi là chuyên gia chữa cháy và cứu các dự án bên bờ vực thất bại, điều chuyên gia Oracle của FPT về tham gia dự án và nếu sau 15/4/2007 mà hệ thống này không có cải thiện thì sẽ quay lại dùng Solomon.

Thời gian tới đó chẳng còn nhiều. Việc quay về cái máng lợn cũ xem ra cũng chẳng còn xa xôi.

Câu chuyện thứ hai: Giải cứu binh nhì Oracle

Chỉ còn hơn một tháng nữa, FPT sẽ kết thúc một năm tài khóa và chưa bao giờ vấn đề về phần mềm Oracle được đặt ra gấp gáp, khốc liệt như hiện nay.
Tối hậu thư của TGĐ FPT BìnhTG tại Hội nghị Chiến lược (HNCL) khá rõ ràng: “Một tháng phải giải quyết xong vấn đề Oracle”.

Nhóm giải cứu Oracle gấp rút vào cuộc tuy việc giải cứu “binh nhì” Oracle trong thời gian một tháng được nhiều người coi như một “nhiệm vụ bất khả thi”.
Hai cuộc họp khẩn đã được tiến hành ngay sau tối hậu thư. Một cuộc họp vào chiều tối ngay sau khi kết thúc HNCL FPT 2007, ngày 04/11, và một cuộc họp vào sáng ngày 10/11. Biểu hiện “bệnh” của Oracle được nhóm tổng hợp và nêu rõ: chậm, chập chờn - lúc sống, lúc chết.

“Nguyên nhân sơ bộ của bệnh ‘chậm’ được ghi nhận chủ yếu do hệ thống Oracle của FPT là dữ liệu tập trung tại Hà Nội trong khi có rất nhiều người sử dụng trên toàn quốc, mỗi ngày có khoảng 200 người đồng thời nối vào. Mặc khác, khi triển khai hệ thống này, FPT đã chỉnh sửa lại nhiều lần, đặc biệt là hệ thống báo cáo so với hệ thống chuẩn của Oracle. Điều này dẫn đến trong quá trình thao tác liên quan đến tìm dữ liệu, lên báo cáo có nhiều cái bất hợp lý, gây ra chậm trong quá trình xử lý hoá đơn chứng từ và báo cáo”, TriềuDD, PTGĐ FPT IS, Trưởng nhóm cứu Oracle giải thích.

Đối với bệnh “tậm tịt” — lúc thì Oracle chạy tốt, lúc lại lăn đùng ra chết “không lời báo trước”, anh Triều cho rằng đó là do “nhiều báo cáo của FPT rất dài, thậm chí có báo cáo dài đến 80 trang với những yêu cầu khác nhau”. Điều này cũng là một phần gây ra … cái chết cho hệ thống.

Cũng theo anh Triều, Oracle trên thế giới có hệ thống báo cáo chuẩn riêng nhưng FPT chưa bao giờ sử dụng hệ thống báo cáo chuẩn này. Thực tế, FPT phát triển những báo cáo theo đòi hỏi riêng của mình và rất có thể đây là lý do tại sao phần mềm Oracle chạy tốt ở nhiều quốc gia nhưng lại gặp trục trặc tại FPT.
Hiện nhóm giải cứu đưa ra phương án yêu cầu so sánh biểu mẫu báo cáo của FPT với báo cáo chuẩn của hệ thống Oracle. Trong trường hợp báo cáo của FPT có vấn đề, sẽ chuyển sang sử dụng báo cáo của Oracle.

Một nguyên nhân khác cũng không loại trừ là có thể một phần cứng nào đó của hệ thống bị hỏng.
Lộ trình xử lý trục trặc của Oracle cũng đã được nhóm giải cứu phác thảo theo một lộ trình khá rõ ràng.

Theo anh TriềuDD, từ ngày 12/11, FPT sẽ thuê hai nhóm chuyên gia rà soát toàn bộ hệ thống để tìm ra đúng bệnh của Oracle. Nhóm 1, bao gồm các chuyên gia Oracle, sẽ ngồi từ xa đăng nhập (off-side), đánh giá các tham số, kiểm tra cấu hình, máy chủ, dữ liệu và “review” lại các báo cáo của FPT. Nhóm 2, bao gồm các chuyên gia Việt Nam đã từng cứu các dự án Oracle cho Vinamilk và Viettel, sẽ sang tận nơi để chẩn bệnh cho hệ thống Oracle của FPT.
Hai nhóm này sẽ làm việc độc lập trong 10 ngày để xem xét lại tổng thể cả hệ thống.

Đối với nội bộ FPT, nhóm giải cứu sẽ có những yêu cầu nhất định đối với người sử dụng: Những gì không ưu tiên sẽ phải giảm bớt, những cái gì không hợp lý, không cần thiết sẽ được loại bỏ để tập trung vào những yêu cầu chính.
Mặt khác, nhóm sẽ tổ chức hướng dẫn lại thao tác chuẩn khi sử dụng Oracle cho những nhân viên thường xuyên sử dụng chương trình này. “Thậm chí, có thể dùng các biện pháp nghiệp vụ phần mềm để buộc người sử dụng phải tuân thủ một số hạn chế nhất định trong giai đoạn này, ví dụ như hệ thống waiting chỗ khi chạy báo cáo…”, anh LộcNV, PTGĐ FDC, thành viên nhóm giải cứu, cho biết thêm.

Cứu hệ thống Oracle trong vòng một tháng không phải là việc đơn giản. Kết luận “chẩn bệnh” cuối cùng vẫn phải chờ sau vài ngày nữa khi hai nhóm chuyên gia rà soát xong hệ thống. “Lúc đó, chúng ta mới biết cụ thể sẽ chữa Oracle như thế nào”, anh TriềuDD cho biết.

Thực tế, các quản trị viên đang rất lo ngại trước tình hình hiện tại của hệ thống Oracle khi chỉ còn hơn một tháng nữa là hết năm 2007, thời điểm đỉnh cao đòi hỏi báo cáo, hoá đơn, chứng từ.

Anh TriềuDD cũng cho biết một phương án “back up” đã được tính đến. Theo kế hoạch, nếu đến 31/12, hệ thống Oracle vẫn tậm tịt, FPT sẽ có hai phương án: (i) cài nhiều bản Oracle cho từng công ty thành viên, theo dạng phân tán hoá, không tập trung hóa nữa; (ii) quay về với hệ thống Solomon cũ.

Tất cả các tình huống đều đã được đội dự án đặt ra, đảm bảo trong mọi trường hợp, hệ thống phần mềm của FPT có thể hoạt động sau từ 24-48h.

Với “Giải cứu Binh nhì Ryan” của Steven Spielberg, cứu được Ryan tức là cứu lấy niềm hy vọng cuối cùng của một bà mẹ, và trên tất cả là cứu lấy danh dự của một quốc gia.
Với FPT, giải cứu thành công Oracle cũng chính là cứu lấy danh dự của một công ty công nghệ hàng đầu Việt Nam.

Câu chuyện thứ 3: Sống sót!

Đã có thể khẳng định, FPT sẽ không phải quay về với hệ thống Solomon như “tối hậu thư” của TGĐ Tưương Gia bình.

Trước đây một tháng, TGĐ BìnhTG đã ra tối hậu thư”: Hoặc sửa xong Oracle trong vòng một tháng hoặc quay lại với Solomon. Đúng một tháng sau, “binh nhì” Oracle dường như đã được giải thoát thành công.

“Hệ thống Oracle đã chạy khá ổn định và phục vụ tốt công việc hàng ngày, kể cả thời gian đóng sổ tháng 11. Tốc độ cải thiện hơn tháng trước rất nhiều!”, LộcNV, Phó ban Kế hoạch- Tài chính FPT và là thành viên nhóm cứu Oracle, hồ hởi cho biết.

Theo anh Lộc, trong thời gian đóng sổ vừa qua, hệ thống có chậm hơn ngày thường nhưng hoàn toàn không ảnh hưởng tới các giao dịch hàng ngày. Thời gian xuất một hoá đơn với 10 dòng hàng mất khoảng từ 4-8 phút, tùy theo kỹ năng của người sử dụng.

Tuy nhiên, anh Lộc cũng không phủ nhận một sự thật là hệ thống Oracle hiện “vẫn còn rất nhiều nguy cơ gây chậm, hay tê liệt tạm thời”.

Thực tế, từ 05/11 đến 10/12, hệ thống đã chạy chậm khoảng 15 lần và 3 lần “chết”. Giải thích về nguyên nhân bệnh chậm này, anh LộcNV nói: “Hệ thống chậm là do báo cáo nặng, chạy nhiều. Đội kỹ thuật khi cài đặt đã thiết kế các báo cáo không tốt, không tính được ‘ngưỡng’ chịu đựng của hệ thống nên báo cáo nào dài vài chục trang là hệ thống sẽ … ỳ ra”.

Ý thức người sử dụng cũng là một nguyên nhân không nhỏ khiến hệ thống hoạt động chậm. “Nhiều người chỉ cần xem dữ liệu một tháng nhưng vẫn hoành tráng in hẳn dữ liệu cả năm”, anh Lộc ví dụ.

Hai phần ba số lần hệ thống “chết” cục bộ cũng được xác định nguyên nhân là do hệ thống máy chủ dự phòng đặt tại FPT Distribution gây ra.

Hai nhóm chuyên gia, một nhóm chuyên gia Việt Nam và một nhóm chuyên gia Oracle của công ty OSSI (Ấn Độ) đã bắt bệnh hệ thống Oracle của FPT và kết luận sơ bộ: (i) hệ thống báo cáo của FPT đa số dùng báo cáo customize, nhiều báo cáo quá lớn về mặt dữ liệu nên cần phải xem xét lại; (ii) hệ thống dữ liệu (database) của FPT đang dùng là bản Oracle 9.2.0.6 nên không đảm bảo và cần phải nâng cấp lên 9.2.0.8 hoặc 10G; và (iii) FPT thiết lập hệ thống máy chủ dự phòng chưa tốt.

Anh Lộc cho biết, để giảm tải cho hệ thống Oracle, thời gian qua, tập đoàn đã tách xong toàn bộ các báo cáo doanh số, công nợ và một phần báo cáo hàng tồn sang hệ thống MIS. “Hiện có trung bình 1,700 - 1,800 lượt khai thác hệ thống MIS mỗi ngày. Tuy các báo cáo chuyển sang này đáp ứng được nhu cầu của người sử dụng nhưng nó chưa thực sự ổn định về giải pháp công nghệ. Điều này sẽ được khắc phục trước khi đóng sổ tháng 12/2007″, anh Lộc khẳng định.

“Mặt khác, Tập đoàn sẽ giám sát chặt việc sử dụng báo cáo của các đơn vị, như yêu cầu chỉ khai thác đúng nhu cầu để tiết kiệm tài nguyên hệ thống”.

“Chúng tôi cũng đã tiến hành cập nhật một số bản vá lỗi của Oracle, thay đổi một vài thông số hệ thống. Kết quả ban đầu ghi nhận được rất khả quan”, anh Lộc vui vẻ nhận định.

Hiện hệ thống Oracle đã qua giai đoạn khắc phục khẩn cấp và chuyển sang giai đoạn hoàn thiện và nâng cao hiệu suất sử dụng.

Theo anh Lộc, từ giờ đến cuối năm, để khắc phục những “bệnh” của Oracle, nhóm giải cứu sẽ cùng các đội tư vấn xử lý những vấn đề còn tồn tại.

“Chúng tôi sẽ tách hệ thống tác nghiệp ‘online’ hàng ngày ra khỏi hệ thống báo cáo, nhất là những báo cáo nặng, báo cáo đối soát số liệu. Sau khi kết thúc một năm tài chính sẽ chuyển dữ liệu sang ‘database offline’, đảm bảo phục vụ công tác kiểm toán và không gây ảnh hưởng đến giao dịch tiếp tục của năm sau”, anh Lộc nói về hướng xử lý.

Sứ mệnh giải cứu Oracle đã đi đến chặng cuối, sau gần một năm hoạt động không ra gì với vài lần “giải cứu”. Có lẽ, tối hậu thư của TGĐ là phương cách phù hợp với những tồn tại “mãi không giải quyết được”.

Dự kiến các hoạt động tiếp theo:

• Chuyển hệ thống máy chủ từ Láng Hạ về Cầu Giấy

• Chuẩn bị 02 hệ thống máy chủ MIS đặt tại HN, HCM để giảm tải cho máy chủ ERP và đường trục Bắc-Nam

• Thay đổi giải pháp máy chủ dự phòng hợp lý; Sửa lại và thêm mới một số báo cáo phục vụ đối chiếu để đảm bảo nhanh hơn và tiết kiệm tài nguyên

• Nhận kết quả báo cáo của tư vấn và chuẩn bị giải pháp nâng cấp hệ thống

• Chuẩn bị 01 hệ thống ERP Offline dùng cho Kiểm toán

Và những thành công:

1. Triển khai hệ thống ERP quy mô nhất Việt Nam
2. Vận hành thành công dự án ERP tại tập đoàn FPT
3. Kinh nghiệm triển khai ERP tại FPT

(http://eac.vn - Lê Hưng tổng hợp)

Related posts:

1. FPT triển khai ERP cho Cty Hạt giống Đông Tây Thành phố Hồ Chí Minh, ngày 14/04/2008 tại khách sạn New...
2. FPT triển khai ERP cho Điện Quang Công ty cổ phần bóng đèn Điện Quang và...
3. Kinh nghiệm triển khai ERP của SAVIMEX Đầu tư ERP không chỉ là ứng dụng tin...

Related posts brought to you by Yet Another Related Posts Plugin.