Tổng hợp bài giới thiệu về ERP

[StonyHeartedMan]

Giới thiệu các phương thức sản xuất trong DN (Tiếp theo...)

(Continue...)
Light Manufacturing / Assembly
Software is available for companies with basic manufacturing processes. These applications typically include a bill of material and one-step production entry whereby materials (and sometimes labor) are backflushed to production at standard costs, and quantities and finished goods are automatically posted to inventory. These applications are ideal for value-added distributors and assemblers who do not need detailed, multi-step work orders, work-in-process tracking, scheduling, and more sophisticated operational management tools.

Make to Stock
Many traditional manufacturing systems are designed for companies with standard product lines such as bicycles, consumer electronics, and appliances. These systems are designed to use sophisticated sales forecasts to determine adequate stocking levels that meet customer demand. New product orders are fulfilled from existing stock and production orders are created to replenish finished goods inventory. Customers are typically wholesale distributors or large retailers who buy in large quantities.

(to be continued...)

 

[adam_tran]

Bác Stole Women's Heart Man ơi, bác tạo 1 cái site về vấn đề này, dẫn vào đây 1 cái link bà con đọc đỡ vất vả hơn, hoặc tạo 1 cái ebook!

 

[StonyHeartedMan]

Nếu thế thì còn gọi gì là forum nữa. Đưa ra từng vấn đề để các bác đọc, thảo luận, hỏi han... chứ nếu làm thế thì tớ chỉ cần bảo mọi người đem cái ổ cứng XX0 Gbs đến để tớ copy cho nhanh (chắc chắn đọc không hết đâu). Tớ chỉ chọn lọc những cái hay và cần thiết để cái box ERP này đỡ nhàm chán thôi. (cả tuần nay ko có bài rồi, mà tớ cứ thấy ko có bài là post ). Sau bài "phương thức sản xuất" này, tớ dự định nói về các yêu cầu đặc thù liên quan đến từng loại ngành nghề (industry requirements) như Công nghiệp Oto, Hàng tiêu dùng, Điện tử và công nghệ cao, Dệt may, SX Gỗ, In ấn Xuất bản,... Sau đó các bác trong ngành liên quan có thể trao đổi, hỏi han, bổ sung, thắc mắc... từ đó mọi người mới có thêm nhiều KN. Rồi các bài tiếp theo có thể sẽ là các phương thức triển khai cụ thể của các hãng như là ASAP, Oracle's AIM, v.v...

