This approach works well in the limited setting in which it was initially applied, typically a single department, plant, or location. Difficulties arise, however, when you try to roll this approach out on a large scale for use on an ongoing basis. In one large bank’s brokerage operation, the ABC data-gathering process required 70,000 employees at more than 100 facilities to submit monthly reports of their time allocation. The company employed 14 people full-time just to manage the data collection, processing, and reporting.
The time and cost demands of creating and maintaining an ABC model on this scale is a major barrier to widespread adoption at most companies. Since the systems that are put in place are updated infrequently (because of the costs of reinterviewing and resurveying), the model’s estimates of process, product, and customer costs soon become inaccurate. What’s more, people waste their time arguing about the accuracy of cost-driver rates that are derived from individuals’ subjective beliefs rather than addressing the deficiencies the model reveals: inefficient processes, unprofitable products and customers, and excess capacity.
Traditional ABC models also often fail to capture the complexity of actual operations. Consider the activity “ship order to customer.” Rather than assume a constant cost per order shipped, a company may wish to recognize the cost differences when an order is shipped in a full truck, in a less-than-truckload (LTL) shipment, using overnight express, or by a commercial carrier. In addition, the order may be entered into the system either manually or electronically, and it may be either a standard or an expedited transaction. To allow for the significant variation in resources required by the different shipping arrangements, new activities must be added to the model, thereby expanding its complexity.
As the activity dictionary expands—either to reflect more detail about activities or to expand the scope of the model to the entire enterprise—the demands on the computer programs used to store and process the data escalate. Suppose a company has 150 activities in its enterprise ABC model, applies the costs in these activities to some 600,000 cost objects (products and customers), and runs the model monthly for two years. That would require data estimates, calculations, and storage for more than 2 billion items.
Phương pháp này hoạt động tốt trong các thiết lập giới hạn trong đó nó đã ban đầu áp dụng, thông thường duy nhất trong vùng, thực vật hoặc vị trí. Những khó khăn phát sinh, Tuy nhiên, khi bạn cố gắng cuộn cách tiếp cận này trên một quy mô lớn để sử dụng trên cơ sở liên tục. Một trong những ngân hàng lớn của các hoạt động môi giới, quá trình thu thập dữ liệu ABC bắt buộc 70.000 nhân viên tại hơn 100 cơ sở nộp các báo cáo hàng tháng của họ phân bổ thời gian. Công ty tuyển dụng 14 người toàn thời gian chỉ để quản lý các bộ sưu tập dữ liệu, xử lý và báo cáo.Nhu cầu thời gian và chi phí của việc tạo ra và duy trì một mô hình ABC trên quy mô này là một rào cản lớn cho việc áp dụng phổ biến tại hầu hết các công ty. Kể từ khi hệ thống được đặt ở vị trí được cập nhật thường xuyên (do các chi phí của reinterviewing và resurveying), các mô hình ước lượng chi phí quá trình, sản phẩm và khách hàng sớm trở thành không chính xác. Những gì nhiều hơn, người lãng phí thời gian của họ tranh cãi về sự chính xác của mức giá chi phí-driver có nguồn gốc từ niềm tin cá nhân chủ quan chứ không phải là địa chỉ những thiếu sót các mô hình cho thấy: quy trình không hiệu quả, thua lỗ các sản phẩm và khách hàng và dư thừa năng lực.Các mô hình truyền thống của ABC cũng thường không nắm bắt sự phức tạp của thực tế hoạt động. Xem xét các hoạt động "tàu đơn đặt hàng cho khách hàng." Chứ không phải là giả định một hằng số chi phí cho mỗi đơn đặt hàng được vận chuyển, một công ty có thể nhận ra sự khác biệt về chi phí khi một đơn đặt hàng được vận chuyển trong một chiếc xe tải đầy đủ, trong lô hàng ít hơn truckload (LTL), bằng cách sử dụng express qua đêm, hoặc bởi một tàu sân bay thương mại. Ngoài ra, thứ tự có thể được nhập vào hệ thống bằng tay hoặc bằng điện tử, và nó có thể là một tiêu chuẩn hay một giao dịch nhanh. Cho phép biến đổi đáng kể trong các nguồn tài nguyên theo yêu cầu của sự sắp xếp vận chuyển khác nhau, các hoạt động mới phải được thêm vào các mô hình, từ đó mở rộng phức tạp của nó.Như các hoạt động từ điển mở rộng — để phản ánh các chi tiết hơn về các hoạt động hoặc mở rộng phạm vi của các mô hình cho toàn bộ doanh nghiệp-nhu cầu về các chương trình máy tính được sử dụng để lưu trữ và xử lý dữ liệu leo thang. Giả sử một công ty có 150 hoạt động trong các mô hình ABC của doanh nghiệp, chi phí trong các hoạt động này áp dụng cho một số đối tượng 600.000 chi phí (các sản phẩm và khách hàng) và chạy mô hình hàng tháng trong hai năm. Mà sẽ yêu cầu dữ liệu ước tính, tính toán và lưu trữ cho các hạng mục hơn 2 tỷ đồng.
đang được dịch, vui lòng đợi..

