Cảnh báo và quản lý sự cố

Cảnh báo và quản lý sự cố điện mặt trời

SolarCare giúp ghi nhận bất thường từ inverter và các nguồn dữ liệu, phân loại mức độ, tạo ticket, phân công người xử lý và theo dõi sự cố từ khi phát hiện đến khi xác nhận kết quả.

Thay vì để mã lỗi nằm riêng trong ứng dụng inverter hoặc nhóm chat, mỗi vấn đề được đưa vào một quy trình có trạng thái, SLA, lịch sử trao đổi, hình ảnh và hành động tiếp theo.

Khối trả lời nhanh dưới Hero

SolarCare tiếp nhận tín hiệu bất thường, hỗ trợ xác minh dữ liệu, phân loại mức độ và chuyển vấn đề cần hành động thành ticket có người phụ trách.

Trước khi kết luận cần xem xét

Nguồn cảnh báo, thời gian bắt đầu và thời gian kéo dài.

Thiết bị bị ảnh hưởng và dữ liệu trước - sau sự kiện.

Trạng thái các thiết bị liên quan, lịch bảo trì và tình trạng lưới.

Chất lượng kết nối và khả năng đối chiếu từ nguồn dữ liệu khác.

Nhóm lỗi chuẩn hóa đề xuất

Grid.

DC input.

MPPT hoặc string.

Insulation.

Temperature.

Communication.

Internal inverter.

Meter.

Logger hoặc gateway.

Battery hoặc BMS.

Protection device.

Data quality.

Planned maintenance.

Unknown hoặc cần xác minh.

Thông tin nổi bật

Lưu ý Mapping mã lỗi hỗ trợ chuẩn hóa vận hành nhưng không nên được mô tả là luôn chính xác nếu chưa có bước kiểm tra của kỹ thuật.

Phần trăm công suất và số thiết bị bị ảnh hưởng.

Thời gian kéo dài, khả năng tự phục hồi và mức độ lặp lại.

Nguy cơ an toàn và ảnh hưởng tài chính.

Khả năng tiếp cận site, trạng thái bảo hành và yêu cầu SLA.

Liên kết nhiều cảnh báo vào một incident.

Tạm ẩn cảnh báo trong thời gian bảo trì.

Không tạo ticket mới khi ticket cũ chưa đóng; mở lại khi vấn đề tái diễn.

Ghi nhận thời điểm cảnh báo tự phục hồi.

Tách cảnh báo mất dữ liệu với cảnh báo thiết bị.

Thông tin nổi bật

Ví dụ Một sự cố mất internet có thể làm nhiều inverter cùng offline. Thay vì tạo hàng chục ticket inverter, hệ thống nên tạo một incident “Mất kết nối truyền thông tại site”, sau đó xác minh dữ liệu và trạng thái thiết bị khi kết nối được khôi phục.

Thông tin nổi bật

Tiếp nhận cảnh báo → Kiểm tra nguồn dữ liệu → Kiểm tra thời gian cập nhật → So sánh thiết bị liên quan → Kiểm tra lịch bảo trì → Xác minh ảnh hưởng → Phân loại mức độ → Đóng cảnh báo hoặc tạo incident

Cảnh báo có còn tồn tại và thiết bị có tự phục hồi không?

Chỉ một inverter hay toàn site bị ảnh hưởng?

Có dữ liệu từ công tơ hoặc nguồn thứ hai không?

Có mất internet, sự kiện lưới hoặc bảo trì theo kế hoạch không?

Cảnh báo đã từng xuất hiện và có ticket đang mở chưa?

Thông tin ticket

Mã ticket, tiêu đề, khách hàng, site, khu vực và thiết bị.

Hãng, model, mã lỗi, nhóm lỗi, mức độ, thời điểm và nguồn phát hiện.

Người phụ trách, người phối hợp, SLA, ảnh hưởng dự kiến và phân tích ban đầu.

