Cơ bản về ERP

[leminh]

Chùm bài những khái niệm cơ bản về ERP
Theo TEC

Essential ERP—Its Underpinning Technology
P.J. Jakovljevic - September 5, 2005
Originally published - December 29, 2000

1. Introduction
2. ERP Hardware
3. Internet/Intranet Architecture as a Latest Trend

Page 1 of 4

Introduction

ERP software là một tập các phần mềm tự động hoá các công việc tài chính, quản lý nhân sựvà giúp các nhà sản xuất thực hiện các công việc như xử lý đơn đặt hàng và lập lịch sản xuất...

Thuộc tính cơ bản về hệ thống thông tin của ERP

Không thể tạo ra ERP app mà không dựa trên nền tảng công nghệ thông tin phức tạp. ERP là một hình ảnh thu nhỏ không thể tách rời của doanh nghiệp và công nghệ thông tin. Hầu hết các định nghĩa (theo quan điểm của IT) về ERP đều chỉ ra rằng hệ thống cần có một số thuộc tính

• material requirements planning (MRP) hệ thống có thể chạy trên một máy mainframe hoặc một máy server nhỏ hoặc một PC đơn
  
  
  
  
• ERP dựa trên công nghệ CSDL quan hệ phân tán...
  
  
  
  
• ERP được viết bằng ngôn ngữ lập trình thế hệ 4 (4GL) tức là ngôn ngữ lập trình hướng đối tượng và modul (component).
  
  
  
  Chỗ này phải bình luận một chút: Theo mình hiểu thì 4GL là ngôn ngữ dạng truy vấn. Điểm khác biệt cơ bản giữa 4GL và 3GL là thay vì phải chỉ cho máy tính làm như thế nào (3GL) thì 4GL chỉ phải chỉ cho máy tính tôi cần gì. Phần việc còn lại do máy tính đảm nhiệm. Chẳng hạn: 4GL: hãy lấy dữ liệu trong bảng ABC còn 3GL thì phải viết: mở file ABC, đọc dòng thứ nhất; đưa dữ liệu vào mảng A[1],B[1],C[1]; đọc dòng tiếp theo... Không biết chỗ này tác giả có nhầm lẫn gì không khi gọi OOP và Component Base là 4GL
  
  
  
  
  
• Sử dụng giao diện đồ hoạ người dụng (GUI)...
  
  
  
  
  
  
• ERP có qui mô doanh nghiệp...

Enterprise resource planning (ERP) software is a set of applications that automate finance and human resources departments and help manufacturers handle jobs such as order processing and production scheduling. ERP began as a term used to describe a sophisticated and integrated software system used for manufacturing. In its simplest sense, ERP systems create interactive environments designed to help companies manage and analyze the business processes associated with manufacturing goods, such as inventory control, order taking, accounting, and much more. Although this basic definition still holds true for ERP systems, today its definition is expanding. Savvy ERP users, increasing customer expectations, changes in manufacturing requirements, and technology's relentless pursuit for innovation are just some of the forces reshaping the definition of ERP. In today's dynamic and turbulent business environment, there is a strong need for organizations to become globally competitive. The survival guide to competitiveness is to be closer to the customer and deliver value-added product and services in the shortest possible time. This, in turn, demands integration of the business processes of an enterprise, which is the stronghold of ERP.

ERP's Underlying Information Systems Characteristics

It is impossible to devise an ERP system without sophisticated information technology (IT) infrastructure. ERP is the epitome of inseparability of business and information technology. Most IT-based descriptions of ERP systems state that these systems exhibit the following characteristics:

• They are based on distributed open systems or, in today's jargon, 'client/server' architecture. This is in marked contrast to yesterday's material requirements planning (MRP) systems that were mainframe or minicomputer-based on proprietary computing architectures, or to stand-alone microcomputer (PC) based systems.
  
  
  
  
  
  
  
  
• They are based on distributed relational database technology. This means the database software must support multiple copies of a production database that are transparent to the user anywhere around the globe. In addition, database access would be through 'standard' structured query language (SQL) inquiries. Furthermore, the database management system (DBMS) should be an integrated design with the application software (e.g., manufacturing, distribution, order entry, procurement, etc.). Only high-end DBMSs can provide the demanding support needed by ERP software. IBM DB2, Oracle, Informix, and Microsoft SQL Server can support most of ERP systems today. Certain DBMSs ‘row-level locking’ and some ERP vendors demand that feature. Until recently, row-level locking has not been a feature of Sybase. Not all vendors have ported their ERP software to be used on all of the most commonly used databases. The market is continuously changing in that regard. As a general guideline, Oracle and Informix have been a preferred choice at the high end of the ERP market, while SQL Server has been prevalent at the medium end.
  
  
  
  
  
  
  
  
• They are based on fourth-generation (4GL) software code, which is in contrast to the third-generation languages, like COBOL, which were used to program older MRP systems. Within the last three years, object-oriented programming (OOP)/componentization has been transitioned from 'nice to have, but not necessary' to 'highly desirable' feature.
  
  
  
  
  
  
  
  
• They possess a graphical user interface (GUI), which is the interface the computer terminal user sees and interacts with in utilizing an application program. GUI refers to an icon-based 'point and click' screen design as initially popularized by Apple's Macintosh and then made ubiquitous by Microsoft's Windows. This is in contrast to the character-based screen ('green screen') that has been the mainstay of the computer user's world for decades. GUIs provide the benefit of requiring much less training for the user to become proficient, and they have been shown to greatly increase user productivity over their predecessors.
  
  
  
  
  
  
  
  
• They are enterprise-wide, and support multi-plant global operations. In addition, the integration is expected to continue its expansion to other vital functions within the enterprise (e.g., product data management, manufacturing execution system, etc.) as well as to the entire global supply chain (customers' and suppliers' systems).

