無論訂單類型如何，如果您不熟悉移轉或處理大型專案且需要指導，請向 PTS 團隊報告案例。 請參閱提出Cisco Calling Plan支援個案區段。

PTS 對Cisco Calling Plan 號碼訂單提供支援，包括號碼移轉、新號碼訂購以及解決任何相關查詢。

簡單	標準	專案	完成以下選項之一：
1 TN（電話號碼）	1-50 TN	> 50 TN	> 1 TN
BTN – 帳單電話號碼	1 個 BTN	1 個 BTN	> 1 BTN
服務地址	服務地址	服務地址	> 1 個服務位址
1 失去了電訊廠商名稱	1 失去了電訊廠商名稱	1 失去了電訊廠商名稱	> 1 個丟失的電訊廠商名稱
1 個費率中心	1 個費率中心（美國或加拿大）	1 個費率中心（美國或加拿大）	> 1 個費率中心（美國或加拿大）
--	--	需要CSR （客戶服務記錄）（美國或加拿大）	需要CSR （美國或加拿大）
--	--	處理 10-35 個工作日	處理 10-35 個工作日

以下內容可確保無縫且成功的號碼移轉體驗：

• 啟用號碼

  • 確保移轉號碼在整個過程中對於丟失的電訊廠商保持有效。

  • 在完成並驗證號碼移轉之前，請勿中斷服務。

• 移除凍結和識別憑證

  • 移除任何帳戶凍結或限制。

  • 識別與號碼關聯的任何 PIN、密碼或密碼，這適用於其他移轉資訊，這些資訊可能需要這些資訊才能發出移轉請求。

• 仔細檢查號碼。

  • 提交訂單之前，請仔細檢查所有號碼。

  • 一經提交，便無法新增或變更號碼。

• 一致的移轉資訊— 移轉資訊必須符合失去的電訊廠商的記錄，無論號碼要移轉到何處。

• 客戶服務記錄（CSR、美國或加拿大） — 雖然並非總是必要，但從失敗的電訊廠商處獲取目前的客戶服務記錄 (CSR) 有助於確保移轉資訊的準確性。

• 識別通訊埠類型

  • 識別連接埠的類型： 簡單、標準、專案或複雜。

  • 這會設定對需求和處理時間的預期。

• 失去電訊廠商回應時間— 預期在提交或重新提交移轉請求後，失敗的電訊廠商將至少有五個工作日的響應時間。

• 確認的移轉日期— 一旦移轉請求從失敗的電訊廠商處收到 FOC，不建議變更確認日期，因為這會增加訂單的複雜性。

• 客戶必須確保他們提供的有關埠便利化的資訊準確且完整。 不准確或不完整的資訊會導致拒絕連接。

• 拒絕可能會根據國家/地區重設移轉 SLA。

• 為了加快流程，我們建議客戶與失敗的承運人協作以清除拒絕，然後在 Control Hub 中更新被拒絕的訂單，並重新提交處理請求。

• 失去電訊廠商一次會因為一個原因拒絕請求。 如果拒絕非使用中的號碼請求，則當重新提交訂單時，可能會發生 BTN 的後續拒絕。

主要拒絕原因

失敗的電訊廠商可能拒絕移轉請求的常見原因包括：

• OSP 在帳戶上具有擱置中的 LSR（例如，移出或位址變更）。

• BTN 或 ATN（帳戶電話號碼）不相符。

• 部分電話號碼無法移轉，因為他們處於不活動狀態或不屬於最終使用者帳戶的一部分。

• 位置資訊不相符。

• 無線連線埠必須提供密碼/PIN 碼。

• 已向有衝突（例如，移轉或地址變更）的失敗承運人下了訂單。

• 實體名稱不相符。

• 適用於需要密碼或PIN的無線連接埠。

• 一個或多個電話號碼已中斷連線。 在此移轉可以繼續之前，使用者必須聯絡其目前的電訊廠商以重新啟用電話號碼。

• 帳號 (AN) 不相符。

• 人員授權不相符。

• BTN 不相符。

• BTN 是要移轉的電話號碼之一。 使用者必須相應指示移轉訂單類型、剩餘號碼動作及新帳單電話號碼。

• 全方位服務的位址不相符。

• 其他服務提供者(OSP) 要求將移轉訂單分割並作為單獨的訂單提交。

• 實體名稱（例如公司名稱）不相符。

• 位置資訊與CSR上的詳細資訊不相符。

• 移轉訂單上的所有資料都不相符。

• 服務提供者（SP）或經銷商可能會提供屬於基礎電訊廠商的電話號碼。

• 客戶通常會在不知道他們的號碼屬於基礎電訊廠商的情況下收到電話公司的帳單。