Hình ảnh, tài liệu, trạng thái, hành động, vật tư, kết quả, nguyên nhân gốc và ngày đóng.

Trạng thái đề xuất

Thông tin nổi bật

Mới → Đang xác minh → Đang phân tích → Chờ thông tin → Chờ khách hàng phê duyệt → Chờ EPC hoặc hãng → Đã lên lịch onsite → Đang xử lý → Chờ vật tư → Đã khắc phục → Theo dõi sau xử lý → Đóng

Thông tin nổi bật

Nguyên tắc đóng Không sử dụng trạng thái “Hoàn thành” khi chưa xác nhận hệ thống đã vận hành ổn định trở lại.

Thông tin nổi bật

Giới hạn Trách nhiệm được gán trên nền tảng không thay thế trách nhiệm pháp lý đã quy định trong hợp đồng.

Mức độ, khu vực và giờ làm việc.

Điều kiện thời tiết, quyền tiếp cận site và quy định EHS.

Thời gian phê duyệt, phụ tùng và hỗ trợ từ hãng.

Phạm vi hợp đồng và cơ chế phối hợp khách hàng/EPC.

1. Người xử lý trực tiếp.

2. Quản lý kỹ thuật.

3. Quản lý O&M.

4. Đầu mối khách hàng hoặc EPC.

5. Ban quản lý hoặc cấp phê duyệt phù hợp.

Điều kiện kích hoạt escalation

Ticket chưa được tiếp nhận, sắp hết SLA hoặc quá SLA.

Mức độ được nâng lên, sự cố tái diễn hoặc sản lượng bị ảnh hưởng tăng.

Có dấu hiệu an toàn, chờ phê duyệt quá lâu hoặc chờ vật tư kéo dài.

Thông tin nổi bật

Lưu ý triển khai Chỉ công bố escalation tự động khi chức năng đã được phát hành và kiểm thử thực tế.

Nội dung thông báo nên có

Tên site, thiết bị, trạng thái và thời gian.

Mức độ, ảnh hưởng ban đầu và ticket liên quan.

Hành động cần thực hiện và liên kết xem chi tiết.

Nguyên tắc

Không gửi mọi cảnh báo cho mọi người và không gửi lặp lại quá nhiều.

Không đưa thông tin kỹ thuật nhạy cảm vào kênh không phù hợp.

Không xác nhận lỗi nghiêm trọng khi chưa xác minh.

Chỉ liệt kê email, ứng dụng, SMS, Zalo hoặc kênh khác khi đã tích hợp thực tế.

So sánh inverter, MPPT khi có và kiểm tra điện áp lưới.

Rà soát lịch sử lỗi, nhiệt độ, logger/gateway và ticket trước đây.

Yêu cầu ảnh/video, chuẩn bị checklist onsite và dụng cụ đo cần mang theo.

Thông tin nổi bật

Giới hạn phân tích từ xa Không thể thay thế kiểm tra MC4, dây dẫn, đo cách điện, camera nhiệt, kiểm tra nước/độ ẩm, thiết bị bảo vệ, kết cấu mái hoặc đo I-V curve.

CB hoặc cầu chì tác động, mã lỗi lặp lại, MPPT/string bất thường.

Nhiệt độ thiết bị cao, dấu hiệu cháy, đổi màu hoặc biến dạng.

Mất dữ liệu kéo dài không xác định được nguyên nhân.

Cần đo điện, kiểm tra truyền thông, phối hợp bảo hành hoặc xác minh an toàn.

Phiếu onsite nên gồm

Phạm vi, thiết bị, dụng cụ đo, PPE và điều kiện cô lập điện.

Người phối hợp, hình ảnh cần thu thập, tiêu chí hoàn thành và vật tư dự kiến.

Thông tin nổi bật