[leminh]

1. Introduction
2. ERP Hardware
3. Internet/Intranet Architecture as a Latest Trend

Page 2 of 4

ERP Hardware

Incremental improvements in IT and the drastic decline in computer prices have made it possible for smaller enterprises to consider acquiring an ERP system. ERP software applications are nowadays possibly the most demanding software in terms of hardware requirements, being a high-end, mission critical application that should provide exceptional scalability in order to address the needs of corporate giants (often with over $100 billion [USD] in revenue). Typical RAM sizes would range from minimum 1 GB to several dozen GB for larger installations. The disk size requirements would be equally very large, often starting from several dozen GB—typically around 100 GB of disk space. The mission-critical nature of the application demands several log files to be maintained, which forces larger disk sizes. These large disks must be high-speed and 'highly available' by way of redundancy measures such as redundant array of independent disks (RAID).

ERP OS

ERP applications also require a high-end operating system that supports multi-tasking, multi-user application and multi-threading to support high performance. To provide scalability, the operating system should support high-end processor features such as 32-bit support or higher, and symmetric multiprocessing (SMP) support. Leading edge operating systems that are nowadays used in ERP applications are high-end Unix versions (Sun Solaris, HP-UX, Dec-Unix, IBM AIX), Windows NT, IBM OS/400, and IBM MVS (with Linux making its first steps onto the ERP arena). Unfortunately, not every ERP vendor ports its software to every operating system.

There is no hard-and-fast rule for identifying an optimal operating system for an ERP implementation. As a general guideline, high-end Unix systems have been a preferred choice at the high end of the ERP market, while Windows NT has been prevalent at the medium end (approximately 50 percent of the mid-market share). With continued enhancements Windows NT/2000 is expected to become a serious contender also in the high-end market segment in the future.

ERP Architecture

From an architecture standpoint, first ERP software packages were originally written in a mainframe computer environment. In that setup, the mainframe represents the brain, while so called 'dumb terminals' allow the user only to access and input data. Since a dumb terminal is a mere combination of a keyboard and a terminal, it cannot process information itself.

Personal computers are nowadays powerful enough to take on some of the processing tasks that used to be performed solely by mainframes. When PCs are combined with larger computers - either mainframes, minicomputers, or PC servers - the system is referred to as a client/server platform.

'Client/server' means that the processing of work is divided between two computers. The 'client' is the computer on the desktop, which performs display and some logic functions (e.g., the Windows GUI), while the 'server' is the more central computer that contains the database and application programs (see figure 1).

Figure 1. Two- and Three-Tier Client/Server Architecture Approaches

Client/server architecture, or distributed computing, is the prevalent choice of many companies today for several reasons. First, using PCs instead of dumb terminals creates an increase in computing power. Graphic processing is highly CPU intensive and is impractical to perform at a central computer. Hence, it became necessary to offload that processing to PCs. Second, overall system speed is increased due to the possibility of also using distributed databases. Furthermore, hardware costs are considerably lower compared to using a mainframe system.

[leminh]

1. Introduction
2. ERP Hardware
3. Internet/Intranet Architecture as a Latest Trend

Page 3 of 4

The primary strategies for implementing client/server are two-tier, three-tier/n-tier, and Internet/intranet. The concept of tiers provides a convenient way to group different classes of architecture. Figure 1 illustrates the difference between two-tier and three-tier.

In a two-tier approach, the client machine connects to a single server machine. Usually the server controls the central database while the client controls the user interface. The main difference between the two is that the server responds to requests from many different clients, while the clients usually initiate the requests for information from a single server. Data is managed by a dedicated database to improve multi-user performance.

Two-tier designs usually locate business logic with the data server to centralize control and management. The designer decides how much of the processing logic should be implemented at the client and how much at the server. If most of the work is done at the client PC, it is called a 'fat client' application. Conversely, a 'thin client' application means that most of work is done at the server.

