> For the complete documentation index, see [llms.txt](https://developers-apps-in-toss.toss.im/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developers-apps-in-toss.toss.im/guide/zh/operation/service-termination.md).
# 结束服务
在 Apps in Toss 中，迷你应用服务终止将在合作方自愿请求或违反法律、政策时进行。请确认以下按终止类型区分的流程、告知义务、退款处理方式以及终止后的页面处理，并务必遵守。
***
### 1. 服务终止类型
服务终止分为以下类型。
| 类型 | 说明 | 事前告知义务 | 退款及退出处理 |
| --------------- | ------------------------- | ------------------ | ------- |
| **因合作方请求而终止** | 合作方直接请求终止服务的情况 | 提前30天告知（合作方 → 用户） | 由合作方处理 |
| **因违反政策/法律而终止** | 因违反政策·法规而立即终止（包括未完成整改而终止） | 终止后告知30天（合作方 → 用户） | 由合作方处理 |
| **因营业者停业而终止** | 因营业者停业而立即终止 | 终止后告知30天（合作方 → 用户） | 由合作方处理 |
***
### 2. 各终止类型流程
#### 2-1.**合作方自愿申请终止时的流程**
1. Apps in Toss [Channel Talk](https://apps-in-toss.channel.io/workflows/787658)请通过以上渠道告知我们希望终止服务。
2. 合作方需要向使用该服务的用户， **在终止日期前30天于迷你应用内进行终止预告并发送功能消息**。
* 所告知的页面及功能消息中，需要注明服务终止预计日期和客服咨询方式。
* 请在反映相关内容后，通过 Channel Talk 联系我们。
{% hint style="info" %}
**请务必确认**
如果不使用 Toss 登录，就无法发送功能消息。请务必在迷你应用内告知，让用户在访问服务时能够确认终止说明。
{% endhint %}
3. 合作方随后需立即处理应用内支付（或 Toss Pay）的退款请求，并在用户提出退出请求时立即处理。
* 如果用户要求退出服务并删除相关信息，必须立即销毁。
* 应用内支付及 Toss Pay 的退款请求必须立即处理。
4. 请在服务终止日期当天通过 Channel Talk 提交终止请求。
5. 随后将进行 Apps in Toss 控制台相关条款同意撤回。
#### 2-2. **因违反政策/法规且未完成整改而终止**
1. 我们会根据违规政策向合作方说明整改期限及服务终止事项。
2. 若在整改期限内未完成整改，服务终止后将发送事后告知及功能消息。
* 所告知的页面及功能消息中 **会注明服务终止日期、服务终止原因及客服咨询方式**。
3. 合作方随后需立即处理应用内支付（或 Toss Pay）的退款请求，并在用户提出退出请求时立即处理。
* 如果用户要求退出服务并删除相关信息，我们会立即销毁。
* 应用内支付及 Toss Pay 的退款请求会立即处理。
4. 随后将进行 Apps in Toss 控制台相关条款同意撤回。
#### 2-3. **因违反法规等而立即终止**
{% hint style="info" %}
**请参考**
在违反法规、侵犯知识产权等重大违规情况下，将不经过劝导期而立即隐藏服务。
{% endhint %}
1. 一经确认违规事项，便会在服务终止后发送事后告知及功能消息。（终止后30天内）
* 所告知的页面及功能消息中 **会注明服务终止日期、服务终止原因及客服咨询方式**。
2. 会通知合作方服务已因违反相关法律法规而被终止处理，也可在控制台中确认。
3. 合作方随后需立即处理应用内支付（或 Toss Pay）的退款请求，并在用户提出退出请求时立即处理。
* 如果用户要求退出服务并删除相关信息，我们会立即销毁。
4. 随后将进行 Apps in Toss 控制台相关条款同意撤回。
#### 2-4. **因营业者停业而终止**
1. 若营业者停业，则会变为非营业者身份，因此无法使用变现功能及 Toss 登录功能。
2. 因此，如确认停业时间点，运营中的迷你应用将自动终止处理。
3. 若服务已被终止处理，合作方随后需立即处理应用内支付（或 Toss Pay）的退款请求，并在用户提出退出请求时立即处理。
* 如果用户要求退出服务并删除相关信息，我们会立即销毁。
4. 如果希望以非营业者身份上线服务，请创建新的工作区，重新登记迷你应用后再上线。
***
### 3. Toss Pay 及应用内支付退款处理
#### 3-1. **退款责任原则**
Toss Pay 及应用内支付的退款义务和责任 **由合作方**承担。Apps in Toss 原则上不会直接介入退款处理。
* 在告知服务终止时，会向合作方明确说明退款义务。
* 如果发生退款投诉，Apps in Toss 可单独联系合作方，请求进行退款处理。
#### 3-2. **Google Play 商店退款处理**
{% hint style="info" %}
**请参考**
由于无法由 Apps in Toss 直接确认是否可退款（商品·服务是否已使用完毕），请由合作方直接处理。
{% endhint %}
* 付款后 **48小时内** 件：可根据 Google Play 商店的判断处理退款。
* 付款后 **48小时后** 件：合作方需要在 Apps in Toss 控制台中直接进行退款批准/拒绝处理。
#### **3-3. Apple App Store 退款处理**
没有另行期限，可能会根据 Apple App Store 的判断处理退款。
***
### 4. Toss 登录
#### 4-1. **Toss 登录处理**
* 在访问服务时展示 안내会员退出窗口的页面。若用户要求退出服务并删除相关信息，则立即销毁。
* 相关沟通及与用户发生问题时的责任 **由合作方**由承担。
***
### 5. Apps in Toss 相关条款同意撤回
#### 5-1. **条款同意撤回**
* 在服务终止后， **通过撤回控制台内按功能的条款及与服务合作相关的同意**的方式进行运营。
* Toss 登录、应用内支付等按功能的条款同意由控制台管理，因此终止后会依次撤回。
***
### 6. 迷你应用服务终止时的用户信息处理指南
在迷你应用服务终止后，我们将说明处理从 Toss 提供的用户个人信息，以及合作方自行生成或收集的交易信息的标准。
本指南说明一般处理原则。具体保留项目和期限，请根据合作方的法定义务及内部管理计划另行审核。
#### 6-1. Toss 标识符处理
在迷你应用运营过程中从 Toss 接收的以下标识符，在迷你应用服务终止后必须销毁。
* `userKey`
* `anonKey`
* `deviceId`
如果为了保存交易记录而需要持续识别用户，请将该值替换为合作方自己的用户识别键。
完成替换后，请删除以下信息。
* 从 Toss 接收的原始标识符
* 原始标识符与自有标识键之间的映射信息
* 可恢复或重新关联原始标识符的信息
自有标识键应在与 Toss 标识符无关的情况下生成，且不能逆向转换为 Toss 标识符。
#### 6-2. 姓名·电话号码及交易信息保留
发生预约·支付等交易的用户信息，仅在相关法律规定有保留义务，或存在合作方重要个人信息收集与使用同意、用户协议等其他合法处理依据时，才可在必要范围内保留。
* 请仅将交易凭证所需信息单独保留。
* 请将保留项目和期限反映到合作方的用户协议、同意书、个人信息处理方针及内部保留政策中。
* 法定保留期限届满后，请立即销毁。
* 未发生交易或没有其他保留依据的用户信息，请在服务终止后删除。
仅因为姓名和电话号码是通过 Toss 登录传达的，并不会延长保留期限。\n合作方需要确认是否存在根据相关法律法规的义务，或通过另行同意等方式获得的合法处理依据。
#### 6-3. 客服咨询及交易明细管理
迷你应用服务终止后，即使将合作方替换后的自有标识键传给 Toss，Toss 也难以查询或识别该用户的交易明细。
因此，请准备好让合作方能够自行处理以下工作。
* 预约及支付记录查询
* 取消·退款处理
* 用户咨询及投诉应对
* 根据法律义务提交交易记录
建议将所需交易信息基于合作方的订单号、预约号或自有用户识别键进行管理，而不是使用 Toss 标识符。
#### 6-4. 处理流程
1. 确认在迷你应用中收集·生成的用户信息列表。
2. 区分需根据相关法律法规予以保存的个人信息（交易记录等）与删除对象信息。
3. 将需要保留记录中的 Toss 标识符替换为自有标识键。
4. 删除 Toss 原始标识符及映射信息。
5. 删除没有单独保留依据的个人信息和运行日志。
6. 根据相关法律法规必须保留的个人信息，应与其他信息分离，并限制访问权限。
7. 将销毁结果和处理日期作为内部记录保存。
#### 6-5. 最终确认清单
* `userKey`, `anonKey`, `deviceId`是否已将其替换为自有标识键？
* 是否已删除 Toss 原始标识符及映射信息？
* 是否确认了交易信息的保留依据和期限？
* 是否已删除无交易的用户信息？
* 是否能够自行处理预约·支付·退款咨询？
* 是否已建立到期后销毁保留信息的流程？
---
# 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://developers-apps-in-toss.toss.im/guide/zh/operation/service-termination.md?ask=&goal=
```
`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.
