Tại sao các công việc qua cổng bảo mật cần tài liệu
Hệ thống cổng bảo mật đã thay đổi cách các xưởng xử lý phần chẩn đoán, mã hóa, thích nghi, kiểm tra chấp hành và xóa lỗi trên nhiều xe hiện đại. Kỹ thuật viên có thể đọc thông tin cơ bản, nhưng các chức năng bị hạn chế thường yêu cầu ủy quyền, quyền truy cập công cụ đúng, sự đồng ý của khách hàng và một lệnh sửa chữa được ghi chép.
Mục đích của bảng công việc cổng không phải là giấy tờ vì giấy tờ. Nó bảo vệ khách hàng, kỹ thuật viên và xưởng. Nó ghi lại lý do cần truy cập, ai đã phê duyệt công việc, những gì đã được thực hiện, báo cáo quét nào đã được lưu và tình trạng xe trước và sau khi làm công việc.
Bài viết này tập trung vào tài liệu và quy trình làm việc chuyên nghiệp cho các công việc liên quan đến SGW và SFD. Đây không phải hướng dẫn vượt rào. Luôn sử dụng quyền truy cập được ủy quyền, tuân thủ pháp luật địa phương, tôn trọng yêu cầu của nhà sản xuất và bảo vệ dữ liệu khách hàng.
Khi nào nên dùng phiếu công việc gateway
Sử dụng một phiếu công việc riêng bất cứ khi nào một chức năng chẩn đoán bị hạn chế hoặc nhạy cảm về bảo mật. Ví dụ bao gồm:
- coding hoặc tinh chinh yêu cầu ủy quyền;
- kiểm tra chấp hành phía sau quyền truy cập gateway;
- cài đặt thay thế module;
- các chức năng dịch vụ yêu cầu cấp phép trực tuyến;
Nếu chức năng thay đổi trạng thái xe, cấu hình hoặc hành vi mô-đun, công việc đó phải được ghi tài liệu.
1. Xác nhận yêu cầu của khách hàng
Trước khi kết nối thiết bị chẩn đoán, hãy xác định yêu cầu của khách hàng bằng ngôn ngữ rõ ràng. Phiếu công việc không nên chỉ ghi “chẩn đoán”. Nó nên mô tả những gì khách hàng muốn kiểm tra hoặc sửa chữa.
Ví dụ về mô tả công việc rõ ràng:
- “Đèn cảnh báo ABS bật sau khi thay cảm biến tốc độ bánh xe.”
- “Yêu cầu chức năng dịch vụ sau khi sửa phanh.”
- “Cần hiệu chuẩn ADAS sau khi thay kính chắn gió.”
- “Cần thích nghi module sau khi thay bộ phận.”
- “Xóa lỗi bị chặn bởi cổng bảo mật trong quá trình quét sau sửa chữa.”
Một yêu cầu rõ ràng giúp xưởng chứng minh rằng quyen truy cap gateway có liên quan tới một công việc sửa chữa hoặc dịch vụ hợp lệ.
2. Xác định xe chính xác
Không bao giờ thực hiện công việc liên quan tới secure gateway trên một xe xác định lỏng lẻo. Ghi lại đủ thông tin để liên kết phiên chan doan với công việc.
Các trường xe được khuyến nghị:
- hãng và mẫu xe;
- năm sản xuất;
- VIN hoặc mã tham chiếu nội bộ theo quy tắc bảo mật;
- số km đã đi;
- biển đăng ký nếu sử dụng nội bộ;
- mã động cơ nếu có liên quan;
- điều khiển/ ECU liên quan;
- mã tham chiếu khách hàng hoặc mã doi xe;
- số lệnh sửa chữa.
Nếu sử dụng ảnh chụp màn hình cho báo cáo hoặc ảnh blog sau này, hãy làm mờ VIN, biển đăng ký, tên khách hàng và thông tin tai khoan.
3. Lấy sự đồng ý của khách hàng trước khi thực hiện các chức năng bị hạn chế
Quyen truy cap gateway co the cho phep cac chuc nang thay doi du lieu xe, xoa loi, kich hoat co khi, thuc hien tinh chinh hoac hoan tat cac chu trinh bao tri. Khach hang nen dong y cong viec truoc khi ky thuat vien tien hanh.
Muc xac nhan nen bao gom:
- ten khach hang hoac ma tham chieu cong ty;
- so lenh sua chua;
- phep toan duoc yeu cau;
- thoi gian du kien cho chan doan hoac dich vu;
- khả năng can quyen truc tuyen;
- xac nhan rang khach hang cho phep xuong may thuc hien chuc nang;
- ngay thang va chu ky hoac phep digital.
Phê duyệt đặc biệt quan trọng khi xe thuộc về một đội xe, công ty cho thuê, trường hợp bảo hiểm hoặc chuỗi sửa chữa bên thứ ba.
4. Lưu một bản quét trước đầy đủ
Bản quét trước là hồ sơ chẩn đoán quan trọng nhất. Nó cho thấy tình trạng xe trước khi thực hiện chức năng bảo mật.
Bản quét trước nên bao gồm:
- danh sách mô-đun đầy đủ;
- tất cả DTC đã lưu;
- trạng thái lỗi nếu có;
- số km và dấu thời gian;
- điện áp ắc-quy;
- lỗi giao tiếp;
- các thông điệp liên quan đến gateway;
- tên công cụ và phiên bản phần mềm.
Không xóa mã lỗi trước khi lưu bản quét trước (pre-quet). Nếu sau này khách hàng thắc mắc về đèn cảnh báo hoặc DTC không liên quan, bản quét trước là bằng chứng của xưởng.
5. Ghi lại hỗ trợ ắc quy và điều kiện xưởng
Các công việc gateway bảo mật thường kéo dài thời gian chẩn đoán, mã hoá hoặc thực hiện chức năng dịch vụ. Sụt áp có thể gây ra lỗi giao tiếp và thao tác thất bại. Ghi lại thiết lập nguồn trên phiếu công việc.
Bao gồm:
- điện áp ắc quy trước khi bắt đầu;
- thiết bị hỗ trợ ắc quy được sử dụng;
- công suất hiện tại nếu có liên quan;
- máy tính xách tay có kết nối nguồn;
- loại kết nối VCI;
- trạng thái đánh lửa mà công cụ yêu cầu;
- bất kỳ hướng dẫn nào được theo dõi từ phần mềm chẩn đoán.
Thông tin này giúp phân biệt sự cố do công cụ, mạng hoặc điện áp với lỗi xe.
6. Ghi lại phương thức ủy quyền mà không tiết lộ thông tin đăng nhập
Phiếu công việc nên ghi rằng đã sử dụng quyền truy cập được ủy quyền, nhưng không nên tiết lộ tên người dùng, mật khẩu, token, khóa riêng tư hoặc thông tin nhạy cảm của khách hàng.
Ghi lại:
- nền tảng hoặc công cụ được ủy quyền sử dụng;
- tên kỹ thuật viên;
- ngày và giờ;
- chức năng đã thực hiện;
- kết quả hiển thị bởi phần mềm chẩn đoán;
- số tham chiếu nếu nền tảng cung cấp;
- chụp màn hình, làm mờ dữ liệu riêng tư nếu cần.
Không bao giờ bao gồm thông tin đăng nhập trong bản mô tả công việc hoặc báo cáo cho khách hàng.
7. Ghi lại chính xác những gì đã thực hiện
Không mô tả công việc chỉ là “mở khóa gateway”. Ghi rõ chức năng thực tế đã thực hiện sau khi được ủy quyền.
| Giai doan cong viec | Nhung thong tin can ghi | Vi sao quan trong |
|---|---|---|
| Truoc khi truy cap | Khiếu nại của khách, quét tiền kiem tra ban dau (pre-quet), điện áp | Cho thấy tình trạng ban đầu của xe |
| Uyen thao (Authorization) | Cong cu/nền tang, ky thuat vien, thoi gian | Chung minh luoc trinh truy cap hop phap |
| Chuc nang | Xoa loi, thich nghi, ma hoa (coding) hoac quy trinh bao tri | Cho thấy nhung thay doi tren xe |
| Sau khi hoan thanh cong viec | Kết quả sau khi quét và kiểm tra | Hiển thị tình trạng cuối cùng |
| Báo cáo | Tóm tắt cho khách hàng và khuyến nghị | Hỗ trợ bàn giao chuyên nghiệp |
8. Lưu bằng chứng và kết quả sau khi quét
Sau khi chức năng hoàn tất, chạy quét sau thao tác và lưu kết quả. Quét sau thao tác phải cho biết lỗi liên quan đã được xóa hay chưa, các mô-đun có giao tiếp đúng không và có mã DTC còn lại nào cần xử lý thêm không.
Gói bằng chứng cuối cùng có thể bao gồm:
- báo cáo quét trước thao tác;
- ủy quyền của khách hàng;
- bản ghi ủy quyền gateway;
- màn hình kết quả chức năng;
- báo cáo quét sau thao tác;
- ghi chú kỹ thuật viên;
- bản tóm tắt bàn giao cho khách hàng.
Nội dung này không cần dài. Cần chính xác và dễ tìm sau này.
9. Khi nào không tiến hành
Một xưởng chuyên nghiệp cần biết khi nào phải dừng lại. Không tiếp tục công việc gateway bảo mật nếu thông tin, sự chấp thuận hoặc thiết lập chưa chấp nhận được.
Dừng lại và làm rõ nếu:
- khách hàng không thể ủy quyền công việc;
- thông tin nhận dạng xe không rõ ràng;
- ắc quy không thể ổn định;
- công cụ không hỗ trợ chức năng yêu cầu;
- kỹ thuật viên không có quyền truy cập được ủy quyền;
- thao tác được yêu cầu là bất hợp pháp hoặc không phù hợp;
- không có bản ghi quét gốc;
- xe có lỗi giao tiếp cần được chẩn đoán trước.
Dừng sớm tốt hơn là tạo ra lỗi cấu hình hoặc tranh chấp với khách hàng.
Tài nguyên liên quan
Để thảo luận thực tế về công cụ chẩn đoán, hành vi gateway và các trường hợp xưởng, xem MHHAuto hoặc CarTechnology. Đối với thông tin sửa chữa kỹ thuật, sơ đồ đi dây và quy trình xưởng, xem WorkShopData xe con hoặc WorkShopData xe con và xe tai.
Danh sách kiểm tra phiếu công việc gateway
- Mô tả phàn nàn của khách hàng được ghi rõ ràng.
- Đã xác nhận danh tính xe.
- Sự chấp thuận của khách hàng được ghi nhận.
- Toàn bộ quét trước (pre-quet) được lưu lại.
- Nguồn trợ giúp ắc-quy được kết nối và điện áp được ghi nhận.
- Phương thức truy cập được ủy quyền được tài liệu hóa mà không tiết lộ thông tin đăng nhập.
- Chức năng chính xác đã thực hiện được ghi lại.
- Quét sau (post-quet) được lưu lại.
- Các mã lỗi còn lại được giải thích cho khách hàng.
- Báo cáo cuối cùng được đính kèm vào hồ sơ công việc.
Câu hỏi thường gặp (FAQ)
Đây có phải là hướng dẫn để vượt qua (bypass) SGW hoặc SFD không?
Không. Đây là hướng dẫn về tài liệu và quy trình làm việc. Các chức năng cổng bảo mật (secure gateway) chỉ nên thực hiện thông qua các phương pháp được ủy quyền và tuân theo quy định áp dụng.
Tại sao cần sự chấp thuận của khách hàng?
Ủy quyền gateway có thể cho phép các chức năng thay đổi trạng thái xe, mã hóa, điều chỉnh hoặc bộ nhớ lỗi. Xưởng cần có sự chấp thuận rõ ràng trước khi thực hiện các chức năng bị hạn chế.
Có nên lưu mật khẩu hoặc token trong phiếu công không?
Không. Phiếu công nên ghi lại phương pháp được ủy quyền và kết quả, nhưng không bao giờ tiết lộ thông tin đăng nhập, token hoặc thông tin tài khoản riêng tư.
Tại sao cần cả quét trước và quét sau?
Quét trước cho thấy tình trạng xe trước khi làm việc. Quét sau cho thấy kết quả sau khi thực hiện chức năng. Cả hai cùng tạo nên hồ sơ chẩn đoán chuyên nghiệp.
Một công việc gateway bảo mật phải được coi là một quy trình xưởng được kiểm soát. Xác định xe, lấy sự chấp thuận, ổn định điện áp, lưu quét trước (pre-quet), sử dụng quyền truy cập được ủy quyền, ghi lại chức năng và kết thúc bằng quét sau (post-quet). Đó là sự khác biệt giữa một cú nhấp nhanh và một công việc chẩn đoán chuyên nghiệp.
