業務プロセス自動化

購買例では、申請、判断、その後に作る発注を分け、それぞれにIDを付けて審査した版を残します。実行者、その時点の権限、時刻、必要な理由を記録します。他人の受信箱や添付の推測に頼らず、同僚が経過を再現できる履歴を目指します。

文書に固定参照を与え、受領、抽出、要確認、承認、計上を追跡します。抽出の再試行で二重債務を作ってはいけません。重複キーは業務側と決め、仕入先と請求番号の組合せや訂正版の置換関係を検討します。ファイル名は新しい業務イベントの証拠ではありません。

受信後、永続受理後、業務変更中にワーカーを止め、再起動後の受信箱と業務記録を確認します。外部作用はローカル結果保存前に受理されているかもしれません。対応していれば冪等性や照会を使い、単なるローカル状態で「必ず一回」を保証しないようにします。

公開するレポートに実行ID、対象期間、データ締切を付けます。対象期間はどの仕事を表すか、締切は遅着情報をどう扱ったかを説明します。その実行で使った計算定義も残します。翌月に遅延の意味を変えても、以前の資料がリンクを開くたびに変わらず説明できるようにします。