A three-tier application adds a third program to the mix, usually a database, in which the server stores its data. The business logic can be split onto many computers to improve reliability and spread the processing load. In a three-tier approach, the client machine controls the user interface and some processing logic, an application server manages the enterprise business application processing, and one or more enterprise servers manage the corporate database. This approach aids management of version releases and the enterprise business rules. Most current leading ERP applications are built with three-tier architecture.

Three-tier is the fundamental n-tier architecture. N-tier architecture splits the processing load for large applications by distributing pieces of the program onto multiple servers. By definition, n-tier applications can be broken into modules on multiple computers. Once the modules are put onto different computers, each computer and module can be optimized for a specific use, i.e., database, business logic, or user interface. Then the networked computers can share components with other computers and applications to eliminate redundancy and further optimize performance. In some n-tier scenarios, modules can be relocated to improve network performance for remote locations without compromising application integrity.

N-tier architecture allows an unlimited number of programs to run simultaneously, send information to one another, use different protocols to communicate, and interact concurrently. This allows for a much more powerful and scalable application, providing many different services to many different clients. It also contains a number of serious caveats that create complexity problems in design, implementation, performance, and load balancing. Many technologies exist that add to this complexity including common object request broker architecture (CORBA), enterprise JavaBeans (EJB), distributed common object model (DCOM), and remote method invocation (RMI).

Generally, if using a distributed-object architecture allows a customer to write programs that are faster, larger, more powerful, and more robust, then it is definitely worth the effort. Since customers have been increasingly realizing that architecture plays a key role in how quickly vendors can implement, maintain, expand/customize, and integrate their products with other vendors' modules, ERP products developed or enhanced within the last three years incorporate object-oriented (componentized) development environments, as well as n-tiered architectures.

[leminh]

1. Introduction
2. ERP Hardware
3. Internet/Intranet Architecture as a Latest Trend

Page 4 of 4

Internet/Intranet Architecture as a Latest Trend

Client/server technology relies on robust communications between the machines that are involved. Local area networks (LAN) and wide area networks (WANs) become an expense and a management headache for most companies. Moreover, updating software versions, particularly on the numerous distributed PCs becomes an almost unsolvable problem. Many IT departments are considering moving toward Internet/intranet technology as a solution.

In the Internet/intranet approach, communications utilities provide the wide area communications backbone. PCs merely communicate the universal resource locators (URL) to reach the servers they need help from. Software coded in the Java language that runs on the PC clients gets downloaded when needed, ensuring that it is always the latest version. With an Internet-only ERP system in place, client-side software upgrades become unnecessary, browser-based applications significantly simplify the training, and tying together far-flung locations of an enterprise becomes simpler too. Of the leading ERP vendors, PeopleSoft and Oracle are the biggest proponent of this architecture approach, while Lawson Software is leading the pack of mid-market players.

Miscellaneous Technologies

It is a common situation that companies implementing ERP solutions have multiple locations of operation and control. Hence, the online data transfer has to be done across locations as well as between business partners in a supply chain. To facilitate these transactions, some other important enabling technologies for ERP systems are workflow, workgroup, groupware, electronic data interchange (EDI), Internet, intranet, data warehousing, etc.

Summary

Today's ERP systems are required to address more than the processes taking place within the walls of an enterprise. They must be able to address the players and processes involved in extended enterprise—the people and partners that the manufacturers collaborate and coordinate with in their supply chains. In short, the E in ERP will no longer be representative of just the internal enterprise. Rather, it will transcend the walls of the traditional manufacturing environment to encompass the extended enterprise. Therefore, the product architecture is going to do much more than simply provide the functionality, the user interface, and the platform support; it is going to determine whether a product is going to endure, whether it will scale to large number of users, and whether it will be able to incorporate emerging technologies, all in order to accommodate increasing user requirements.

[thnguyen]

Thú thực là bài này đọc khó hiểu, không nổi bật lên được những điểm người ta chưa biết về ERP trong khi lại nói quá nhiều về những concept đơn giản. Anh gửi theo đây bài anh viết về ERP và RFID middleware. Phần 1 nói chủ yếu về business context như là yêu cầu đầu vào cho ERP nên mọi người có thể bỏ qua. Phần 2 có thể nói là diễn giải ERP là gì và đã qua những giai đoạn phát triển nào. Các phần sau có liên quan đến middleware và RFID (chủ yếu dùng trong SCM trong trường hợp này), mọi người có thể đọc hay không tùy theo interest.

Nếu ai thấy cần clarify gì thì xin cứ hỏi.

Thân,

Tiến.

[ngochinguyen]

