Category: 帳票・PDF

日報の自動生成を成功させるには、まず「どこからデータを取るか」「どう集計するか」「誰が確認するか」を明確に決めることが重要です。入力項目と承認フローが曖昧なまま自動化を進めると、結局手直しが増えて逆効果になります。本記事では、CSVやスプレッドシートなど既存データから日報PDFを自動生成する前に整理すべき項目を、具体的なチェックリストとともにまとめます。

日報自動生成の全体像

日報を自動生成する流れは、大きく4つのステップに分かれます。

1. 入力項目の定義 ― どのデータを日報に載せるかを決める
2. データ元の特定 ― CSVログ、スプレッドシート、チケットシステムなどからどこを参照するかを決める
3. 集計・変換ルールの設計 ― 日次・週次・月次の集計単位や、担当者・プロジェクトごとのグループ化を決める
4. 確認・承認フローの決定 ― 誰が内容を確認し、誰に送付するかを決める

このうち、本記事ではステップ1とステップ4に焦点を当てます。ステップ2・3の具体的な実装については、別記事で解説します。

入力項目を整理する

よく使われる基本項目

日報に含まれる項目は現場ごとに異なりますが、以下の6項目は多くの現場で共通して使われています。

• 日付 ― 対象となる作業日。フォーマットは「YYYY-MM-DD」または「YYYY年MM月DD日」
• 担当者 ― 作業を実施した人の名前または社員番号
• 作業内容 ― 何をしたかの簡潔な説明。自由文または定型選択
• 件数 ― 処理したタスク数、対応した件数など数値で表せる指標
• 所要時間 ― 作業にかかった時間。時間単位または分単位
• 備考 ― 特記事項、トラブル内容、翌日への引き継ぎ事項など

項目定義シートの例

各項目について、元データの場所とPDF上の表示位置、自動化の可否、最終確認者を整理しておくと、実装時の認識ずれを防げます。

項目	元データ	PDF表示位置	自動化可否	最終確認者
日付	CSV列「date」	ヘッダー右上	自動	―
担当者	CSV列「operator」	ヘッダー左下	自動	―
作業内容	CSV列「task_desc」	本文中央	自動	現場リーダー
件数	CSV列「count」を集計	本文右列	自動	―
所要時間	CSV列「duration」を合計	本文右列	自動	現場リーダー
備考	CSV列「note」（空欄可）	本文下部	自動（要目視）	現場リーダー

データ元を特定する

日報の入力データは、次のいずれかから取得することが多いです。

• CSVログ ― 業務システムやバッチ処理が日次で出力するファイル。列名が固定されていれば取り込みやすい
• スプレッドシートの行 ― GoogleスプレッドシートやExcel Onlineに入力された作業記録。APIまたはCSVエクスポートで取得
• チケットシステムのエクスポート ― Jira、Backlog、RedmineなどからCSVまたはAPIで取得。ステータスや担当者の絞り込みが鍵

データ元が複数にまたがる場合は、どの項目をどのソースから取るかを一覧にしておきます。一つの項目が複数ソースに存在する場合は、優先順位も決めておきましょう。

集計単位とグループ化

日報の集計方法は、用途によって変わります。

集計単位のパターン

集計単位	用途	主な集計項目
日次（1日分）	当日の作業報告	件数合計、所要時間合計、備考一覧
週次（1週間分）	週報のベースデータ	日別の件数推移、累計時間
月次（1か月分）	月次報告・工数集計	担当者別の時間合計、プロジェクト別件数

グループ化の基準

• 担当者ごと ― 個人の作業量を把握したい場合
• プロジェクトごと ― 案件単位で進捗を管理したい場合
• 作業種別ごと ― 入力、確認、修正など工程別に集計したい場合

集計単位とグループ化は、最初は「日次・担当者ごと」から始め、運用しながら必要に応じて追加していくのがおすすめです。

確認・承認フローを決める

自動生成された日報は、そのまま配布する前に誰かが内容を確認することが一般的です。確認フローを明確にしておかないと、誤ったデータがそのまま回ってしまうリスクがあります。

典型的な承認フロー

1. 自動生成 ― 指定時刻にCSVから日報PDFを生成
2. 一次確認 ― 現場リーダーが内容を確認（必須項目の漏れ、異常値のチェック）
3. 修正（必要時） ― 備考欄の追記、件数の手動調整など
4. 最終承認 ― 責任者がPDFを承認
5. 配布 ― メール送信、共有フォルダへの保存、または社内システムへの登録

確認者を決めるポイント

• 作業内容の正確性を判断できる人（現場リーダーやプロジェクトマネージャー）
• 異常値に気づける人（日常的に数値を把握している人）
• 承認権限を持つ人（組織の決裁ルールに基づく）

確認者は多すぎると承認に時間がかかるため、最初は一次確認1名＋最終承認1名の2段階を基本とし、必要に応じて増やすことを推奨します。

自動で確認できる部分と人間が判断すべき部分

日報の品質チェックは、プログラムで自動判定できる部分と、人の目で判断する部分に分けられます。この分類をあらかじめ決めておくと、確認者の負担を減らせます。

自動で確認できる部分

