返信ありがとうございます。
返信いただいた内容からcsv自体はshift-jisできちんと出力されているようです。
エンコードは正常に処理されています。
先頭の文字があることでエクセルでエラーになっていると思います。
処理のどこかで何か記号など出力された記憶はございませんか？
echoやprint等をデバッグで埋め込んだ等・・・。

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

468様

ご返信ありがとうございます。

記号の出力は、記憶にありません…

ただ、不具合のタイミングとぜんぜん違いますし、機能的には全く関係のないと思っていたところなので、可能性からは私の中で勝手に除外していたのですが、一度昨年12月中頃に業者様に一部プログラムを触ってもらっています。ただ、その後もCSVダウンロードは問題なくできていました。

デザイン管理＞ページ詳細設定で作成したページに、商品情報（カテゴリ一覧のような表示形態で、任意の商品の情報を表示しカートに追加できるようにしたもの）を表示するためのものがすでに導入されており、ページは問題なく表示できていたのですが、HTTPステータスに500が返ってきていたので、それを修正してもらいました。
具体的には、コードの中にDestroyが入っていたので、それを削除したと聞いています。

この変更が影響を与えている可能性はありそうでしょうか…？

あと、触ったところといえば、
------
・一部ブロックをレイアウトから除いた
・SC_Helper_Purchase_Ex.phpの「発送目安」の数値を変更
・デザイン管理＞ページ詳細設定で新しいページを1ページ作成（内容は既存のものと大きく変わらず）
　　→一旦削除してみましたが、改善しませんでした
------
くらいです。特にechoやprintは使っていません。

長らくお付き合い下さり、恐縮しております。

以上、よろしくお願い致します。

どれか編集されたPHPファイルがBOM付きUTF-8で保存されていませんか？
以下のサイトにその旨の説明があります。

http://gagago.cocolog-nifty.com/blog/2009/05/shift-jis.html

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

468様

ご返信有難うございます。

調べてみたところ、SC_Helper_Purchase_Ex.phpがいつの間にかBOM付きになっていたようです。
これをBOMなしで保存し直したところ、化けずに表示されました！
（このコードの機能的には、CSVダウンロードと関連性がなさそうに思ったのですが…こういうこともあるんですね…）

文字コードを変えて保存したような記憶はなかったのですが、何かの拍子に変えてしまっていたのかと思います。

原因が全くわからず途方にくれておりました。

今後何らかのトラブルが合った場合には、BOMについてもチェックしていくようにいたします。

長らくアドバイスを下さり、本当にありがとうございました！

すみません、対応状況を解決済みにしておりませんでした。