Chào anh thnguyen, trong thời buổi hội nhập này áp dụng ERP vào trong doanh nghiệp nhằm nâng cao sức mạnh/khả năng cạnh tranh thực sự là đòi hỏi cấp thiết. Song ERP và các hiểu biết về nó thật chưa rõ ràng và không được đề cập nhiều.
Em thực sự rất quan tâm đến vấn đề này, và mong muốn có thể nghiên cứu/tìm hiểu trên các khía cạnh:
- Một cái nhìn tổng quan, rõ ràng về ERP
- Các lợi ích mà ERP mang lại. Về cái này, ngoài những lợi ích rõ ràng về mặt lý thuyết, em nghĩ cần chứng minh nó trên thực tế, ERP đã được triển khai ở đâu, như thế nào và hiệu quả mang lại ra sao.
- Chứng minh tính khả thi về mặt kỹ thuật khi áp dụng ERP vào một doanh nghiệp cụ thể. Với đặc thù của một doanh nghiệp, thì việc áp dụng ERP có thể triển khai như thế nào, các trở ngại nào gặp phải, các giải pháp,...
- Mục tiêu cuối cùng, em muốn từ các hiểu biết về việc triển khai ERP, có thể để xuất một kế hoạch triển khai ERP cụ thể, với các bước đi rõ ràng, các kết quả đạt được ở mỗi bước (tất nhiên là trên doanh nghiệp của em, hii)
Mục tiêu mà em muốn đạt được, là không phải tìm hiểu ERP trên lý thuyết, mà mong muốn thực sự có thể triển khai ERP trên thực tế.

Song, công việc em đang tiến hành đang có tốc độ rất chậm vì thiếu một sự hướng dẫn và các tài liệu cần thiết. Em rất mong nhận được sự giúp đỡ của anh và mọi người. Rất mong mọi người có kinh nghiệm và quan tâm tới vấn đề này support em cái :D.

Cảm ơn mọi người rất nhiều, xin được cảm ơn trước sự giúp đỡ của các bạn.

Ghi chú: có rất nhiều khái niệm mà em đọc trong các tài liệu, thấy rất chi là khó hiểu, ví dụ: front-office, nguyên lý enterprise-wide,... hi hi mong các bác cao thủ chỉ rõ hộ em cái

Nguyên văn bởi thnguyen

Thú thực là bài này đọc khó hiểu, không nổi bật lên được những điểm người ta chưa biết về ERP trong khi lại nói quá nhiều về những concept đơn giản. Anh gửi theo đây bài anh viết về ERP và RFID middleware. Phần 1 nói chủ yếu về business context như là yêu cầu đầu vào cho ERP nên mọi người có thể bỏ qua. Phần 2 có thể nói là diễn giải ERP là gì và đã qua những giai đoạn phát triển nào. Các phần sau có liên quan đến middleware và RFID (chủ yếu dùng trong SCM trong trường hợp này), mọi người có thể đọc hay không tùy theo interest.

Nếu ai thấy cần clarify gì thì xin cứ hỏi.

Thân,

Tiến.

[thnguyen]

Hi Nguyện,

Anh hiện hơi kẹt thời gian vì đây là thời gian anh em apply đi học ở Mỹ nên viết qua qua trả lời em. Đến sang tháng chắc anh sẽ có nhiều thời gian để viết kỹ hơn.

Nguyên văn bởi ngochinguyen

- Một cái nhìn tổng quan, rõ ràng về ERP

Thú thực đây không phải là câu hỏi có thể trả lời ngắn gọn được. Sau nhiều lần khái niệm được mở rộng như anh có viết trong bài anh post trên đây thì ERP là toàn bộ hệ thống phần mềm trong nội bộ doanh nghiệp và tương tác với các đối tác với khách hàng. Nói vậy hơi rộng nhưng chủ yếu ERP bao gồm một số thành phần cơ bản sau (mỗi hãng gọi một cái tên khác nhau nên anh dùng những từ chung chung):

- Material and Production Planning: Quản lý nguyên vật liệu, kế hoạch sản xuất, mua và nhận nguyên vật liệu... Phần này sau được kết nối chặt chẽ với SCM và eProcurement (xem dưới đây).

- Finance: quản lý tài chính doanh nghiệp, được kết nối với tất cả các phần khác trong ERP. Gần đây do vấn đề kiểm soát nợ khách hàng, phần này được tích hợp chặt chẽ với CRM (xem dưới đây). Ngoài ra do các hoạt động B2B phát triển, hệ thống finance được tích hợp với SCM (trong ERP) và hệ thống finance của đối tác (trong hệ thống ERP khác một cách trực tiếp hay qua Web service).

- Human Resoures (hay còn gọi là HCM): quản lý nhân sự, mức lương, access control,... HCM gần đây do nhu cầu sử dụng nhân sự chéo trong tổ chức lớn được thêm một số phần như quản lý skills/expertise. Ngoài ra trong một số phần mềm, HR được phát triển thêm e-Recruiting để tích hợp với hệ thống tìm kiếm nhân sự trên Internet như kiểu HotJobs ở Mỹ hay VietnamWorks.com ở ta.

- Sales & Distribution: quản lý hệ thống khách hàng, đặt và nhận hàng. Sau được phát triển lên thành CRM (xem dưới đây).