• 日付フォーマットの整合性 ― 「YYYY-MM-DD」の形式に沿っているか、存在しない日付でないか
• 必須項目の空欄チェック ― 日付・担当者・作業内容がすべて入力されているか
• 数値の範囲チェック ― 件数が0以上の整数か、所要時間が0〜24時間の範囲内か
• 集計値の整合性 ― 明細の合計と集計行の数値が一致しているか
• 重複レコードの検出 ― 同一日付・同一担当者で重複する行がないか

人間が判断すべき部分

• 作業内容の正確性 ― 記述内容が実際の作業と合っているか
• 例外的な事象の扱い ― トラブル報告やイレギュラーな対応について、備考欄の記載が適切か
• 承認の可否 ― 日報の内容を最終的に承認するか差し戻すかの判断
• 配布先の判断 ― 特定の日報を上位管理层にも共有すべきかどうか

自動チェックは実装コストが低いうえに毎回確実に実行されるため、まずは自動チェック可能な項目を洗い出し、プログラムに組み込むことを優先すると効果的です。

確認前のチェックリスト

日報自動生成の仕様を決める際、以下の項目をチェックしておくと、後戻りが少なくなります。

• 日報に含める項目がすべてリストアップされている
• 各項目の元データ（CSV列名、シート名など）が特定されている
• PDFの表示位置（ヘッダー、本文、フッター）がざっくり決まっている
• 集計単位（日次・週次・月次）が決まっている
• グループ化の基準（担当者・プロジェクト・作業種別）が決まっている
• 一次確認者と最終承認者が決まっている
• 自動チェック項目と目視確認項目が分類されている
• 配布方法（メール、共有フォルダ、社内システム）が決まっている

相談時に用意するとよい情報

日報の自動生成について相談する際は、以下の情報をあらかじめ用意しておくと話がスムーズに進みます。

• 現在の日報フォーマット ― 紙またはExcel・Wordで使っている日報の見本
• 入力データのサンプル ― CSVやスプレッドシートの列構成が分かる数行分のデータ
• 確認・承認の流れ ― 現在の業務で誰が確認し、誰に提出しているか
• 出力したいPDFのイメージ ― レイアウトの希望があれば大まかなイメージでよい
• 運用頻度と配布先 ― 毎日か週次か、何名に送るか

初回相談では機密CSVやスクリーンショットの送付は不要です。列名や項目の種類が分かる程度の情報があれば、方向性のすり合わせは可能です。

参考にした公式情報

• Shopify Help Center: Using CSV files to import and export products

請求書PDFをCSVから自動生成するには、まず元データの項目を漏れなく揃え、それぞれの値が正しいことを確認することが大切です。自動化の準備段階でデータを整理しておけば、生成後の手戻りを大幅に減らせます。本記事では、請求書PDFに必要な項目、元データとの対応、税率や端数処理の注意点、自動確認と人間の確認の分担を整理します。

請求書PDFに必要な基本項目

請求書PDFを自動生成する際、最低限カバーすべき項目は以下の通りです。

• 請求先名 — 取引先の正式名称（登記名）
• 請求先住所 — 郵便番号・都道府県・市区町村・番地
• 請求番号 — 社内ルールに沿った一意の番号
• 請求日 — 請求書の発行日
• 明細 — 品名・数量・単価・金額のセット
• 小計 — 明細金額の合計（税抜）
• 消費税率 — 10%・8%・免税の区別
• 消費税額 — 税率ごとの計算結果
• 合計 — 小計＋消費税額
• 振込先 — 金融機関名・支店名・口座種別・口座番号
• 支払期限 — 入金の期日

これらの項目をすべてCSVの列として定義するか、複数のCSV（売上データ・顧客マスター・商品マスター）を結合して揃えます。

PDF項目と元データの対応表

自動化する際、PDFの各項目がどのCSV列から取得できるかを整理します。

PDF項目	元データ列	自動化可否	確認者
請求先名	顧客マスター「顧客名」	自動取得	人間が照合
請求先住所	顧客マスター「住所」	自動取得	人間が照合
請求番号	自動採番（連番 or 日付+連番）	自動生成	人間が承認
請求日	実行日 or 指定日	自動生成	人間が承認
品名	売上CSV「商品名」 or 商品マスター「品名」	自動取得	人間が照合
数量	売上CSV「数量」	自動取得	人間が照合
単価	売上CSV「単価」 or 商品マスター「標準単価」	自動取得	人間が照合
金額	数量×単価（自動計算）	自動計算	自動＋人間
小計	明細金額の合計	自動計算	自動確認
消費税率	商品マスター「税率区分」	自動取得	人間が判断
消費税額	小計×消費税率	自動計算	自動確認
合計	小計＋消費税額	自動計算	自動確認
振込先	自社マスター「口座情報」	自動取得（固定値）	初回のみ人間
支払期限	締め日＋サイト日数から計算	自動計算	人間が承認

この表を作成しておくことで、どのデータがどのCSVから来るのか、自動で処理できるかどうかを一目で把握できます。

データソースの整理

請求書PDFの元データは、通常3つのCSVに分かれています。

売上CSV（注文・売上データ）

• 注文ID、注文日、顧客ID、商品ID、数量、単価、売上金額
• 月次や指定期間で抽出し、顧客ごとに集計する

顧客マスターCSV

