Chuyển tới nội dung
Orbitify

O-OPS

Vận hành

Bối cảnh mà một agent buộc phải đọc trước khi được phép quyết định bất cứ điều gì.

O-OPS giữ cây phân cấp tài sản, lịch sử công việc, vật tư, bản vẽ hoàn công và chứng chỉ, và là nơi một quyết định kết thúc thành công việc đã đóng. Thiếu nó, agent đang suy luận về thiết bị mà nó không biết gì.

O-OPS giữ sổ tài sản, lịch sử công việc và bằng chứng, và là nơi một quyết định thôi là khuyến nghị để trở thành một công việc đã đóng mà bạn chứng minh được.

Lớp vận hành

Một phát hiện không có hồ sơ chỉ là một ý kiến.

Biết một cánh quạt bị mòn mép trước thì tự nó nói được rất ít. Biết rằng nó đã được sửa mười tám tháng trước, rằng lần sửa đó dùng một loại sơn phủ cụ thể, rằng chính loại sơn đó đang hỏng trên ba tua-bin khác, và rằng bảo hành hết hạn vào tháng Tư, mới cho bạn biết phải làm gì. Loại hiểu biết thứ hai nằm trong một hệ hồ sơ, và phần lớn danh mục dự án đang giữ nó trong một thư mục chia sẻ.

O-OPS · Vận hành

Một hồ sơ, bốn trạng thái

Chính lệnh công việc mà các module khác liên tục chuyển sang, theo dõi từ lúc được mở đến chứng chỉ khép lại nó.

  1. 01

    Nó được mở kèm nguồn gốc

    Đến từ đâu, gắn với tài sản nào, và tài sản đó đã trải qua những gì. Kỹ thuật viên mở lệnh này không phải đi hỏi xem trước đây đã ai động vào chưa.

    o-opsNó được mở kèm nguồn gốc1/4
  2. 02

    Nó được lên kế hoạch theo thực tế

    Một khung giờ khu này thực sự có thể ngừng, một tổ đang rảnh, và vật tư được xác nhận còn trong kho. Lên lịch cho việc không thể làm chính là cách tồn đọng hình thành.

    o-opsNó được lên kế hoạch theo thực tế2/4
  3. 03

    Nó được thực hiện và có bằng chứng

    Checklist chính là quy trình, tick ngay tại hiện trường trên điện thoại không cần sóng. Ảnh được đính kèm ngay lúc làm, không phải dựng lại từ thư viện ảnh của ai đó một tuần sau.

    o-opsNó được thực hiện và có bằng chứng3/4
  4. 04

    Nó đóng lại thành thứ bạn trình ra được

    Một chứng chỉ, một thời gian sửa chữa, và một dấu vết chịu được kiểm toán. Đây cũng là dòng dữ liệu làm cho dự báo lần sau chính xác hơn.

    o-opsNó đóng lại thành thứ bạn trình ra được4/4
O-OPS · Vận hành

Từ tài sản đến công việc đã đóng

Sáu thứ hồ sơ phải giữ để một quyết định kết thúc bằng công việc thực sự đã làm.

Danh mục và cây phân cấp tài sản

Từ nhà máy xuống linh kiện có số serial, với quan hệ cha–con để một phát hiện tổng hợp lên trên và một khoản chi phân bổ xuống dưới. Bộ tên đặt ở khâu thiết kế là bộ tên dùng ở năm thứ mười.

Lệnh công việc

Tạo, giao, lên lịch, điều phối và đóng, với bằng chứng đính kèm ngay tại chỗ làm việc thay vì gõ lại sau.

Lịch bảo trì phòng ngừa và dự đoán

Theo lịch, theo giờ chạy và theo tình trạng, nên một công việc có thể kích hoạt bởi một mốc ngày, số giờ vận hành, hoặc bởi O-ARC phát hiện trôi lệch.

Vật tư và tồn kho

Đã lắp gì, còn gì trong kho, giá bao nhiêu và thời gian đặt hàng bao lâu. Một lệnh công việc không thu xếp được nguồn lực là một lệnh công việc sẽ trễ.

Thực hiện tại hiện trường

Danh mục kiểm tra và ITP trên điện thoại, ưu tiên hoạt động ngoại tuyến, với ảnh chụp gắn thẳng vào linh kiện chứ không nằm trong thư viện ảnh máy.

