Tùy chọn tích hợp và các phương pháp hay nhất

Tổng quan
Giải pháp MES/Dispatch của Leading2Lean có thể được tích hợp vào nhiều hệ thống của bên thứ ba
ngoài. Những hệ thống này bao gồm Quản lý Tài nguyên Doanh nghiệp (ERP), Hệ thống Quản lý Bảo trì
Máy móc (CMMS), Hệ thống Thực thi Sản xuất (MES), Thời gian & Chấm công,
Quản lý Tài liệu, Theo dõi, và Giải pháp Đào tạo. Tài liệu này mô tả các
phương pháp tích hợp phổ biến nhất và dữ liệu (lĩnh vực ứng dụng) cũng như các phương pháp/tình huống
để tích hợp các ứng dụng của bên thứ ba vào ứng dụng MES/Dispatch của Leading2Lean. Bạn nên sử dụng nó như một công cụ lập kế hoạch
để xác định các lĩnh vực tích hợp và các phương pháp/tình huống phù hợp nhất
với quy trình kinh doanh mà bạn đang cố gắng hỗ trợ.

Dispatch có một Giao diện Lập trình Ứng dụng (API) dịch vụ web mở dựa trên
tiêu chuẩn HTTP, REST, và JSON. Nó rất dễ sử dụng và cung cấp sự linh hoạt cần thiết cho
hầu hết các nhu cầu. (Để biết thêm thông tin về API, vui lòng tham khảo tài liệu API.) Trong khi API này
cho phép tích hợp theo nhiều cách khác nhau, hầu hết các công ty quan tâm đến việc trao đổi
dữ liệu trong một hoặc nhiều lĩnh vực ứng dụng sau:

1. Danh sách phụ tùng, mức tồn kho, và sử dụng
2. Máy móc/tài sản và dây chuyền/bàn/ trung tâm chi phí
3. Đặt hàng bảo trì phòng ngừa, lệnh công việc, và các cuộc gọi phản ứng (điều phối)
4. Hồ sơ nhân viên/đăng nhập
5. Lịch trình sản xuất và kết quả thực tế
6. Giờ lao động, vật liệu, và các chi phí khác

Trong mỗi lĩnh vực này, chúng tôi có một số phương pháp tích hợp tiêu chuẩn dao động từ tự động hoàn toàn đến tự động một phần được bổ sung bằng các quy trình thủ công. Để xác định phương pháp nào phù hợp với công ty của bạn, phụ thuộc vào chức năng tích hợp có sẵn trong
ứng dụng của bên thứ ba và mục đích kinh doanh bạn đang cố gắng đạt được. Có thể cần một
phương pháp kết hợp khi các ứng dụng của bên thứ ba có cơ chế dễ dàng để đọc dữ liệu, nhưng không có chức năng để ghi dữ liệu trở lại.

Khi nào nên Tích hợp
Khi tích hợp phù hợp, nó có thể cho phép luồng dữ liệu giữa các hệ thống, cải thiện độ chính xác của dữ liệu, và thúc đẩy hiệu quả. Tuy nhiên, trước khi bạn bắt đầu kế hoạch tích hợp của mình, điều quan trọng là phải tạm dừng và đánh giá các lợi ích mong đợi.  

Các nhà sản xuất thường dễ rơi vào cái bẫy xem tích hợp hệ thống như là giải pháp cho các vấn đề dữ liệu của họ. Chỉ vì tích hợp có thể thực hiện được không có nghĩa là nó sẽ mở khóa bất kỳ giá trị bổ sung nào cho doanh nghiệp. Tích hợp phù hợp chỉ có nghĩa là tích hợp khi và nơi phù hợp với doanh nghiệp của bạn.

Tích hợp có ý nghĩa khi nó:

• Cung cấp khả năng nhìn thấy các vấn đề ẩn
• Tự động hóa việc thu thập dữ liệu sản xuất hoặc chu kỳ máy móc
• Kích hoạt một quá trình quan trọng của con người (ví dụ: Tín hiệu vật liệu)
• Làm cho dữ liệu từ các hệ thống bị cô lập không nhìn thấy được trở nên dễ tiếp cận hơn bởi người vận hành/ kỹ thuật viên
• Tiết kiệm thời gian cho số lượng lớn người dùng

Việc tích hợp thực hiện vì lý do khác có thể là lãng phí nguồn lực.  Tích hợp KHÔNG có ý nghĩa khi nó:

• Chỉ tiết kiệm một vài lần nhấn nút
• Tự động hóa các nhiệm vụ không thường xuyên mà phương pháp hiện tại đủ
• Chuyển dữ liệu đến các hệ thống bị cô lập, không nhìn thấy được
• Thêm vào đó các hệ thống cũ kỹ hoặc các quy định “hệ thống ghi chép” của doanh nghiệp
• Được thúc đẩy bởi các khát vọng như “tích hợp hoàn toàn,” “không nhập dữ liệu hai lần,” hoặc “vận hành không cần đèn,” nơi không có rõ ràng về tiết kiệm chi phí hoặc giá trị kinh doanh bổ sung.
• Có nghĩa là tiêu tiền để tiết kiệm đồng xu - Không có lợi tức rõ ràng (ROI)
  
  