• 顧客ID、顧客名、住所、締め日、支払条件
• 請求先情報の取得元

商品マスターCSV

• 商品ID、品名、標準単価、税率区分（10%/8%/免税）
• 明細の品名と税率の取得元

これらのCSVを顧客ID・商品IDをキーに結合し、1件の請求書につき1行のヘッダーと複数行の明細を組み立てます。

税率と端数処理の注意点

税率の使い分け

日本の消費税には複数の税率があります。軽減税率（8%）対象かどうかは商品ごとに異なるため、商品マスターの「税率区分」列で管理します。

• 10% — 一般的な商品・サービス
• 8%（軽減税率） — 飲食料品、新聞など
• 免税 — 輸出取引、非課税取引

税率の適用判断は法的な根拠を伴うため、税務・法務の判断は専門家に確認してください。

端数処理

消費税額の端数処理には主に以下の方式があります。

端数処理方式	説明	適用タイミング
切り捨て	小数点以下を切り捨て	1明細ごと or 明細合計後
切り上げ	小数点以下を切り上げ	1明細ごと or 明細合計後
四捨五入	小数第一位を四捨五入	1明細ごと or 明細合計後

どの方式を採用するか、また「明細ごとに端数処理」するか「合計後に端数処理」するかは、社内の経理規定に従います。自動化の際はこの設定をCSVの設定列またはテンプレートのパラメータとして持たせます。

締め日と支払期限の計算

請求書の締め日と支払期限は、顧客マスターの条件をもとに自動計算できます。

1. 締め日の確定 — 顧客マスターの「締め日」（例：月末、15日締め）から対象期間を決定
2. 支払期限の計算 — 締め日＋「サイト」（例：月末締め翌月末払い）
3. 営業日調整 — 期限が土日祝の場合、前営業日または翌営業日にずらす

営業日カレンダーは別途CSVまたはAPIで用意する必要があります。日本の祝日は每年変わるため、更新忘れに注意します。

自動で確認できる部分

以下のチェックは、CSVのデータと計算結果を照合するスクリプトで自動化できます。

• 必須項目の欠落 — 請求先名・住所・品名・単価・数量の空欄検出
• 計算の整合性 — 数量×単価＝金額、明細金額合計＝小計の確認
• 税率適用の一致 — 商品マスターの税率区分と計算結果の一致
• 日付の妥当性 — 請求日が未来でないか、支払期限が過去でないか
• 請求番号の重複 — 同一請求番号が既存データと衝突していないか

これらは生成前に一括で実行し、エラーがあれば該当行をスキップまたはフラグ付けします。

人間が判断すべき部分

以下は自動化が難しく、担当者の目視確認が必要な項目です。

• 税率の適用判断 — 新商品や特殊な取引では、10%か8%か免税かの判断に専門知識が必要。税務・法務の判断は専門家に確認してください。
• 支払条件の確認 — 取引先ごとの特約（手形払い、分割払いなど）がマスター通りか
• 明細内容の正確性 — 品名が実際の納品物と一致しているか、数量に過不足がないか
• 請求先情報の最新性 — 社名変更、住所移転などの反映漏れがないか
• 法的要求事項の遵守 — インボイス制度対応（適格請求書発行事業者の登録番号の記載など）があるか。税務・法務の判断は専門家に確認してください。

データ整理のチェックリスト

自動化の前に、以下の項目を確認してください。

確認項目	確認内容	状態
顧客マスター	請求先名・住所が最新か	☐
商品マスター	税率区分（10%/8%/免税）が正しいか	☐
売上データ	指定期間のデータが漏れなく抽出できているか	☐
端数処理	社内規定の方式と一致しているか	☐
締め日・支払期限	顧客ごとの条件が正しく設定されているか	☐
振込先口座	自社の口座情報に変更がないか	☐
請求番号	採番ルールと重複チェック	☐
計算ロジック	小計＝明細合計、合計＝小計＋消費税額	☐

このチェックリストをCSVのバリデーションスクリプトと併用することで、確認作業を効率化できます。

相談時に用意するとよい情報

請求書PDFの自動化について相談する際は、以下の情報を事前にまとめておくと話が進めやすくなります。

• 現在の請求書フォーマット — PDF、Excel、手書きのいずれで、どのようなレイアウトか
• 使用している売上・会計システム — CSVエクスポートの可否と列構成
• 月間の請求件数 — おおよその件数と、明細行数の平均
• 税率のパターン — 10%のみか、軽減税率（8%）や免税を含むか
• 締め日・支払条件のパターン — 取引先ごとの違いの有無とその数
• 希望する出力形式 — PDFのほかにCSVやExcelも必要か

初回相談では機密CSVやスクリーンショットの送付は不要です。項目名やデータ構造の概要が分かる程度の情報でご相談いただけます。

参考にした公式情報

• Shopify Help Center: Using CSV files to import and export products

納品書と請求書は、どちらも取引の記録ですが、目的が違うため必要な項目も異なります。納品書は「何をどこへ届けたか」を示す物流記録、請求書は「いくら支払うべきか」を示す財務記録です。同じCSVデータから両方を出力する場合、テンプレートごとに列マッピングを変えることで出し分けられます。この記事では、両帳票の項目違い、CSV列の対応関係、確認ポイントを整理します。

