先生と生徒の会話形式で理解しよう

生徒

「COBOLのバッチ処理で、データが正しいかどうかを確認するのって、どうしてそんなに重要なんですか？」

先生

「バッチ処理は大量のデータを一気に扱うからです。もし一箇所でもデータが間違っていると、その後の計算がすべて狂ってしまう可能性があるんですよ。」

生徒

「なるほど。だからジョブの中で整合性チェックを行うんですね。具体的にどんなコツがあるんですか？」

先生

「データの形式、件数、合計金額など、多角的にチェックする方法があります。基本から詳しく解説します！」

1. データ整合性チェックとは？

コンピュータの世界でデータ整合性チェックとは、システムの中にあるデータが「正しく、矛盾がない状態」であることを確認する作業を指します。バッチ処理は、人間が寝ている間や業務時間外に自動で何万件、何百万件というデータを処理するため、途中で間違いが見つかってもすぐに人間が直すことができません。

例えば、銀行の振込データの中に「マイナスの金額」が紛れ込んでいたり、日付としてありえない「１３月４０日」といった数字が入っていたりすると、プログラムがパニックを起こして止まってしまいます。これを防ぐために、プログラムの入り口でデータを厳しく検査することをバリデーション（検証）と言います。

まずは、数字であるべき場所に正しい数字が入っているかを確認する、基本的なＣＯＢＯＬの数値チェックコードを見てみましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. NUM-CHECK.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 INPUT-DATA PIC X(05) VALUE "12A45".
PROCEDURE DIVISION.
    IF INPUT-DATA IS NUMERIC THEN
        DISPLAY "データは正しい数値です。"
    ELSE
        DISPLAY "エラー：数値以外の文字が含まれています。"
    END-IF.
    STOP RUN.

2. フォーマットと属性のチェック

データの整合性を保つ第一歩は、データのフォーマット（形式）が決められた通りになっているかを確認することです。ＣＯＢＯＬでは、変数を定義するときに「英字用」「数字用」といった属性を指定します。

例えば、社員番号は５桁の数字、名前は漢字、といったルールです。もし社員番号の欄に「あいうえお」という文字が入っていたら、そのデータは処理してはいけない不正なデータです。また、必須項目に値が入っていない「空っぽ（ヌル値）」の状態もチェックの対象になります。これらを最初に弾くことで、後続の計算処理を安全に進めることができるようになります。プログラミング未経験の方でも、「書類の記入漏れや書き間違いをチェックする受付窓口」をイメージすると分かりやすいでしょう。

3. レコード件数の照合チェック（コントロールトータル）

バッチ処理で非常に重要なのが、レコード件数の照合です。レコードとは、データ一行分のことを指します。例えば、１００人分の注文データを受け取ったはずなのに、処理が終わったときに９９人分しか集計されていなかったら、どこかで一人が消えてしまったことになります。これは大問題です。

これを防ぐために、処理の最初でデータの総数を数え、処理の最後でもう一度数えて、数が一致するかを確認します。これをコントロールトータルと呼びます。単に件数だけでなく、金額の合計なども同様に照合します。例えば、一日の売り上げ合計が、各注文の積み上げと一致するかをチェックするのです。この地味な作業が、大規模システムの信頼性を支えています。

件数をカウントして最後にチェックするイメージのプログラムです。


IDENTIFICATION DIVISION.
PROGRAM-ID. COUNT-VALIDATE.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 RECV-COUNT PIC 9(05) VALUE 100.
01 PROC-COUNT PIC 9(05) VALUE 0.
PROCEDURE DIVISION.
    * 処理を繰り返すたびにカウントを増やす
    PERFORM 100 TIMES
        ADD 1 TO PROC-COUNT
    END-PERFORM.
    * 最後に件数が一致するか比較
    IF RECV-COUNT = PROC-COUNT THEN
        DISPLAY "件数チェック：正常に完了しました。"
    ELSE
        DISPLAY "エラー：件数が一致しません！"
    END-IF.
    STOP RUN.

4. 範囲チェックと妥当性の確認

数字として正しくても、その値が常識の範囲内であるかを確認する範囲チェックも欠かせません。例えば、人間の年齢を扱うプログラムで、年齢が「５００歳」となっていたら、それは誤入力の可能性が高いですよね。

また、日付の妥当性チェックも重要です。カレンダーに存在しない日や、未来の日付で注文が入っているといった矛盾を見つけ出します。ＣＯＢＯＬのプログラムでは、条件文を使って「この値からこの値の間であれば正しい」という判定を細かく設定します。これにより、論理的にありえないデータがシステムに入り込むのを防ぎ、情報の品質を高く保つことができるのです。

5. マスターデータとのリレーションチェック

バッチ処理では、入力されたデータが、すでに登録されている基本情報（マスターデータ）と整合しているかを確認することがよくあります。これをリレーション（関連性）チェックと言います。

