Choosing the Wrong ERP Because ERP

Choosing the Wrong ERP

Because ERP systems are prefabricated systems, users need to determine whether a particular ERP fits their organization’s culture and its business processes. A common reason for system failure is when the ERP does not support one or more important business processes. In one example, a textile manufacturer in India implemented an ERP only to discover afterward that it did not accommodate a basic need.
The textile company had a policy of maintaining two prices for each item of inventory that it sold. One price was used for the domestic market, and a second price, which was four times higher, was for export sales. The ERP that the user implemented was not designed to allow two different prices for the same inventory item. The changes needed to make the ERP work were both extensive and expensive. Serious system disruptions resulted from this oversight. Furthermore, modifying an ERP program and database can introduce potential processing errors and can make updating the system to later versions difficult.


Goodness of Fit
Management needs to make sure that the ERP they choose is right for the company. No single ERP system is capable of solving all the problems of all organizations. For example, SAP’s R/3 was designed primarily for manufacturing firms with highly predictable processes that are relatively similar to those of other manufacturers. It may not be the best solution for a service-oriented organization that has a great need for customer- related activities conducted over the Internet.
Finding a good functionality fit requires a software selection process that resembles a funnel, which starts broad and systematically becomes more focused. It begins with a large number of software vendors that are potential candidates. Evaluation questions are asked of vendors in iterative rounds. Starting with a large population of vendors and a small number of high-level qualifier questions, the number of vendors is reduced to a manageable few. With proper questioning, more than half the vendors are removed from contention with as few as ten to twenty questions. In each succeeding round, the questions asked become more detailed and the population of vendors decreases.
When a business’s processes are truly unique, the ERP system must be modified to
accommodate industry-specific (bolt-on) software or to work with custom-built legacy systems. Some organizations, such as telecommunications service providers, have unique billing operations that off-the-shelf ERP systems cannot satisfy. Before embarking on the ERP journey, the organization’s management needs to assess whether it can and should reengineer its business practices around a standardized model.


System Scalability Issues
If an organization’s management expects business volumes to increase substantially during the life of the ERP system, then there is a scalability issue that needs to be ad- dressed. Scalability is the system’s ability to grow smoothly and economically as user requirements increase. The term system in this context refers to the technology plat- form, application software, network configuration, or database. Smooth and economical growth is the ability to increase system capacity at an acceptable incremental cost per unit of capacity without encountering limits that would demand a system upgrade or replacement. User requirements pertain to volume-related activities such as transaction processing volume, data entry volume, data output volume, data storage volume, or increases in the user population.
To illustrate scalability, four dimensions of scalability are important: size, speed, workload, and transaction cost. In assessing scalability needs for an organization, each of these dimensions in terms of the ideal of linear scaling must be considered.5

Size. With no other changes to the system, if database size increases by a factor of x, then query response time will increase by no more than a factor of x in a scalable system. For example, if business growth causes the database to increase from 100 to 500 gigabytes, then transactions and queries that previously took 1 second will now take no more than 5 seconds.


5 R. Winter, “Scalable Systems: Lexicology of Scale,” Intelligent Enterprise Magazine (March 2000), 68–74.

564 Chapter 11: Enterprise Resource Planning Systems


Speed. An increase in hardware capacity by a factor of x will decrease query response time by no less than a factor of x in a scalable system. For example, increasing the number of input terminals (nodes) from one to twenty will increase transaction processing time proportionately. Transactions that previously took
20 seconds will now take n

Kết quả (Việt) 2:

Lựa chọn ERP sai

Bởi vì hệ thống ERP là hệ thống đúc sẵn, người dùng cần phải xác định xem một ERP đặc biệt phù hợp với văn hóa của tổ chức và các quá trình kinh doanh của mình. Một lý do phổ biến cho các lỗi hệ thống là khi các hệ thống ERP không hỗ trợ một hoặc quan trọng hơn quy trình kinh doanh. Trong một ví dụ, một nhà sản xuất dệt may ở Ấn Độ thực hiện một hệ thống ERP chỉ để khám phá sau đó rằng nó không chứa một nhu cầu cơ bản.
Các công ty dệt may đã có một chính sách duy trì hai mức giá cho từng mặt hàng tồn kho mà nó bán. Một giá đã được sử dụng cho thị trường trong nước và một mức giá thứ hai, cao gấp bốn lần, là dành cho xuất khẩu. ERP mà người sử dụng thực hiện không được thiết kế để cho phép hai mức giá khác nhau cho các mục hàng tồn kho tương tự. Những thay đổi cần thiết để thực hiện công tác thống ERP đều rộng rãi và đắt tiền. Gián đoạn hệ thống nghiêm trọng dẫn từ giám sát này. Hơn nữa, việc sửa đổi một chương trình ERP và cơ sở dữ liệu có thể giới thiệu các lỗi xử lý tiềm năng và có thể làm cho việc cập nhật hệ thống để các phiên bản sau này khó khăn.