Cảnh báo an toàn Không tiếp tục thao tác, mở thiết bị hoặc đóng điện lại nhiều lần. Hãy cô lập khu vực theo quy trình an toàn của đơn vị và liên hệ lực lượng ứng cứu hoặc kỹ thuật phù hợp.

SolarCare không thay thế đội cứu hỏa, cấp cứu, đội EHS, quy trình ứng cứu của nhà máy hoặc lực lượng vận hành điện được ủy quyền.

Inverter fault; DC fault; AC fault; grid event.

Planned maintenance; unplanned maintenance; curtailment.

Customer-requested shutdown; communication loss; unknown.

Mỗi sự kiện nên có

Mốc bắt đầu và kết thúc, thiết bị và công suất bị ảnh hưởng.

Nguyên nhân, sự kiện loại trừ, dữ liệu xác minh và ticket liên quan.

Ước tính sản lượng bị ảnh hưởng khi có đủ cơ sở.

Thông tin nổi bật

Nguyên tắc Mất dữ liệu chỉ được tính là downtime khi có bằng chứng cho thấy thiết bị thực sự không vận hành.

Quạt inverter hỏng lặp lại.

Lỗi insulation sau mưa.

Logger thường xuyên mất kết nối.

Cầu chì liên tục tác động.

Một MPPT có sản lượng thấp kéo dài.

Problem record có thể gồm

Danh sách incident liên quan, tần suất, thiết bị và điều kiện xuất hiện.

Giả thuyết nguyên nhân, kết quả đo, hành động tạm thời và lâu dài.

Người chịu trách nhiệm và ngày đánh giá lại.

Thiết bị trở lại trạng thái bình thường và dữ liệu đã cập nhật.

Không còn mã lỗi liên quan, công suất được khôi phục hoặc kết quả đo đạt yêu cầu.

Hình ảnh và biên bản hoàn thành; khách hàng/EPC xác nhận khi cần.

Đã thiết lập thời gian theo dõi sau xử lý.

Các hình thức kết thúc ticket

Khắc phục hoàn toàn hoặc khắc phục tạm thời.

Chuyển sang bảo hành; chờ vật tư; chờ đầu tư cải tạo.

Không tái hiện được lỗi; không thuộc phạm vi; khách hàng chưa phê duyệt.

Đóng do cảnh báo sai hoặc dữ liệu lỗi.

Thông tin theo dõi

Thời gian, trạng thái, công suất và mã lỗi.

Dữ liệu thiếu, so sánh trước - sau, điều kiện thời tiết và kết luận.

Người được phân công, nội dung phân tích, cuộc gọi hoặc trao đổi.

Phê duyệt onsite, hình ảnh, vật tư, kết quả đo và thay đổi trạng thái.

Người đóng ticket.

Nhật ký giúp kiểm tra SLA, giải trình với khách hàng, hỗ trợ bảo hành, đánh giá nội bộ, bàn giao nhân sự và xác định điểm chậm trong quy trình.

Thông tin nổi bật

Lưu ý tính năng Chỉ công bố audit log đầy đủ khi chức năng đã được triển khai.

Tổng cảnh báo mới, incident đang mở, ticket nghiêm trọng và ticket quá SLA.

Site có nhiều lỗi, inverter dừng lâu nhất và công suất đang bị ảnh hưởng.

Sự cố lặp lại, site chờ onsite, chờ vật tư hoặc chờ phê duyệt.

Bộ lọc

Khách hàng, site, tỉnh, hãng inverter.

Mức độ, trạng thái, người phụ trách, thời gian, SLA và nhóm lỗi.

Thời gian phản hồi, chẩn đoán và khắc phục trung bình.

Tỷ lệ xử lý từ xa, tỷ lệ cần onsite và tỷ lệ sự cố tái diễn.

Downtime, công suất bị ảnh hưởng và sản lượng bị ảnh hưởng ước tính.

Tỷ lệ ticket có nguyên nhân gốc được xác định.

Thông tin nổi bật