Cách tiếp cận này hoạt động tốt trong môi trường hạn chế, trong đó nó đã bước đầu ứng dụng, thường là một đơn phòng, nhà máy, hoặc vị trí. Khó khăn phát sinh, tuy nhiên, khi bạn cố gắng để cuộn phương pháp này trên quy mô lớn để sử dụng trên cơ sở liên tục. Trong một hoạt động môi giới ngân hàng lớn của, ABC quá trình thu thập dữ liệu cần 70.000 nhân viên tại hơn 100 cơ sở nộp báo cáo hàng tháng phân bổ thời gian của họ. Công ty tuyển dụng 14 người toàn thời gian chỉ để quản lý việc thu thập, xử lý và báo cáo.
Thời gian và nhu cầu chi phí của việc tạo ra và duy trì một mô hình ABC trên quy mô này là một rào cản lớn để áp dụng rộng rãi tại hầu hết các công ty. Kể từ khi hệ thống đang đưa ra được cập nhật thường xuyên (vì các chi phí của reinterviewing và resurveying), ước tính của mô hình chi phí quá trình, sản phẩm và khách hàng sớm trở thành không chính xác. Hơn nữa, người lãng phí thời gian của họ tranh luận về tính chính xác của tỷ giá hạch lái xe có nguồn gốc từ niềm tin chủ quan của cá nhân chứ không phải là giải quyết những khiếm khuyết của mô hình cho thấy:. Quy trình không hiệu quả, sản phẩm không có lợi nhuận và khách hàng, và công suất dư thừa
mô hình ABC truyền thống cũng thường không nắm bắt sự phức tạp của hoạt động thực tế. Hãy xem xét các hoạt động "để tàu cho khách hàng." Thay vì giả định một chi phí cố định mỗi đơn hàng vận chuyển, một công ty có thể muốn nhận ra sự khác biệt chi phí khi đơn đặt hàng được vận chuyển trong một chiếc xe tải đầy đủ, trong một (LTL) lô hàng ít hơn xe tải , sử dụng qua đêm thể hiện, hoặc bởi một hãng thương mại. Ngoài ra, để có thể được nhập vào hệ thống hoặc bằng tay hoặc bằng điện tử, và nó có thể là một tiêu chuẩn hoặc một giao dịch nhanh. Để cho phép biến đổi đáng kể trong nguồn lực cần thiết của việc sắp xếp vận chuyển khác nhau, hoạt động mới phải được thêm vào mô hình, qua đó mở rộng phức tạp của nó.
Như điển hoạt động mở rộng-hoặc để phản ánh chi tiết hơn về các hoạt động hoặc để mở rộng phạm vi của mô hình để các doanh nghiệp toàn bộ nhu cầu về các chương trình máy tính được sử dụng để lưu trữ và xử lý dữ liệu leo thang. Giả sử một công ty có 150 hoạt động trong doanh nghiệp mô hình ABC của nó, áp dụng các chi phí trong các hoạt động này một số 600.000 đối tượng chi phí (sản phẩm và khách hàng), và chạy các mô hình hàng tháng cho hai năm. Điều đó đòi hỏi phải ước tính dữ liệu, tính toán và lưu trữ trong hơn 2 tỷ mục.
đang được dịch, vui lòng đợi..