- Supply Chain Management (SCM): gồm các mô hình cho việc lên kế hoạch trên toàn chuỗi cung ứng (supply chain) từ việc dự đoán nhu cầu, thiết kế hệ thống vận tải; và phần quản lý các vật phẩm được chuyển đi trên chuỗi cung ứng.

- Customer Relationship Management (CRM): quản lý giao tiếp với khách hàng trên cả ba phương diện chính (bán hàng, dịch vụ khách hàng và marketing). Các ứng dụng bao gồm từ Customer Interaction Center, lên kế hoạch và triển khai các chiến dịch marketing...

- e-Procurement: Hệ thống mua bán B2B mà một hay nhiều chi nhánh hay công ty cùng nhau tập trung nhu cầu lại để mua với số lượng lớn.

Ngoài những thành phần trên, hệ thống ERP còn có những phần khác như :

- Enterprise Portal (khá khác từ khái niệm Web portal ở nhà vẫn nói) để cung cấp giao diện đến người sử dụng trong và ngoài doanh nghiệp trên nền Web hay qua SMS, Mobile devices.

- Business Intelligence (bao gồm Data warehouse và OLAP) để tách và xử lý các số liệu làm báo cáo, phân tích và điều chỉnh chiến lược.

- Middleware và Master Data Management (MDM) nếu như doanh nghiệp sử dụng nhiều sản phẩm khác nhau.

Nguyên văn bởi ngochinguyen

- Các lợi ích mà ERP mang lại. Về cái này, ngoài những lợi ích rõ ràng về mặt lý thuyết, em nghĩ cần chứng minh nó trên thực tế, ERP đã được triển khai ở đâu, như thế nào và hiệu quả mang lại ra sao.

Đây là một câu hỏi khá hay mà người làm kỹ thuật ở Việt Nam chẳng biết làm sao trả lời được cho khách hàng làm business. Trên thực tế ERP cho đến nay được dùng để kiểm soát và chuẩn hóa và do đó nâng cao hiệu quả của các quy trình. ERP theo nghĩa rộng giúp kiểm soát và chuẩn hóa các quy trình B2B. Điều này cực kỳ quan trọng trong việc làm offshoring vì cái giá phải trả nếu không kiểm soát được những công đoạn được offshore còn lớn hơn rất nhiều chi phí tiết kiệm được. Trong mỗi hoàn cảnh cụ thể, một business consultant cần phải chỉ ra những phần hay những quy trình cần được chuẩn hóa và tác dụng KINH TẾ của nó với doanh nghiệp cụ thể đó.

ERP trên thế giới được ứng dụng trong hầu hết các doanh nghiệp cỡ vừa và lớn do hiệu quả chuẩn hóa cao nếu như mức độ sử dụng cao và việc kiểm soát cực kỳ quan trọng trong một doanh nghiệp nếu có nhiều chi nhánh trên thế giới. Có người nói, nếu không có ERP sẽ không có toàn cầu hóa vì các công ty toàn cầu sẽ không thể nào ra báo cáo tài chính trong thời gian yêu cầu được. Trong khi đó các doanh nghiệp nhỏ hơn không chắc đã cần có ERP mà có khi cũng chỉ cần một vài module đơn giản. Thị trường ERP và Sales Force Automation (một phần của CRM) năm 2007 ở TQ theo IDC dự đoán là khoảng 1 tỷ USD (xem hình anh gửi kèm theo). Chú ý là châu Á (trừ Nhật Bản) là nơi ứng dụng ERP có lẽ chậm nhất thế giới (trừ châu Phi), thậm chí còn chậm hơn nhiều so với Nam Mỹ.

Ở Việt Nam, hầu hết các công ty nước ngoài đều sử dụng một phần nào đó của ERP nếu như không phải là tất cả. Vấn đề lớn nhất chính là ở chỗ người bán và người mua ERP ở Việt Nam đều CHƯA BAO GIỜ nhìn thấy và hiểu ERP nên hai người cùng sờ một con voi mãi mà vẫn chưa giải thích cho nhau và thống nhất được nó trông thế nào, nói gì đến việc làm được việc gì và viết nó ra sao. Theo anh nhìn nhận, Việt Nam đang trong giai đoạn tốc độ tăng trưởng của thị trường cao nên hầu hết các công ty chỉ tập trung vào việc tìm kiếm thêm khách hàng chứ chưa quan tâm đến hiệu quả. Ngoài ra phần đông lực lượng quản lý ở Việt Nam chưa biết tìm và dùng thông tin để ra quyết định, chỉ hành động theo cảm tính và mách nước của "tay trong". Chỉ có một số doanh nghiệp đã phát triển đến mức không thể kiểm soát được thì bắt đầu thấy rõ nhu cầu phải có ERP.

