> For the complete documentation index, see [llms.txt](https://docs.scharge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scharge.io/nen-tang-va-ket-noi/vong-doi-mot-phien-sac.md).

# Vòng đời một phiên sạc

Sơ đồ trạng thái và sáu bước của một phiên sạc từ nhận diện đến chứng từ, thời gian đáp ứng mong đợi, xử lý khi mất mạng và ánh xạ sang màn hình ứng dụng.

Với người dùng, sạc xe là hai thao tác: cắm súng và quét mã. Với nền tảng, đó là chuỗi trạng thái phải đi trọn vẹn, mỗi mắt xích đều có thể đứt.

```mermaid
stateDiagram-v2
  [*] --> SanSang: Trụ trực tuyến, súng rảnh
  SanSang --> ChoCam: Quét QR / nhập mã 6 số
  ChoCam --> UyQuyen: Cắm súng · xe nhận diện
  UyQuyen --> TamGiu: Nền tảng duyệt tài khoản, hạn mức
  UyQuyen --> SanSang: Từ chối (số dư, trụ ngoại tuyến)
  TamGiu --> BatTay: Kiểm tra cách điện · khoá chốt
  BatTay --> DangSac: Tiền nạp xong, có dòng
  BatTay --> TraTamGiu: Trụ không bắt đầu → trả khoản tạm giữ
  DangSac --> KetThuc: Người dùng · xe đầy · hết hạn mức · lỗi
  KetThuc --> ChungTu: Số kWh, thời lượng, tiền
  ChungTu --> [*]
  TraTamGiu --> SanSang
```

| Trạng thái        | Việc xảy ra                                                                                                                                                                                                                              |
| ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 1. Nhận diện      | Trụ hỗ trợ song song quét QR, thẻ, nhận diện VIN và ứng dụng.                                                                                                                                                                            |
| 2. Uỷ quyền       | Nền tảng kiểm tra tài khoản, hạn mức (ví, khoản tạm giữ), chính sách của điểm rồi mới cho khởi tạo. Bước phụ thuộc mạng nhiều nhất và hay hỏng nhất.                                                                                     |
| 3. Bắt tay với xe | Trụ và BMS trao đổi điện áp pin, dòng tối đa xe chấp nhận và trạng thái nhiệt; trụ kiểm tra cách điện và khớp điện áp thanh cái với pin trước khi có dòng nào chạy qua; nền 1.000 V với dải 200–1.000 V tồn tại để phủ phổ pin rất rộng. |
| 4. Giám sát       | Dòng, áp, nhiệt ghi liên tục. Nền tảng phân biệt xe chủ động giảm dòng khi pin gần đầy với trụ tự bảo vệ vì quá nhiệt.                                                                                                                   |
| 5. Kết thúc       | Do người dùng, xe báo đầy, hết hạn mức hay lỗi: bốn nguyên nhân ghi khác nhau; gộp chung là mất khả năng phát hiện sự cố lặp lại.                                                                                                        |
| 6. Chứng từ       | Số kWh, thời lượng, phương thức thanh toán, trụ, súng: biên nhận cho khách và cơ sở đối soát; có thể yêu cầu hoá đơn điện tử.                                                                                                            |

## Thời gian đáp ứng mong đợi

| Bước                          | Điển hình        | Ghi chú                                                        |
| ----------------------------- | ---------------- | -------------------------------------------------------------- |
| Quét mã → hiện trạng thái trụ | ≈ 1–3 giây       | Phụ thuộc đường truyền trụ – nền tảng; Ethernet ổn định hơn 4G |
| Bắt đầu sạc → có dòng         | ≈ 10–30 giây     | Kiểm tra cách điện và tiền nạp; xe nền 800 V có thể lâu hơn    |
| Cập nhật số đo trên ứng dụng  | Vài giây một lần | Ứng dụng ghi «số đo vừa nhận cách đây bao lâu»                 |
| Dừng sạc → trụ xác nhận       | ≈ 3–10 giây      | Trụ hạ dòng rồi mở chốt; chưa xác nhận thì rút cáp phía xe     |

Số liệu là thông lệ vận hành, không phải cam kết; chỉ tiêu sẵn sàng và thời gian đáp ứng sự cố được quy định trong thoả thuận chi tiết từng cụm điểm.

## Khi mất mạng

Xe tải vào trạm hai giờ sáng, sóng di động chập chờn. Nền tảng kiểu «không có mạng thì không sạc được» khiến tài xế bị kẹt. Thiết kế đúng là trụ chịu được gián đoạn tạm thời: phiên đang chạy tiếp tục theo tham số đã uỷ quyền, giá trị công tơ ghi cục bộ và đồng bộ lại khi có kết nối; bước bắt đầu phiên mới cần nền tảng nên trụ hiện «Ngoại tuyến» và nút Bắt đầu sạc chưa dùng được; xem 10. Nếu gặp sự cố.

## Góc nhìn người lái

Các trạng thái trên tương ứng với màn hình trong ứng dụng: quét mã hoặc nhập mã 6 số → trụ **Sẵn sàng** → **Bắt đầu sạc** (ví tạm giữ) → **Đang sạc** → **Dừng sạc** → **Phiên sạc đã kết thúc** → biên nhận. Xem 6. Bắt đầu sạc, 7. Theo dõi và dừng sạc và bảng tra Trạng thái trụ và thông báo.

***

*Tài liệu kỹ thuật Scharge · cập nhật 25/09/2026. Thông số theo hồ sơ kỹ thuật do Tập đoàn SPT cung cấp và nội dung đã công bố trên scharge.io, cdrestop.com. Số liệu ước tính được ghi rõ là ước tính. Quy ước đọc ở Tổng quan.*


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scharge.io/nen-tang-va-ket-noi/vong-doi-mot-phien-sac.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
