MiiA 帳號與資料刪除政策

MiiA 由：

網通益購科技有限公司 NETCOMTESCO CO., LTD. 統一編號：53106072 設立地：台灣

提供。

品牌：

MiiA

一般帳號、資料及隱私協助：

support@miia-ai.com

資訊安全事項：

security@miia-ai.com

使用者不一定需要刪除整個 MiiA 帳號，才能管理自己的資料。

依正式推出之產品功能，MiiA 應盡可能提供個別資料的管理能力，例如：

• 刪除或撤回 Personal Memory；
• 刪除行程或提醒；
• 管理裝置；
• 管理好友或 Trust Relationship；
• 管理群組 membership；
• 刪除或管理訊息／附件；
• 關閉特定功能；
• 撤銷特定權限。

Account Deletion 則代表要求終止 MiiA 帳號本身及依正式 deletion contract 處理與該帳號相關的資料。

MiiA 正式推出具有帳號建立能力的 App 時，應提供使用者可於 App 內：

發起帳號刪除

的正式流程。

該流程應：

1. 可由使用者合理找到；
2. 清楚說明刪除帳號的影響；
3. 對高風險刪除操作進行適當身分確認；
4. 不以不必要或不合理的程序阻止正常刪除要求；
5. 在提交前提供必要確認；
6. 在提交後提供可理解的處理狀態或結果。

使用者不應被要求僅為刪除帳號而重新購買、訂閱或建立其他付費服務。

若使用者：

• 無法登入 MiiA App；
• 已失去原裝置；
• App 無法正常執行刪除流程；
• 或需要其他合理協助；

可透過 MiiA 官方網站所提供的 Account & Data Deletion 管道提出要求。

在正式網站發布後，MiiA 應於 miia-ai.com 提供可公開找到的帳號／資料刪除說明或 request path。

也可聯絡：

support@miia-ai.com

提出協助要求。

能從某個 Email 地址寄信，並不足以自動證明寄件者就是特定 MiiA 帳號的合法控制者。

為防止：

• 惡意刪除；
• account takeover；
• impersonation；
• social engineering；
• 或第三人要求刪除他人帳號；

MiiA 可能要求與風險相稱的身分確認。

MiiA 不會要求使用者透過 Email 傳送：

• 密碼；
• OTP；
• Passkey private key；
• recovery secret；
• 完整信用卡資料。

如果帳號仍具有重要 authority 或尚未完成的安全狀態，刪除前可能需要依正式產品規則完成必要處理。

例如可能包括：

• Trusted Group ownership；
• Admin／Owner role；
• 尚未完成的 ownership transfer；
• Security Hold；
• 身分爭議；
• 帳號復原程序；
• 已確認的安全事件；
• 法律或正式 dispute hold。

此類流程不得被濫用為無限期阻止合法帳號刪除的理由。

如果使用者在 Trusted Group 中具有 Owner 或其他必要 authority，MiiA 應依已核准的群組 ownership 與退出規則處理。

帳號刪除不得：

• 讓群組意外失去必要 Owner；
• 由 AI 自行選擇新的真人 Owner；
• 由系統擅自建立真人授權。

需要 ownership transfer 時，應依正式 authority flow 完成。

實際帳號刪除對群組歷史、membership、role record 及其他成員可見內容的影響，必須與 Final RC/runtime 行為一致。

依實際帳號及產品功能，帳號刪除流程可能涉及：

• 帳號基本資料；
• 手機號碼及帳號 identifier；
• Trusted Device bindings；
• authentication/security state；
• Friend／Trust Relationship state；
• Trusted Group membership；
• Personal Memory；
• Calendar；
• Reminders；
• Tasks；
• Push tokens；
• 訊息及附件；
• AI-related user context；
• Points／entitlement state；
• 其他與帳號直接相關且無持續合法保存必要的資料。

不同資料類別可能依其用途及法律義務具有不同 deletion lifecycle。

Personal Memory 不應被設計成只能透過整個帳號刪除才能移除。

依實際產品功能，使用者應能對 Personal Memory：

• 查看；
• 更正；
• 刪除；
• 撤回。

當 Personal Memory 已被刪除或撤回後：

不應再作為正常 MiiA AI context 使用。

帳號刪除時，Personal Memory 應依正式 deletion process 一併處理。

使用者應能依正式功能管理或刪除其：

