CSV連携のシステム開発を頼む前に｜既存ソフトを残して毎日の受け渡しを仕組みにする進め方

既存のソフトを入れ替えずに、毎日のCSV受け渡しだけを仕組みにすることはできます。ただし開発を頼む価値が出るのは、取込先ソフトの標準機能や既製の連携ツールでは足りず、例外の扱い・受け入れの条件・止まった日の戻し方まで自社の業務に合わせて決める必要がある場合です。

この記事は、販売・受注・勤怠などのソフトから出したCSVをExcelで加工し、会計・請求・基幹のソフトへ取り込む作業を担当者の手から外したい業務責任者・情シス担当者に向けたものです。まず、取込先ソフトの標準機能や既製の連携ツールで足りないかを確認してください。費用の目安として、AI革命では小規模な既存改修を30万円〜（税別）で受けています。連携するソフトの数や例外処理が増えると、本開発として個別に見積もります。

以下では、架空のCSVで実際に取込処理を動かした結果をもとに、発注前に決めておくことを示します。

開発を頼むべき場合・頼まなくてよい場合

出典: ASTERIA Warp 公式サイト

CSVの受け渡しを自動にする方法は、開発だけではありません。まず次の表で、自社がどの状況に近いかを見てください。

ソフトからデータをどう取り出すか（APIがない、出力の形式を選べないなど）で迷っている段階なら、先にAPIのないシステムからデータを取り出す方法を確認してください。CSVに限らず、手作業の転記全体をまとめて任せたい場合は、データ転記の自動化の記事が判断に役立ちます。

架空のCSVで試した：受け入れの条件があるかないかで、どこが狂うか

CSVを読み込んで取込先へ入れる処理そのものは、今はChatGPTやClaudeなどのAIに頼んで書くこともできます。問題になるのは、いつもと違うファイルが来た日です。その日に何が起きるかを確かめるため、架空の受注データで2通りの取込処理を作り、同じ入力を通しました。

条件（説明用の架空データ・2026年10月8日に実行）

• 入力: 受注番号・取引先コード・受注日・商品コード・数量・単価の6列、3件、金額合計16,900円の架空の受注CSV
• 取込先: 請求側を想定した検証用のデータベース（実在の会計・請求ソフトではない）
• 素朴な取込: 文字コードはUTF-8だけを想定し、列は左から何番目かで読む。1件ずつ確定する。受注番号での重複確認はしない
• 受け入れ条件ありの取込: 同じファイルかどうかを判定する（ファイルの中身から作る「指紋」で照合）。文字コードを判定する。列は列名で読む。全件を検査してから、問題がなければまとめて反映する。1件でも不正なら全件保留にする。同じ受注番号は上書きする

※「3行目」は見出し行を1行目として数えたファイル上の行番号です。検証に使ったプログラムと出力は、記事作成時の記録として保管しています。実在のソフトとの接続、大量件数での速度、取消・削除された受注の扱いは、この検証では試していません。

この結果から、発注前に決めるべきことが3つ分かります。

1. 受け入れの確認を「件数と合計」だけにしない。 #5の列の入れ替えは合計が一致したまま通ります。受け入れのテストには、列順を入れ替えたファイルを必ず入れてください。
2. 途中で止まったときに、何も反映しない方式にするか決める。 #6の素朴な取込では、半端な状態が残りました。
3. 「全件保留」が業務に合うかを決める。 受け入れ条件ありの方は安全ですが、1件の不正でその日の全件が止まります。正常な行だけを通して不正な行を保留する方式もあり、どちらが合うかは「止まって困るのはどちらか」で決まります。この2方式の比較は今回の検証では実行していません。

発注前に決める受け渡しの仕様

出典: RFC Editor 公式

CSVには、全員が従う正式な標準がありません。インターネットの技術文書RFC 4180は、多くのソフトに共通する形式を記録したものです。標準として定めたものではなく、改行の書き方などはソフトによって異なり得ると書かれています（RFC 4180、2026年10月8日確認）。「CSVで渡すから簡単」ではなく、ソフトごとの違いを仕様として書き出す必要があります。