Rõ ràng ERP ở Việt Nam đang là hype chứ chưa thể trở thành một thị trường hẳn hoi do thiếu nhân lực, kinh nghiệm, trình độ quản lý kinh tế và một môi trường kinh doanh và thị trường tài chính yêu cầu có mức độ kiểm soát và hiệu quả. Vấn đề này có thể được giải quyết sau khi vào WTO một thời gian nhưng lại đặt ra một số nguy cơ khác.

1. Trong khi mô hình kinh doanh sẽ phải chuyển đổi nhiều trong thời gian tới thì các nhà cung cấp ERP đi theo xu hướng hardcode các quy trình cho phù hợp với khách hàng (mà họ cũng làm gì có access vào những quy trình mới hơn). Như vậy thì sau một thời gian nữa những ứng dụng này chắc phải đập đi viết lại phần nhiều. Ai có thể đảm bảo rằng các công ty mọc ra như nấm ngày nay sẽ còn công ty nào khi đó để biết mà sửa lại hay phát triển thêm.

2. Trong quá trình triển khai ERP nếu không có change management, tái cơ cấu (do lao động dư ra từ phần được chuẩn hóa phải chuyển sang phần còn lại), đào tạo và các quy định về việc nhập số liệu, bỏ cách làm cũ... thì mua ERP về chỉ để ngắm thôi. Chỉ lo tiền tỉ (mà thường là của chùa) sẽ đi theo ERP cả.

3. Cả hai yếu tố trên sẽ làm cho các doanh nghiệp sử dụng ERP sẽ không đạt được hiệu quả cho dù hệ thống có thể được triển khai hoàn chỉnh, gây phản cảm với phần mềm doanh nghiệp. Cái này không những làm cho những doanh nghiệp này kém cạnh tranh hơn mà sẽ góp phần giết chết những nhà cung cấp ERP nhỏ mới nổi lên. Đây sẽ là yếu tố feedback (hồi tiếp) lại vấn đề số 1.

Nguyên văn bởi ngochinguyen

- Chứng minh tính khả thi về mặt kỹ thuật khi áp dụng ERP vào một doanh nghiệp cụ thể. Với đặc thù của một doanh nghiệp, thì việc áp dụng ERP có thể triển khai như thế nào, các trở ngại nào gặp phải, các giải pháp,...

Cái này hoàn toàn phụ thuộc vào khả năng và phần mềm mà bên bán hàng triển khai. Cách đây khoảng 3-4 năm thì việc triển khai ERP/SCM còn là vấn đề chứ ngày nay nó đã thành dự án hàng low risk trên thế giới rồi.

Nguyên văn bởi ngochinguyen

muốn từ các hiểu biết về việc triển khai ERP, có thể để xuất một kế hoạch triển khai ERP cụ thể, với các bước đi rõ ràng, các kết quả đạt được ở mỗi bước (tất nhiên là trên doanh nghiệp của em, hii)
Mục tiêu mà em muốn đạt được, là không phải tìm hiểu ERP trên lý thuyết, mà mong muốn thực sự có thể triển khai ERP trên thực tế.

Anh sợ cũng có nhiều người cũng muốn biết những cái này mà đi kiếm tiền ở Việt Nam mà cũng chưa biết được. Nếu không mấy hãng tư vấn như PWC hay Accenture chết đói cả. Thú thực là SAP cũng chẳng biết hết cái này đâu, anh lại càng chưa. Nói thì dễ, làm thì phải để cho professional thôi, nếu không thì làm mò vậy.

Nguyên văn bởi ngochinguyen

Ghi chú: có rất nhiều khái niệm mà em đọc trong các tài liệu, thấy rất chi là khó hiểu, ví dụ: front-office, nguyên lý enterprise-wide,... hi hi mong các bác cao thủ chỉ rõ hộ em cái

Front office thường có nghĩa là phần giao tiếp với khách hàng. Còn cái nguyên lý của em phải có cả câu may ra anh mới biết được.

Nói chung không phải là làm cho mọi người chán nản về chuyện làm ERP hiện nay đâu, chỉ chỉ ra là risk rất lớn. Ai liều không hiểu đi thuê mấy ông thầy bói về xây ERP cứ đi, làm chuột bạch xin cứ làm.

Anh Tiến.

[thaonm]

Hic, đọc bài này của anh Tiến thấy hơi choáng :D , cách đây 3 năm, em có đọc qua ERP, hic lúc đó ERP đang là một hot của việt nam, theo như các anh lảnh đạo nói, nhưng nghe chừng có vẻ đến bây giờ Vn mình vẫn chưa phát triển được thành công ERP, mà thú thực, ở Việt Nam em có cảm giác: đa phần các doanh nghiệp chưa chịu áp dụng ERP vào, giống như anh Tiến có nói đến phần Change Management ~> Việt Nam mình khó lòng làm được điều này theo cơ chế hiện tai. Chỉ có các doanh nghiệp phải cạnh tranh vật vã thì họ mới tính đến hiệu quả bên cạnh việc tìm kiếm khách hàng. Quả thực hiện tại cty tin học mọc lên như nấm, đơn giản là có khách hàng nhiều y như cái thời xây dựng hóa "nông thôn", khi mà chưa xong, thì các cty xây dựng mọc lên ồ ạt, thì cũng hàng loạt các cty nhảy lầu tự tử.:o
Tình hình này, em sẽ thử lập ra một nhóm nghiên cứu lỉnh vực ERP riêng xem thế nào. :D

