C#（WPF）から Excel Interop で帳票を出力すると、画面では問題ないのに印刷すると結合セルの文字が途中で欠けることがあります。これは「セル結合」「印刷時の縮尺（FitToPagesWide）」「配置（右寄せ）」が重なったときに起きやすく、対策の打ち手も複数あります。
症状の整理：なぜ「画面では見えるのに、印刷で欠ける」のか
WPF アプリから Excel（Interop）へデータを出力し、複数セルを Merge() して右寄せで文字列を設定しているとき、印刷時にセル内の文字が一部見えない／印字されない現象が起きることがあります。特に次の条件が揃うと再現しやすくなります。
| 条件 | 例 | 起きやすい影響 |
|---|---|---|
| セル結合を使っている | range.Merge() | AutoFit / 折り返し / 印刷レイアウトの挙動が不安定になりやすい |
| 右寄せ（またはインデント） | xlHAlignRight | 右端が境界ギリギリになり、印刷の丸め誤差で欠けやすい |
| 印刷時の縮尺を自動調整 | PageSetup.Zoom=false + FitToPagesWide=1 | 縮尺計算により、表示と印刷で微妙に幅が変わる |
| 列幅が「たまたま」ギリギリ | 長い ID、連結文字列、型番など | 画面は描画できても、印刷は欠ける（または逆） |
主な原因：セル結合＋印刷スケーリングが「境界ギリギリ」を生む
結合セルは AutoFit と相性が悪い
Excel は「結合セル」に対して、列の自動調整（AutoFit）や折り返し（WrapText）、行高の自動調整が期待どおり動かない場面があります。画面表示は「見えているように描画」されても、印刷エンジンでは別の計算でレイアウトされ、右端や左端が切れるケースがあります。
FitToPagesWide による縮尺は“端数”が出やすい
FitToPagesWide=1 は「横方向を 1 ページに収める」ために縮尺を調整しますが、列幅・余白・プリンタードライバーの解像度などが絡むため、幅が小数点単位で丸められます。この丸めが「文字の右端 1〜2 ドット相当」を欠けさせる引き金になることがあります。
右寄せは「欠け」が目立ちやすい
右寄せの場合、文字列の右端がセル境界に寄ります。境界がギリギリだと、印刷時の計算差で右端の数文字だけ消える、という見え方になりやすいです（左寄せだと欠けても気づきにくいことがあります）。
先にやるべき切り分け：原因を特定すると最短で直せる
対策に入る前に、再現条件を絞ると実装がシンプルになります。次のチェックを上から試すと、原因の当たりを付けやすいです。
| チェック | やり方 | 分かること |
|---|---|---|
| 印刷プレビューでも欠けるか | Interop で生成後、プレビュー表示（または手動で開いて確認） | Excel 側のレイアウト計算で既に欠けているか |
| Zoom を固定すると改善するか | FitToPagesWide を外し、Zoom=100 等 | スケーリング起因かどうか |
| 結合をやめると改善するか | 結合せずに同じ値を出して印刷 | 結合セル起因の可能性が高いか |
| 右寄せ→左寄せで改善するか | xlHAlignLeft に変更 | 境界ギリギリ問題かどうか |
| フォントを変えると再現が変わるか | 標準フォント／サイズを変更 | 文字幅（メトリクス）起因かどうか |
対策の選び方：おすすめの優先順位
「確実性」「保守性」「帳票レイアウト要件」のバランスで選ぶのがコツです。実務でのおすすめ順は次のとおりです。
| 優先 | 対策 | 強み | 注意点 |
|---|---|---|---|
| 高 | 結合を避け、折り返し（WrapText）＋行高調整 | 印刷が安定しやすい／Excel の機能を素直に使える | 見た目が変わる可能性（レイアウト設計の見直しが必要） |
| 高 | 結合を避け、AutoFit＋最大幅ルール | 列幅の自動化がしやすい／保守が楽 | 極端に長い値で列が広がりすぎる対策が必要 |
| 中 | 結合は維持しつつ、列幅を明示的に設定 | 見た目を保ちつつ欠けを抑えられる | 値の傾向が変わると再調整が必要 |
| 中 | 結合範囲（列数）を値の長さに応じて可変 | 欠けにくいレイアウトを自動で作れる | 帳票全体の罫線／他項目との整合設計が必要 |
| 低 | ShrinkToFit（縮小して全体を表示）などの最終手段 | どうしても枠内に収めたいときに有効 | 文字が小さくなり可読性が落ちる |
対策：値の長さから列幅（ColumnWidth）を計算して明示的に設定する
結合セルで欠ける典型は「結合後の合計幅が足りない」ケースです。そこで、結合している列の幅を“足りる側”に寄せて固定します。ここで大事なのは、ColumnWidth が「列ごとの幅」であり、かつ Excel 独自の単位（標準フォント基準）である点です。実務では、厳密にやり切るよりも、再現しないだけの余裕（バッファ）を持たせるのが現実的です。
シンプルな実装例（英数字中心の値を想定）
using Excel = Microsoft.Office.Interop.Excel;
// 例：10～12列を結合して右寄せで値を入れる
var range = _sheet.Range[_sheet.Cells[30, 10], _sheet.Cells[30, 12]];
range.Merge();
range.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
string value = "abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz";
// 結合列数（この例は3列）
int mergedCols = 3;
// ざっくり：値の長さを結合列数で割り、余裕係数を掛けて列幅に反映
double widthPerCol = (value.Length / (double)mergedCols) * 1.2;
// ColumnWidth は「各列」の幅。結合範囲の列にまとめて反映する
range.Columns.ColumnWidth = widthPerCol;
// 値をセット（Value2 推奨）
range.Value2 = value;日本語・全角混在での“欠けにくい”補正の考え方
日本語（全角）が多い値は、見た目の幅が広くなる傾向があります。value.Length そのままだと不足しやすいので、運用に合わせて係数を持たせます。次のように「値の傾向ごとに係数を分ける」と、後から調整がしやすくなります。
| 値の傾向 | 例 | 係数の目安 | 狙い |
|---|---|---|---|
| 英数字・記号が中心 | 型番、GUID、英語の連結 | 1.15〜1.30 | 印刷の丸め誤差分を吸収 |
| 日本語が中心 | 住所、会社名、氏名 | 1.30〜1.60 | 全角の幅不足を回避 |
| 混在（日本語＋英数字） | 「株式会社ABC 第2営業部」 | 1.40〜1.70 | 最も不足しやすいパターンを安定化 |
係数は“正解が一つ”ではありません。帳票の標準フォント・サイズ、プリンター、余白設定で変動します。重要なのは「欠けない安全側に倒す」「係数を定数化して一箇所で調整できるようにする」ことです。
より安定させる工夫：境界ギリギリを避ける
- 右寄せで欠ける場合、結合幅を少し広げる（列幅を 1〜2 段階広げる）
- 余白が厳しい帳票では、フォントサイズを条件付きで 1 段階下げる（最後の手段）
- FitToPagesWide 依存を減らす（後述の Zoom 固定も検討）
対策：値の長さから「結合する列数」を可変にする
列幅を固定すると、値が長くなったときにまた欠けます。そこで逆転の発想として、値の傾向に合わせて「結合する列数」を自動で決めます。帳票をプログラム生成している強みを活かせる方法です。
実装例：一定の収容目安で結合範囲を伸縮させる
using Excel = Microsoft.Office.Interop.Excel;
string value = "abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz";
// 開始列（例：10列目から）
int startCol = 10;
// 1列に入る想定の収容量（運用に合わせて調整）
// 英数字中心の例：1列あたりの目安を少し小さめに置いて安全側へ
double assumedCapacityPerCol = 9.0;
// 必要列数（最低1列）
int neededCols = (int)Math.Ceiling(value.Length / assumedCapacityPerCol);
neededCols = Math.Max(1, neededCols);
// 終了列
int endCol = startCol + neededCols - 1;
// 結合して値を設定
var range = _sheet.Range[_sheet.Cells[30, startCol], _sheet.Cells[30, endCol]];
range.Merge();
range.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
range.Value2 = value;
// 次項目の開始位置（直後）
int nextStartCol = endCol + 1;
((Excel.Range)_sheet.Cells[30, nextStartCol]).Value2 = "abcdef";帳票崩れを防ぐ設計ポイント
- 結合できる最大列数を決めておく（際限なく伸びると他項目を侵食）
- 最大列数を超える場合は、折り返しまたは別行に送るルールを持つ
- 罫線・見出しと整合させるために、結合の単位は「ブロック」で統一する（例：3列刻み、4列刻み）
| ルール | メリット | デメリット |
|---|---|---|
| 最大列数で打ち止め＋折り返し | レイアウトの破綻を防げる | 行高調整の実装が必要 |
| 最大列数で打ち止め＋縮小表示 | 常に1行で収められる | 可読性が落ちる可能性 |
| 別セル（備考欄）に退避 | 帳票の視認性が保てる | 出力先の運用理解が必要 |
対策：セル結合をやめて WrapText（折り返し）＋行高調整に寄せる
印刷で欠けないことを最優先するなら、「そもそも結合をやめる」のが最も堅牢です。結合セルは Excel の自動調整機能と相性が悪く、帳票の安定性を下げる原因になりがちです。
実装例：折り返し＋行高調整（行単位で AutoFit）
using Excel = Microsoft.Office.Interop.Excel;
// 対象セル（結合しない）
var cell = (Excel.Range)_sheet.Cells[30, 10];
// 折り返しを有効化
cell.WrapText = true;
// 右寄せ（必要に応じて）
cell.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
string value = "abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz";
cell.Value2 = value;
// 行高を自動調整（折り返しが効いている前提）
cell.EntireRow.AutoFit();折り返し運用での実務ポイント
- 帳票として見た目を揃えたい場合は、行の最小高さを決めておき、AutoFit 後に下限を適用する
- 折り返しが増えると縦方向に伸びるため、ページの改ページ設計（印刷範囲・改ページ位置）もセットで見直す
- 「どうしても 1 行に収めたい」項目だけ、別の対策（列幅固定や縮小表示）に逃がす
対策：セル結合をやめて AutoFit() で列幅を自動調整する
結合をやめれば、Excel の AutoFit が素直に効きやすくなります。まずは AutoFit で“必要なだけ”広げ、広がりすぎる場合は「最大幅」を設けて制御するのが運用しやすいです。
実装例：AutoFit で整えてから値を入れる
using Excel = Microsoft.Office.Interop.Excel;
// 先に列全体の幅を一度整える（シート設計によっては範囲指定が安全）
_sheet.Columns.AutoFit();
var cell = (Excel.Range)_sheet.Cells[30, 10];
cell.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
string value = "abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz";
cell.Value2 = value;
// 値投入後に、対象列だけ AutoFit する運用もあり
((Excel.Range)_sheet.Columns[10]).AutoFit();「広がりすぎ」を防ぐ最大幅ルール
長い値が来たときに列が際限なく広がると、他の列の見た目や印刷レイアウトが崩れます。次のように上限を設けると、帳票が安定します。
using Excel = Microsoft.Office.Interop.Excel;
int targetCol = 10;
var col = (Excel.Range)_sheet.Columns[targetCol];
// 値を入れてから AutoFit
col.AutoFit();
// 最大幅（運用で決める）
double maxWidth = 25.0;
// 上限を超えたら丸める
if (col.ColumnWidth > maxWidth)
{
col.ColumnWidth = maxWidth;
}上限で丸めた結果、セル内に収まらない値が出る場合は、次のどれかを組み合わせると破綻しにくいです。
- 折り返し（WrapText）を有効にして行高を調整する
- 備考欄など別の領域に退避する
- 縮小表示（後述）を限定的に使う
見た目は揃えたいが「結合」は避けたいときの代替案
帳票でセル結合を多用する理由は、「見出しをまたがせたい」「中央に配置したい」「枠線を一体に見せたい」などが多いはずです。結合を避けつつ見た目を保つには、次の考え方が効きます。
中央寄せの見た目だけ欲しい場合：Center Across Selection を検討
結合そのものを使わず、見た目だけ中央に寄せる設定があります。これにより、結合セル特有の AutoFit 不安定さを避けられることがあります（ただし用途は“中央寄せ”に寄ります）。
using Excel = Microsoft.Office.Interop.Excel;
var range = _sheet.Range[_sheet.Cells[5, 2], _sheet.Cells[5, 6]];
// 結合しない
range.MergeCells = false;
// 見た目だけ中央揃え（Center Across Selection）
range.HorizontalAlignment = Excel.XlHAlign.xlHAlignCenterAcrossSelection;
range.Value2 = "帳票タイトル";右寄せで枠をまたがせたい場合：配置の発想を変える
- 右端のセルだけに値を入れ、左側は空欄にして枠線（罫線）だけ整える
- 値の列を固定し、左側は見出し列として扱う（テーブル設計に寄せる）
- “値の列”の手前に余白列（空列）を用意して、欠けやすい境界を回避する
「結合して右寄せ」は欠けやすい組み合わせなので、帳票の設計段階で“結合を使わずに同じ見た目を作れないか”を検討すると、長期的にトラブルが減ります。
どうしても枠内に収めたい場合の最終手段：ShrinkToFit（縮小表示）
レイアウト要件が厳しく、列幅も結合範囲も変えられない場合は、セル内で文字を縮小して収める方法があります。見た目の可読性は下がる可能性があるため、限定的に使うのが安全です。
using Excel = Microsoft.Office.Interop.Excel;
var range = _sheet.Range[_sheet.Cells[30, 10], _sheet.Cells[30, 12]];
range.Merge();
range.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
// 折り返しはしない（縮小して1行に収めたい想定）
range.WrapText = false;
// 枠内に収める（フォントサイズが自動で下がる）
range.ShrinkToFit = true;
range.Value2 = "abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz";印刷設定側での改善：FitToPagesWide を使う前提なら“丸め誤差”を減らす
アプリ側の帳票設計として FitToPagesWide=1 が必須なら、印刷側の揺れを減らす調整も有効です。根治は「欠けないだけの余裕を持たせる」ことですが、次の工夫で再現率を下げられることがあります。
- FitToPagesTall を明示（縦方向の自動調整が予期せぬ縮尺を生む場合があるため、運用方針を固定する）
- 余白（Margins）を固定し、プリンターや環境差での余白ブレを抑える
- ギリギリの列は、列幅をわずかに広げる（Excel の表示と印刷の差を吸収）
using Excel = Microsoft.Office.Interop.Excel;
var ps = _sheet.PageSetup;
// 横1枚に収める
ps.Zoom = false;
ps.FitToPagesWide = 1;
// 縦方向は「自動（0）」か「固定（1）」か、帳票要件に合わせて明示
ps.FitToPagesTall = 0; // 自動
// 余白を固定（例：インチ→ポイント換算などは運用に合わせて）
// ps.LeftMargin = _excelApp.InchesToPoints(0.5);
// ps.RightMargin = _excelApp.InchesToPoints(0.5);実務で安定させる実装パターン：帳票出力を“部品化”する
欠け対策は「一箇所でルールを持つ」と保守が楽です。たとえば、次のような方針で共通メソッド化しておくと、帳票が増えても事故が起きにくくなります。
| 方針 | 適用条件 | やること |
|---|---|---|
| 原則：結合しない | レイアウト変更が許容される | WrapText＋行高調整（AutoFit） |
| 例外：結合が必須 | 既存帳票互換など | 列幅固定（余裕係数）または結合列数可変 |
| 最終手段 | 枠・列幅・結合数を変えられない | ShrinkToFit を限定的に使用 |
例：結合セルに値を入れるときに“欠けにくい”設定をまとめる
using Excel = Microsoft.Office.Interop.Excel;
public static void SetMergedRightAlignedText(
Excel.Worksheet sheet,
int row,
int startCol,
int endCol,
string value,
double widthSafetyFactor = 1.4)
{
var range = sheet.Range[sheet.Cells[row, startCol], sheet.Cells[row, endCol]];
range.Merge();
range.HorizontalAlignment = Excel.XlHAlign.xlHAlignRight;
// 結合列数
int mergedCols = endCol - startCol + 1;
// 簡易幅計算：運用で係数を調整できるようにする
double widthPerCol = (value.Length / (double)mergedCols) * widthSafetyFactor;
range.Columns.ColumnWidth = widthPerCol;
// どうしても収まらない場合に備えて、最後の保険をかける運用も可能
// range.ShrinkToFit = true;
range.Value2 = value;
}この形にしておくと、欠けが再発したときは widthSafetyFactor を調整するだけで横断的に改善できます（帳票ごとに散らばった “魔法の数値” を探し回る必要がなくなります）。
よくある落とし穴：対策しても再発するケース
- プリンターが変わると再発：プリンタードライバーや解像度差で、境界の丸めが変わることがあります。社内標準プリンターが複数ある場合は、その中で最も厳しい条件で係数を決めると安定します。
- フォントが環境依存：標準フォントが変わると文字幅が変わり、ギリギリの列で欠けが再発します。帳票出力前にフォント・サイズを明示し、帳票の前提を固定するのが安全です。
- 列の途中で幅を変えている：途中で列幅を上書きしてしまい、意図した幅が保てていないケースがあります。列幅・印刷設定・値投入の順序を固定して、変更点が追えるようにします。
- 結合セルに WrapText/AutoFit を期待している：結合セルは期待どおり動かないことがあるため、基本は「結合しない」設計に寄せるのが堅牢です。
まとめ：印刷で欠けない帳票にする最短ルート
- 最も確実なのは、セル結合を避けること。折り返し（WrapText）＋行高調整に寄せると、印刷が安定しやすくなります。
- 結合が必須なら、列幅を安全側に固定するか、結合範囲を値に応じて可変にして、境界ギリギリを作らないのがポイントです。
FitToPagesWide=1を使う運用では、縮尺の丸めが起点になりやすいので、余裕（バッファ）を設計に組み込むと再発が減ります。- 最終手段として、ShrinkToFit を限定的に使うと「枠内に収める」要求に対応できますが、可読性低下に注意します。
コメント