Phương pháp Tích hợp
Chép sao một chiều
Phương pháp phổ biến nhất là nơi dữ liệu được duy trì trong hệ thống chính và đẩy sang hệ thống còn lại. Tất cả việc chỉnh sửa dữ liệu đó được thực hiện trong hệ thống đầu tiên. Sự đồng bộ này
xảy ra tự động trong nền bởi ứng dụng tích hợp mà không cần sự can thiệp của người dùng
của các hệ thống.

Chép sao một chiều thường giúp đơn giản hóa nỗ lực tích hợp và đào tạo cần thiết cho người dùng cuối
bằng cách có một hệ thống chịu trách nhiệm duy trì một tập dữ liệu nhất định. Trong khi chép sao hai chiều
là khả thi, chúng tôi đã thấy trong thực tế rằng người dùng cuối thích có một hệ thống ghi chép cho bất kỳ tập dữ liệu nào.

Ví dụ: Trong tích hợp hệ thống CMMS hoặc ERP điển hình, chúng ta thấy dữ liệu “chính” như
Máy móc/Tài sản hoặc danh sách Phụ tùng đã được duy trì bởi các phòng kế toán và mua hàng. Dữ liệu đó có thể được sử dụng trong Điều phối bằng cách cung cấp một chép sao một chiều vào hệ thống
điều phối. Trong trường hợp này, hệ thống ghi chép cho việc thêm mới Máy móc hoặc Phụ tùng là hệ thống
CMMS hoặc ERP. Tích hợp điển hình đồng bộ dữ liệu chính đó một chiều sang hệ thống Điều phối.

Ví dụ khác: Các sự kiện Điều phối hoặc Lệnh công việc thường được tạo và duy trì trong hệ thống
Điều phối. Dựa trên yêu cầu kinh doanh của công ty bạn, các bản ghi sự kiện này có thể được
đồng bộ một chiều tới hệ thống CMMS hoặc ERP dựa trên việc tạo bản ghi, cập nhật hoặc chỉ khi
đóng lại trong Điều phối. Việc đồng bộ các sự kiện riêng lẻ có thể cung cấp một bản sao bổ sung của
lịch sử công việc và chi tiết phụ tùng / lao động. Nhưng vì điều đó đã có sẵn rộng rãi trong Điều phối, hầu hết
các công ty chọn chỉ đồng bộ thông tin chi phí tổng hợp theo từng máy theo từng ngày/tuần/tháng.

Vị trí có thể cho Dữ liệu Chính chung
* LƯU Ý: Điều phối có thể hoạt động như là chủ trong bất kỳ hoặc tất cả các lĩnh vực này nếu cần.

Phần Tự động hóa / Xử lý thủ công
Với một số công cụ của bên thứ ba, không tồn tại phương pháp tích hợp hoặc API tốt để
đồng bộ dữ liệu một cách lập trình như mô tả ở trên. Trong những trường hợp này, chúng tôi có một số
thực hành tốt nhất để xem xét:

1. Tận dụng bất kỳ chức năng nhập tệp / xử lý theo lô nào. Nếu ứng dụng của bạn
   bên thứ ba có thể nhập hoặc xuất dữ liệu từ một tệp, chúng tôi có thể sử dụng chức năng đó.
2. Xem xét sử dụng Điều phối như hệ thống ghi nhận và sử dụng chi phí tổng hợp
   chỉ để dễ dàng nhập dữ liệu trong hệ thống bên thứ ba. Nhiều ứng dụng của bên thứ ba
   có thể đạt được chức năng tương tự bằng cách nhập các giao dịch tổng hợp cho các khoảng thời gian yêu cầu. Ví dụ: hệ thống ERP cần thông tin lao động
   và phụ tùng, bạn có thể xem xét nhập một giao dịch mỗi tuần/tháng
   dựa trên các báo cáo từ Điều phối. Phương pháp này chuyển thông tin
   mà hệ thống ERP cần mà không yêu cầu tất cả các chi tiết thông tin.
3. Tập trung mọi nhập dữ liệu vào một nguồn lực có chi phí thấp được chỉ định. Nếu bạn không có khả năng
   nhập dữ liệu một cách lập trình và vẫn cần sử dụng hệ thống của bên thứ ba, bạn nên
   xem xét tập trung nhập dữ liệu. Như vậy giảm thiểu tác động đến người dùng của hệ thống và có lợi thế kiểm toán khi sử dụng một nhân viên riêng để chuyển dữ liệu từ những người sử dụng hệ thống.

Tổng kết các Thực hành Tốt nhất về Tích hợp

Các tình huống Tích hợp điển hình theo Lĩnh vực Ứng dụng
Danh sách phụ tùng, chi phí, mức tồn kho và sử dụng
Đây là các tình huống phổ biến chúng tôi đã thấy khi tích hợp Phụ tùng với hệ thống CMMS hoặc
SAP của bên thứ ba.