Như vậy ERP là tin học hóa tòan bộ các họat động của công ty ? ERP có nhiều modules khác nhau, nghĩa là 1 Doanh nghiệp muốn triển khai ERP là phải tất cả các modules này ? Không biết chi phí để triển khai là bao nhiêu ? Bạn nào chỉ dùm với

[Nguyễn Xuân Thanh]

Hi hennynguyen,

Như vậy ERP là tin học hóa tòan bộ các họat động của công ty ?

ERP trước hết là công việc planning (cụ thể là resource planning). Tin học sẽ giúp quản lý việc đó tốt hơn
(Short for enterprise resource planning, a business management system that integrates all facets of the business, including planning, manufacturing, sales, and marketing. As the ERP methodology has become more popular, software applications have emerged to help business managers implement ERP in business activities such as inventory control, order tracking, customer service, finance and human resources.)

ERP có nhiều modules khác nhau, nghĩa là 1 Doanh nghiệp muốn triển khai ERP là phải tất cả các modules này ?

Tổ chức module tùy tinh chất công việc doanh nghiệp. Việc thực hiện còn tùy từng đối tượng triển khai.

Không biết chi phí để triển khai là bao nhiêu ? Bạn nào chỉ dùm với

Giá thành phụ thuộc vào quy mô. Tùy từng khách hàng

[leminh]

ERP: Enterprise Resource Planning theo đúng nghĩa là để tối ưu hóa các nguồn lực của doanh nghiệp.

Bên cạnh ERP doanh nghiệp còn cần rất nhiều những loại ứng dụng khác chẳng hạn:

Office Tools: Word, Exel...
Collaboration Tool: hỗ trợ trao đổi thông tin giữa các thành viên trong và ngoài doanh nghiệp.
Các ứng dụng quản trị: Hỗ trợ quản trị hệ thống.
Các ứng dụng đặc thù: Chẳng hạn ngân hàng thì cần hệ thống giao dịch, thanh toán. Bảo hiểm thì cần hệ thống quản lý hợp đồng. Telecom thì cần hệ thống tính cước, Khu vực sản xuất thì cần hệ thống tối ưu hóa sản xuất và quản lý qui trình...

ERP cũng gồm rất nhiều thứ, chẳng hạn toàn bộ gói ERP của Oracle có tới gần 100 module có thể tích hợp và liên kết với nhau. Thậm chí ERP bây giờ còn có cả CRM và SCM như anh Tiến trình bày ở dưới. Mặc dù theo quan điểm của mình thì nó không phải là ERP.

Nói chung một doanh nghiệp sẽ không bao giờ có nhu cầu sử dụng tất cả các gói trong một giải pháp ERP đầy đủ do mỗi doanh nghiệp có những đặc thù kinh doanh khác nhau và mỗi gói trong giải pháp ERP thường nhắm vào một hoặc một vài industry khác nhau. Có một số gói được sử dụng nhiều gồm:

Finance: Kế toán tổng hợp, Kế toán quản trị, quản lý tiền mặt (luồng tiền), quản lý ngân sách, có thể tích hợp với BI...

Logistic: Bán hàng, Mua hàng, quản lý kho.

CRM: quản lý qua hệ khách hàng trong trường hợp bán hàng có nhiều khách hàng và hoạt động.

Các ứng dụng liên quan đến Sale và Marketing

Tùy thuộc vào qui mô và nhu cầu của doanh nghiệp ERP có thể được triển khai qui mô nhỏ, hoặc qui mô lớn hơn với chi phí cao hơn.

Rẻ tiền nhất là sử dụng phần mềm mã nguồn mở. Chi phí xây dựng không lớn nhưng chi phí bảo trì thì nhiều.

Tiếp đến là sử dụng những gói riêng lẻ của các hãng nhỏ. Giá rẻ, tập trung vào những tính năng cơ bản, không cần trú trọng nhiều đến khả năng tích hợp. Khi nào cần tích hợp thì làm sau. Cái này khá tốn kém khi qui mô của cty trở nên lớn hơn.

Cuối cùng là sử dụng giải pháp tổng hợp của những hãng lớn như SAP, Oralce, Solomon... Những gói này có đặc điểm là tính tích hợp rất cao nhưng lúc triển khai sẽ khó khăn do tính mở của ứng dụng rất cao nên khó có thể đáp ứng được nhu cầu sử dụng đặc thù của doanh nghiệp mà không phải trả giá bằng sự bất thuận tiện ở đâu đó trong qui trình hoạt động.