納品書と請求書の役目の違い

納品書は商品の配送・受領を証明する書類です。届け先の倉庫や店舗で荷受人が確認するため、物流に関わる項目が中心になります。

請求書は代金の支払いを求める書類です。経理部門が確認・処理するため、金額計算や支払条件に関わる項目が中心になります。

両者は同じ取引を異なる観点から記録しているため、元データは共通でも出力する項目が変わります。

共通項目と固有項目

両方に含まれる共通項目

• 商品名
• 数量
• 単価
• 備考（自由記述欄）
• 注文番号
• 発行元の会社名・連絡先

これらはCSVの基本列からそのまま参照できる項目です。

納品書にだけ必要な項目

• 納品先住所（請求先と異なる場合に必須）
• 納品日
• 配送業者名
• 追跡番号
• 倉庫名・出庫元
• 梱包明細（箱数・重量など）

請求書にだけ必要な項目

• 請求先名・請求先住所
• 請求番号
• 請求日
• 支払期限
• 振込先口座情報
• 消費税の内訳（税率ごとの税額）
• 小計・合計金額

項目比較表

項目	納品書	請求書	元データ列	備考
商品名	〇	〇	product_name	共通
数量	〇	〇	quantity	共通
単価	〇	〇	unit_price	共通
備考	〇	〇	notes	共通
注文番号	〇	〇	order_id	共通
納品先住所	〇	－	delivery_address	納品書のみ
納品日	〇	－	delivery_date	納品書のみ
配送業者	〇	－	carrier_name	納品書のみ
追跡番号	〇	－	tracking_number	納品書のみ
倉庫名	〇	－	warehouse_name	納品書のみ
梱包明細	〇	－	packing_info	納品書のみ
請求先名	－	〇	billing_name	請求書のみ
請求番号	－	〇	invoice_number	請求書のみ
請求日	－	〇	invoice_date	請求書のみ
支払期限	－	〇	payment_due	請求書のみ
振込先	－	〇	bank_account	請求書のみ
消費税内訳	－	〇	tax_rate / tax_amount	請求書のみ
合計金額	－	〇	total_amount	計算列で生成も可

1つのCSVから2つの帳票を出し分ける仕組み

1つのCSVに納品書用・請求書用の列をすべて含めておき、テンプレート側で使う列だけをマッピングするのが一般的です。

CSVの列構成イメージ

order_id,product_name,quantity,unit_price,delivery_address,delivery_date,carrier_name,tracking_number,warehouse_name,packing_info,billing_name,billing_address,invoice_number,invoice_date,payment_due,bank_account,tax_rate,tax_amount,total_amount,notes

テンプレートごとの列マッピング

納品書テンプレートは、delivery_address、carrier_name、tracking_number など物流関連の列を参照します。請求書テンプレートは、billing_name、payment_due、tax_amount など金額関連の列を参照します。CSVの読み込み側でテンプレートに合わせて列を取捨選択すれば、1つのデータファイルから両方の出力が可能です。

納品先と請求先が異なるケース

B2B取引では「納品先」と「請求先」が違う住所になることがよくあります。たとえば本社宛てに請求書を送り、実際の商品は地方の倉庫に届けるようなケースです。

この場合、CSVには2つの住所列を用意する必要があります。

列名	内容	使用帳票
delivery_address	商品の届け先	納品書
billing_address	請求書の送り先	請求書

両方が同じ場合は同じ値を入れておき、テンプレート側でそれぞれの列を参照する設計にしておけば、住所の使い分けを自動で処理できます。

出力前の確認チェックリスト

確認項目	納品書	請求書	備考
必須項目が空欄でないか	□	□	商品名・数量は必須
納品先と請求先の使い分け	□	□	住所列の参照先が正しいか
金額の計算整合性	－	□	小計＋税＝合計
日付の形式統一	□	□	YYYY-MM-DD 推奨
注文番号の一致	□	□	両帳票で同じ番号か
テンプレート選択	□	□	出力先に合ったテンプレートか

自動で確認できる部分

• 必須列の欠落チェック（テンプレートに必要な列がCSVに存在するか）
• 空欄の検出（必須項目に値が入っているか）
• データ型の検証（数量が数値、日付が有効なフォーマットか）
• 金額の計算照合（単価 × 数量 ＝ 小計、小計 ＋ 消費税 ＝ 合計）
• 納品書と請求書間の注文番号・商品情報の整合性
• 住所列の使い分け確認（delivery_address と billing_address の参照先）

これらはスクリプトで機械的に検証できるため、出力前に自動チェックを通すことで手戻りを減らせます。

人間が判断すべき部分

• どのテンプレートを使うか（納品書・請求書・両方など）
• 項目の優先順位付け（どの列を必須とするかの業務判断）
• 消費税率や免税の扱い（法令に関わる部分は専門家の確認が別途必要です）
• 振込先口座の正確性（銀行側の情報と突合）
• 備考欄の記載内容（取引先との約束事項の反映）

法令や税務に関わる部分（消費税の計算方法、インボイス制度への対応など）については、当社の専門外ですので税理士や関係機関にご確認ください。

相談時に用意するとよい情報

