販売管理と会計に同じ数字を二重入力している｜CSV連携・API・RPAを費用と壊れやすさで比べる

月末に販売管理システムで売上を締めて、同じ金額を会計ソフトへもう一度入力しています。打ち直しそのものは、月200件で1件20秒なら1時間強で終わります。時間を食っているのは、合計が合わないときの突き合わせのほうです。値引きを計上した月、返品の相殺、消費税の端数、取引先コードの不一致。原因は毎月似ていますが、どの行がずれたのかを探す時間は読めません。月次の数字が出るのが翌月20日過ぎになる理由でも触れたとおり、作業時間より探す時間のほうが長くなります。

つなぐ前に、制度の側から決まってしまう項目があります

つなぎ方を選ぶ前に、制度の要件から先に決まる項目があります。ここを飛ばして道具だけを決めると、あとで作り直しになります。なお以下は2026年8月時点の内容です。制度の要件や経過措置は年度で見直されますので、着手前に一次情報で最新の内容を確認してください。

制度上の論点	決めておくこと	決めないまま連携したときに起きること
電子取引データの保存	請求書データの原本を販売管理と会計のどちらで保存するかを決めること	両方に写しが残り、調査でどちらを出すのか答えられなくなること
検索要件	原本側で取引年月日・取引金額・取引先の3項目を検索できる状態を保つこと	連携先には項目があっても、原本側の取引先が空欄で検索に応じられなくなること
改ざん防止の措置	訂正削除の履歴を残すか、事務処理規程で運用するかを選ぶこと	再取込で過去データを上書きし、いつ誰が直したのか追えなくなること
消費税額の端数処理	税率ごとに1回だけ処理する側を、どちらかに寄せること	明細ごとに処理した税額の合計が請求書と合わず、毎月1円単位の差を追うことになること
取引先の紐付け	得意先コードと補助科目コードの対応表を持つこと	新規取引先のたびに手作業の割り当てが残り、二重入力が形を変えて残ること

検索要件と改ざん防止の措置は、国税庁の電子帳簿等保存制度特設サイト（電子取引関係）に整理されています。端数処理は、一の適格請求書につき税率ごとに1回と決まっており、明細ごとに処理した合計を記載する方法は認められません。詳しくは税務調査で請求データの提示を求められて詰まる会社の共通点でも書いています。

あわせて読みたい税務調査で請求データの提示を求められて詰まる会社の共通点｜電子帳簿保存法の検索要件を業務システムで満たす

CSV連携・API連携・RPAは、壊れる場所が違います

三つの違いは費用の差より、壊れる場所と、壊れたときに誰が気づくかの差として出ます。

つなぎ方	初期費用の目安	毎月の手間	壊れるきっかけ	気づき方
CSV連携	10万〜40万円	出力と取込で10分ほど	項目の追加、文字コードの変更	取込時のエラー表示
API連携	40万〜150万円	ほぼ0分	API仕様の変更、認証の期限切れ	失敗通知の設定が前提
RPA	20万〜60万円	実行結果の確認で20分ほど	画面レイアウトの変更、ポップアップ	月次の数字が合わない時点

金額は項目数と対象システムで変わる目安です。注意したいのはRPAで、画面が変わって止まるだけなら気づけますが、入力欄が1つずれたまま動き続ける壊れ方をすると、月次を締めるまで分かりません。API連携も、通知を作らないと静かに止まります。

費用は初期費用ではなく、5年分で見ておきます

見積もりを取る前に、両方のベンダーへ次を聞いておくと比較ができます。回答が揃わないまま金額だけ並べても、安いほうが安いとは限りません。

【会計ソフト側／販売管理側に確認する項目】
1. 仕訳データの取込形式（項目定義書は提供されますか）
2. 取込の単位（日別・伝票別・月合計のどれに対応していますか）
3. 二重取込の防止（同じ伝票番号を再取込したら上書きですか、追加ですか）
4. APIの提供範囲・認証方式・利用料・仕様変更の告知期間
5. 消費税額の扱い（明細の税額をそのまま受けますか、再計算しますか）
6. 補助科目コードを外部から指定できますか
7. バージョンアップ時に連携が止まった場合の対応窓口はどこですか