Goodness của Fit
quản lý cần đảm bảo rằng các hệ thống ERP mà họ lựa chọn là đúng đắn cho công ty. Không có hệ thống ERP duy nhất là khả năng giải quyết tất cả các vấn đề của tất cả các tổ chức. Ví dụ, R / 3 của SAP được thiết kế chủ yếu để sản xuất các doanh nghiệp có quy trình rất có thể dự đoán được tương đối tương tự như của các nhà sản xuất khác. Nó có thể không phải là giải pháp tốt nhất cho một tổ chức dịch vụ theo định hướng đó có một nhu cầu rất lớn cho các hoạt động customer- liên quan tiến hành trên Internet.
Việc tìm kiếm một sự phù hợp chức năng tốt đòi hỏi một quá trình lựa chọn phần mềm tương tự như một cái phễu, mà bắt đầu rộng và có hệ thống ngày càng trở nên tập trung. Nó bắt đầu với một số lượng lớn các nhà cung cấp phần mềm là các ứng viên tiềm năng. Câu hỏi đánh giá được yêu cầu của các nhà cung cấp trong vòng lặp. Bắt đầu với một dân số lớn các nhà cung cấp và một số ít các câu hỏi vòng loại cấp cao, số lượng các nhà cung cấp được giảm xuống một vài quản lý được. Với câu hỏi thích hợp, hơn một nửa các nhà cung cấp được loại bỏ từ tranh với ít nhất là mười đến hai mươi câu hỏi. Trong mỗi vòng kế tiếp, các câu hỏi được hỏi trở nên chi tiết hơn và dân số của các nhà cung cấp giảm.
Khi quá trình của một doanh nghiệp là thực sự độc đáo, hệ thống ERP phải được sửa đổi để
phù phần mềm ngành công nghiệp cụ thể (bolt-on) hoặc làm việc với các tùy chỉnh xây dựng hệ thống di sản. Một số tổ chức, chẳng hạn như các nhà cung cấp dịch vụ viễn thông, có các hoạt động thanh toán duy nhất off-the-shelf hệ thống ERP không thể đáp ứng. Trước khi bắt tay vào cuộc hành trình ERP, quản lý của tổ chức cần phải đánh giá xem liệu nó có thể và nên thiết kế lại hoạt động kinh doanh của mình xung quanh một mô hình chuẩn.


Hệ thống Các vấn đề Khả năng mở rộng
Nếu quản lý của một tổ chức dự kiến khối lượng kinh doanh để tăng đáng kể trong cuộc sống của các hệ thống ERP, sau đó có là một vấn đề khả năng mở rộng mà cần phải được mặc quần áo quảng cáo-. Khả năng mở rộng khả năng của hệ thống để phát triển thuận lợi và kinh tế theo yêu cầu của người sử dụng tăng. Hệ thống hạn trong bối cảnh này đề cập đến công nghệ plat- hình thức, phần mềm ứng dụng, cấu hình mạng, hoặc cơ sở dữ liệu. Tăng trưởng kinh tế và mịn là khả năng tăng cường năng lực hệ thống tại một chi phí gia tăng chấp nhận được trên một đơn vị năng lực mà không gặp phải những giới hạn đó sẽ đòi hỏi một hệ thống nâng cấp hoặc thay thế. . Yêu cầu người sử dụng liên quan đến các hoạt động khối lượng liên quan như khối lượng giao dịch gia công, khối lượng nhập dữ liệu, khối lượng đầu ra dữ liệu, khối lượng lưu trữ dữ liệu, hoặc tăng trong dân số người sử dụng
Để minh họa cho khả năng mở rộng, bốn khía cạnh của khả năng mở rộng rất quan trọng: kích thước, tốc độ, khối lượng công việc, và chi phí giao dịch. Trong việc đánh giá nhu cầu khả năng mở rộng cho một tổ chức, từng khía cạnh về mặt lý tưởng của nhân rộng tuyến tính phải considered.5

Size. Không có thay đổi khác với hệ thống, nếu kích thước cơ sở dữ liệu tăng lên bởi một yếu tố của x, sau đó thời gian đáp ứng truy vấn sẽ tăng không nhiều hơn một yếu tố x trong một hệ thống mở rộng. Ví dụ, nếu tăng trưởng kinh doanh gây ra các cơ sở dữ liệu để tăng 100-500 GB, sau đó giao dịch và truy vấn trước đó mất 1 thứ hai sẽ mất không quá 5 giây.


5 R. Winter, "Hệ thống Scalable: nhà nguyên học của quy mô," thông minh Tạp chí doanh nghiệp (tháng 3 năm 2000), 68-74.

564 Chương 11: nguồn lực doanh nghiệp Hệ thống Kế hoạch


Speed. Việc tăng công suất phần cứng của một yếu tố của x sẽ giảm thời gian đáp ứng truy vấn bởi không ít hơn một yếu tố của x trong một hệ thống mở rộng. Ví dụ, tăng số lượng các thiết bị đầu cuối đầu vào (các nút) 1-20 sẽ tăng thời gian xử lý giao dịch tương ứng. Các giao dịch trước đây mất
20 giây hiện tại sẽ mất n