1. 現在使っている納品書・請求書の見本（項目のレイアウトがわかるもの）
2. 出力元のCSVの列構成（ヘッダー行だけでも可）
3. 納品先と請求先が異なるケースの有無
4. 1回の処理で出力する帳票の種類と枚数の目安
5. 出力フォーマット（PDF、印刷、CSV添付など）

初回相談では機密CSVやスクリーンショットの送付は不要です。上記の情報をテキストで共有いただければ、概算の対応方針をご案内できます。

参考にした公式情報

• Shopify Help Center: Using CSV files to import and export products

商品台帳をPDFに出力する際は、まず「誰が」「何のために」使うPDFなのかを明確にし、それに合った項目を選ぶことが大切です。ShopifyのCSVに含まれる列をそのまま全件載せるのではなく、用途に応じて取捨選択することで、見やすく実用的な帳票になります。項目の決定、元データとの対応、レイアウトの設計を順に整理していきます。

商品台帳PDFに載せる基本項目

商品台帳としてPDFを出力する場合、以下の項目がよく使われます。すべてを載せる必要はなく、PDFの目的に応じて取捨選択します。

• 商品名 — 商品を一意に識別するための基本情報
• SKU — 在庫管理単位の識別子
• JANコード — バーコード付き商品の場合に必要
• 価格 — 販売価格、比較価格の両方を載せる場合も
• 画像 — 商品写真をサムネイルとして配置
• 説明 — 商品説明文の要約または全文
• カテゴリ — 商品タイプやコレクション名
• 在庫数 — 現在の在庫状況（社内用の場合）
• バリエーション — サイズ、色などの展開情報
• 登録日 — 商品の作成日・更新日

PDF項目と元データの対応表

ShopifyのエクスポートCSVや在庫CSVの列名と、PDFに載せる項目の対応関係を整理します。

PDF項目	元データ（CSV列）	必須／任意	レイアウト位置
商品名	products CSV「Title」	必須	表の左端・見出し行
SKU	inventory CSV「SKU」	必須	商品名の右隣
JANコード	products CSV「Barcode」	任意	SKUの下
販売価格	products CSV「Variant Price」	必須	中央付近・右寄せ
比較価格	products CSV「Variant Compare At Price」	任意	販売価格の下
画像	products CSV「Image Src」	推奨	行の左端・サムネイル
説明	products CSV「Body (HTML)」	任意	商品名下の折りたたみ or 列
カテゴリ	products CSV「Product Category」「Type」	推奨	商品名の下
在庫数	inventory CSV「Available」	社内向け必須	価格の右隣
バリエーション	products CSV「Option1 Name」「Option1 Value」等	任意	商品名下・インデント
登録日	products CSV「Created At」「Updated At」	任意	行の右端

この対応表は、Shopifyの標準CSV列名を基準にしています。ストアで独自のメタフィールドを使っている場合は、CSVに追加の列としてエクスポートされるため、必要に応じてPDF項目に加えます。

レイアウトを決める際のポイント

ヘッダー情報

PDFの先頭ページには、以下のヘッダー情報を配置します。

• 帳票タイトル（例：「商品台帳 2026年6月版」）
• 出力日時
• 対象商品数
• フィルター条件（特定カテゴリのみ等）

表の列数と1行の情報量

1ページあたりの表に列を詰め込みすぎると、文字が小さくなり読みにくくなります。A4縦の場合、実用的な列数は5〜7列程度です。画像を含める場合は列幅に注意し、画像サイズはサムネイルで80〜120px程度に収めるとバランスがよくなります。

ページ送りと商品のまとまり

商品数が多い場合、ページ境界で行が分断されないよう制御が必要です。カテゴリごとにページを区切る、あるいは一定行数でページ送りするなどの工夫を入れます。

フッター备注

各ページのフッターに、以下の情報を載せておくと参照しやすくなります。

• ページ番号（「3 / 12」の形式）
• 出力元のストア名
• データの基準日

PDF出力時の特有の注意点

画像の解像度

Shopifyの商品画像URLをそのままPDFに埋め込むと、高解像度の画像が重くなる場合があります。サムネイル用のURLパラメータ（_smallや_compact）を使うか、事前にリサイズした画像を用意するとPDFのファイルサイズを抑えられます。

日本語フォント

PDFに日本語を含める場合、フォントの埋め込みが必要です。ゴシック体（見出し）と明朝体（本文）を使い分ける場合は、2つのフォントファイルを用意します。フリーの日本語フォントとしては、Noto Sans CJK JPやIPAexフォントがよく使われます。

バリエーションの扱い

1つの商品に複数のバリエーション（サイズ3色×3サイズ等）がある場合、PDF上でどう表示するかを決める必要があります。親商品を1行にまとめてバリエーションを子行として表示するか、バリエーションごとに1行とするかは、PDFの用途によって選びます。

自動で確認できる部分

CSVデータと画像ファイルを突き合わせることで、プログラムで自動チェックできる項目があります。

• 必須項目の欠落検出 — 商品名やSKUが空の行がないか
• 画像の存在確認 — Image SrcのURLが実際にアクセス可能か
• 価格のフォーマット整合性 — 数値として正しいか、マイナスでないか
• JANコードの桁数チェック — 8桁または13桁か
• データフォーマットの統一 — 日付列がISO 8601形式かどうか
• HTMLタグの混入確認 — 説明文のタグをそのままPDFに出力しないか