Quản lý tài liệu và tuân thủ

Bản vẽ hoàn công, chứng chỉ, bằng chứng thử nghiệm và báo cáo kiểm tra được quản lý phiên bản, kèm nhật ký kiểm toán mà cơ quan quản lý hay đơn vị bảo hiểm mong muốn thấy.

O-OPS

Vòng đời một lệnh công việc

Phần lớn sự cố trong bảo trì xảy ra ở các điểm bàn giao. Mỗi trạng thái dưới đây là một chỗ công việc có thể mắc kẹt, nên mỗi trạng thái cũng là chỗ hồ sơ cho bạn thấy nó đang mắc.

01

Đã tạo

Từ một phát hiện, một lịch, một ngưỡng hoặc một con người. Nguồn nào cũng được ghi lại.

02

Đã phân loại

Xác nhận mức nghiêm trọng, đặt ưu tiên so với mọi việc đang mở trên toàn danh mục.

03

Đã lên kế hoạch

Kiểm tra vật tư, thu xếp lối tiếp cận, phân công đội và khung thời gian.

04

Đã điều phối

Nằm trên điện thoại của ai đó, kèm lịch sử và bằng chứng họ cần.

05

Đã thực hiện

Danh mục kiểm tra hoàn tất tại hiện trường, ảnh và số liệu thu ngay tại tài sản.

06

Đã đóng

Được xác nhận, tính chi phí, và ghi ngược lại để quyết định kế tiếp biết việc này đã xảy ra.

O-OPS

Những gì bạn thực sự đo được

Đây là các chỉ số một chủ đầu tư hay bị hỏi và thường phải tổng hợp thủ công. Ở đây chúng rơi ra từ chính hồ sơ.

MTTR

Thời gian sửa chữa trung bình, tính từ lúc tạo tới lúc đóng, chứ không phải từ lúc ai đó nhớ ra mà mở phiếu.

MTBF

Thời gian trung bình giữa hai lần hỏng, theo từng nhóm linh kiện, để một lô hàng lỗi hiện ra thành quy luật thay vì thành xui rủi.

Tuân thủ bảo trì phòng ngừa

Tỷ lệ công việc phòng ngừa hoàn thành trong khung thời gian cho phép trên tổng số việc đến hạn.

Tuổi tồn đọng

Công việc đang mở đã mở bao lâu, có trọng số theo mức nghiêm trọng, và đây là con số dự báo hỏng hóc của năm sau.

Quan sát, theo dõi, ghi nhớ, rồi hành động
  1. 01O-EYEPhát hiệnKiểm tra & bản sao số
  2. 02O-ARCPhân tíchCảm biến, IoT & dữ liệu đo
  3. 03O-OPSVận hànhHệ thống hồ sơ gốc
  4. 04actsO-AGENTQuyết định & hành độngLớp agent

Mọi hành động đều được ghi ngược vào hồ sơ, nên mô hình ngày càng chính xác sau mỗi công việc.

Câu hỏi thường gặp

Chúng tôi đã có CMMS. Có phải thay thế không?

Không, và chúng tôi thường khuyên là không nên. Nếu một hệ EAM hay CMMS đang là hồ sơ gốc của bạn, O-OPS đọc từ đó và ghi ngược lại qua API. Danh mục vẫn cần tồn tại ở đâu đó; nó không cần phải chuyển đi.

Ứng dụng hiện trường có chạy khi mất sóng không?

Có. Danh mục kiểm tra, lịch sử và chụp ảnh đều ưu tiên ngoại tuyến, và đồng bộ khi đội quay lại vùng phủ sóng.

Bản vẽ hoàn công được cập nhật thế nào?

Chúng là sản phẩm phụ của việc thu thập chứ không phải tài liệu ai đó phải duy trì. Khi O-EYE bay công trường, hiện trạng đã xây dựng được cập nhật trên chính mô hình tài sản đó.

Chúng tôi kết xuất được cho kiểm toán không?

Nhật ký kiểm toán, bằng chứng và các phiên bản tài liệu kết xuất cùng nhau, đúng dạng mà kiểm toán viên yêu cầu chứ không phải một bản trút cơ sở dữ liệu.

Đưa toàn bộ danh mục dự án về chung một lớp. Bắt đầu từ một công trường.