• Calendar events；
• Reminders；
• Tasks；
• 相關 personal context。

帳號刪除時，仍存在且與該帳號綁定的此類資料應進入相應刪除流程，除非另有依法或業務必要的保存理由。

帳號刪除完成時，MiiA 應依正式架構：

• 撤銷與帳號相關的 active device authority；
• 停止該帳號新的正常 authenticated access；
• 使不再需要的 push tokens 失效或進入清除流程。

刪除後的帳號不應因舊裝置 binding 仍存在，而繼續取得正常帳號 authority。

MiiA 對 Passkey／WebAuthn 所處理的是提供 authentication 所必要的帳號／credential-side資料，而不是使用者裝置中的私鑰本身。

帳號刪除後，MiiA 應依正式 authentication architecture：

• 移除或撤銷服務端與該帳號相關且已不再需要的 authentication authority；
• 阻止舊 credential 繼續作為已刪除帳號的正常登入 authority。

實際 Passkey 或 identity provider 的 revocation/deletion behavior 必須由 Production implementation 證明。

MiiA 不以保存 Face ID、指紋等原始 biometric template 作為產品架構。

因此一般 MiiA 帳號刪除流程不應涉及「刪除 MiiA 所保存的 Face ID template」這類不存在的資料承諾。

裝置層級 biometric data 由相應作業系統／平台治理。

MiiA V1 的產品原則為：

通話媒體 0 retention。

亦即 MiiA 不建立供日後播放的 Voice／Video call recording 作為一般產品資料。

因此帳號刪除不應存在一個一般性的「刪除所有 MiiA 通話錄音／錄影」資料庫流程，因為正常產品架構本來就不應保存該類媒體。

必要的：

• signaling；
• security；
• quality；
• session；
• incident；

metadata 則依正式 retention/deletion matrix 處理。

訊息與附件的刪除行為必須區分：

• 使用者自己的帳號資料；
• 已傳送至其他使用者或群組的資料；
• 收件者合法持有的 copy；
• security/audit metadata；
• server-side storage；
• backup copy。

在 runtime evidence 完成以前，本政策不預先宣稱「帳號一刪除，所有其他人的對話紀錄都會消失」。

帳號刪除後，與該帳號相關且已無合法保存必要的：

• private AI context；
• Personal Memory；
• user-specific AI state；

應依正式 deletion process 停止正常使用並進入相應刪除流程。

私人資料亦不得因帳號刪除後仍存在於某個一般 AI training dataset，而永久脫離使用者控制。

MiiA 的預設政策為私人資料不作一般模型訓練的預設來源。

刪除 MiiA App 帳號，不一定等於立即刪除所有：

• Support Email；
• Security incident correspondence；
• fraud investigation record；
• dispute correspondence。

此類資料可能具有與 App account 不同的處理目的與保存基礎。

若原保存目的已消失且無其他合法或必要保存理由，應依適用 retention/deletion policy 處理。

如果帳號具有：

• Points；
• subscription；
• payment entitlement；
• transaction record；

帳號刪除可能需要分別處理：

產品使用資格

正常帳號 entitlement 應依帳號終止流程停止。

商店訂閱

如未來訂閱由 Apple App Store、Google Play 或其他核准 Provider 管理，刪除 MiiA 帳號與取消 Store subscription 可能不是完全相同的操作。

正式推出付費服務時，MiiA 必須清楚說明兩者差異。

法定／交易紀錄

依法需要保存的：

• accounting；
• tax；
• transaction；
• refund；
• dispute；

資料，可能無法在帳號刪除時立即消除。

只應在必要目的及期間內保存。

部分資料可能因：

• account takeover 調查；
• abuse；
• fraud；
• security incident；
• privileged-action audit；
• dispute；
• 法律義務；

需要於帳號刪除後有限度保存。

此類保存必須：

• 有具體目的；
• 與風險相稱；
• 僅保留必要資料；
• 僅維持必要期間。

不得以「可能有安全用途」作為無限期保存所有使用者資料的理由。

如果 MiiA 依法必須保存特定資料，或資料與正在進行中的合法：

• 爭議；
• 調查；
• security incident；
• legal hold；

直接相關，該部分資料可能暫時不適用一般刪除流程。

Legal hold 結束後，應重新依一般 retention/deletion policy 處理。

MiiA 的 Owner policy 為：