これらはPDF生成の前処理として一括で実行でき、問題のある行は警告付きで出力するか、スキップするかを選べるようにしておくと安全です。

人間が判断すべき部分

データの正確さとは別に、PDFの使い勝手に関わる判断は人間が行う必要があります。

• 項目の優先順位 — PDFの目的（社内確認、取引先への共有、カタログ等）によって載せる項目を変える
• レイアウトの好み — 画像を大きめにするか、表をコンパクトにするか
• 対象読者 — 社内向けなら在庫数や原価を載せるが、取引先用なら価格のみ
• バリエーションの展開方法 — 行を増やすか、セル内にまとめるか
• 説明文の分量 — 全文を載せるか、冒頭50文字程度にするか
• カテゴリの分類基準 — 商品タイプ、コレクション、タグのどれで分けるか

出力前のチェックリスト

PDFを生成する前に、以下の項目を確認しておきます。

確認項目	チェック内容	自動／手動
必須項目の有無	商品名・SKUが全行に存在するか	自動
画像の有無	画像URLが404になっていないか	自動
価格の妥当性	0円や極端に高い価格がないか	手動
バリエーション漏れ	親商品があっても子バリエーションがないものがないか	自動
カテゴリ分類	未分類の商品がないか	手動
説明文のHTML	タグがそのまま出力されていないか	自動
フォント埋め込み	日本語が文字化けしないか	手動（サンプル確認）
ページ境界	商品がページをまたいで分断されていないか	手動（サンプル確認）

相談時に用意するとよい情報

商品台帳PDFの作成を相談する際は、以下の情報をあらかじめ用意しておくと話が進めやすくなります。

• PDFの目的と対象読者（社内確認用、取引先用、カタログ用など）
• 載せたい項目の候補リスト（優先順位をつけておくとさらに良いです）
• ShopifyストアからエクスポートしたCSVのサンプル（数行で構いません）
• PDFのページサイズと想定ページ数（A4・10枚程度など）
• イメージする既存の帳票やカタログ（あれば）

初回相談では機密CSVやスクリーンショットの送付は不要です。項目の候補と目的をお伝えいただければ、大まかな構成案をご案内できます。

参考にした公式情報

• Shopify Help Center: Product details

Excel帳票をWebアプリ化するとき、最初にやるべきは「既存のExcelをそのまま再現すること」ではありません。元データがどこから来ているか、1枚のPDFが何を単位としているか、誰が最終確認するのか――この3つを整理するだけで、開発の無駄が大きく減ります。この記事では、小規模事業者がExcel帳票をWeb化する前に取り組むべき整理手順を具体例とともに解説します。

---

1. まずは「元データ」を書き出す

多くのExcel帳票は、手入力と外部データのコピー貼り付けが混ざっています。Webアプリにする前に、どのデータがどこから来るのかを洗い出しましょう。

たとえば、以下のような月次売上報告書をExcelで運用しているケースを考えます。

• 売上明細：受注システムからCSVエクスポート
• 経費精算：手入力（領収書を見ながら入力）
• 顧客マスタ：別シートからVLOOKUPで参照
• 消費税計算：数式で自動算出

ここで「売上明細CSV」のカラム構成が分かっていれば、Webアプリの入力フォームの半分は自動生成できます。まずは、次のような表をExcelとは別の紙かテキストファイルに書き出してみてください。

帳票項目	元データ	自動確認	人間確認
売上金額	受注CSVの total_amount 列	数値かどうか、0以上か	ー
経費内訳	手入力	ー	金額の妥当性、領収書との照合
顧客名	顧客マスタCSVの customer_name	マスタに存在するか	ー
消費税	計算式（売上 × 10%）	計算結果が正しいか	軽減税率の適用可否
備考	手入力	ー	内容の妥当性
承認印	ー	ー	上長の最終承認

「自動確認」の列に何も書けない項目が多いと、その帳票はWeb化しても手作業が多く残ります。逆に「自動確認」だけで済む項目が多ければ、Web化のメリットが大きいと言えます。

CSVカラムの確認方法

元データがCSVの場合、実際のCSVファイルの1行目（ヘッダー行）をそのまま書き出すのが確実です。たとえば受注システムから出力されるCSVが次のような構成だったとします。

order_id,order_date,customer_id,total_amount,tax,status

このヘッダー行をそのまま設計書に貼り付けておくと、開発者との認識ズレを防げます。カラム名が日本語の場合は、英語名との対応表も作っておくと後々便利です。

---

2. 「1枚のPDF ＝ 何の単位か」を決める

Excel帳票をPDF出力するWebアプリをつくる場合、1枚のPDFが何を単位としているのかを明確にする必要があります。これを曖昧にしたまま開発を始めると、後で「この帳票、取引先ごとに分けたいんですが」という追加要件が出てきます。

よくある出力単位のパターンをいくつか挙げます。

• 月次単位：2025年4月の売上報告を1枚のPDFにまとめる
• 取引先単位：A商事の4月分取引を1枚のPDFにする
• 案件単位：案件Xの請求書を1枚のPDFにする
• 部門単位：営業第一部の月次レポートを1枚にする

