時間の記録を、別の情報の島にしない
時間の合計は、関連するタスク、顧客、内容が分かると役立ちます。Tsumiraはタイマーと手動入力を、週の確認へ結びます。記録した時間、請求対象、提出済み、承認は別の情報です。同じ記録を次の取引上の相談に使いながら、すべての分数をすでに承認や請求したものと考えずに進められます。
機能ごとの詳しい説明
それぞれの機能でできること、使い方、チームの業務とのつながりを確認できます。
作業タイマー
内容と、必要なら権限のある作業への参照を付けて自分のタイマーを開始。停止すると、週次の確認へ進める時間記録になります。
週次タイムシート
作業記録を週次タイムシートにまとめます。プロジェクト時間と請求対象を確認し、チェックした週を指定の承認者に提出できます。
時間の手動入力
作業日、時間、内容を登録し、必要なら権限のある仕事への参照と、請求向けの説明を別に持たせられます。
時間の承認
指定された人がタイムシートを読み、承認するか、修正のために差し戻すかを決めます。
時間レポート
対象期間の作業と顧客の文脈を確認し、合計、請求対象、承認済みの時間を分けて把握できます。
時間から請求へ
適切な承認済みの請求対象作業を財務につなぎ、価格、請求書準備、発行は別の確認として進めます。
確認できる形で仕事を残す
作業中のタイマーでも、終わった後の手動入力でも記録できます。どちらにも権限のある作業、説明、別の請求説明、請求対象の印を持てます。プロジェクト全体の推測ではなく、日付と時間を残します。一人につき一つの実行中タイマーで現在の作業を明確にし、下書きや差し戻しの修正を提出前に行えます。
- タイマーと手動記録
- 任意のプロジェクト・タスク参照
- 内容と請求対象の文脈
特定の週を、人へ提出する
週のプレビューには、提出する明細、日付、時間、請求の文脈があります。確認者は説明のない合計ではなく、定義した仕事のまとまりを見ます。指定された人が適切な権限で承認か差し戻しを判断し、必要ならメモを添えます。下書き、提出済み、承認、差し戻しの違いで、両者が週の現在地を理解できます。
- 確認できる週の明細集合
- 指定確認者と判断メモ
- 提出と承認の明確な状態
財務へ進む前に、仕事量を理解する
レポートは期間内に取得した記録の合計、請求対象、承認を区別します。適切な承認済み作業は財務へ進み、価格と文書の発行は別に確認します。現在のレポートは最大2,000件を読みます。作業日は日本基準で、財務は整数JPYと日本の消費税を使います。チームの流れを決める前に、その運用条件を確認してください。
- 異なる時間指標
- 承認済み作業と請求の接続
- 範囲と地域の条件を確認
具体的な業務の流れ
仕事を記録する
タイマーか手動入力を選び、他の人にも分かる作業の文脈を残します。
週を確認する
必要な修正をして、請求対象も含む最新の提出プレビューを読みます。
提出と確認を行う
確認者を選び、特定の週を提出し、承認か修正を追います。
根拠とともに次へ進む
確認した時間をレポートや財務へ使い、価格と文書を別に調べます。
実務を想定した例
利用例：サービスチームの一週間
プロジェクトの作業はタイマー、ワークショップは手動で記録するチームを考えます。各人は週末に説明と日付を確認して提出します。指定確認者は必要なら質問し、訂正された週を承認します。責任者が労力を見る一方、財務担当は適切な請求対象と価格を別に確認して顧客文書を準備します。
この機能についての質問
給与や法定の勤怠管理ですか。
ここでは仕事の記録、タイムシート、その確認を説明します。給与、各国の法定勤怠への適合、法的な人事記録の代替は示していません。
記録した時間と承認済みは違いますか。
はい。週の提出や承認の前にも記録はあります。確認の流れを理解するため、状態を区別します。
時間の承認は最終請求の承認ですか。
いいえ。価格と財務文書の発行は別の管理された操作であり、仕事が財務につながっても同じ判断にはしません。
国際チームが確認する条件は何ですか。
現在の作業日は日本基準、レポートは最大2,000件です。財務は整数JPYと日本の消費税を使用します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