資料刪除必須可證明，而不是只把帳號標記為 deleted。

但正式 Public Policy 不在 Production evidence 尚未完成前，自行承諾固定的：

• 7 天；
• 30 天；
• 90 天；

刪除 SLA。

Production backup 可能使用與 active production 不同的 lifecycle。

因此帳號從 active system 刪除後，某些資料可能在加密 backup 中存在至正常 backup rotation／purge cycle 完成。

但：

• backup 不應重新成為正常產品使用資料；
• backup retention 不應無限期；
• restore 後應有機制避免已刪除資料重新取得正常 active status。

如果資料由經核准的 Production Processor 處理，帳號刪除可能需要觸發或等待相應 Provider 的：

• deletion；
• expiry；
• purge；
• retention；

流程。

MiiA 不會把 validation 或 candidate provider 當成 Production deletion authority。

正式公開版本應依當時 Approved Processor Register 對照實際 Provider behavior。

完成正式帳號刪除流程後，帳號原則上不應：

• 繼續正常登入；
• 繼續取得原有 Trusted Device authority；
• 繼續接收正常 push notifications；
• 繼續使用原有 Personal Memory；
• 繼續作為正常 active account 使用。

但依法或基於具體安全／爭議目的保留的有限資料，不代表帳號仍處於正常 active 狀態。

從裝置解除安裝 MiiA App，本身不等於提出帳號刪除要求。

若您希望刪除 MiiA 帳號及相應資料，應使用正式：

• App 內 Account Deletion；
• 官方網站 Account & Data Deletion；
• 或經驗證的 Support assistance；

流程。

若未來 MiiA 正式提供付費訂閱：

刪除 MiiA 帳號不應被默認視為已完成所有第三方 Store subscription cancellation。

Apple／Google 或其他付款 Provider 管理的 subscription，可能需要依相應 Store／Provider 流程取消。

在 MiiA 付費服務正式推出前，不應宣稱尚不存在的 subscription cancellation behavior。

帳號刪除後，未使用的 Points 如何處理，應依正式 Points 規則。

Points 不應在正式規則尚未發布前，被宣稱具有不存在的：

• 現金價值；
• refund right；
• bank balance；
• investment value。

如未來存在購買 Points，需另行建立與免費／贈送 Points 不同的法律與產品治理。

除了刪除整個帳號，使用者依適用法律及產品功能，可能要求刪除或停止處理特定個人資料。

MiiA 應依：

• 資料類別；
• 蒐集目的；
• 使用者權利；
• 法律義務；
• security need；

判斷。

不能因使用者沒有刪除整個帳號，就一概拒絕合理的資料權利要求。

若 MiiA 因具體且合法理由無法立即完成某部分資料刪除，應在適用情況下合理說明：

• 哪一類資料；
• 為何暫時需要保存；
• 保存依據；
• 後續處理方式。

不應使用模糊的「系統需要」作為所有拒絕的唯一理由。

帳號刪除不得被利用來：

• 消除正在調查之重大安全攻擊證據；
• 逃避合法交易或消費爭議；
• 刪除他人依法持有的紀錄；
• 侵犯第三人權利。

但此類例外只能針對真正必要的資料，不應成為保留使用者完整帳號資料的理由。

帳號刪除完成後，如 MiiA 允許使用者重新建立帳號：

• 新帳號不應默認恢復所有已刪除 Personal Memory；
• 不應因舊帳號曾存在而自動恢復舊 Trust Relationship；
• 不應自動恢復已終止的 high-authority state。

正式重新註冊行為應依當時 Production identity architecture 決定。

一般 Account／Data Deletion 協助：

support@miia-ai.com

如果您的要求涉及：

• 帳號遭入侵；
• account takeover；
• security vulnerability；
• 或其他資訊安全事件；

請使用：

security@miia-ai.com

請勿在 Email 中寄送：

• 密碼；
• OTP；
• recovery secret；
• Passkey private key；
• 完整付款卡資料；
• 不必要的醫療或敏感資料。

MiiA 工作人員不應要求您透過 Email 提供 Passkey private key。

本政策可能因：

• Account architecture；
• Data storage；
• Processor；
• App Store／Google Play requirements；
• Billing；
• Legal requirements；
• Security architecture；

變更而更新。

每個正式版本應包含：

• Version；
• Effective Date。

重大變更應依適用法律及變更性質提供適當通知。