出力単位が複数ある場合は、どれを「デフォルト」にするかを決めておきましょう。たとえば「基本は月次単位で出力、フィルタで取引先ごとに絞り込み可能」という設計にすれば、後からの変更にも対応しやすくなります。

出力ファイル名も決めておく

PDFのファイル名は、手作業だと適当につけがちですが、Webアプリでは自動生成されます。命名ルールを先に決めておきましょう。

• OK：sales_report_2025-04.pdf
• OK：invoice_A商事_2025-04-15.pdf
• 避けたい：売上.pdf、report_final_v2.pdf

ファイル名に含める要素（日付、取引先名、帳票種別）を整理しておくだけで、出力後のファイル管理が大きく変わります。

---

3. 必須項目と任意項目を分ける

Excel帳票のすべての項目が毎回埋まっているわけではありません。「たまにしか使わない列」や「状況によっては空欄の項目」があるはずです。これらを必須／任意に分類しておくと、Webアプリの入力チェックを適切に設計できます。

具体例として、見積書を考えます。

• 必須：見積番号、顧客名、見積日、有効期限、商品名、単価、数量、小計、消費税、合計金額
• 任意：納入場所、支払条件、備考、内訳メモ、営業担当者メモ

必須項目が未入力なら保存できないようにする。任意項目は空欄でもPDF出力できる。この分類をしておかないと、「空欄のまま出力されて取引先に送ってしまった」といった事故を防げません。

入力チェックの自動・手動の分け方

自動でチェックできる内容と、人間の判断が必要な内容は明確に分けましょう。

チェック種別	具体例
自動確認	CSVカラム名の存在確認、必須項目の未入力チェック、数値の範囲確認（単価が0円以上など）、日付フォーマットの検証、メールアドレスの形式チェック、ファイル名の自動生成ルールとの整合性
人間確認	提出前の最終承認、消費税の軽減税率適用の判断、取引先ごとの特例対応（「この顧客は請求書に社印不要」など）、税務・関税・法務に関わる判断、記載内容の実務的な妥当性

自動確認はプログラムで実装し、人間確認はWebアプリ上の「承認フロー」として設計します。この2つを混ぜてしまうと、どこまで自動でやってどこから人間が見るべきかが曖昧になり、テストも運用も苦しくなります。

---

4. 社内用と社外用で帳票を分ける

Excel帳票のなかには、社内での確認用と取引先への提出用で同じデータから別のフォーマットのPDFを出力したいケースがあります。この場合、1つの帳票定義ではなく、出力先ごとにテンプレートを分ける設計にします。

たとえば、以下のような違いがよくあります。

• 社内用：原価、粗利、仕入先名、社内メモを含む
• 社外用：売上金額、消費税、振込先のみ記載。原価や粗利は非表示

この分離を最初から設計に組み込んでおけば、後から「この項目、取引先には見せたくないんですが」という要望にも柔軟に対応できます。Excelだとシートを分けるかどうかの判断になりがちですが、Webアプリでは出力テンプレートの切り替えで対応するのが自然です。

---

5. 実際の整理作業をしてみよう

これまでの内容をまとめると、Excel帳票のWeb化に向けて次のチェックリストを埋める作業が最初のステップになります。

帳票Web化チェックリスト

1. 帳票に含まれる全項目を書き出した
2. 各項目の元データ（CSVカラム、手入力、計算式）を特定した
3. 自動確認できる項目と人間の判断が必要な項目を分けた
4. 1枚のPDFの出力単位（月次、取引先、案件など）を決めた
5. PDFのファイル名ルールを決めた
6. 必須項目と任意項目を分類した
7. 社内用と社外用で出力内容を分ける必要があるか確認した

このチェックリストを1枚のExcel（あるいはスプレッドシート）にまとめておくと、開発の打ち合わせでそのまま使えます。実際の帳票サンプルと合わせて見せると、認識のズレを早い段階で防げます。

---

相談時に用意するとよい情報

Webアプリ化の相談をする際、以下の情報があると話がスムーズに進みます。

• 現在使っているExcel帳票のサンプル（1〜3パターン、項目名やレイアウトだけのダミーデータで構いません）
• 元データとなるCSVのヘッダー行（カラム名が分かれば十分です）
• 帳票の出力頻度（月1回、週1回、都度など）
• 帳票の確認・承認に関わる人数と役割（「作成者」「確認者」など）
• 社外へのPDF提出の有無と、その際のフォーマット要件
• 現在Excelで困っていることの具体例（「毎月手作業でコピペしている」「ミスがあったことに後から気づく」など）

初回相談では機密CSVやスクリーンショットの送付は不要です。まずは上記の情報をテキストで共有していただければ、概算の作業範囲をお伝えできます。

参考にした公式情報

• Google Merchant Center Help: Product data specification
• Shopify Help Center: Using CSV files to import and export products

越境ECの出荷で商業インボイスを作る段階になってから、英語の商品名、原産国、HS code、重量がバラバラに見つかることがあります。注文ごとに手入力で直すと、表記ゆれや入力漏れが起きやすくなります。先に商品CSV側で帳票に使う項目を整理しておくと、PDF化や出荷前チェックが進めやすくなります。

まず何が起きているか

