承認は、何を認めたか分かる判断にする
週の合計だけでは、どの仕事を行い、何を確認者が認めたか分かりません。Tsumiraは提出したタイムシートと明細を確認の対象にします。期間、人、時間、請求の文脈を見て、現在の版を承認または差し戻します。記録と承認を分けるため、タイマーや下書きが知らない間に財務利用の承認済み情報になることはありません。
実際に提出した仕事を読む
承認の画面では、提出された週と明細、合計、請求対象、関連する注意点を確認します。説明が必要な数値は、内容、日付、作業参照まで読みます。元の提出には特定の明細集合があります。並行して状態が変わる場合、版と整合性の確認により、古い画面から知らない別の状態へ判断しないようにしています。
- 提出された週と明細
- 合計と請求対象の時間
- 現在の版と整合性の確認
指定された確認者が判断する
提出には確認者が指定されています。判断時には、その人物であることと適切な権限を確認します。確認待ちの一覧が見えることだけで、すべてのタイムシートを承認できるわけではありません。自己承認は単独オーナー向けの実装された例外に限られ、通常のチーム運用ではありません。誰が判断したかを明確にするための区別です。
- 指定された確認者
- 権限に基づく判断
- 単独オーナーの限定された例外
役立つ説明を添えて承認か差し戻しを選ぶ
対応する判断は承認と差し戻しで、必要に応じてメモを添えます。差し戻しでは、どの情報を修正すべきかを具体的に伝えます。承認した請求対象の仕事は、対応する財務処理へ続けられますが、請求書の発行と同じではありません。価格、顧客、対象文書は財務の流れで別に確認します。時間への判断が取引上の判断をすべて代替するものではありません。
- 承認・差し戻しの選択
- 修正のための確認メモ
- 価格と文書発行は別の処理
具体的な業務の流れ
提出された週を開く
人物、期間、含まれる記録を確認し、合計だけを承認しないようにします。
内容を調べる
日付、説明、作業、請求対象、説明が必要な項目を読みます。
現在の版を判断する
指定された確認者が権限の下で、役立つメモとともに承認か差し戻しを選びます。
結果を次へつなぐ
差し戻しは修正へ、適切な承認済み作業は別の請求確認へ進めます。
実務を想定した例
利用例：不明な顧客作業を差し戻す
確認者が提出週を開くと、ある顧客向け記録の説明だけでは作業内容が分からないとします。本人の記録を黙って変えるのではなく、確認点をメモして差し戻します。担当者は修正できる記録を直し、最新のプレビューから再提出します。確認者は内容が明確になった版について判断します。
この機能についての質問
管理者なら見える週をすべて承認できますか。
判断では指定確認者と権限を確認します。一覧の可視性や管理者という役割だけで、無関係の提出を承認できるわけではありません。
自分の週を自分で承認できますか。
通常のチームの流れではありません。実装された例外は、唯一の有効な人間メンバーであり、指定確認者でもある単独オーナーに限定されます。
差し戻されたらどうなりますか。
対応する記録の修正と再提出の流れへ戻せます。確認者のメモで、何を直すか明確にします。
承認すると請求が発行されますか。
いいえ。提出された時間を承認します。適切な請求対象の仕事は財務へ続きますが、価格と文書の発行は別の管理された判断です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