Không hiểu các bác có thích kiểu như thế ko? Hay là mỗi người chỉ cần copy tài liệu về rồi người nào người nấy đọc cho riêng mình....Nếu thế thì thôi tôi ko post nữa mà tôi sẽ post ở forum khác (forum của tôi chẳng hạn

PS: Bác adam_tran mà làm Forum Admin hay Mod gì đó thì bác sẽ hiểu... tại sao lại thế. Forum là nơi trao đổi, hỏi đáp thắc mắc, thậm trí...offline. Hồng Linh bên quantri.com.vn là 1 người khá năng động trong việc phát triển forum, rất chịu khó đi tìm bài viết, tài liệu tham khảo... để post lên chứ ko (ít) đi tìm các links để up lên đó như là 1 nơi chung gian.

Giống như việc đọc RDPD hay 7 habits of... chẳng hạn, ai cũng mua sách và đọc rồi. Nhưng đưa các topics cụ thể lên để trao đổi, làm sao để áp dụng vào thực tế mới là quan trọng... eBooks thì nhiều lắm lắm (nếu ko muốn nói là nhiều kinh khủng, ko thể tưởng tượng được, cứ vào Amazone mà search thì biết có bao nhiêu là sách theo từng chủ đề)

 

[StonyHeartedMan]

Giới thiệu các phương thức sản xuất trong DN (Tiếp theo...)

(Tiếp theo)
Make to Order
There are many different types of software for make-to-order (MTO) manufacturers. Functionality will vary depending on whether the company is a job shop, assemble-to-order, configure-to-order or engineer-to-order manufacturer. All of these applications are designed to support MTO manufacturers who typically have very small on-hand finished goods inventories.

Job Shop
Job shop software is highly specialized for industries such as tool and die shops with large work-in-process inventories but very small raw material and finished goods inventories. These applications provide extended solutions to analyze work in process quantities and costs as well as detailed reports to compare estimated and actual costs on a job-by-job basis.
Assemble to Order
Assemble-to-order (ATO) software provides tools to help manufacturers maintain adequate stock of raw materials and components, which are later assembled when customer orders are received. ATO applications are therefore similar in many respects to light manufacturing systems with additional tools to analyze production lead times and track work in process through production work orders.
Configure to Order
The heart of a configure-to-order (CTO) system is the product configurator. Configurators help manufacturers manage complex options and values that vary from item to item. For example, an apparel manufacturer may make thousands of shirts that vary depending on the neck style, sleeve length, and color. Each unique configuration may result in a unique inventory item, different costs, and varied pricing. Rules-based product configurators help companies manage option and value relationships. For example, short sleeve shirts may only be available in white and black—not green or red. A rulesbased configurator will prevent an order from being taken for items that can’t be manufactured based on configuration rules.
Engineer to Order
Engineer-to-order (ETO) manufacturers rely on computer-aided drafting (CAD) systems to design the products they manufacture. ETO software often provides an inquiry to view engineering designs directly from the manufacturing application. ETO software also provides engineering change order (ECO) capabilities to track design changes for bills of material.
​

Batch Process
....

(Còn nữa)

 

[SUNF]

Stony copy được mấy bài hay đấy. Nhưng mà không phải ai cũng đọc được, hiểu được. Nhưng thôi, nghệ thuật có nhiều trường phái. Trường phái nào cũng có khán giả của nó. ERP ở Việt nam bây giờ cứ như là tranh trừu tượng ấy. Nhưng rồi cũng sẽ có khán giả hiểu và chấp nhận tranh trừu tượng thôi.

 

[StonyHeartedMan]

Tại vì hầu hết những concepts này hồi mới đầu tiếp xúc với mấy PM ERP bọn em chẳng hiểu gì cả anh Sunf ạ. Cứ ATO, CTO, ETO loạn cào cào, chạy phe phé mà...ko hiểu dùng nó để làm gì . Chính vì vậy khi đọc được mấy bài này nó tổng kết lại thấy hay quá nên em mới post lên đây để (một số) người cùng đọc. Ít nhất bài vừa rồi cho ta thấy có mấy phương pháp sản xuất, ý nghĩa của từng phương pháp,.... cũng được đấy chứ. Nhất là các vị nào mà đã phải triển khai ERP rồi thì thường xuyên gặp phải mấy từ trên.

 

[StonyHeartedMan]

Giới thiệu các phương thức sản xuất trong DN (Tiếp theo...)

(Tiếp theo...và hết)
Batch Process
Food, beverage, chemical, pharmaceutical, and other manufacturers typically make products in batches from formulas as opposed to assembling products using a bill of material. Batch process applications have very specific manufacturing features that often include formula definition, batch sizing, quality control and laboratory management, material safety data sheets, and nutritional labeling. Very few discrete manufacturing applications fully support all the needs of batch process industries.

“Most of the software we looked at was designed for discrete production, like making an airplane wing. But food processors like us often have complicated blended formulas with layers of subformulas. A discrete model just doesn’t work.”

Trans-Ocean Products
Seafood Processor​

Khi nào thì Discrete MFG, khi nào thì Process MFG, coi thêm ở Đây và ở Đây

Project / Contract / WBS
Some companies manage the manufacturing process as part of a larger project or contract. For example, a company may manufacture doors and windows that they install in customer locations. Software designed for these manufacturers provides tools to define and track costs as part of a phase or task that is part of a larger project. Other project-oriented business systems support work breakdown structures to manage reporting and billing requirements for government, aerospace, and defense customers.

Lean / Just-in-Time
Lean manufacturing means different things to different people. It can include systems and processes such as single-minute exchange of dies (SMED), total quality management (TQM), Six Sigma, Kanban, 5S, or theory of constraints (TOC) by Eli Goldratt among many other systems. In general, all lean manufacturing applications aim to reduce inventories, improve quality, and increase factory throughput.

(Xem thêm vể Lean MFG ở Đây và ở Đây )
Remanufacturing / Disassembly
Specialized manufacturing software is available for companies that disassemble or repair previously manufactured products. These systems help companies track co-products or multiple parts produced from a single work order. Other common features include core(1) tracking. Remanufacturing has a major impact on bill of material and cost structures, as each core may require different raw materials (replacement parts) and labor operations.

P/S: (1) Cores are products that are returned for reconditioning or refurbishment. Cores can include transmissions, toner cartridges, and similar products.

 

[PAT]

Stony copy được mấy bài hay đấy. Nhưng mà không phải ai cũng đọc được, hiểu được. Nhưng thôi, nghệ thuật có nhiều trường phái. Trường phái nào cũng có khán giả của nó. ERP ở Việt nam bây giờ cứ như là tranh trừu tượng ấy. Nhưng rồi cũng sẽ có khán giả hiểu và chấp nhận tranh trừu tượng thôi.

Mình cũng thấy những bài của Stony rất tuyệt. Các bạn nào muốn đọc ERP sẽ đỡ mất nhiều công sức mày mò như tụi mình những buổi chập chững đi học về ERP để làm phần mềm ERP -hihi

Nhưng mình cũng chẳng cho nó là tranh trừu tượng đâu sunf ơi. Mếu mình thấy phức tạp thì nó thành phức tạp còn nó cũng chỉ là một mô hình quản lý doanh nghiệp thế thôi.

Một điều chắc chắn là đến lúc nào đó doanh nghiệp phải áp dụng nó tùy theo mức độ ngân sách của mình

 

[StonyHeartedMan]

Hi all,

Có thể nghiên cứu các thông tin về một số lĩnh vực sản xuất kinh doanh như sau được ko? Có bổ sung gì ko nhỉ? Có ai có Kinh nghiệm các ngành nghề nào thì có thể viết ra đây 1 chút được ko nhỉ (vì ko phải ai cũng biết hết tất cả)

Các lĩnh vực cần tìm hiểu: (Industry Requirements)

1. Lĩnh vực A
+ Khái quát về ngành nghề
+ Các khách hàng trọng điểm thuộc ngành nghề, thông tin khái quát của từng khách hàng (Cái này ...chắc khó có người viết ra nhỉ
+ Các nghiệp vụ thực tế, quy trình SXKD áp dụng,...
+ Thực trạng và nhu cầu quản lý
+ Các modules của XYZ (là 1 SP ERP nào đó) có thể áp dụng
+ Những đặc thù (chẳng hạn có thể là cách thức hạch toán, ghi sổ, quy trình tác nghiệp,…), từ chuyên dụng liên quan đến ngành nghề...(nói theo ngôn ngữ khách hàng...)

I. Ngành sản xuất SP công nghiệp, ô tô....
...

 

[hai2hai]

GIỚI THIỆU QUY TRÌNH TRIỂN KHAI: Oracle AIM - Mỗi...tuần 1 bài

Thôi cancel cái vụ Industry Requirements đi vậy.

I. Giới thiệu AIM
1. AIM là gì?
- Phương thức triển khai ứng dụng (Application Implementation Method - AIM) của Oracle là 1 phương pháp theo “proven approach” (Xem ERP Make It Happen) để triển khai các ứng dụng của Oracle.
- AIM có thể áp dụng cho mọi ứng dụng của Oracle: CRM, ERP, Financial, HRM, Strateric Procument…
- AIM hỗ trợ kèm theo các tools nhằm lập kế hoạch, thực hiện, và kiểm soát từng bước của dự án triển khai 1 cách hiệu quả.
- Các phương diện của 1 dự án mà AIM hỗ trợ:
o Lập kế hoạch
o Định nghĩa các yêu cầu
o Liên kế & mô hình các quy trình nghiệp vụ
o Giao tiếp và tích hợp giữa các hệ thống
o Chuyển đổi dữ liệu
o Quản lý sự thay đổi trong tổ chức từ mức lãnh đạo, mức quản lý đến người dùng.
o Từ ứng dụng đến các kiến trúc kỹ thuật kể cả thiết kế mạng và server
o Có hệ thống báo cáo và truy cập thông tin
o Kiểm soát truy cập và bảo mật
- AIM tập chung vào đáp ứng yêu cầu và các mục tiêu đầu tư hiệu quả ROI
- AIM khá linh động để đáp ứng các yêu cầu của các dự án cụ thể: Từ công ty lớn nhất, đa quốc gia, nhiều sites, nhiều dự án đến những công ty nhỏ nhất, dự án nhỏ. AIM chỉ ra những công việc nào là chính và phải bắt buộc, những công việc nào là lựa chọn (có thể ko làm – optional). AIM cũng có sẵn những giải pháp dạng templates (predefined) nhưng có thể được chỉnh sửa sao cho phù hợp với yêu cầu cụ thể của từng dự án.
- Có tính năng Update thông qua web (tương tự tính năng autoupdate của các phần mềm): Update-to-date (download from web): nội dung của phương pháp (templates, hướng dẫn, v.v…) cũng như về phần cứng, phần mềm, các dịch vụ triển khai của các đối tác…
- Thiết kế nhằm mục tiêu triển khai nhanh hơn:
o Đáp ứng yêu cầu nhanh hơn
o ...
-

Các bài tiếp theo:
2. Các giai đoạn của dự án theo phương pháp AIM
3. Các tiến trình triển khai theo phương pháp AIM
4. Các công việc (tasks) bắt buộc và lựa chọn
5. Các cách tiếp cận triển khai
6. Quan hệ giữa AIM với các phương thức triển khai khác của Oracle
7. Các tiêu chí lựa chọn phương pháp
8. Quản trị dự án với AIM
9. Đánh giá ước lượng dự án theo AIM


Tiếp theo đó là chi tiết các giai đoạn trong quy trình triển khai:

II. Giai đoạn ĐỊNH NGHĨA
III. Giai đoạn PHÂN TÍCH HOẠT ĐỘNG
IV. Giai đoạn THIẾT KẾ GIẢI PHÁP
V. Giai đoạn XÂY DỰNG/THỰC HIỆN
VI. Giai đoạn CHUYỂN TIẾP
VII. Giai đoạn ĐI VÀO HOẠT ĐỘNG (Production)

"Project" dự định là như vậy ko rõ có đủ sức làm ko nữa.

Cái này nếu erpvn có tiếng V rồi thì post cùng tớ cho topic đỡ nhàm chán nhé.

 

[hai2hai]

Có 1 số presentations sưu tập được về ERP: (Trong đó có cả Presentation của bác PAT nữa). Tuy nhiên có 1 số presentations thuộc dạng confidential nên mình phải remove khỏi file này. Mong mọi người thông cảm nhé.

http://www.megaupload.com/?d=YLVSGMEQ

 

[IT-SOFT]

Em thấy trên diễn đàn mình trao đổi nhiều về ERP .Em cũng muốn tham gia thảo luận cùng các bác cho sôi nổi?

 

[hai2hai]

Các bác ơi?Em thấy các bác nói nhiều về ERP rồi nhưng em thấy các bác mới chỉ nói về ERP trên vị trí là một phần mềm doanh nghiệp thôi chứ chưa nói đến một đặc trưng cơ bản nữa của ERP là gi cả....?

Thế thì bạn nói đi. Chẳng nhẽ chỉ nhận (dù có được hay ko thì cũng lên web là đọc bài rồi) và chẳng post bài thì... (bắt chước kiểu "..." của IT-Soft). 1 tổ chức cũng có người quản lý, có người kinh doanh, có người tư vấn, có người đầu tư, có người sản xuất,.... Trong lập trình thì có người chuyên làm về nghiệp vụ, có người chuyên làm về thiết kế (chia ra làm tasks nữa ấy chứ), có người chuyên coding (lại có code leaders, coder các kiểu khác nhau nữa chứ), có người chuyên test (lại có test leader, testers,...), có người chuyên triển khai, có người chuyên quản lý cấu hình, v.v... Vậy, muốn cái gì hay ho, cái gì thành công thì ko chỉ 1 người làm phải không? Và nếu ko đóng góp gì then please....

 

[hai2hai]

Giải phóng ổ cứng: Các bài viết về ERP (Tiếng Anh) sưu tầm được trên mạng (Lâu lắm rồi ko cập nhật nữa)

Download (25.49 MB): http://www.megaupload.com/?d=00JJCWIF

 

[hieppm]

Erp???

To: IT-SOFT

Mình cũng không biết ERP thật sự là như thế nào cả, ERP người ta gọi là quản trị nguồn lực doanh nghiệp nhưng chưa có tài liệu nào quy định phần mềm ERP phải bao gồm những phân hệ nào, đương nhiên phải vượt ra khỏi phạm vi của phân hệ kế toán (Kế toán, tài chính, nhân sự, mua bán hàng, tài sản, sản xuất,...) Khi xây dựng ERP cho các doanh nghiệp khác nhau đương nhiên sẽ thêm vào hoặc bớt đi các phân hệ mà chương trình hiện có, nếu phân hệ được thêm vào có tính chất là tổng quát và hay thì sẽ được tích hợp vào sản phẩm ERP tiếp theo, cứ như vậy các phân hệ của phần mềm sẽ nhiều lên dần. Các bác thấy ERP của AZ Solution và của Effect hay của FAST thì cũng đã khác nhau rất nhiều. Sau một thời gian ERP dần trỡ nên nặng nề vì các phân hệ ngày một nhiều, thời gian triển khai nhiều thêm, phức tạp và khó sử dụng hơn, khách hàng đúng tầm cỡ cũng ít dần đi và quan trọng là giá cả của ERP không một doanh nghiệp nào chịu đựng được thì nhà sản xuất lại ... cắt bớt các phân hệ cho nhỏ gọn lại, tính năng cũng cắt bớt lại cho đơn giản và phù hợp hơn (Oracle E-Buss), giá cả cũng dễ chấp nhận!

Như vậy đâu sẽ là một ERP??? cái của bác PAT hay của Effect? của Oracle hay của SAP??? hay Oracle E-Bussiness suite??? vv và nhiều nữa...

To: hai2hai

Thế thì bạn nói đi. Chẳng nhẽ chỉ nhận (dù có được hay ko thì cũng lên web là đọc bài rồi) và chẳng post bài thì... (bắt chước kiểu "..." của IT-Soft). 1 tổ chức cũng có người quản lý, có người kinh doanh, có người tư vấn, có người đầu tư, có người sản xuất,.... Trong lập trình thì có người chuyên làm về nghiệp vụ, có người chuyên làm về thiết kế (chia ra làm tasks nữa ấy chứ), có người chuyên coding (lại có code leaders, coder các kiểu khác nhau nữa chứ), có người chuyên test (lại có test leader, testers,...), có người chuyên triển khai, có người chuyên quản lý cấu hình, v.v... Vậy, muốn cái gì hay ho, cái gì thành công thì ko chỉ 1 người làm phải không? Và nếu ko đóng góp gì then please....

Đương nhiên là phải như vậy rồi bạn ạ!!! mình đồng ý là phải có những con người làm những công việc ấy thì soft mới đảm bảo được

 

[hai2hai]

To: IT-SOFT

To: hai2hai
Đương nhiên là phải như vậy rồi bạn ạ!!! mình đồng ý là phải có những con người làm những công việc ấy thì soft mới đảm bảo được

Ý tớ, có lẽ Hiệp chưa hiểu rồi (Do tớ nói bóng gió quá). Tớ ko nói là PM phải có những người như thế mới đảm bảo mà ... ý muốn nói là ko ai đóng góp mà chỉ phê phán và nghe thôi thì ko thể có topic hay được (1 cây làm chẳng nên non...). Vì mỗi người 1 vai trò, 1 sự hiểu biết, có 1 nguồn lực khác nhau, v.v... nên sự đóng góp là khác nhau. Tớ nghe rất nhiều người (toàn là gạo cội của box ERP) nói là....và tớ chắc sau khi dọn 1 số trong ổ cứng lên đây thì cũng ... theo chân mọi người thôi.

 

[PAT]

Mình cũng không biết ERP thật sự là như thế nào cả, ERP người ta gọi là quản trị nguồn lực doanh nghiệp nhưng chưa có tài liệu nào quy định phần mềm ERP phải bao gồm những phân hệ nào, đương nhiên phải vượt ra khỏi phạm vi của phân hệ kế toán (Kế toán, tài chính, nhân sự, mua bán hàng, tài sản, sản xuất,...) Khi xây dựng ERP cho các doanh nghiệp khác nhau đương nhiên sẽ thêm vào hoặc bớt đi các phân hệ mà chương trình hiện có, nếu phân hệ được thêm vào có tính chất là tổng quát và hay thì sẽ được tích hợp vào sản phẩm ERP tiếp theo, cứ như vậy các phân hệ của phần mềm sẽ nhiều lên dần. Các bác thấy ERP của AZ Solution và của Effect hay của FAST thì cũng đã khác nhau rất nhiều. Sau một thời gian ERP dần trỡ nên nặng nề vì các phân hệ ngày một nhiều, thời gian triển khai nhiều thêm, phức tạp và khó sử dụng hơn, khách hàng đúng tầm cỡ cũng ít dần đi và quan trọng là giá cả của ERP không một doanh nghiệp nào chịu đựng được thì nhà sản xuất lại ... cắt bớt các phân hệ cho nhỏ gọn lại, tính năng cũng cắt bớt lại cho đơn giản và phù hợp hơn (Oracle E-Buss), giá cả cũng dễ chấp nhận!

Như vậy đâu sẽ là một ERP??? cái của bác PAT hay của Effect? của Oracle hay của SAP??? hay Oracle E-Bussiness suite??? vv và nhiều nữa...

Bạn hieppm ạ. Cái chính của ERP không phải là cồng kềnh hay quá lớn mà là thiết kế chủ đạo của hệ thống ERP - Ngoài việc xử lý thông tin hiện có (current information) hệ thống ERP còn định hướng tới việc hoạch định (Planning) trên cơ sở đó đưa ra hỗ trợ quyết định giúp DN lực chọn được phương án tối ưu. Rất nhiều người tưởng nhầm là cứ có nhiều Module là thành hệ thống ERP và đó cũng là hiểu biết chung của rất nhiều người hiện nay.

Có thể lấy một vài ví dụ nhỏ : Nhiều bạn cho rằng lưu trữ được định mức tiêu hao NVL sau đó tính tổng được nhu cầu NVL là đã thực hiện việc tính toán kế hoạch NVL - Điều này không đúng - Hiểu đúng phải là hệ thống sẽ dựa trên định mức NVL và năng lực của hệ thống máy hiện có để tính ra được tổng nhu cầu NVL theo thời gian ngày tuần tháng quý.. để hoạch định kế hoạch tổng thể về nhu cầu NVL ứng với dự kiến sản xuất.

Một ví dụ khác : Để tính chọn phương án mua NVL phục vụ sản xuất. Nhiều hệ thống chỉ tính giá mua hiện tại của NVL và đưa ra dự trù kinh phí . Với hệ thống ERP thì điều này chưa đủ. Để tính toán hệ thống cần phải phân tích được ảnh hưởng của các phương án mua hàng đến giá NVL nhập kho. Cao hơn nữa phải lưu trữ, xử lý phân tích đánh giá được NCC để từ đó DN lựa chọn được phương án mua hàng tốt nhất cho một đơn hàng sản xuất….

PAT có thể kể hàng ngày liền về các ví dụ cụ thể như vậy - Vấn đề thế nào là hoạch định cũng được PAT đề cập đến trong present ở buổi hội thảo ERP cho Webketoan rồi. Việc đánh giá một hệ thống có thật sự là ERP hay không cũng cần có sự hiểu biết nhất định.

Còn về việc hệ thống cồng kềnh hay không thì cũng không nên lo lắng quá. Vì các hệ thống đều thiết kế dưới dạng Moduler nên DN có thể lực chọn các chức năng theo ngân sách của mình. Điểm lợi cho DN ở đây là nếu sau này họ có mở rộng bài toán ra thì mọi công việc cũ đều được kế thừa mà không bị phá bỏ. Trên cơ sở tùy theo độ lớn của DN mà các đơn vị giải pháp phần mềm sẽ lựa chọn thích hợp.

Vài ý kiến của Pat với hieppm có gì bạn phản hồi nhé
PAT

 

[heroworld]

Các bác ơi?Em thấy ERP vào VN mình cũng mới.Em thấy bây giờ người ta nói nhiều về ERP lắm! Nhưng em cũng chưa được biết về sự ứng dụng ERP vào thực tế các DN đã thành công như thế nào? Bác nào có biết các DN ở VN mình đang áp dụng và triển khai ERP và hiệu quả của nó không nhỉ ?Bác nào hiểu biết nhiều chia sẻ cho em tham khảo với nhỉ?...

 

[hieppm]

ERP là gì???

To: bác PAT

Đối với kinh nghiệm làm và triển khai ERP có thể nói trên diễn đàn WKT không có nhiều người thậm chí không có người nào có thể sánh được với bác PAT, đây là nhận xét riêng của hieppm đối với bác PAT là vậy, còn đối với những thành viên khác như thế nào không được rõ lắm, có gì không đúng xin các bác lượng thứ cho!

ERP là gì? gồm những phân hệ chủ yếu nào? đâu là tiêu chí để đánh giá một sản phẩm phần mềm quản lý doanh nghiệp đạt tầm ERP? đó là câu hỏi mà IT Soft đặt ra cho mọi người tham gia diễn đàn bàn thảo.

Hieppm không có ý nói các hệ thống ERP là cồng kềnh, chạy chậm,.... Ý mình chỉ muốn nói đến một kía cạnh nhỏ về vấn đề thị trường ERP mà thôi, các ERP phình to lên từ phân hệ đến các chức năng rồi sau đó co nhỏ lại để phù hợp hơn với bản chất hoạt động của DN việt nam, không quá rắc rối cho người dùng và cũng không tốn nhiều chi phí lẫn thời gian triển khai ERP

Bác PAT đưa ra vài ví dụ mà hệ thống ERP phải làm được cho doanh nghiệp, hoạch định nguồn lực đưa ra quyết định dựa vào các yếu tố thay đổi được giả định trong hệ thống. Hệ thống sẽ đưa ra các phương án kinh doanh khác nhau dựa vào sự điều chỉnh của 1 hoặc nhiều yếu tố trong n các yếu tố ảnh hưỡng trực tiếp hoặc gián tiếp đến hoạt động của doanh nghiệp(Planning) mà hệ thống ERP cung cấp. Các ví dụ của bác PAT là một minh chứng.

Quay lại vấn đề, nếu hệ thống mà doanh nghiệp yêu cầu cung cấp không có Module MRP hoặc HMR hoặc Asset,... thì làm gì có số liệu để Planning??? hoặc các phân hệ này không được liên kết với nhau một cách thích hợp thì cũng không thể nào lên được kế hoạch kinh doanh tổng thể!!!

Nếu chỉ chạy một vài phân hệ nào đó thì hệ thống không thể xem là ERP được. Ví dụ hệ thống ERP của bác PAT nếu khách hàng chỉ yêu cầu cài đặt GL+MRP+HMR thì cũng không thể gọi đó là ERP.

Như vậy ERP tối thiểu phải gồm bao nhiêu phân hệ và mục tiêu tối thiểu mà hệ thống ERP làm được khi triển khai ở một doanh nghiệp là gì???

Thật ra mà nói đó cũng không phải là vấn đề cần quan tâm lắm đối với mọi người trên diễn đàn này, đưa ra chỉ là để bàn thảo thôi chứ không phải là vấn đề giúp mọi người thu được kinh nghiệm!

To: All

Minh không nên bàn thảo vấn đề ERP là gì nữa vì nó mất thời gian và không thu được gì cả, Close vấn đề này lại vậy!

Nên nêu ra câu hỏi về vấn đề tổ chức nhân sự triển khai ERP hoặc giải quyết vướng mắc khi triển khai ERP thì hay hơn!!!

Thanks

 

[nguoingoaihanhtinh]

To erpvn!
Trích nguyên văn erpvn:

Tài liệu về ERP bằng tiếng anh thì nhiều lắm, bạn đọc có gì tâm đắc thì lược dịch cho bà con đọc với. Tài liệu ERP tiếng Việt thì quá hiếm hàng, bọn tôi muốn phổ biến ERP bằng ngôn ngữ mẹ đẻ muh...

Em nghe bác erpvn nói em mừng quá! Em vốn tiếng Anh một câu bẻ đôi không biết nay nghe thấy bác nói thế em mừng quá! Nhờ bác cho bọn em ít rài liệu ERP bằng tiếng "mẹ đẻ" bác nhe!Cảm ơn bác nhiều lắm!