Cách diễn giải Không dùng một chỉ số trung bình duy nhất để đánh giá toàn bộ chất lượng O&M khi mức độ và điều kiện sự cố khác nhau.

Thông tin nổi bật

Phạm vi SolarCare có thể hỗ trợ chuẩn bị và theo dõi hồ sơ nhưng không thay nhà sản xuất hoặc EPC quyết định bảo hành.

Ticket theo khách hàng và phân công đội EPC.

Báo cáo mang thương hiệu EPC và escalation về đầu mối EPC.

Back-office phân tích kỹ thuật và điều phối onsite theo thỏa thuận.

Cần quy định rõ

Ai nhận cảnh báo, liên hệ khách hàng và phê duyệt onsite.

Ai chịu trách nhiệm bảo hành, đóng ticket và quản lý dữ liệu.

Thương hiệu nào xuất hiện trong thông báo và báo cáo.

Vai trò đề xuất

Quản trị viên; quản lý O&M; kỹ sư phân tích; kỹ thuật viên onsite.

Quản lý site; EPC; khách hàng cuối; người chỉ xem báo cáo.

Nguyên tắc

Tài khoản cá nhân và quyền tối thiểu cần thiết.

Thu hồi quyền khi nhân sự thay đổi.

Không đưa mật khẩu thiết bị vào ticket thông thường.

Không công khai dữ liệu nhạy cảm hoặc tự ý điều khiển thiết bị từ quyền xem dữ liệu.

Cloud inverter, API, logger, gateway, công tơ, cảm biến và người dùng.

Bước 2. Chuẩn hóa site và thiết bị

Site, inverter, serial, công suất, người phụ trách và khu vực.

Bước 3. Xây dựng nhóm cảnh báo

Mã lỗi, nhóm lỗi, mức độ và điều kiện xác minh.

Bước 4. Thiết lập workflow

Trạng thái, người xử lý, người phê duyệt, onsite, bảo hành và đóng ticket.

Bước 5. Thiết lập SLA

Phản hồi, phân tích, onsite, chẩn đoán, khắc phục và đóng.

Bước 6. Thiết lập thông báo

Người nhận, mức độ, kênh, thời gian và escalation.

Bước 7. Chạy thử

Tạo cảnh báo mẫu, kiểm tra ticket, phân quyền, thông báo và báo cáo.

Bước 8. Vận hành và cải tiến

Rà soát cảnh báo sai, giảm trùng, cập nhật mapping, checklist và SLA.

Không tự động sửa chữa, điều khiển mọi inverter hoặc reset không cần phê duyệt.

Không bảo đảm mọi cảnh báo đến tức thời hoặc cloud hãng không gián đoạn.

Không bảo đảm không có cảnh báo sai hoặc xem mất dữ liệu là downtime.

Không cam kết thời gian khắc phục cho mọi sự cố.

Không điều động onsite không giới hạn hoặc cung cấp vật tư trong phí nền tảng.

Không thay thế bảo hành EPC/hãng hoặc quy trình ứng cứu khẩn cấp.

Không có kỹ sư trực liên tục 24/7 trong mọi gói.

Thông tin nổi bật

Giá trị kết nối Nền tảng và đội kỹ thuật được kết nối để hạn chế khoảng trống giữa phát hiện cảnh báo và hành động hiện trường.

Trang nền tảng tổng quan, Monitoring, Fleet và Incident Support.

Asset Management, Reports, Standard và Premium.

Trang giải pháp EPC và trang giải pháp nhà máy.

Bài viết về inverter offline, mã lỗi inverter, downtime, SLA, lỗi insulation và lỗi truyền thông.

1. Danh sách cảnh báo.

2. Chi tiết cảnh báo.

3. Danh sách incident.

4. Chi tiết ticket.

5. Timeline xử lý.

6. Phân loại mức độ.

7. Dashboard ticket quá SLA.

8. Màn hình phân công.

9. Cơ chế escalation.

