はじめに
企業間やシステム間のデータ連携でよく利用されるファイル転送ソフトウェア「HULFT」。日常的にCSVやログファイルをやり取りしている方も多いと思います。
その際に必ず出てくるのが「ファイルモードの指定」。HULFTには 「テキスト指定(レコード指定)」 と 「バイナリ指定」 の2種類があり、どちらを使うべきか迷うケースが少なくありません。
本記事では 「CSVをバイナリ指定で送った場合どうなるのか?」 を中心に、メリット・デメリットや注意点を整理します。
バイナリ指定とは?
HULFTにおける「バイナリ指定」とは、ファイル内容を1バイト単位のデータとしてそのまま送受信するモードを指します。
この場合、HULFTは以下のような変換や処理を一切行いません。
つまり「HULFTが何も手を加えずにコピーする」のがバイナリ指定です。

バイナリ指定のメリット
-
内容がそのまま届く
改行コードや文字コードが勝手に変換されないため、送信元のデータを完全に保持できます。
-
ファイル形式を問わない
CSVに限らず、Excel、PDF、ZIP、画像ファイルなども問題なく転送可能。
→ そのため「とりあえず壊れたくないファイルはバイナリ指定」で安全に扱えます。
-
異なるOS間でも安心
WindowsからLinux、Linuxからホスト系など、環境差異を気にせず転送できます。
バイナリ指定のデメリット
-
文字コード変換がされない
送信側がShift-JIS、受信側がUTF-8を前提としている場合、そのままでは文字化けします。
-
改行コードもそのまま
WindowsのCSV(CRLF)をLinuxで処理すると、アプリ側がLFを期待していた場合に不具合の原因になります。
-
レコード単位の扱いができない
COBOLやホストシステム連携など「固定長レコード前提」のファイルを扱う場合は不向きです。
CSVをバイナリ指定で送るとどうなる?
結論から言うと、基本的に悪影響はありません。
CSVは単なるテキストファイルですが、HULFT側で勝手に改行コードや文字コードを変換しないので、送信元と全く同じファイルが届きます。
ただし以下のケースでは注意が必要です。
そのため「受信側のシステムがどの文字コード・改行コードを想定しているか」を事前に確認しておくことが大切です。
まとめ
-
バイナリ指定は「ファイルをそのまま送りたいとき」に有効。
-
CSVを送る場合も基本的に問題はないが、受信側の文字コードや改行コードの前提条件によっては注意が必要。
-
迷ったらまずは「バイナリ指定」で送り、必要に応じて受信側で変換処理を入れるのが無難です。
👉 実際の業務では「相手先がどんなシステムで受けるのか」を確認してから指定するのが鉄則です。
もし「文字コード変換が必要」や「固定長レコード前提」のような要件がある場合は、バイナリ指定ではなくテキスト指定を選ぶ方が安全です。
はじめに
業務でCSVデータを扱う機会は多いですが、毎回手作業でフィルタリングするのは大変です。
そんなときに便利なのが Excelマクロ(VBA)による自動処理。
しかも今は、ChatGPTに「CSVを読み込んでフィルタリングするマクロを書いて」と依頼するだけで、即座にマクロコードを生成してくれます。
この記事では、その手順を実際の例で紹介します。
手順①:ChatGPTに依頼する
ChatGPTに次のように入力します。
プロンプト例:
CSVファイルを読み込んで、列Bが「完了」のデータだけを新しいシートに表示するExcel VBAマクロを書いてください。
👉 条件(例:「列Bが完了」)は自由に変更できます。
手順②:ChatGPTが生成したマクロコード
ChatGPTは以下のようなコードを生成してくれます。
手順③:Excelに貼り付ける
-
Excelを開き、Alt + F11でVBAエディタを起動
-
「挿入」→「標準モジュール」を選択
-
上記コードを貼り付け
-
CSVファイルのパス(filePath
)を自分の環境に合わせて変更
手順④:マクロを実行する
-
Excelに戻り、Alt + F8を押して「ImportAndFilterCSV」を実行
-
新しいシート「Filtered」に、列Bが「完了」のデータだけが表示される
これでCSVのフィルタリングが自動化できました!
応用ポイント
まとめ
ChatGPTを活用すれば、複雑に思えるCSV読み込み+フィルタリング処理も、たった1行の依頼でマクロコードが完成します。
毎日の業務で繰り返しCSV処理をしている方は、ぜひChatGPTにコード生成を任せてみてください。
👉 次回は「条件付きでセルに色をつけるマクロ」をChatGPTで生成する方法を紹介予定です。
-
はじめに
CSVファイルを扱っていると、「BOMあり」「BOMなし」という言葉を目にすることがあります。
特にExcelで開いたときに文字化けしてしまった経験がある方は、この違いが大きな意味を持つことを知っておくと便利です。
この記事では、BOMの基礎から、Excelやシステムでの扱い方、確認方法まで解説します。
BOMとは?
BOM(Byte Order Mark)は、テキストファイルの先頭に付与される特殊な「目印」です。
文字コードを示すために使われ、特にUTF-8では以下の3バイトがBOMになります。
これがあるファイルを「BOMあり」、ないファイルを「BOMなし」と呼びます。
BOMありとBOMなしの違い
BOMあり
BOMなし
Sakuraエディタで違いが分からない理由
Sakuraエディタはとても優秀で、UTF-8のBOMがあってもなくても正しく解釈して表示します。
そのため、見た目では違いが分からないのです。
他のソフトでは「」のような文字が先頭に表示されることもありますが、Sakuraではそうした問題は起きません。
BOMの有無を確認する方法
1. Sakuraエディタで確認
2. バイナリエディタで確認
3. コマンドで確認
利用シーン別の使い分け
利用シーン |
おすすめ設定 |
理由 |
ExcelでCSVを開く場合 |
BOMあり(UTF-8 BOM) |
文字化けを防ぎ、正しく読み込める |
プログラムやLinux環境で処理 |
BOMなし(UTF-8) |
不要なバイトがなく安定処理できる |
BOMの有無を確認したい場合 |
バイナリやコマンド |
確実に判別可能 |
まとめ
CSVファイルの「BOMあり/なし」は目で見える違いはなく、特にSakuraエディタではどちらでも正しく開けます。
しかし、Excelでの文字化けやシステム連携時の不具合を避けるためには、利用シーンに応じた使い分けが重要です。
-
Excel → BOMあり
-
プログラム処理 → BOMなし
ぜひ状況に合わせて正しく選択してください。
BOMありのサンプル例
sample_bom
BOMなしのサンプル例
sample_no_bom
「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。