製造業のSalesforce×kintone×freee会計連携｜商談から受注・原価までのデータフロー設計
目次 クリックで開く
日本の製造業において、営業から製造、そして会計までを一気通貫でデジタル化することは長年の課題でした。特に「見積はSalesforce」「工程管理はExcel」「会計はオンプレミス」といった情報の分断は、二重入力の手間だけでなく、正確な原価把握を困難にしています。
本記事では、Salesforce、kintone、freee会計の3つのSaaSを組み合わせ、「商談から受注、そして製造原価の確定」までのデータをシームレスに流すためのアーキテクチャを詳しく解説します。実務担当者が直面する「どのデータを、どこに、どのタイミングで送るべきか」という問いに対する具体的な回答を示します。
製造業における「Salesforce × kintone × freee会計」の最適解
製造業のデジタルトランスフォーメーション（DX）において、1つのツールですべてを解決しようとするのは現実的ではありません。営業管理に強いSalesforce、現場の業務アプリを柔軟に作れるkintone、そしてバックオフィスを自動化するfreee会計。これらを最適に組み合わせることが、最短ルートとなります。
なぜ単一のツールでは完結しないのか
例えば、Salesforceだけで製造工程や部品在庫まで管理しようとすると、ライセンス費用が膨大になるだけでなく、現場の作業員にとって入力画面が複雑になりすぎる傾向があります。一方で、kintoneだけで会計仕訳まで生成しようとすると、複式簿記のロジックをイチから構築する必要があり、法改正への対応コストも増大します。
3つのSaaSが担うべき役割の責務分解（SoEとSoR）
各システムの責務を明確に分けることが、データ連携を成功させる第一歩です。
- Salesforce（SoE：顧客接点の管理）： 見込み客の獲得から商談、見積提示、受注確定までを担当。
- kintone（業務実行の管理）： 受注後の製造指示、部品手配（BOM管理）、作業日報、工程進捗、原価の集計を担当。
- freee会計（SoR：記録の管理）： 最終的な売上の計上、入金消込、給与支払（労務費確定）、経費支払、決算。
この構成により、フロントオフィス、ミドルオフィス、バックオフィスのそれぞれが専門性の高いツールを使いつつ、データは共通の識別子（受注IDなど）で繋がった状態になります。
商談から受注、原価確定までの理想的なデータフロー
データは川の流れのように、上流（営業）から下流（会計）へと流れる必要があります。途中で「手入力」を挟まない設計が重要です。
【営業フェーズ】Salesforceでの引き合い・商談管理
営業担当者はSalesforceで商談を管理します。商談が「受注」ステータスに更新された瞬間が、データ連携のトリガーとなります。この時、Salesforce上の「取引先名」「製品名」「数量」「納期」「受注金額」が、次のkintoneへ引き継がれます。
【生産・原価フェーズ】kintoneでの製造指示・工程・原価積み上げ
Salesforceから飛んできた受注データを元に、kintone側で「製造指示レコード」が自動生成されます。現場では以下の情報をkintoneに入力します。
- 原材料費： 使用した部品の単価と数量（または仕入先への発注情報）。
- 外注費： 外注先への発注金額。
- 労務費： 作業員が日報アプリに入力した「工数 × 標準賃率」。
これらの合計が「製造原価」としてkintone内で集計されます。ここで構築するデータ構造については、以下のガイドが参考になります。
【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』
【会計フェーズ】freee会計での売上・入金・労務費確定
kintoneで「出荷完了」や「検収完了」のフラグが立つと、そのデータがfreee会計に飛び、売掛金と売上の仕訳が自動作成されます。また、kintoneで集計された原価データ（プロジェクト別の仕掛品や製造費用）をfreeeに連携することで、正確なプロジェクト別収支が確定します。
【実務】各ツール間の連携アーキテクチャ設計
実際にツール間をどう繋ぐか、エンジニアリングと業務設計の視点から解説します。
Salesforceからkintoneへの「受注確定データ」の飛ばし方
Salesforceの「Outbound Message」や「Apex Trigger」、あるいはiPaaSを使用して、商談成立時にkintoneのREST APIを叩きます。
ポイント： Salesforceの「商談ID」をkintone側のレコードに必ず保持させること。これが全工程の「ユニークキー」になります。
kintoneからfreee会計への「売掛金・原価データ」の連携
freee会計には強力なAPIが用意されています。kintoneの「請求管理アプリ」で請求書を発行したタイミング、あるいは製造が完了したタイミングでfreeeの「請求書作成API」または「取引作成API」を呼び出します。
特に経理部門にとっては、CSVでの手作業を排除することが、月次決算の早期化に直結します。
楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
製造原価を構成する「3要素」をどう同期するか
製造原価報告書を作成するためには、材料費、労務費、経費を正しくfreeeへ届ける必要があります。
- 材料費： kintoneで管理している仕入先への発注データを、freeeの支払管理（債務）として連携。
- 労務費： kintoneの日報工数データを、freee人事労務の給与データ、あるいはfreee会計の振替伝票として連携。
- 経費： 製造ラインで使用した電力や消耗品費を、freeeのタグ（プロジェクトタグ）で紐付け。
【徹底比較】連携手段の選定基準（iPaaS vs プラグイン vs 直接開発）
連携手段には複数の選択肢があります。自社のエンジニアリングリソースと予算に応じて選択してください。
| 連携方法 | メリット | デメリット | 主な製品例・費用感 |
|---|---|---|---|
| iPaaS（ノーコード連携） | GUIで設定可能、開発スピードが速い。複数ツールを跨ぐ複雑なフローに向く。 | 月額のランニングコストがかかる。各ツールのAPI仕様変更の影響を受けやすい。 | Anyflow, Zapier, Yoom, Workato（月数万円〜数十万円） |
| 専用プラグイン・コネクタ | 設定が最も簡単。特定の2ツール間（例：kintone to freee）に特化。 | カスタマイズ性が低い。3ツール以上の連携には不向きな場合がある。 | freee for kintone, SmartConnect（月数千円〜数万円） |
| スクリプト・API開発 | 柔軟性が無限。自社の複雑な業務ロジックを完全再現できる。 | 開発・保守のエンジニアが必要。ドキュメント管理を怠ると属人化する。 | JavaScript (kintone), Apex (Salesforce), Node.js, Python（開発工数による） |
※料金の詳細は、各公式サイト（freee / kintone / Salesforce）の最新情報を確認してください。
製造業DXを成功させるための「タグ・マスタ」設計の肝
ツールが繋がっても、中身のデータがバラバラでは意味がありません。マスタの共通化こそが最重要事項です。
取引先・品目・プロジェクトコードの完全一致
Salesforceでの「株式会社Ａ建設」が、kintoneで「(株)A建設」、freeeで「Ａ建設（株）」となっていたら、自動連携はエラーになります。
解決策： 取引先マスタの「正」をどのシステムにするか決めます（通常はSalesforceまたはfreee）。そこから他のシステムへマスタ同期するフローを構築します。
freeeの「プロジェクト」タグとkintone「レコードID」の紐付け
freee会計には「プロジェクト」というタグがあります。これをkintoneの「受注管理レコードID」と1対1で対応させることで、freee側で抽出した際に「どの受注に対して、いくら経費がかかり、いくら利益が出たか」が自動で見えるようになります。
特に部門別やプロジェクト別の管理を徹底したい場合は、給与データの配賦設計も重要になります。
【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携。労務と経理の分断を解決するアーキテクチャ
製造業の生産形態別 × Salesforce→kintone→freee会計のデータ連携設計 × 主要課題と解決策 早見表
前のセクションでタグ・マスタ設計の重要性を説明しましたが、製造業のSalesforce×kintone×freee会計の連携は「受注生産（個別受注）」「見込生産（量産）」「ロット生産」で商談→製造→原価確定のデータの流れが根本的に異なります。受注生産で有効な設計（案件ごとの原価管理）を見込生産に適用すると、大量の製品を個別管理する無駄な設計になります。以下の表は生産形態別の連携設計指針をまとめたものです。
| 生産形態 | Salesforce→kintone→freeeのデータ連携設計 | 連携時の主要課題 | 解決策・設計の優先ポイント |
|---|---|---|---|
| 受注生産（個別受注） （案件ごとに仕様が異なる製品） |
Salesforce商談（案件ごとの見積・仕様確定）→kintone製造管理（製造指示・工程管理・部品調達）→freee会計（案件別の売上・原価計上）という1対1のデータ流れが基本。kintoneの「案件ID」をSalesforceとfreeeの共通キーとして設定することで、営業・製造・会計の3システムで同一案件を追跡できる設計にする | ①案件ごとの原価（材料費・加工費・外注費）がkintoneに正確に記録されないとfreeeでの案件別粗利が計算できない②Salesforceでの受注確定→kintoneへの製造指示の自動起票が未設計の場合、製造部門への展開に手動転記が発生する③工期が複数月にまたがる案件の「進行基準・完成基準」の売上計上タイミングとfreeeの計上設計の整合が必要 | kintoneの製造管理アプリに「材料費実績入力」「工数記録」「外注費入力」のフィールドを設けて、案件原価をkintoneで集計してからfreeeにインポートする設計を優先。Salesforce商談のステータス変更（受注確定）でkintoneの製造指示レコードを自動作成するZapier・kintone API連携が受注漏れ防止に有効。工事進行基準が必要な案件は税理士と確認の上で計上ルールを定める |
| 見込生産（量産品） （標準製品を在庫として製造） |
Salesforceで標準製品の受注管理（在庫引当）→kintoneで在庫管理・出荷管理（ロット番号・出荷数）→freeeで製品在庫の払出（売上原価計上）という流れ。見込生産は案件単位ではなく「製品コード×期間」単位でのデータ管理が中心のため、kintoneの製品マスタ設計がシステム全体の精度を左右する | ①Salesforceの受注数量と在庫残高（kintone）のリアルタイム同期が遅れると「在庫切れ受注」が発生する②標準原価と実際原価の差異管理（原価差異分析）をfreeeで行うには製造原価の実績データを正確にkintoneで収集する必要がある③同一製品コードで複数のロット（製造日・品質検査ロット）が混在する場合のkintone在庫管理の設計が複雑になる | Salesforce受注入力時にkintoneの在庫残高をリアルタイムで参照できるAPI連携（kintone REST API）を設計することで在庫切れ受注を防止。製品別の「標準原価」をkintoneのマスタに登録して出荷時に自動計算する設計でfreeeへの原価データ連携を効率化。ロット管理が必要な製品（食品・医薬品等）は先入先出法に基づくkintoneの在庫計算ロジックを実装する |
| ロット生産 （小ロット・多品種生産） |
ロット生産は受注生産と見込生産の中間で、Salesforceの受注状況を見てkintoneで「製造ロット」を計画・実行する形態。1ロットに複数の顧客向け製品が混在する場合は、ロットコストを顧客別に按分する設計が必要になる。freeeには「ロット番号×製造原価」の直接連携機能がないため、kintoneでのロット原価計算→freeeへのインポートの中間処理を設計する | ①1ロットを複数顧客向けに使用する場合のコスト按分（重量比・数量比・売価比）の計算ロジックをkintoneで実装する必要がある②製造ロット単位の原価管理と、freeeの月次・年次の財務会計との粒度の違いの調整が必要③多品種小ロット生産では製品アイテム数が多く、kintoneの品目マスタの維持管理（廃盤・新規追加）が工数面で課題になる | ロット原価按分のルール（重量比・数量比のどちらを使うか）を経営・製造・会計の3部門で合意した上でkintoneの按分計算アプリを設計することが運用定着の前提。品目マスタの維持管理は担当者を決めてkintoneの「マスタ管理アプリ」で一元管理する設計にすることで廃盤品目の混入を防止。月次のkintone→freeeのインポートデータを確認するレビュー工程を製造・経理の両部門で設ける |
この表で製造業のSalesforce×kintone×freee連携で最も多くの企業がつまずく課題が「案件IDまたは製造指示番号の3システム共通設計の省略」です。Salesforceの受注番号・kintoneの製造指示番号・freeeの売上伝票番号がバラバラに管理されると、後から「この案件の原価はいくらだったか」「この製造ロットはどの受注に紐づくか」の追跡が手作業になります。3システム導入の初期設計段階で「どの番号体系を共通キーとして使うか」を確定させて、それをkintoneのフィールドとSalesforceのカスタム項目・freeeの補助科目に一貫して設定することが、連携設計の最重要ステップです。
導入手順とよくある落とし穴・対処法
システムを稼働させるまでのステップバイステップの手順です。
ステップ1：業務フローの可視化と「正」のデータの定義
まず、ホワイトボード等で現状のデータの流れを書きます。どのタイミングで「受注」とみなすのか、どのタイミングで「原価」が発生するのかを定義します。
ステップ2：freee会計の部門・メモタグ設計
freee側の受け皿を作ります。製造原価報告書（CR）が必要な場合は、「品目」や「部門」をどう使うかを事前に経理担当者と合意しておく必要があります。
ステップ3：API連携のテストと例外処理の実装
実際に1件のデータを飛ばしてみます。よくあるエラーは「必須項目の未入力」です。例えば、kintone側で「品目」が空のままfreeeに飛ばそうとしてエラーになるケースです。kintoneの入力制御（バリデーション）で防ぐ必要があります。
よくあるエラー：データ型不一致
Salesforceの数値項目は「数値」だが、kintoneの受け取り側が「文字列」になっている。あるいは、freeeの取引作成時に「税区分」の指定が不正である、といったケースです。連携ツール側での型変換処理を丁寧に行いましょう。
まとめ：多重入力を排除し「生きた原価」を経営に活かす
製造業において、Salesforce、kintone、freee会計を連携させる真の目的は、単なる効率化ではありません。「今、この案件で儲かっているのか？」という問いに、リアルタイムで答えられる体制を作ることです。
情報の分断を解消し、現場の入力負荷を下げ、経営の透明性を高める。このアーキテクチャの構築は、企業の競争力そのものになります。まずは、自社の業務フローの中で、最も「転記」に時間がかかっている箇所から、スモールスタートで自動化を進めてみてください。
もし、既存のシステムが重荷になっていると感じる場合は、一度インフラ全体の「剥がし方」を検討することも必要かもしれません。
SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方（事例付）
Salesforce活用・営業DXとデータ連携のご相談
Salesforceの定着支援や営業プロセスの可視化、基幹・会計システムとのデータ連携までをまとめて支援します。現在の設定や連携方式が最適かを確認したい、という導入前後のセカンドオピニオンにも対応しています。