產品
主題
- 將綁定套用至專案
- 核准
- 自動變換依存任務的日期
- 套件管理和權限
- 綁定
- 綁定常見問題
- 規則中的條件和分支
- 自訂欄位類型和限制
- 自訂欄位
- 相依性類型
- 與表單提交者的電子郵件溝通
- 表單中的欄位對應
- 篩選及排序自訂欄位
- 表單自訂
- 表單
- 公式自訂欄位
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- HubSpot 規則整合
- 請使用 ID 自訂欄位。
- 全域欄位的管理儀表板
- 專案範本的管理儀表板
- 手動觸發規則
- PagerDuty 規則整合
- 專案範本
- 參考自訂欄位
- 執行規則動作
- 請查看規則執行歷史記錄
- 請設定規則權限
- 觸發規則
- 規則
- 規則整合和小工具
- 雲端儲存和檔案共用的規則整合
- 適用於生產力和溝通的規則整合
- 在規則中設定日期
- 分享表單
- 狀態更新範本
- 任務相依性
- 任務範本
- 在 Asana 中的時間追蹤
- 請使用規則中的變數。
- Microsoft Single Sign-On
- 應用程式開發介面 (API)
- Asana 與 Meta 推出的工作空間
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- Asana for Adobe Creative Cloud
- Asana for Gmail 附加元件
- Asana for Jira Cloud
- 請參閱 Asana for Jira Cloud 常見問題
- Asana for Outlook 附加元件
- Asana for Tableau 整合
- 行事曆與 Asana
- 使用 Chrome 擴充功能與 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- GitHub 與 Asana 整合
- Google 和 Asana
- Google 日歷 + Asana
- Google 表單與 Asana
- Google試算表與Asana
- 使用 Google 智慧型方塊
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- Instagantt 和 Asana
- Jira 資料中心
- Jira Data Center 常見問題
- Microsoft Teams與Asana整合
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Outlook行事曆與Asana
- 整合 Power BI
- Salesforce 在 Asana 中的整合
- ServiceNow 與 Asana
- Slack 與 Asana
- Splunk + Asana
- 使用 Tray.io 與 Asana
- Vimeo 與 Asana
- 網頁表單與Asana
- Wufoo與Asana
- 使用 Zapier 和 Asana
- Zendesk整合
- 在 Asana 中的 Zoom 會議
- 自動化和 AI Studio 的 Zoom 轉錄文字
- Setting up Licensing Division ID with SCIM
- 存取和權限
- 帳戶
- Asana 中的系統管理員和超級管理員角色
- 系統管理員安全控制項
- 應用程式管理和整合
- Asana帳戶電子郵件政策
- Asana和全球貿易合規
- Asana歐盟資料中心
- Asana IP 位址範圍和主機名稱
- Asana日本資料中心
- 付費方案的驗證和存取管理選項
- 自動移除訪客
- 對工作項目申請系統管理員權限
- 合規管理附加元件
- Asana 的資料儲存
- 資料保留政策
- 刪除您的 Asana 帳戶
- eDiscovery資源中心
- 企業金鑰管理(EKM)
- 遵守 FedRAMP 規範
- 全域驗證設定
- HIPAA合規性
- 如何存取系統管理主控台
- 如何分離 Asana 帳戶
- 在 Asana 中的 IP 允許清單
- 在系統管理主控台中管理密碼設定
- 實施雙因素驗證
- 行動應用程式安全權限
- 多組織部署
- 多個帳戶和合併
- 權限管理附加元件
- 隱私與安全
- 個人資料欄位可編輯性控制項
- 使用 SCIM 佈建及取消佈建
- 具有自訂角色的角色型存取控制 (RBAC)
- 請使用 SAML 群組對應和 SCIM 互動。
- 適用於Enterprise版組織的SecureAuth
- 服務帳戶
- 設定授權的 SAML 群組對應
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 雙因素驗證
- 跨應用程式存取
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
設定時程表和預算附加元件
可作為 Starter 版、Advanced 版、Enterprise 版和 Enterprise+ 版層級的附加元件使用 。
Asana 的時程表和預算附加元件可讓您追蹤實際花費的工作時間、預測和監控成本和可計費營收，並確保及時準確地進行帳單處理和開立發票。
使用此附加元件，您的團隊將能夠實現步調一致、提升可視度並發揮最大影響力。
注意
客戶可以透過 14 天自助試用來試用附加元件。
相關文章
包含在附加元件中
功能 | 描述 |
時間表可協助您追蹤進度，並透過準確的時間資料提高效率。使用時程表，您可以記錄自己在特定時段內在多個工作分組中花費的時間。 時間提交者可以完成並提交時程表，以供時間審查者審查/核准。 | |
規劃並監控專案預算，以全面掌握專案健全度。 | |
為每個專案設定使用者費率，以便自動納入專案預算。 | |
依時間或成本報告基礎時間條目，包括比較估算值與實際值。 | |
資源管理檢視的增強功能 | 在使用者可存取的資源管理檢視中查看成本，作為其協作管理授權的一部分，例如工作量計劃、預留位置和通用工作負荷 (Enterprise 版和 Enterprise+ 版) 以及專案和專案集工作負荷 (Advanced 版、Enterprise 版和 Enterprise+ 版)。根據工作負荷中單一所選專案檢視時間。 |
時間追蹤功能強化 (網頁版與行動版) | 存取時間追蹤中的其他欄位，以支援準確的時間項目、監控和帳單，例如可計費/不可計費、用於時間歸屬的單一專案以及描述。 |
系統管理員可在系統管理主控台中為您的組織自訂時程表和預算功能 |
哪些人有資格購買此附加元件？
時程表和預算附加元件授權可新增至任何Starter 版、Advanced 版、Enterprise 版和Enterprise+ 版使用者授權。若要在購買後存取附加元件，系統管理員必須在系統管理主控台中為使用者指派授權。若要購買附加元件，您必須聯絡您的 Asana 銷售代表，或直接聯絡銷售部門。
附加元件試用
時程表和預算附加元件 (TBAO) 可讓現有付費客戶透過 14 天自助試用來試用此附加元件。系統管理員或帳單所有者可從系統管理主控台開始試用。試用期間，您網域中的每個人都會自動獲得存取權限，因此系統管理員不必逐一指派授權。
管理授權並指派授權角色
網域管理員、超級管理員和事業處管理員可以指派授權，並指定附加元件的使用者角色。
時間表有兩個主要角色，可確保準確的工作流程：時間提交者和時間審查者。
- 時間提交者是個別團隊成員，他們會針對 Asana 中的特定任務和專案追蹤自己的工作時數。所有擁有時程表和預算附加元件授權的使用者都會自動成為時間提交者。
- 時間審查者是一種特殊指定，可新增至某位人員的授權。 這些使用者通常是經理或主管，負責審查團隊成員提交的時程表。他們會驗證記錄的時數是否準確，然後可能會核准或拒絕提交內容。
手動管理授權並手動指派授權角色
若要手動指派授權：
- 前往系統管理主控台
- 點選「成員」標籤頁
- 在使用者名稱旁邊的「附加元件」欄下拉式選單中，選擇「時程表和預算」
若要手動指定時間審查者角色：
- 按一下使用者名稱旁的三點圖示
- 按一下「個人資料」
- 向下捲動至「時間表管理」
- 點選「審核者」圖示
- 選擇您要指派為時間審查者的使用者
- 請注意：如果您選擇為審查者的使用者尚未擁有附加元件授權，則在選擇為審查者後，系統將為其指派一個授權。
只有系統管理員和超級管理員可以在系統管理主控台中指派時間審查者。
批量管理授權並指派授權角色
若要批次授權並指派時間審查者：
- 導覽至系統管理主控台 > 使用者 > 時間表與預算
- 從使用者網格中，選擇您要指派時間審查者的使用者旁邊的核取方塊
- 點選出現的批次處理動作工具列
- 選擇您想要指派的時間審查者
- 按一下「指派」確認
現在，所選使用者的時間審查者將會更新。此批量指派功能適用於初始設定和持續的審核者管理變更。
您也可以從系統管理主控台上傳已完成的 CSV 範本。在 CSV 檔案中，首先在附加元件欄中，將時程表和預算新增至每個提交者和審核者。此步驟會指派授權。然後，在每個使用者的審核者欄中輸入單一指定審核者的電子郵件地址。
- 請點選您的個人資料圖示並選擇系統管理主控台。
- 導覽至「成員」標籤
- 按一下「匯入 / 匯出 CSV」下拉式選單
- 選擇匯出 CSV 檔
- 在您希望授予存取權限的任何人旁邊的「附加元件」欄中新增「時程表與預算」一詞。請參閱下方圖片。
- 透過「成員」標籤頁右上角的 CSV匯入按鈕匯入 CSV。
- 匯入已完成後，您將收到通知
系統管理主控台設定
若要在系統管理主控台中存取時程表和資源配置的設定：
- 點選您的個人資料圖片
- 選擇系統管理主控台
- 在側邊欄中按一下「設定」
- 向下捲動至時程表和資源配置
您會看到下列設定：
- 啟用時間追蹤：控制任務和專案上是否顯示預估時間和實際時間欄位。
- 啟用可計費時間：開啟時間紀錄的可計費狀態，讓使用者可將其記錄的時數標記為可計費或不可計費。
- 預設可計費：為您網域中建立的所有新時間記錄設定預設可計費狀態 (可計費或不可計費)。
- 專案預算貨幣：選擇將用於所有專案預算的預設貨幣。
- 時程表核准流程：設定時程表工作流程。選擇簡單 (草稿/提交) 或完整 (草稿/提交/核准/拒絕) 核准流程。
- 時間類別：將一致的標籤套用至每個時間記錄。系統管理員可以建立類別選項，隊友在記錄時間時可選擇一個類別。
- 鎖定過去的時間記錄：在特定週數後自動鎖定時間記錄，防止非系統管理員編輯。
- 資源配置檢視 (工作量計劃和工作負荷) ：控制資源管理功能的存取權限。您可以啟用所有功能 (工作量計劃和工作負荷)，或在專案和專案集中提供更有限的工作負荷檢視存取權限。
- 專案的一般工作：控制使用者是否可以在不選擇特定任務的情況下直接記錄專案的時間。
- 未來的時間記錄：控制使用者可以記錄未來多遠的時間。
- 提交提醒：控制使用者何時收到提交時程表的每週提醒。
超級管理員和系統管理員都可以檢視這些設定，但僅超級管理員可編輯。如需這些權限的詳細資料，請參閱在 Asana 中的系統管理員和超級管理員角色。
時程表權限和存取控制
為確保資料的準確性和完整性，時程表和預算附加元件會根據時程表的生命週期強制執行特定的編輯權限。隨著時程表從草稿變為已提交，最後變為已核准，編輯時間記錄的權限將受到更多限制。
各狀態的編輯限制
- 草稿：提交者及其指派的審核者都可以建立、編輯或刪除時間紀錄。
- 已提交：提交時程表後，提交者將被鎖定為僅供檢視，以防止在審核流程中進行變更。審核者保留編輯或刪除項目的權限，以便在核准前進行必要的更正。
- 已核准：核准後，時程表對提交者和審核者均為鎖定。除非核准被撤回，否則兩者都無法修改歷史記錄。
管理員覆寫：無論時間紀錄的狀態為何，網域管理員和超級管理員都擁有檢視、編輯或刪除時間紀錄的無限制權限。這樣一來，即使在核准後，也能確保修正歷史記錄。
撤銷和修改狀態
若時程表因其狀態而被鎖定���提交者和審核者可以使用「撤銷」動作還原狀態，並重新獲得編輯權限。
- 收回提交：若提交者發現自己有誤，可以在已提交時程表上選擇「收回」。這會將時程表還原為草稿狀態，讓他們可以在重新提交之前編輯條目。請注意：提交者無法撤回已核准的提交內容。
- 收回核准：審核者可以在已核准的時程表上選擇「收回」，以復原核准。這可在核准後發現錯誤時進行更正。
- 重新提交已拒絕的時程表：審核者有能力重新提交先前已拒絕的時程表，若已進行必要的修正，即可簡化工作流程。
時程表狀態活動為確保透明度和當責，所有狀態變更 (包括提交、核准、拒絕和撤回) 都會記錄在時程表狀態活動日誌中。
系統管理員可視性要求
雖然網域管理員和超級管理員擁有編輯的覆寫功能，但他們無法自動查看每個使用者的個人時程表檢視。
系統管理員和超級管理員只有在已獲指派時程表和預算授權，並被指定為該使用者的時間審查者時，才能查看使用者的時程表。
常見問答集
哪些 Asana 方案支援時程表和預算附加元件？
時程表和預算附加元件適用於 Starter 版、Advanced 版、Enterprise 版和 Enterprise+ 版方案層級。
時間提交者和時間審查者有何不同？
時間提交者會針對任務和專案追蹤其工作時數 (所有擁有附加元件授權的使用者都自動成為時間提交者)，而時間審查者通常是經理或主管，負責審查、驗證以及核准或拒絕提交的時程表。
系統管理員可以檢視其組織中的所有時程表嗎？
系統管理員和超級管理員只有在擁有指派的時程表與預算授權，並被指定為該使用者的時間審查者時，才能查看使用者的時程表。
時間提交者可在提交後編輯其時程表嗎？
提交時程表後，提交者會被鎖定為僅限檢視的存取權限，但他們可以撤回提交，將其恢復為草稿狀態，以便在重新提交前進行編輯 (註：提交一旦獲得核准，即無法撤回)。
This article has been AI-translated.
Send translation feedback.