商品ページ用のCSVは販売表現を中心に作られがちです。一方、商業インボイスでは、商品を識別するための説明、数量、単価、重量、原産国、HS codeなど、配送や通関手続きで参照される項目が必要になります。商品説明として魅力的でも、帳票上の説明として曖昧だと後で確認が増えます。

よくある原因

• 日本語の商品名しかなく、英語の帳票名が未整理
• サイズや色はSKUに入っているが、帳票用の商品説明に出てこない
• 重量が商品単位、梱包単位、配送設定で混ざっている
• 原産国が仕入先メモにしかなく、CSVに列として存在しない
• HS codeの候補が担当者のメモや別シートに分散している

先に確認したい項目

• 帳票に出す英語商品名、または簡潔な英語説明
• SKU、バリエーション名、色、サイズの扱い
• 単価、通貨、数量、合計金額の元データ
• 商品重量と梱包後重量のどちらを使うか
• 原産国、HS code、素材や用途の補足

手作業で整理する場合の手順

まず、既存の商品CSVを帳票用の列だけに絞った作業シートへコピーします。販売ページ用の長い説明文はそのまま使わず、帳票に出す短い説明を別列に作ります。次に、SKU単位で原産国、重量、HS code候補を埋め、未確定のものには「要確認」の印を付けます。確定できない項目を空欄のままPDFへ流し込まないことが大事です。

小さく自動化できる部分

• 帳票必須列の空欄チェック
• SKU単位で重量や原産国が重複して矛盾していないかの確認
• 英語商品名が長すぎる、または日本語だけになっている行の抽出
• 注文CSVと商品CSVをSKUで突き合わせる処理
• PDFに流す前の確認用一覧レポート作成

注意点

HS code、原産国、申告価格の判断は、商品内容、輸出入国、配送方法などで変わります。この記事は税務・通関助言ではなく、帳票を作る前のデータ項目整理として書いています。項目をそろえることはできますが、通関結果や配送遅延の有無は保証できません。

相談前に整理しておくとよいこと

• 元になる商品CSVと注文CSVの種類
• 現在使っている商業インボイスの見本項目
• 出荷先の国、配送会社、出荷頻度
• 手入力している列と、毎回迷う列
• 初回相談では、実際の顧客名や住所を含むCSVの送付は不要です

参考にした公式情報

• Shopify Help Center: Adding HS codes to your products
• Shopify Help Center: International shipping considerations
• 経済産業省: 物の輸出入（関税・原産地規則）

CSVからPDF帳票を作りたい、という相談では、最初にPDFの見た目を作り始めると詰まりやすいです。請求書、納品書、検品表、商品一覧レポートのどれでも、先に決めるべきなのは「どのCSVの、どの行を、何単位で、どのPDFに出すか」です。

まず何が起きているか

CSVには注文単位、商品単位、明細単位、在庫単位などが混ざります。1行が1商品なのか、1注文の1明細なのかを曖昧にしたままPDFを作ると、合計金額がずれる、同じ注文が複数枚に分かれる、備考欄が出ない、といった問題が起きます。帳票はデザインより先にデータの単位を決める作業です。

よくある原因

• 元CSVが毎回同じ列構成とは限らない
• 商品名、SKU、数量、金額の列名がシステムごとに違う
• 1つのPDFにまとめる単位が注文番号なのか顧客なのか決まっていない
• 税込、税抜、送料、値引きの扱いが後回しになっている
• PDF化後に手で追記する欄が残っている

最初に決める項目

• 元CSVの種類と出力元システム
• PDFを作る単位: 注文ごと、顧客ごと、商品ごと、日付ごと
• 明細に出す列: 品名、SKU、数量、単価、金額、備考など
• 固定で出す情報: 会社名、住所、登録番号、振込先、注意書き
• ファイル名のルール: 注文番号、日付、顧客名をどう使うか

手作業で整理する場合の手順

まず、実際に使うCSVを1つ選び、PDFに出したい列へ印を付けます。次に、注文番号などのキーで並べ替え、どこからどこまでが1枚のPDFになるかを確認します。最後に、現在手で修正している箇所をメモします。PDFテンプレートは、その後に作った方が戻りが少なくなります。

小さく自動化できる部分

• CSV列名が想定通りかを最初にチェックする
• 注文番号やSKUの空欄、重複、表記ゆれを出す
• 明細行を注文単位にグループ化する
• 合計金額や数量の確認用CSVを別に出す
• PDF生成前に「作成予定件数」を表示する

注意点

PDFを自動生成しても、元CSVの内容が正しいとは限りません。金額、税区分、取引条件、帳票の法的要件は業務ごとに確認が必要です。この記事では帳票作成前の設計とデータ整理を扱い、税務や法務上の判断、取引先での受理を保証するものではありません。

相談前に整理しておくとよいこと

• 元CSVの出力元と、毎回変わる列の有無
• 作りたいPDFの種類と、現在使っている見本
• 1回あたりの件数と作業頻度
• 手作業で直している場所、間違えると困る場所
• 初回相談では、顧客情報や金額を含む実CSVの送付は不要です

参考にした公式情報

• Shopifyヘルプセンター: CSVファイルを使用した商品のインポートとエクスポート
• Shopify Help Center: Using CSV files to import and export products