仕様の記入例（説明用・架空の受注→請求の例）

ExcelでCSVを開いたときの文字化けは、ファイル側の文字コードとExcelの開き方の組み合わせで起きます。Microsoftは、BOMなしのUTF-8ファイルは「データ」→「データの取得」から読み込む方法を案内しています（Microsoft サポート、2026年10月8日確認）。現在の加工手順に「Excelで開いて保存し直す」工程があるなら、その時点で文字コードや先頭の0が変わっていないかも確認してください。

取込方式の違い

受け入れテストに入れるケース

開発会社から「完成しました」と言われたとき、何をもって受け入れるかを先に決めておきましょう。下の表は判定の条件と期待する結果を書いた記入例です。実際の結果ではありません。

テスト用のファイルは実データを使わず、列名と形式だけを本物に合わせた架空データで作れます。上の検証もその方法で行いました。

止まったときに誰が何をするか

自動化した受け渡しも、出力元の設定変更や入力ミスで止まる日があります。そのときの分担を決めていないと、結局は担当者が手で直すことになります。次の表は説明用の分担例です。

勘定科目や請求金額が正しいかといった業務上の判断は、開発側では決められません。業務側の承認をどの段階で入れるかも、この表で決めておきましょう。

AIで取込処理を自作する場合に残ること

社内でAIを使って変換・取込の処理を作ることは十分に可能です。上の検証プログラムも、標準的な部品だけで書けました。自作か外注かを決める前に、次の点を誰が引き受けるかを確認してください。

• 上の仕様表の各項目を、業務の担当者と合意して書き出す
• 受け入れテストのケースを用意し、合格の条件を業務責任者が承認する
• 処理を置く場所（担当者のパソコンか、共有のサーバーか）と、作った人がいなくなった後の保守
• 止まった日の分担表を運用し、出力元ソフトの更新時に処理を直す

これらを社内で回せるなら、自作で足ります。仕様は決められても、置き場所・保守・止まった日の対応を引き受ける人がいない場合は、開発を頼む理由になります。

費用の目安と、含むもの・含まないもの

AI革命の受託開発の価格は次のとおりです（すべて税別、受託開発サービスページの記載）。

CSV連携が小規模な改修と本開発のどちらに入るかは、ソフトの構成を確認してから決まります。次のような要素が増えるほど、小規模な改修ではなく本開発の見積になります。

• つなぐソフトが3つ以上ある、または出力元ごとに形式が違う
• 取込先に画面からの取込しかなく、画面操作の自動化が必要
• 保留した行を人が確認・修正する画面や、承認の流れが必要
• 受け渡しの前後に集計・帳票・確認画面も作る

受託費に含まれないものとして、クラウドの利用料、外部APIの利用料、ソフトウェアのライセンス料などの実費が別にかかります。取込先ソフトの自動取込オプションや連携ツールを使う場合は、その利用料も別です。参考までに、ベンダーが公開している例を挙げます。

標準機能やツールの利用料で済むなら、開発費より安くなることもあります。両方の見積を同じ条件（仕様表・受け入れテスト・止まった日の分担）で比べてください。見積の比べ方の全体はAI受託開発の費用相場、30万円で収まる改修の範囲は小規模なシステム改修の費用で詳しく扱っています。

自社のCSVがどの区分に入りそうかを知りたい場合は、仕様表の分かる範囲だけで相談できます。

元と先のCSV項目と、今の加工手順を相談する

近い課題の公開事例と、説明用の構成例

AI革命の受託開発ページで公開している事例のうち、この記事の課題に近いのは通信事業の請求の案件です。数万件規模の請求情報を取り込んで集計する処理と、確認が必要なものを絞り込む管理画面を、集計ルールの整理・要件定義・システム開発の範囲で担当しました。顧客名・受け渡しのファイル形式・処理速度・削減効果は公開していません。この記事では、CSV連携そのものの実績としては扱いません。

CSV連携の場合の進め方を、説明用の構成例として示します（実際の案件ではありません）。

