COBOL帳票処理の3大アプローチ：本当の難易度と完成時のメリット
エクセルでCOBOL帳票や固定長データを整形したい方向けに、Excel関数・Power Query・MIDBなどを使って列分割、不要行除去、帳票データ変換を進める実務手順を扱います。会社でVBAやマクロが禁止されて困ったときも、関数版とPower Query版の違いを理解しておくと代替手段を選びやすくなります。
💡 なぜCOBOLデータの処理は難しいのか？
「システムから落とした固定長データをきれいにExcelにまとめたいだけなのに、どうしてこんなに苦労するのか？」
職場でCOBOL帳票の処理をサラッとこなせる人を見たことがないかもしれません。大抵の人は「区切り位置」機能を使って手作業で何とかしようとしますが、1件のデータが複数行にまたがっていたり、全角・半角が混ざっていたりすると破綻します。
【結論】VBA禁止・マクロ禁止環境でも「2つのパターン」で攻略可能です
このサイトでは、VBAに頼らずにCOBOL帳票を「使えるリスト」へ完全自動整形するための2大ルート（数式アプローチ / パワークエリ・アプローチ）を体系化しています。
このサイトでは、VBAに頼らずにCOBOL帳票を「使えるリスト」へ完全自動整形するための2大ルート（数式アプローチ / パワークエリ・アプローチ）を体系化しています。
1. VBA（マクロ）による処理
職場の遭遇率：100人に1人テキストファイルを直接読み込み、プログラムで自在に切り出してExcelに書き出す手法です。高度なプログラミング知識が必要なはずなのに、なぜか「固定長データはVBAでやるのが一番簡単」と言われることがあります。
| 比較的簡単と言われる理由 |
「人間と同じ目線（ループ処理）」で組めるから VBAは「1行目を読んで、不要なヘッダーなら飛ばす」「次の1行目と2行目を読み込んで、横にガッチャンコする」というように、人間が手作業で行うのと同じ順番で命令（ループ処理）を書くことができます。さらにバイト数の計算も標準で備わっているため、固定長データの構造と非常に相性が良いのです。 |
|---|---|
| 現場のリアルな罠 |
セキュリティによる「VBA禁止」の壁
近年、セキュリティ対策の強化により「マクロ付きファイルの実行禁止」を敷く企業が急増しています。どんなに完璧なVBAを組めるスキルがあっても、共有先で実行できなければ実務では使えません。会社でマクロ禁止になったときは、Power Queryやワークシート関数による代替手段を先に検討する必要があります。 |
| 【完成時のメリット】 利用者の負担ゼロ |
ボタン1つで全自動化される「アプリ」のような完成度 マクロさえ許可されていれば、ファイル選択から加工、別名保存まで裏側で完結させることができます。他の担当者に引き継いだり共有したりする際、相手にExcelの知識が全くなくても「このボタンを押すだけ」で運用できるのが最強のメリットです。 |
2. パワークエリ（Power Query）による処理
職場の遭遇率：500人に1人「マクロがダメならパワークエリだ！」と多くの人が飛びつきます。不要行の削除や、複数行にまたがるデータの1行化などは、視覚的な操作だけで魔法のように処理できます。
| 得意なこと |
|
|---|---|
| 現場のリアルな罠 |
【最大のつまずきポイント】MIDB関数が存在しない
パワークエリのテキスト切り出し機能はすべて「文字数」で数えます。全角と半角が混在するデータ（Shift-JISのバイト数で区切られたもの）を処理しようとすると、列の開始位置がズレてしまいます。これを解決するには、文字コードを判定してバイト数を計算する複雑なカスタム関数（M言語）の自作が必要になります。 |
| 【完成時のメリット】 圧倒的なスケーラビリティ |
「フォルダに入れて更新」だけの手軽さと大容量対応 毎月のデータがどんどん増えたりファイルが小分けにされていたりしても、「所定のフォルダにファイルを入れて更新ボタンを押すだけ」という超シンプルな運用が可能です。 VBAのようなセキュリティ警告も出ず、100万行を超えるビッグデータでも平然と捌けるため、大量のデータを扱う定型業務においては無類の強さを発揮します。 |
VBA禁止環境で光る「フォルダ一括取得」――数式版にはない守備範囲
VBAが使えない環境で「毎月届く複数のテキストファイルをまとめて処理したい」というニーズがある場合、パワークエリの「フォルダーから取得」は他に代替手段がほぼ存在しない切り札になります。
数式アプローチの処理対象はあくまで「シート上にコピペされた1つのテキストデータ」です。5つのファイルがあれば5回コピペして5回処理する必要があり、複数ファイルを一発で結合するという芸当はできません。
一方、パワークエリならフォルダにファイルを追加するだけで、新しいデータが自動的に結合対象に含まれます。ファイルが3つだろうと30だろうと、利用者がやることは「フォルダに入れて、すべて更新を押す」の2ステップだけです。
つまり「VBA禁止 × 複数ファイルの定期処理」という条件が揃ったとき、パワークエリは数式では到達できない領域をカバーします。逆に、ファイルが1つで「その場でサッと貼り付けて即結果を見たい」場面では数式版の手軽さに軍配が上がるため、両者は競合ではなく得意な場面が異なる補完関係にあります。
VBAが使えない環境で「毎月届く複数のテキストファイルをまとめて処理したい」というニーズがある場合、パワークエリの「フォルダーから取得」は他に代替手段がほぼ存在しない切り札になります。
数式アプローチの処理対象はあくまで「シート上にコピペされた1つのテキストデータ」です。5つのファイルがあれば5回コピペして5回処理する必要があり、複数ファイルを一発で結合するという芸当はできません。
一方、パワークエリならフォルダにファイルを追加するだけで、新しいデータが自動的に結合対象に含まれます。ファイルが3つだろうと30だろうと、利用者がやることは「フォルダに入れて、すべて更新を押す」の2ステップだけです。
つまり「VBA禁止 × 複数ファイルの定期処理」という条件が揃ったとき、パワークエリは数式では到達できない領域をカバーします。逆に、ファイルが1つで「その場でサッと貼り付けて即結果を見たい」場面では数式版の手軽さに軍配が上がるため、両者は競合ではなく得意な場面が異なる補完関係にあります。
3. ワークシート関数による処理
職場の遭遇率：1000人に1人VBAが禁止され、パワークエリが全角混在データで詰むとなれば、残る手段は「気合いの入った数式（関数）」のみです。
| 得意なこと |
Excelのセル上で直接動くため、VBA禁止環境でも誰のPCでも確実に動作します。また、MIDB関数がそのまま使えるため、全角・半角が混ざるデータでもレイアウト定義書通りに正確に切り出すことができます。
|
|---|---|
| 現場のリアルな罠 |
①「ループ処理」ができないことによるアプローチの難しさ
数式が難しく感じる最大の理由は、VBAのように「上から順に処理する」ことができない点です。作業列をうまく使うか、「全体の行数を割って、何番目と何番目を拾うか」という座標計算（配列処理）のロジックを組む必要があります。 ② 自動拡張（スピル）の難易度とファイル肥大化 従来のExcelでは「データ行数が分からないから1万行目まで数式をコピーしておく」という力技でファイルが激重になりがちでした。現在は「スピル」と「最終行カウント」を使えばデータ量に合わせた自動拡張が可能ですが、判定ロジックが少しでも破綻すると #SPILL! エラーを連発するため、完璧に制御するにはかなりの設計スキルが求められます。
|
| 【完成時のメリット】 究極の手軽さと ポータビリティ |
作り手の高度な設計が、使い手の「ITスキル不足」を完全にカバーする 完成してしまえば、テキストデータを特定のセルに「貼り付けるだけ」で、即座に1行化されたきれいな表が完成します。「データソースのパス設定って何？」「すべて更新ボタンはどこ？」といった、パワークエリすら触れないITリテラシー層であっても、「A列にコピペする」だけなら絶対に迷いません。 環境に依存しない究極のポータビリティに加え、「作り手のスキルによって、使う側の圧倒的なスキル不足を無かったことにできる」のが、数式アプローチ最大の恩恵です。 ただし、処理対象は「シートに貼り付けた1ファイル分のデータ」が基本です。複数ファイルを一括で結合したい場面ではパワークエリの「フォルダ取得」が圧倒的に有利なため、扱うファイル数や運用体制に応じて使い分けるのが現実的です。 |
番外編：「システム部に頼んでCSVにしてもらえば？」という正論と現実
固定長データの処理に苦労していると、必ず「そもそもシステム部に依頼して、最初からカンマ区切りのCSVで出力してもらえばいいじゃないか」という声が上がります。しかし、現場がそれを簡単に実現できないのには、もっと深く切実な「大人の事情」があります。
| 「動いているものに 触るな」の絶対掟 |
基幹システムは会社の心臓です。「現場のExcel作業を楽にするためにCSV出力処理を追加した結果、予期せぬエラーで全社の給与計算や受発注が止まった」となっては目も当てられません。そのため、安定稼働しているレガシーシステムには「極力手を加えない・リスクは絶対に取らない」のがIT部門の鉄則となっています。 |
|---|---|
| 技術者不足と ブラックボックス化 |
そもそも、情報システム部門内に「何十年も前のCOBOLプログラムを解読して安全に改修できるスキルを持った人材」が既に残っていない（定年退職等で枯渇している）ケースが多々あります。中身がどう動いているか、システム部自身も完全に把握しきれていない「ブラックボックス」と化しているのです。 |
| 外注費と予算の壁 （ベンダーロックイン） |
システム保守がすべて外部ベンダーに丸投げされている場合、「CSV出力を1本追加する」という小さな依頼でも、要件定義・回帰テストを含めて数百万円の見積もりと数ヶ月の期間が平気で提示されます。「現場のちょっとした集計作業を楽にしたい」という理由だけでは、多くの場合、費用対効果が合わず稟議が通りません。 |
だからこそ「自力で解決できる人材」は圧倒的に希少で価値がある
「基幹システムの仕様（固定長・バイト数）を理解し」「自部署の業務要件を把握しており」「予算ゼロ・VBA禁止という過酷な制約の中で、パワークエリやモダン関数を駆使してツールを組み上げられる」人材は、大げさではなく数千人に一人レベルの希少な存在（ユニコーン）です。
職場で誰もできないような「気合いの入った数式」や「緻密なクエリ」を組むことは、ただの自己満足ではありません。システム化の壁に阻まれ、手作業で疲弊している現場を救うための「最強の実務ハック」なのです。
「基幹システムの仕様（固定長・バイト数）を理解し」「自部署の業務要件を把握しており」「予算ゼロ・VBA禁止という過酷な制約の中で、パワークエリやモダン関数を駆使してツールを組み上げられる」人材は、大げさではなく数千人に一人レベルの希少な存在（ユニコーン）です。
職場で誰もできないような「気合いの入った数式」や「緻密なクエリ」を組むことは、ただの自己満足ではありません。システム化の壁に阻まれ、手作業で疲弊している現場を救うための「最強の実務ハック」なのです。
結論：どう戦うべきか？
これらすべてを扱えるスキルがあったとしても、環境と目的に応じて最適なツールは変わります。
- VBAが自由に使える環境で、利用者に一切の操作をさせたくないなら ➡️ VBA
- VBA禁止環境で、複数ファイルの一括結合や100万行超えの大容量データを扱う必要があるなら ➡️ パワークエリ
- VBA禁止環境で全角半角が混在しており、ITリテラシーが低い同僚でも「コピペだけ」で使えるようにしたいなら ➡️ 数式（関数＋スピル）
VBA禁止環境では「パワークエリ」と「数式」の二刀流が最強
パワークエリは複数ファイルのフォルダ一括取得や大容量データに圧倒的な強みを持ちますが、全角半角混在のバイト切り出しは苦手です。数式は1ファイルのコピペ処理に限られますが、
どちらか一方で全てを賄おうとするのではなく、業務の性質に応じて両方を使い分けられることが、VBA禁止・マクロ禁止環境における最も実戦的なスキルセットです。
パワークエリは複数ファイルのフォルダ一括取得や大容量データに圧倒的な強みを持ちますが、全角半角混在のバイト切り出しは苦手です。数式は1ファイルのコピペ処理に限られますが、
MIDBによる正確なバイト切り出しと「貼り付けるだけ」の究極の手軽さがあります。どちらか一方で全てを賄おうとするのではなく、業務の性質に応じて両方を使い分けられることが、VBA禁止・マクロ禁止環境における最も実戦的なスキルセットです。
➡️ 次のステップ：数式でどうやってアプローチするのか？
難関とされる「複数行またぎ」のデータを、作業列や最新の関数を使ってスッキリと処理する実践的な手順は、以下の記事で解説しています。