審核
審核是規則上的一個步驟，不是表單的設定。規則可以設定為在每筆回應、僅在核准後，或遭到拒絕時寄送。後兩者會讓一個人或一個頻道加入流程：回應會等待其決定，決定出來後規則才會觸發。
為規則加上審核步驟
- 在規則的 時機 步驟（建立或編輯時），於 寄送時機 下選擇 僅在核准後 或 遭到拒絕時
- 審核者 欄位會隨之出現。選擇 個人 並輸入其電子郵件地址，或選擇 一個頻道 並貼上 Slack、Discord 或 Microsoft Teams 的 Webhook 網址（參閱取得 Webhook 網址）
- 可選擇撰寫 請求訊息。它會顯示在審核請求中的答案上方，例如「核准前請先檢查預算項目。」
- 照常完成規則其餘的設定：僅當 條件、核准（或拒絕）後要寄到的目的地，以及訊息
有這個步驟的規則，其標籤會顯示 待審核。
審核請求依審核者產生，不是依規則
多條規則可以等待同一位審核者。當一筆回應符合其中不只一條規則時，這位審核者仍然只會收到一個審核請求，附上 Approve 與 Reject 按鈕。他的決定會觸發所有等待他的相符規則：核准會觸發僅在核准後的規則，拒絕則觸發遭到拒絕時的規則。
等待不同審核者的規則不受影響；那位審核者會收到自己獨立的請求。
範例： 某份表單有四條規則：兩條設為由 Anna 僅在核准後寄送，一條設為由 Anna 遭到拒絕時寄送，一條設為由 Ben 僅在核准後寄送。一筆符合全部四條規則的回應，恰好會產生兩個請求：一個給 Anna，一個給 Ben。Anna 核准時，只會觸發她的兩條核准規則，不會觸發那條拒絕規則。Ben 則獨立決定，依據自己的請求。
只有僅當條件符合該回應的規則才會等待它。若一筆回應沒有任何審核規則符合，就完全不會寄出請求。
審核者會收到什麼
- 個人會收到一封從您的 Google 帳戶寄出的電子郵件，內含您的請求訊息、答案以及兩個按鈕
- 頻道會在 Slack、Discord 或 Teams 頻道中收到一則貼文，附有相同的兩個按鈕。頻道中的任何人都可以做決定。做出決定後，結果會連同審核者填寫的姓名一起發布回頻道
- 如果發布到頻道失敗，請求會改以電子郵件寄給規則擁有者，並附上一行說明原因，讓這筆回覆仍可被決定。如果頻道的 Webhook 網址已不存在（HTTP 404 或 410），審核者也會被暫停：規則顯示審核者已暫停，在您於審核者欄位貼上新網址之前，請求都會以電子郵件寄給擁有者
確認頁面
每個按鈕都會開啟一個頁面，詢問 Approve this submission?（或 Reject），顯示答案，並提供選填的 Your name 欄位。在審核者點擊該頁面上的按鈕之前，不會做出任何決定，因此 Slack 的連結預覽或電子郵件掃描程式無法意外核准。在那裡輸入的姓名會顯示給表單擁有者，並出現在紀錄與結果貼文中。
- Approve 會觸發所有等待這位審核者、且設為僅在核准後的相符規則
- Reject 會觸發所有等待這位審核者、且設為遭到拒絕時的相符規則。表單擁有者也會收到一封關於拒絕的電子郵件
兩種決定都會記錄在紀錄中。
7 天有效期限
審核請求的有效期限為 7 天。若審核者在期限內未做決定，請求即過期：等待這個請求的規則都不會寄送，就連設為遭到拒絕時的規則也不會。過期不等於拒絕。
注意事項
- 規則若透過 電子郵件在僅在核准後或遭到拒絕時寄送，會由 Skyfield 的郵件伺服器寄出，而非您的 Google 帳戶，因為那一刻並沒有表單提交發生。您的寄件者名稱與回覆地址會保留。參閱寄送與傳送上限
- 僅當條件仍然適用，因此有審核步驟的規則只會等待原本就會寄送的回應
- 有審核步驟的 Webhook 規則，其傳送內容會包含
approval.decision與approval.decidedBy。參閱 Webhook - 將規則的 寄送時機 從審核事件改回其他選項，會清除其審核者；已送出的待決請求不受影響
審核與您的授權
有審核步驟的規則需要有效授權。7 天免費試用也算，因此試用期間可完整使用。試用期結束而未升級時，審核規則會暫停：符合條件的回應會以已略過的狀態記錄在紀錄中，且不會寄出請求。在每筆回應上寄送的規則會繼續寄送。升級後，審核規則會對新的回應恢復；已略過的不會補寄。暫停前已送出的請求不受影響，仍會在決定後觸發其規則。