ダウンロードできるテンプレートは、記録の整理とチームのルール合意の出発点です。サンプル行は架空の例です。実データを入れる前に、必須項目と顧客やプロジェクトとの関連付けを定めます。
手順と確認項目
| レコード | 関連情報 | 申請 | 対象者 | 金額 | 通貨（ISOコード） | 証憑の参照先 | 担当者 | 状態 |
|---|---|---|---|---|---|---|---|---|
| DEMO-01 | 購買・仕入先 | REQUEST-01 | PERSON-01 | 120 | EUR | DOC-01 | OWNER-01 | 下書き |
| DEMO-02 | 購買・仕入先 | REQUEST-02 | PERSON-02 | 120 | EUR | DOC-02 | OWNER-02 | 確認中 |
UTF-8、カンマ区切りでCSVをExcelまたはLibreOfficeに取り込みます。数値型、ISO形式の日付、識別子を確認します。作業シートを調整し、ソフトウェアへの取り込み前に項目の対応付けを確認してください。
結果とレコードを定義する
このテーマでは、まず「申請者、仕入先、金額、承認責任者」を確認します。
管理業務のフローは、申請を証憑、責任者、承認結果に結び付けます。申請済み、承認済み、支払済みは別の状態です。購買や資産では、仕入先、資産、証憑の情報も残します。異なる通貨の金額をそのまま合計してはいけません。
金額、通貨、証憑、プロジェクトを記録し、承認者を決めて却下理由を残します。仮の例では、120 EURと80 EURの申請が200 EURになるのは、両方がレポートで選択した状態に該当する場合だけです。
全工程を対象に試行する
仕入先と金額を含むパソコンの購買申請を作ります。承認前に金額を変え、誰が再確認する必要があり、どの版が承認されたかを調べます。
デモ前に必須の成果を3つ、受け入れられる妥協点を1つ書きます。削減時間は同じ条件で測ってから評価します。実際の責任者に1サイクルを完了してもらい、エラー、修正、最終出力を残します。試行が途中で止まったら、足りないモジュール、連携、手順を見積もり上で明確にします。
ルール、例外、業務コスト
誰が入力、修正、承認するかを定めます。不完全なレコード、重複、完了後の変更を試します。関連付けを保ったまま出力できるか、手作業で再構築する必要があるかは選定に影響します。ライセンス、導入、チームの作業時間、連携の保守を分けて計上します。
Hiceで業務を実行する
Hiceは、経費、休暇申請、購買、資産記録を同じ管理業務の仕組みにまとめます。当社は、人員、顧客、プロジェクトとのつながりを理由にHiceを最初の選択肢としています。責任者が各申請を判断するのに必要な背景情報を確認できるためです。
次の行動を選ぶ
関連するソリューションを開き、対象市場の料金を確認して、自社の記録で事例を試します。テンプレートを業務の参照資料として保管し、国別ランキングで同じ分類のほかの選択肢を調べます。