10. Màn hình downtime.

11. Lịch sử sự cố lặp lại.

12. Báo cáo sự cố.

13. Workflow từ alert đến resolution.

14. Sơ đồ nhiều cảnh báo thành một incident.

15. Giao diện trên điện thoại.

16. Dashboard nhiều site.

17. Hồ sơ bảo hành.

18. Phiếu onsite.

19. Báo cáo nguyên nhân gốc.

20. Ma trận severity và impact.

Sơ đồ quy trình chính

Thông tin nổi bật

Data Event ↓ Alert ↓ Verification ↓ Incident ↓ Ticket ↓ Remote Analysis ↓ Onsite / Work Order ↓ Resolution ↓ Monitoring After Fix ↓ Closure / Problem Management

Visual mức độ

Hình không nên sử dụng

Giao diện chưa tồn tại nhưng mô tả như sản phẩm hoàn thiện.

Dữ liệu khách hàng thật chưa được ẩn.

Hình “AI tự sửa lỗi” hoặc “phát hiện 100% sự cố”.

Hình “kỹ sư giám sát 24/7” khi chưa có.

Hình ngụ ý mất dữ liệu là inverter hỏng hoặc SLA phản hồi là thời gian sửa xong.

Hình hiển thị công suất bị mất như số liệu chính xác khi chỉ là ước tính.

Hình kỹ thuật viên không có PPE hoặc ngụ ý onsite/vật tư không giới hạn.

Danh sách cảnh báo hệ thống điện mặt trời trên SolarCare.

Ticket xử lý sự cố inverter điện mặt trời.

Quy trình từ cảnh báo đến khắc phục sự cố điện mặt trời.

Dashboard quản lý SLA và ticket quá hạn.

Báo cáo downtime và lịch sử sự cố điện mặt trời.

Màn hình quản lý sự cố nhiều site SolarCare.

Cảnh báo và sự cố khác nhau thế nào?

SolarCare xử lý cảnh báo theo quy trình nào?

Ticket gồm những thông tin gì?

Có phân loại mức độ và theo dõi SLA không?

Mất dữ liệu có phải downtime không?

Khi nào cần onsite?

Có quản lý nhiều site và sự cố lặp lại không?

Phần mềm có tự xác định nguyên nhân không?

Nội dung tạo khác biệt

Phân biệt Event, Alert, Incident, Ticket và Work Order.

Cơ chế gom cảnh báo trùng và quy trình xác minh dữ liệu.

Severity Matrix, SLA nhiều giai đoạn và escalation.

Problem Management, Root Cause Analysis và theo dõi sau xử lý.

Timeline, downtime classification, báo cáo nhiều site và hồ sơ bảo hành.

Mô hình EPC và white label.

Entity thống nhất

Khối kiểm duyệt

Thông tin nổi bật

Nội dung do: SolarCare by NCSE Kiểm duyệt chuyên môn: Đội phát triển nền tảng, kỹ thuật và O&M NCSE Cập nhật lần cuối: [ngày cập nhật thực tế] Phiên bản nền tảng áp dụng: [phiên bản thực tế]

Structured data đề xuất

Ưu tiên WebPage, Service, BreadcrumbList và Organization.

Chỉ sử dụng SoftwareApplication khi chức năng đã tồn tại trên sản phẩm thực tế.

Thông tin nổi bật

name: Cảnh báo và quản lý sự cố điện mặt trời alternateName: SolarCare Alert & Incident Management serviceType: Nền tảng quản lý cảnh báo, incident, ticket, SLA và lịch sử xử lý sự cố điện mặt trời description: Chức năng SolarCare giúp ghi nhận cảnh báo, phân loại mức độ, tạo ticket, phân công, theo dõi SLA, downtime và kết quả xử lý cho một hoặc nhiều hệ thống điện mặt trời. brand: SolarCare provider: Công ty TNHH Năng Lượng Thông Minh Tân Thế Kỷ - NCSE areaServed: Việt Nam, tùy khả năng kết nối dữ liệu và phạm vi dịch vụ audience: Chủ hệ thống, doanh nghiệp, nhà máy, chủ đầu tư, đội O&M và công ty EPC