1. Danh sách phụ tùng chính, chi phí, và mức tồn kho nằm trong hệ thống của bên thứ ba và được
   đồng bộ với Điều phối định kỳ. Việc sử dụng được theo dõi trong Điều phối và gửi lại về hệ thống của
   bên thứ ba để trừ khỏi tồn kho. Chi phí sử dụng Phụ tùng được cung cấp qua
   báo cáo tổng hợp hoặc hồ sơ chi tiết gửi về hệ thống của bên thứ ba.
2. Điều phối theo dõi danh sách phụ tùng, chi phí, tồn kho và sử dụng. Điều phối cung cấp báo cáo
   để mua hàng lại các phụ tùng vượt mức tồn kho tối thiểu. Các Đơn đặt hàng mua được theo dõi
   trong hệ thống của bên thứ ba. Chi phí sử dụng Phụ tùng được cung cấp qua báo cáo tổng hợp hoặc
   hồ sơ chi tiết gửi về hệ thống của bên thứ ba.

Máy móc/tài sản và dây chuyền/khu vực chi phí
Các khu vực ghi nhận này không mang tính giao dịch và thường được đồng bộ theo một chiều hoặc theo
thứ khác dựa trên sở thích của các công ty về nơi họ muốn chỉnh sửa chúng.

1. Hồ sơ được thêm và duy trì trong hệ thống của bên thứ ba và đồng bộ hóa với Điều phối để
   sử dụng.
2. Hồ sơ được thêm và duy trì trong Điều phối và đồng bộ hóa với hệ thống của bên thứ ba.

Đặt hàng bảo trì phòng ngừa, lệnh công việc, và cuộc gọi phản ứng (điều phối)
Hầu hết khách hàng của chúng tôi đang chuyển sang sử dụng trình lập lịch Bảo trì của chúng tôi cho công việc dự kiến. Dưới đây là
một số lựa chọn mà chúng tôi đã thấy.

1. Bảo trì phòng ngừa và lệnh công việc được lên lịch và duy trì trong Điều phối. Các Bảo trì phòng ngừa đã hoàn thành, lệnh công việc
   và các cuộc gọi phản ứng (điều phối) được tạo ra trong điều phối sẽ được đồng bộ trở lại hệ thống của bên thứ ba như các hồ sơ chi tiết hoặc thông tin chi phí/lao động tổng hợp.
2. Bảo trì phòng ngừa được lên lịch trong hệ thống của bên thứ ba và khởi chạy dưới dạng điều phối trong hệ thống Điều phối. Các Bảo trì phòng ngừa đã hoàn thành, lệnh công việc, và các cuộc gọi phản ứng (điều phối) được tạo ra trong
   điều phối sẽ được đồng bộ trở lại hệ thống của bên thứ ba như các hồ sơ chi tiết hoặc thông tin chi phí/lao động tổng hợp.

Hồ sơ nhân viên / đăng nhập
Chúng tôi có khả năng đồng bộ hồ sơ nhân viên với hệ thống Điều phối qua API. Chúng tôi cũng
hỗ trợ tích hợp LDAP với máy chủ của khách hàng để xác thực. Và/hoặc khả năng
tích hợp với cổng web của khách hàng để xác thực Đăng nhập một lần (SSO).

Lịch trình sản xuất và thực tế
Các công ty có thể tích hợp qua API với Điều phối để cung cấp các điều sau:

1. Lịch trình sản xuất (lịch trình dự kiến, nhu cầu).
2. Thực tế sản xuất (các bộ phận thực tế đã sản xuất, số lượng phế phẩm, mã SKU sản phẩm, và số lượng công nhân
   điều hành).

Dữ liệu này cũng có sẵn qua API để xuất ra.

Giờ lao động, vật liệu, và các chi phí khác
Giờ lao động dành cho Bảo trì phòng ngừa, lệnh công việc, và các cuộc gọi phản ứng (điều phối), cùng với bất kỳ
chi phí vật liệu hoặc chi phí bên ngoài nào có thể được cung cấp trở lại hệ thống của bên thứ ba theo các cách sau:

1. Như các hồ sơ chi tiết về lao động/chi phí cho từng Bảo trì phòng ngừa, lệnh công việc, hoặc điều phối trong hệ thống.
2. Như các hồ sơ tổng hợp về lao động/chi phí theo từng máy, từng dây chuyền, và/hoặc theo ngày/tuần/tháng
   cơ sở.

Dữ liệu này có thể được cung cấp qua tích hợp tự động hoặc thủ công bằng cách người dùng chạy báo cáo và
nhập dữ liệu thủ công.

Giới hạn API

Có giới hạn số lần gọi API có thể thực hiện. Giới hạn là 10 yêu cầu/giây. Sau đó, khách hàng sẽ nhận được phản hồi với mã trạng thái 429.

Tổng quan
Tài liệu này cung cấp tổng quan về các phương pháp và kịch bản tích hợp phổ biến mà chúng tôi thấy
với khách hàng của mình. Nhiều kịch bản khác cũng khả thi và đang được sử dụng ngày nay. Nếu bạn không thấy
việc tích hợp được liệt kê ở trên mà bạn đang tìm kiếm, vui lòng hỏi chúng tôi và chúng tôi sẽ sẵn lòng cung cấp
hỗ trợ.