5年で見ると、初期費用の差はサービス利用料と保守で埋まります。CSV連携は毎月の手作業が残る代わりに、止まっても人が気づきます。API連携は手間が消える代わりに、仕様変更のたびに改修費が乗ります。バラバラに増えたクラウドサービスを1つにまとめるべきかでも書いたとおり、つなぐ本数が増えるほど保守の対象も増えます。

あわせて読みたいバラバラに増えたクラウドサービスを1つにまとめるべきか｜中小企業の「システムが多すぎる」問題

件数と締めの速さで、選ぶものが分かれます

月の仕訳が300件までで、締めから会計入力まで数日の余裕があるなら、CSV連携で足ります。項目定義を最初に文書化しておけば、担当者が代わっても運用が続きます。

売上仕訳連携CSV（販売管理 → 会計）
 1 伝票日付      YYYY/MM/DD  必須  締め処理で確定した日付を入れます
 2 伝票番号      半角20桁    必須  再取込の判定キーとして使います
 3 得意先コード  半角10桁    必須  対応表で補助科目コードへ変換します
 4 税抜金額      整数        必須  値引き後の金額を入れます
 5 消費税額      整数        必須  税率ごとに1回だけ端数処理した額を入れます
 6 税率区分      10 / 8      必須  軽減税率の対象は8を入れます
 7 摘要          全角40字    任意  請求書番号を入れておくと突合が楽になります

件数が月1,000件を超える、あるいは翌営業日には会計へ反映していたい場合は、API連携が向きます。RPAは、会計ソフト側に取込機能もAPIもなく、画面入力しか手段がないときの最後の選択肢として考えます。

えらびの道では、卸売の受発注や請求、出張販売の管理、介護のシフト管理などの業務システムをオーダーメイドで開発しています。今回のような連携では、どの数字を原本とするかの整理、連携用の項目定義、そして止まったときに気づくための通知までを含めて設計します。データの可視化やレポートの自動化、機械学習による予測にも対応していますが、最初から全部はつなぎません。月次で一番手が止まる1本だけを小さく作り、動かしながら広げる進め方をとっています。

販売管理と会計をつなぐところまで、えらびの道でお手伝いできること

合同会社えらびの道は、中小企業向けのシステム受託開発と、データ活用・DXの支援を行っています。卸売の受発注や請求、介護のシフト管理、出張販売の管理、EC・決済、業務データの収集と予測基盤といった領域で、実際に手を動かしてきました。販売管理の数字が会計に渡るまでの経路も、作る側から見てきています。

この記事で扱ったCSV連携・API連携・RPAの選び分けや、電子取引データをどちらで保存するかの整理、得意先コードと補助科目コードの対応表づくりは、御社の業務に合わせて組み立て直せます。月末の売上締めから会計への転記までを、今お使いの販売管理システムと会計ソフトを残したままつなげます。

えらびの道では、全部を一度に置き換えることはしません。止まると困る1業務から先に動かし、残りは様子を見ながら移していきます。連携が止まったときに気づける仕組みも設計に含めますし、打ち合わせから開発まで同じ人間が担当するため、話した内容が伝言で薄まることもありません。

まずは現状を伺うところからで構いません。オンラインで30分、費用はかかりません。今の締め作業のどこに時間がかかっているかを切り分けるだけでも、お役に立てるかと思います。

よくある質問

販売管理と会計をつなぐと、二重入力は完全になくなりますか

売上や仕入のように毎月同じ形で発生する取引はなくせます。ただし、経費精算や振替のように販売管理側に元データがない仕訳は手入力が残ります。まずは件数が多い1種類だけをつなぎ、残った手入力の量を見てから範囲を広げるのが確実です。

CSV連携とAPI連携では、どちらが安く済みますか

初期費用はCSV連携が安く、5年で見ると差は縮まります。CSV連携は毎月の出力と取込の手間が残り、API連携は仕様変更のたびに改修費が発生するためです。月の仕訳が300件までならCSV連携、それを超えるか即日反映が必要ならAPI連携が目安になります。

RPAで会計ソフトに入力させても、電子帳簿保存法の要件は満たせますか

RPAは入力の手段であって、保存の要件を満たす仕組みではありません。要件を満たすのは、原本を保存する側のシステムです。どちらを原本とするかを先に決め、その側で取引年月日・取引金額・取引先による検索と、改ざん防止の措置が取れているかを確認してください。