Không khai báo trong schema

Phát hiện mọi sự cố hoặc tự động xác định nguyên nhân gốc.

Tự động sửa chữa, giám sát kỹ thuật 24/7 hoặc SLA khắc phục cố định.

Onsite không giới hạn, tương thích mọi inverter hoặc dữ liệu thời gian thực tuyệt đối.

Cam kết không có downtime, cam kết tăng sản lượng hoặc AI predictive maintenance khi chưa triển khai.

Kênh cảnh báo chưa tích hợp, review/rating tự tạo hoặc số lượng ticket/khách hàng chưa xác nhận.

☐ Phân biệt rõ cảnh báo, sự cố, incident, ticket và work order.

☐ Không tuyên bố mọi cảnh báo đều cần onsite; có quy trình xác minh và cơ chế gom cảnh báo trùng.

☐ Không kết luận mất dữ liệu là downtime.

☐ Có phân loại mức độ và mức độ không chỉ dựa vào mã lỗi.

☐ Có workflow ticket với trạng thái chờ khách hàng, EPC, hãng và vật tư.

☐ Có SLA theo nhiều giai đoạn; nêu rõ SLA phản hồi khác thời gian khắc phục.

☐ Có escalation nhưng không công bố tự động nếu chưa triển khai.

☐ Có phân tích từ xa và nêu rõ giới hạn.

☐ Có tiêu chí cần onsite và nội dung an toàn; không thay thế EHS hoặc ứng cứu.

☐ Có phân loại downtime, theo dõi sự cố lặp lại và Problem Management.

☐ Không bắt buộc kết luận root cause khi chưa đủ dữ liệu.

☐ Có tiêu chí đóng ticket, trạng thái khắc phục tạm thời và theo dõi sau sửa chữa.

☐ Có timeline; không công bố audit log đầy đủ nếu chưa có.

☐ Có quản lý nhiều site, báo cáo sự cố và KPI được giải thích đúng phạm vi.

☐ Không dùng số liệu ước tính như số đo thực tế.

☐ Có nội dung bảo hành, EPC và phân quyền.

☐ Không hiển thị mật khẩu thiết bị; chỉ công bố kênh cảnh báo đang hoạt động.

☐ Không ghi kỹ sư trực 24/7, phần mềm tự sửa lỗi hoặc phát hiện 100% sự cố.

☐ Ảnh giao diện phải là giao diện thật hoặc ghi “Dữ liệu minh họa”; dữ liệu khách hàng phải được ẩn.

☐ Trạng thái không chỉ phân biệt bằng màu.

☐ Form thu nguồn cảnh báo, workflow, SLA, đội onsite và kênh thông báo.

☐ Form có checkbox xử lý dữ liệu; file tải lên không được công khai.

☐ Có internal link đến Monitoring, Incident Support, Fleet, Reports và Asset Management.

☐ Structured data khớp tính năng đang vận hành; chỉ dùng SoftwareApplication khi tính năng đã phát hành.

☐ Hiển thị ngày cập nhật và phiên bản nền tảng; trang nằm trong sitemap XML.

☐ Kiểm tra giao diện trên desktop, tablet và mobile.

Thông tin nổi bật

Định hướng cuối cùng SolarCare không chỉ hiển thị mã lỗi mà tổ chức toàn bộ vòng đời xử lý từ event, alert, incident, ticket đến work order, SLA, resolution và problem management; hệ thống phân biệt mất dữ liệu với downtime, không tự động kết luận nguyên nhân gốc, không thay thế kiểm tra hiện trường và chỉ cam kết phạm vi có nhân sự xử lý theo gói dịch vụ hoặc hợp đồng.