Để triển khai ERP thì tốt nhất doanh nghiệp nên tìm một nhà tư vấn trước khi đưa ra quyết định. Như vậy sẽ tiết kiệm được rất nhiều chi phí sau này đồng thời tỉ lệ thành công của việc áp dụng ERP sẽ cao hơn. Chắc mọi người cũng biết là tỉ lệ thành công của việc triển khai ERP không cao đặc biệt là ở VN.

[ngochinguyen]

Hix, quả thực khi đưa ra câu hỏi, em cũng có phần "quá trẻ con" + với "quá non". Khi hoạt động thực sự với 1 doanh nghiệp, quả thực có quá nhiều vấn đề.
Cuối cùng em nhận thấy, ERP là quá xa vời cho 1 doanh nghiệp nhà nước. Chỉ riêng việc chuẩn hóa và đưa các quy trình (đơn sơ) vào thực tế đã là vấn đề lớn rồi.
Em đã hì hục cài cắm và đề xuất 1 con Shared Point Portal Server chỉ hoạt động như 1 trang thông tin nội bộ thôi - đúng là giết gà dùng dao mổ trâu - nhưng cuối cùng là failed và phải đập đi lấy lại con máy chủ. Lý do, tại nó dùng phức tạp quá (phức tạp cái gì nhỉ) + giao diện bằng Tiếng Anh (mặc dù em đã cố gắng cus sang Tiếng Việt như có thể & quy định của cty là mọi thành viên phải OK phần tiếng anh )
Và bi giờ, có lẽ chỉ cần 1 phần mềm kiểu chấm công thôi - be bé + giao diện Tiếng Việt + tính năng đơn giản -> thế mới dễ dùng.
Thế mới thấy, giấc mơ ERP thật xa...

[leminh]

Mình đang cần tìm một bạn thích làm về ERP để quản lý ứng dụng ERP ở HTMobile.

Cty mình đã triển khai ERP, hiện đang cần người quản lý và phát triển.
Các môdul đã triển khai:
AR/AP/GL/Cash Man/FA/HR Inventory/Purchasing/Order Management

Nếu bạn hiểu hết các từ viết tắt trên thì là đủ tiêu chuẩn.

[thnguyen]

Minh à,

Nguyên văn bởi leminh

AR/AP/GL/Cash Man/FA/HR Inventory/Purchasing/Order Management

Nếu bạn hiểu hết các từ viết tắt trên thì là đủ tiêu chuẩn.

Anh chắc fail rồi. HR Inventory là gì vậy?

Anh Tiến.

[tungtv]

Nguyên văn bởi thnguyen

Anh chắc fail rồi. HR Inventory là gì vậy?

Chắc là ...FA/HR <xuống dòng> Inventory... ạ. (Co khi do copy từ unix server chạy oracle nên hỏng kí tự CR LF :-). Thế em đỗ vòng 1 rồi nhỉ

Nhưng mà thật là chưa biết viết tắt là gì, biết nó là cái này:

Nguyên văn bởi leminh

Finance: Kế toán tổng hợp, Kế toán quản trị, quản lý tiền mặt (luồng tiền), quản lý ngân sách, có thể tích hợp với BI...
<xuống dòng>
Logistic: Bán hàng, Mua hàng, quản lý kho.

Nguyên văn bởi leminh

Chắc mọi người cũng biết là tỉ lệ thành công của việc triển khai ERP không cao đặc biệt là ở VN.

Thế job này không nói bao nhiêu tiền hả Minh ơi.

Mà làm thế nào tớ có thể nhận ra là công ty tớ có dùng ERP không hoặc loại gì nhỉ?
(tớ chỉ là nhân viên, không phải chủ hoặc quản trị ERP.)

[leminh]

Nguyên văn bởi tungtv

Chắc là ...FA/HR <xuống dòng> Inventory... ạ. (Co khi do copy từ unix server chạy oracle nên hỏng kí tự CR LF :-). Thế em đỗ vòng 1 rồi nhỉ

Nhưng mà thật là chưa biết viết tắt là gì, biết nó là cái này:

Thế job này không nói bao nhiêu tiền hả Minh ơi.

Mà làm thế nào tớ có thể nhận ra là công ty tớ có dùng ERP không hoặc loại gì nhỉ?
(tớ chỉ là nhân viên, không phải chủ hoặc quản trị ERP.)

Hề hề, anh Tiến bị loại từ vòng gửi xe rồi, chỗ em chỉ tuyển 8x thôi, ít ra cũng phải U30

Tiền thế nào thì Minh cũng chẳng biết. Thuận mua vừa bán thôi chứ thằng đi tuyển thì thích trả ít tiền, người dự tuyển thì muốn nhiều tiền không biết thế nào mà lần.

Vụ cty dùng ERP gì thì thử hỏi bọn Finance cty ấy chứ hỏi tớ thì làm sao tớ biết được.