• 當涉及經銷商時，移轉資訊仍需符合電訊廠商的基本記錄，而無論經銷商向客戶提供的帳單上包含什麼資訊。

• 如果移轉拒絕涉及經銷商，客戶必須要求其提供者（經銷商）從相關運營商處獲取正確資訊。

客戶可以在失敗的電訊廠商提供 FOC 之前，在 Control Hub 中變更或取消他們的訂單，而他們的號碼不存在被移轉或影響服務的風險。

• 隨時 = 無風險

在失去的電訊廠商提供 FOC 後，客戶無法在 Control Hub 中修改移轉順序，必須向Cisco PSTN 技術服務 (PTS) 呈報支援個案問題。

在 FOC 之後請求變更或取消移轉日期存在風險，即丟失的電訊廠商可能會如期中斷線路，從而中斷電話服務。

• 72 小時 = 最低的風險

• 48-72 小時 = 低風險

• 24-48 小時 = 中度風險

• < 24 小時 = 高風險

這些詳細資料可能會因國家/地區而異。

快速回复（也稱為緊急還原）涉及將號碼立即移轉回丟失的電訊廠商。

時間範圍可能為 1 到 48 小時之間，取決於失去的電訊廠商和國家/地區。

• 快速回彈可能是由移轉期間不正確或無法預料的情況造成，但也可能是由於砰砰（未經授權移轉至另一家電訊廠商，無論是有意還是錯誤）。

• 客戶必須盡快呈報 PSTN 技術支援 (PTS)支援個案以啟動快照回復請求。 開立 Cisco 通話方案支援個案

移轉 - 移轉日（FOC）

建議在號碼移轉的排定日（FOC 日期）執行一些檢查，以確認一切正常並為移轉程序準備就緒。 確保您已 ——

• 已將一個或所有號碼指定給設定為移轉的關聯使用者或功能。

• 您的系統已佈建，任何硬體已設定並準備好用於移轉。

連接埠啟用

連接埠在 FOC 時自動啟動。 但是，有時移轉號碼可能會有些許延遲。 一般而言，FOC 會移轉您的號碼，但這可能會由於以下原因而受到影響：

• 正在釋放號碼的失敗提供者 (LCP)。

• Cisco （收益提供者）和失敗提供者之間的系統。

• 如果代碼或範圍持有人與目前的電訊廠商不同，則可能有多個電訊廠商之間。

  代碼或範圍持有人需要在交換中新增其字首，以使通話正確路由，這也可能會延遲啟動時間。

• 請求量異常高（可能會有一點延遲）。

• 至少留出 15 分鐘（項目或複雜連接埠為 30 分鐘）讓號碼開始工作。

如果啟動時間比預期的要長，我們將建議您執行下列動作：

• 如果號碼在連接埠啟動後 15-30 分鐘內無法正常運作，請檢查所有 Control Hub 組態、訂單和電話號碼狀態。

• 在確認設定和狀態且號碼仍未撥打或接聽電話後，請呈報 PTS支援個案。 開立 Cisco 通話方案支援個案 PTS 團隊進行疑難排解並努力盡快解決問題。

• 移轉日期 – 失去提供者 移轉支援（取決於 LCP 和國家/地區）時間通常為標準工作日的上午 9 點至下午 4 點。

• Cisco PSTN 技術支援 (PTS) 提供 24 月 5 日。

  • PTS 旨在在發現新案例後的 2 小時內做出回應。

  • PTS 的目標是盡快解決所有問題；所有承諾的時間都是最大的努力。

源於失敗的提供者或任何第三方供應商的問題： 雖然 PTS 會在可能的情況下持續追踪並施加壓力，但 PTS 還必須留出一段時間（由 SLA 控制）來解決問題，然後在內部將問題上報。 PTS 的支援範圍是Cisco Calling Plan 編號訂單，包括號碼移轉、新號碼訂購以及與上述提及的任何相關的查詢。

開立 Cisco 通話方案支援個案

若要報告Cisco Calling Plan支援個案，請使用 Control Hub 中您的 PSTN 訂單中提供的鏈結。

1. 轉至正在呼叫> PSTN >訂單

2. 如果您沒有訂單，您可以選取您的訂單。

   若要開始下單，選取您的位置>訂購新號碼>下一個。

   您無需超出選擇號碼階段即可擁有呈報Cisco Calling Plans支援個案選項。

3. 按一下呈報Cisco Calling Plans支援個案中的鏈結訂單/模擬訂單開啟 PTS支援個案。

   它會啟動票務入口網站。

4. 選取正確的類別和子類別，然後提交。

或者，傳送電子郵件至pstn-support@cisco.com我們可以代表您建立案例。