月初の自動集計で前月分が外れるときに点検する日時と対象期間

1．起動した時刻と、集計した範囲を切り分ける

月初に集計表が届いても、前月の末尾にある明細が見当たらない。こうした場面では、処理が動いたかという確認と、どの明細を選んだかという確認を分けると、調べる場所を絞れます。

ここでは、Google スプレッドシートの表を Google Apps Script の時間主導型トリガーで集計している場合を例に、Apps Script の公式リファレンスの記載を引きます。ほかの道具で集計している場合は、その道具の公式の説明で、起動時刻の幅、タイムゾーン、日付の値の扱いを同じように確かめます。

時間主導型トリガーの起動時刻は、多少ランダム化されることがあります。 nearMinute() による分の指定には、前後15分の幅があります。

起動予定と実際の開始を記録し、続いて抽出に使った範囲を確かめる流れがよいです。時刻の指定だけを見て原因を判断せず、担当者には「起動の設定」と「集計対象を選ぶ処理」を別の確認項目として渡します。修正前の結果を残しておくと、比較する元の状態も明確になります。

2．表とスクリプトのタイムゾーンを別々に読む

スクリプトとスプレッドシートのタイムゾーンが異なることは、不具合の原因になり得ます。 Session.getScriptTimeZone() は、スクリプトのタイムゾーンを取得するメソッドです。 getSpreadsheetTimeZone() は、スプレッドシートのタイムゾーンを取得するメソッドです。

inTimezone() はトリガーが使う日時のタイムゾーンを指定し、既定ではスクリプトのタイムゾーンが使われます。 getValues() で取得するセルの値は、セルの値に応じて日付型や文字列型などになります。

点検では、画面に表示された日付、処理が受け取った値、その値を日付として解釈する基準を区別します。表と処理の設定名を転記し、食い違いがあれば、集計に使う基準と合っているかを確認担当者が見ます。設定が同じかどうかの確認だけで調査を終えず、取り込んだ値の扱いまでたどるとよいです。

修正を依頼するときは、表の表示を撮った画像に加え、読み取り方と日付の変換箇所も示します。表示の変更と処理の変更を混同せず、何を直したのかが追える形にするためです。

3．対象期間は開始と終了の境界を言葉にする

ここからは当社の整理です。

抽出ルールの案として、開始を含み、終了を含めない範囲を担当者間で共有するとよいです。前月を集計するための記入案では、開始を「対象月の月初」、終了を「その翌月の月初」と置き、どちらも集計に使うタイムゾーンで扱う方針を明記します。これは処理を点検するための提案で、製品が自動で対象月を決めるという説明ではありません。

「月末まで」の言葉だけで済ませず、終了の境界を含むのか、どの日付列を比較するのかまで書きます。受付日、処理日、登録日などの候補から、業務上どれを集計対象の日付とするかを人が決めることも必要です。以下は、月初の問い合わせ集計を点検するための記入例です。

この表は、実際の処理が記入案どおりかを調べるために使います。先に正解とする範囲を担当者が決め、処理が選んだ範囲との差を確認する順序です。

4．外れた明細を起点に、判定までたどる

対象外になった明細を選び、元の日付、取得した値、変換後の日時、抽出の判定を順に追います。担当者の想定と処理の結果を並べ、食い違いが現れた場所を記録すると、修正を依頼する範囲が明確になります。理由が読み取れない明細は、推測で分類せず、調査待ちとして残す扱いがよいです。

再集計では、対象月を引き継ぐ

起動した日の情報とは別に、集計対象として決めた月を調査メモに残す運用を提案します。やり直す際にも、その月を担当者が指定してから比較すれば、見直したい範囲を共有しやすくなります。起動予定、実際の開始、対象月、開始と終了の境界、採用した日付列を同じ記録に置く形です。

修正後は、開始や終了の境界付近にある明細の採否を照合します。合計の一致に加えて、残す明細と外す明細が想定どおりかを見ることが大切です。比較が済むまでは修正前後の出力を分け、以前の結果を上書きする判断は担当者が行います。

5．AIへの依頼は、変更案と調査メモまでにする

AIには、現状の設定と日付を選ぶ処理を整理した資料を渡し、調べる箇所や修正案の下書きを依頼する使い方が考えられます。元の表にある個人情報や社内情報の扱いは、社内の利用ルールに合わせます。渡す内容は、問題の判断に必要な範囲に絞るとよいです。

対象月、使う日付列、期間の境界、再集計の結果を採用するかは、人が判断する項目です。AIが挙げた原因は確認待ちの仮説として扱い、元の記録との照合を経て修正に進めます。依頼の骨組みは次のように書けます。

月初の集計で対象から外れた明細を調べるためのメモを作ります。
添付した設定と処理の記述だけを使い、変更は行わない方針です。
起動する日時の指定と、集計対象を選ぶ処理を分けた整理を依頼します。
日付を読み取る箇所、変換する箇所、対象か判定する箇所を示す下書きが必要です。
資料から確かめられることと、追加確認が必要な仮説を別の欄に置く形式です。
修正案には、境界付近の明細をどう照合するかも含めます。
対象月や集計ルールの決定は、担当者が行います。

6．確認表

公開・共有の前に、この表で確かめます。

7．自社の事務の手順まで形にしたいとき

ここまでの確認を、自社の事務の手順書や、AIの結果を確かめる検査まで形にしたい場合は、当社のように、手順と検査の設計まで行う相談先が選択肢になります。オンラインは全国から対応しています。

自社の事務のどこから確認を入れるかを相談したい場合は、初回無料相談をご利用ください。法律・税務・労務の判断や、効果の約束は行いません。