產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 ID 自訂欄位。
- 將綁定套用至專案
- 專案範本的管理儀表板
- 規則整合和小工具
- 請查看規則執行歷史記錄
- 表單自訂
- 任務相依性
- 核准
- 規則中的條件和分支
- 在 Asana 中的時間追蹤
- 篩選及排序自訂欄位
- 手動觸發規則
- 請設定規則權限
- PagerDuty 規則整合
- 套件管理和權限
- 全域欄位的管理儀表板
- HubSpot 規則整合
- 參考自訂欄位
- 綁定
- 任務範本
- 狀態更新範本
- 適用於雲端儲存和檔案共用的規則整合
- 分享表單
- 如何透過應用程式開發介面 (API) 將 Asana 中的所有時間紀錄資料匯出為 CSV 檔
- 瞭解 Asana 中的自動化觸發因素和動作
- 公式自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- 適用於生產力和溝通的規則整合
- 表單
- 專案範本
- 自訂欄位
- 表單中的欄位對應
- 相依性類型
- 綁定常見問題
- 自動化
- 自動化動作
- 自動化觸發因素
- 自動化中的變數
- 使用 Zapier 和 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Asana for Gmail 附加元件
- Asana for Tableau 整合
- Google 和 Asana
- Google 表單與 Asana
- 使用 Google 智慧型方塊
- 使用 Chrome 擴充功能與 Asana
- 請參閱 Asana for Jira Cloud 常見問題
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Outlook 附加元件
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- Google 日歷 + Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 Tray.io 與 Asana
- ServiceNow 與 Asana
- Wufoo與Asana
- 網頁表單與Asana
- Zendesk整合
- Asana 與 Meta 推出的工作空間
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 在 Slack 頻道中與 Asana 聊天
- 在 Asana 中的 Slack 評論同步
- Microsoft Teams 與 Asana 的整合
- Slack 與 Asana
- Microsoft 單一登入
- Salesforce 在 Asana 中的整合
- Outlook 行事曆與 Asana
- Vimeo 與 Asana
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- Asana for Adobe Creative Cloud
- Asana for Jira Cloud
- Jira Data Center
- 應用程式開發介面 (API)
- Jira Data Center 常見問題
- 請使用 SAML 群組對應和 SCIM 互動。
- 隱私與安全
- 雙因素驗證
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- Asana帳戶電子郵件政策
- 存取和權限
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 自動移除訪客
- 如何分離 Asana 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- Setting up Licensing Division ID with SCIM
- Asana 合規性設定
- 權限管理附加元件
- 跨應用程式存取
- 服務帳戶
- 資料保留政策
- Asana 中的系統管理員和超級管理員角色
- 資料提供
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 全域驗證設定
- Asana 的 SCIM 佈建
- 進階設定：使用 SCIM 佈建授權
- 進階設定：使用 SCIM 指派 Asana 角色
- 使用 SCIM 佈建及取消佈建使用者
- 應用程式管理和整合
- 系統管理員安全控制項
- 刪除您的 Asana 帳戶
- 付費方案的驗證和存取管理選項
- 在 Asana 中的 IP 允許清單
- 行動應用程式安全權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- HIPAA 合規性
- 具有自訂角色的角色型存取控制 (RBAC)
- 如何存取系統管理主控台
- 帳戶
使用電子郵件接收功能在 Asana Service Management 中建立支援單
藉助 Asana Service Management，您的團隊可以接收來自任何擁有電子郵件地址的人員的支援請求，無論對方是否擁有 Asana 帳戶。
當有人傳送電子郵件至您團隊的支援電子郵件地址時，系統會在您團隊的佇列中自動建立支援單。
請求者針對收到的確認電子郵件所傳送的任何回覆都會新增為該聯絡單的評論，讓您的團隊能夠在同一處查看完整的對話內容。
注意
本文介紹如何設定電子郵件地址，以便請求者將支援單提交至您的服務佇列。若您想透過將電子郵件轉寄至 x@mail.asana.com 來建立任務，或直接將任務以電子郵件傳送至專案，請參閱「將任務以電子郵件傳送至 Asana」。
開始之前
電子郵件轉寄需要已驗證的傳送網域。在佇列能夠透過電子郵件接收請求之前，組織系統管理員必須在系統管理主控台中驗證傳送網域。
這可確認您的組織擁有該網域，並授權 Asana 傳送看似來自您網域而非直接來自 Asana 的通知電子郵件。
網域通過驗證後，系統管理主控台中的「允許從已驗證的網域寄信」設定會自動啟用，而佇列所有者可以連結其支援電子郵件地址。
為服務佇列設定電子郵件轉寄
選項 1：從佇列操作
- 開啟您的佇列並選擇「設定」。
- 在「支援單接收和轉交」下方，按一下「電子郵件轉寄」。
選項 2：從「系統管理員」功能表
- 點選「服務」側邊欄中的「系統管理員」，然後在「管理佇列」下方點選您要設定的佇列。
- 在「支援單接收和轉交」下方，按一下「電子郵件轉寄」。
選取「電子郵件轉寄」後，請完成設定：
- 在「設定電子郵件轉寄」對話框中，輸入您的支援電子郵件地址前綴，並從下拉式選單中選擇您的已驗證網域。這是請求者用於提交支援單的地址 (例如： support@acme.com)。
- 登入您的電子郵件用戶端，並開啟支援信箱的轉寄和 POP/IMAP 設定。依照電子郵件用戶端提供的說明操作，以設定轉寄。此對話框包含常見電子郵件用戶端逐步設定指南的連結。
- 當您的電子郵件用戶端要求提供目的地時，請點選「新增電子郵件轉寄地址」下方顯示的 Asana 地址旁的「複製」，並將其貼入您的電子郵件用戶端。
- 點選「儲存」。
每個電子郵件地址只能連結至一個佇列。若要為第二個佇列啟用電子郵件接收功能，請使用其他電子郵件地址。
您也可以在儲存之前調整兩項設定：
如果您希望「收件者」和「副本」欄位中的所有人都自動透過電子郵件收到支援單更新，請開啟「將支援單更新傳送給所有收件者」。
如果您的系統管理員已在系統管理主控台中設定公司標誌，您可以開啟「在電子郵件中顯示公司標誌」，以便將其納入通知和回覆電子郵件中。若尚未設定標誌，此選項將顯示為灰色。
電子郵件接收對請求者有何影響
請求者無需擁有 Asana 帳戶即可提交或追蹤請求。當他們傳送電子郵件至您的支援地址時，系統會建立一張支援單，且他們會從您已驗證的網域收到通知電子郵件。
每封通知電子郵件都會告知請求者，他們的回覆將自動新增至聯絡單，因此他們始終知道如何進行後續追蹤。
申請者可以回覆任何通知電子郵件，以在其聯絡單中新增評論。
原始電子郵件的「收件者」或「副本」欄位中的所有人也會收到通知，並可以以相同的方式回覆。
請求者可以在其電子郵件用戶端中查看完整的對話紀錄，同時在 Asana 中的支援單內追蹤相同的對話。
團隊成員如何管理電子郵件提交的聯絡單
透過電子郵件建立的支援單會與來自其他接收管道的支援單一起顯示於支援單摘要中。每個電子郵件支援單都會在支援單詳細資料面板中顯示「電子郵件」作為來源，以便團隊成員一眼就能瞭解請求的接收方式。
「對話」標籤頁顯示完整的電子郵件對話，包括來自請求者的所有訊息，以及在原始電子郵件中被抄送的所有人。
您可以將滑鼠暫留於回覆區域的收件人數量上，以查看對話中包含的所有人員。
在對話面板的底部回覆請求者，然後點選「傳送」。回覆會透過電子郵件傳送給請求者和所有收件人，並以支援單評論的形式記錄。
中斷電子郵件轉寄
若要從佇列移除電子郵件轉寄：
- 請開啟您的佇列，並從左側導覽列中選擇「設定」。
- 在「支援單接收設定」頁面中，點選「電子郵件轉寄」。
- 在「編輯電子郵件轉寄」對話方塊的底部，按一下「移除電子郵件轉寄」。確認對話方塊說明，一旦移除，傳送至該電子郵件地址的請求和回覆將不再記錄在 Asana 中，且支援單更新將從 Asana 電子郵件網域傳送。
- 按一下「移除」以確認。
This article has been AI-translated.
Send translation feedback.
