> For the complete documentation index, see [llms.txt](https://help.firstline.cc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.firstline.cc/feature/crm/service-log/chong-xin-kai-qi-fu-wu.md).

# 重新開啟服務

在某些情況下，服務完成後仍可能需要再次修改內容。\
此時可進入**單筆資料的檢視頁面**，點擊「**重新開啟**」按鈕，即可將服務重新開啟。

重新開啟後，系統會將該服務重新指派給**原本的主要服務人員**進行檢視與後續編輯。

```mermaid
%%{init: {'themeVariables': { 'fontSize': '12px'}}}%%
flowchart LR
    A[等待中] --> B[處理中] --> C[完成]
    C -->|需要修改或補充處理| D[重新開啟]
    D --> E[指派回原本主要負責人]
    E --> B

%% 狀態顏色
classDef waiting fill:#eeeeee,color:#000000,stroke:#666,stroke-width:1px,font-weight:bold;
classDef processing fill:#d9ecff,color:#000000,stroke:#3b82f6,stroke-width:1px,font-weight:bold;
classDef done fill:#dff5e1,color:#000000,stroke:#22c55e,stroke-width:1px,font-weight:bold;

%% 動作節點
classDef action fill:#fff7e6,color:#000000,stroke:#f59e0b,stroke-width:1px,font-weight:bold;

%% 套用
class A waiting;
class B processing;
class C done;
class D,E action;
```

### 為什麼需要「重新開啟」服務

在舊版本中，系統允許直接修改已完成的服務紀錄。但這種做法容易造成資料混亂，也會影響系統數據的準確性。因此，新版流程改為**先重新開啟服務，再進行修改**。

這樣的設計主要有三個目的：

1. **確保數據準確**\
   透過標準流程重新開啟服務，可以更精準地記錄實際的服務時間，例如 **SLA 與服務處理時間**，避免因直接修改而導致數據失真。
2. **建立清楚的權責範圍**\
   重新開啟後，服務會回到負責的主要人員處理，避免出現 **A 專員直接修改 B 專員已完成紀錄** 的情況，確保責任與紀錄來源清楚。
3. **支援更多系統功能**\
   透過標準流程，系統可以提供更多延伸能力，例如未完成服務的 **API 修改機制**，讓系統整合與自動化流程更容易實現。

### 如何重新開啟已完成的服務

若需要重新開啟已完成的服務，可依照以下步驟操作：

1. 進入該筆服務的**單筆檢視頁面**。
2. 若服務狀態為**已完成**，畫面上會出現「**重新開啟**」按鈕。
3. 點擊「重新開啟」後，系統會**清除原本的完成時間**，並將服務狀態改為**處理中**。
4. 服務會重新指派給**原本的主要負責人**，並再次出現在其**服務台列表**中，方便後續處理。

### 常見問題

#### 如何重新聯絡顧客？

當服務標記為**完成**時，原本的交談會自動結束。如果需要再次聯絡顧客，可以在該服務中點擊「**聯繫**」按鈕，將會**下建立新的交談**，方便持續追蹤與處理後續需求。

#### 如何知道服務是否曾被重新開啟？

若想確認服務是否曾被重新開啟，可以在**單筆服務頁面**查看「**事件歷程**」。

在事件歷程中，系統會以**時間軸方式記錄所有重要操作**，包含服務被重新開啟的時間與相關動作。透過這些紀錄，可以清楚了解服務的處理過程與變更歷史。

### 常見情境

#### **在完成服務後交由其他人接手編輯，應該如何處理？**

按照標準流程，為避免服務時間、處理紀錄等資料被污染，應於服務完成前，直接透過「轉派」方式交由最後實際處理的人員接手編輯並完成服務。

不建議採用「先完成服務，再重新開啟」的方式處理，因為這會增加額外流程，也可能影響後續紀錄與統計資料的準確性。


---

# 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://help.firstline.cc/feature/crm/service-log/chong-xin-kai-qi-fu-wu.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.