例えば、商品コード「A123」の注文が入ったとき、そもそも商品マスターに「A123」という商品が存在するのかを調べます。存在しないコードでの注文は、登録ミスや古いデータである可能性が高いため、エラーとして処理を中断するか、エラーリストに出力して後で人間が確認できるようにします。このように、複数のデータを照らし合わせることで、情報の「つながり」に矛盾がないかを監視します。

存在しないコードをチェックする簡単な分岐例です。


IDENTIFICATION DIVISION.
PROGRAM-ID. MASTER-CHECK.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 ITEM-CODE   PIC X(04) VALUE "B999".
01 MASTER-FLAG PIC X(01) VALUE "N".
PROCEDURE DIVISION.
    * 本来はここでマスターファイルを検索する
    IF ITEM-CODE = "A001" OR ITEM-CODE = "A002" THEN
        MOVE "Y" TO MASTER-FLAG
    END-IF.
    
    IF MASTER-FLAG = "N" THEN
        DISPLAY "エラー：商品マスターに存在しないコードです。"
    ELSE
        DISPLAY "マスター照合OKです。"
    END-IF.
    STOP RUN.

6. データの重複チェック

同じデータが二重に送られてくることも、バッチ処理ではよくあるトラブルです。例えば、同じ振込依頼が二回処理されてしまうと、二倍の金額が引き落とされてしまいます。これを防ぐのが重複チェックです。

過去に処理したデータのキー情報を記録しておき、新しく入ってきたデータと同じものがないかを確認します。バッチ運用管理においては、ジョブを再実行したときにデータが二重に作られないような考慮も必要です。これをべき等性（びきとうせい）の確保と言い、何度同じ処理を行っても結果が変わらないように設計するのが、高度な整合性チェックのコツです。

7. 算術的な整合性チェック（ハッシュトータル）

前述の金額合計とは別に、ハッシュトータルという面白い手法があります。これは、本来足し算しても意味がない数値、例えば「郵便番号」や「顧客ＩＤ」をすべて足し合わせる方法です。

なぜそんなことをするかというと、途中で一文字でも数字が入れ替わったり、改ざんされたりすると、この合計値が必ず変わるからです。処理の前後でこの「意味のない合計値」を比較することで、データの中身が１ビットたりとも変化していないことを証明できます。情報の正しさを数学的に担保する、非常に信頼性の高いチェック方法の一つです。

8. エラーデータの隔離とログ出力

整合性チェックで見つかった不備のあるデータをどう扱うかも、運用管理の腕の見せ所です。たった一件のエラーで数万件の処理全体を止めてしまうのは効率が悪いため、エラーデータだけを「別の場所（エラーファイル）」に隔離し、残りの正しいデータだけを処理し続ける方法がよく取られます。

このとき、なぜそのデータがダメだったのかという理由をログ（実行記録）として詳細に残すことが重要です。運用担当者は、翌朝そのログを見て、隔離されたデータを修正して再投入します。このように、「止めるべきエラー」と「後回しにするエラー」を切り分けるのが、スムーズなバッチ運用のコツです。エラー発生時のログ出力イメージをコードで見てみましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. ERROR-LOG.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 ERR-MSG  PIC X(30).
01 ERR-CODE PIC X(04) VALUE "E001".
PROCEDURE DIVISION.
    IF ERR-CODE = "E001" THEN
        MOVE "不正な日付形式です" TO ERR-MSG
        DISPLAY "LOG-OUT: " ERR-CODE " - " ERR-MSG
    END-IF.
    STOP RUN.

9. ジョブステップ間の整合性

バッチ処理は、複数のプログラムがリレー形式で動くジョブステップという構成になっています。最初のプログラムが作ったファイルを、二番目のプログラムが読み込む、といった形です。

ここでの整合性チェックのコツは、前のプログラムが「無事に終わったか」を必ず次のプログラムが確認することです。リターンコードと呼ばれる終了信号を確認し、もし前の工程が失敗していたら、次の工程は絶対に動かないように制御します。これを怠ると、不完全なデータをもとに次の処理が走ってしまい、被害が拡大してしまいます。システム全体のアーキテクチャとして、この「リレーのバトン」が正しいかを確認する設計が求められます。

10. 継続的なチェックルールの見直し

データ整合性のルールは、一度作れば終わりではありません。ビジネスの変化に合わせて、新しいチェックルールが必要になることもあります。また、今までエラーとして弾いていたものが、実は正しいデータだったということもあり得ます。

定期的にエラーログを分析し、チェックが厳しすぎて運用を妨げていないか、逆にチェックが甘くて不備のあるデータが本番環境に入り込んでいないかを検証し続けることが大切です。ＣＯＢＯＬは長年使われるシステムが多いため、こうしたメンテナンスのしやすさを考えて、チェックロジックを分かりやすくシンプルに保つことが、未来の自分や後輩たちを助けることにつながります。