1. 現状の確認: 出力元・取込先のソフト、今の加工手順（Excelの操作やマクロ）、件数、止まったときの今の対応を聞き取る
2. 標準機能の確認: 取込先ソフトの自動取込やオプションで足りる部分を除き、開発する範囲を絞る
3. 仕様と受け入れ条件の確定: 上の仕様表と受け入れテストの表を業務側と一緒に埋める
4. 開発とテスト: 架空データで異常なケースを含めて試し、その後に業務側が本番相当のデータで確認する
5. 並行運用: しばらくは手作業の結果と照合し、止まった日の分担表どおりに動けるか確かめてから切り替える

相談前に揃えておくとよい情報

最初の相談に実データは要りません。次のものが分かる範囲であれば、開発範囲や区分の見当をつけやすくなります。

• 出力元と取込先のソフト名（分かればバージョン・契約プラン）
• CSVの列名の一覧と、架空の値で作った数行のサンプル
• 今の加工手順（Excelで何をしているか、マクロがあればその役割）
• 頻度と、1回あたりの件数の桁（数十件／数千件など）
• 例外が出たときの今の対応と、誰が確認しているか
• 取込先ソフトに自動取込の機能やオプションがあるか（分からなくてもよい）

相談フォームには、実際の顧客データ・社員データや、本番のパスワード・接続情報を書かないでください。

よくある質問

取込先のソフトにAPIがある場合、CSVをやめてAPIでつなぐべきですか？

必ずしもそうではありません。API（ソフト同士が直接データをやり取りするための窓口）は都度の連携に向きますが、製品によっては契約プランで使えなかったり、呼び出し回数に上限があったりします。まず利用中の製品の公式仕様を確認してください。毎日1回まとめて受け渡す業務なら、CSVのままでも足ります。APIにする場合も、二重登録・途中失敗・止まった日の分担を決める必要があるのはCSVと同じです。

今はExcelマクロで加工しています。それを仕組みに置き換えられますか？

マクロの中身は、そのまま仕様の材料になります。ただ、マクロが例外を「担当者が目で見て直す」前提で書かれていることもあります。その場合は、仕組みにする前に、例外を誰がどう判断しているかを書き出す必要があります。置き換えられるかどうかは、マクロとサンプルを確認してから判断します。

出力元ソフトのバージョンアップで列が変わったらどうなりますか？

列名で読む作りにしておけば、列の順番が変わっても正しく読めます。列名そのものが変わったり列がなくなったりした場合は、止めて担当者に知らせる作りにできます。その後に取込処理を直す作業が保守契約に含まれるのか、都度の改修になるのかは、発注時に決めておいてください。

社内でAIに書かせた取込スクリプトがあります。引き継いで直してもらえますか？

コードと、今どこでどう動かしているかを確認してから判断します。既存のコードを生かせることもあれば、受け入れテストを通すために作り直した方が早いこともあります。まずは、そのスクリプトで困っている点（止まる、二重に入るなど）を教えてください。

1日1回ではなく、1時間ごとに受け渡したいのですが。

「1件でも不正なら全件保留」にしている場合、頻度を上げると止まる回数と影響も増えます。正常行だけ通す方式にするか、都度の連携ができるAPIを検討するかを、頻度と合わせて決めます。出力元ソフトが自動で1時間ごとに出力できるかも、先に確認が必要です。

自動化した後も、人の確認は必要ですか？

必要な場面は残ります。仕組みが担うのは、決めたルールでの検査・反映・通知です。保留された行をどう直すか、請求などの次工程に進めてよいかは業務側の判断です。「止まったときの分担表」で、人が確認するのはどの段階かを決めておくと、確認の手間を必要なところだけに絞れます。

毎日のCSV受け渡しを仕組みにしたいとお考えなら、出力元と取込先の列名、今の加工手順を教えてください。標準機能で足りる部分と、開発が必要な部分を分けたうえで、費用の区分をご相談できます。初回の相談は無料で、要件が固まっていなくても構いません。

元と先のCSV項目と、今の加工手順を相談する