製造業とkintoneとfreee会計とSalesforce 商談から受注・原価までのデータの流れ（概念）

日本の製造業において、営業から製造、そして会計までを一気通貫でデジタル化することは長年の課題でした。特に「見積は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へ届ける必要があります。

1. 材料費： kintoneで管理している仕入先への発注データを、freeeの支払管理（債務）として連携。
2. 労務費： kintoneの日報工数データを、freee人事労務の給与データ、あるいはfreee会計の振替伝票として連携。
3. 経費： 製造ラインで使用した電力や消耗品費を、freeeのタグ（プロジェクトタグ）で紐付け。

【徹底比較】連携手段の選定基準（iPaaS vs プラグイン vs 直接開発）

連携手段には複数の選択肢があります。自社のエンジニアリングリソースと予算に応じて選択してください。

※料金の詳細は、各公式サイト（freee / kintone / Salesforce）の最新情報を確認してください。

製造業DXを成功させるための「タグ・マスタ」設計の肝

ツールが繋がっても、中身のデータがバラバラでは意味がありません。マスタの共通化こそが最重要事項です。

取引先・品目・プロジェクトコードの完全一致

Salesforceでの「株式会社Ａ建設」が、kintoneで「(株)A建設」、freeeで「Ａ建設（株）」となっていたら、自動連携はエラーになります。
解決策： 取引先マスタの「正」をどのシステムにするか決めます（通常はSalesforceまたはfreee）。そこから他のシステムへマスタ同期するフローを構築します。

freeeの「プロジェクト」タグとkintone「レコードID」の紐付け

freee会計には「プロジェクト」というタグがあります。これをkintoneの「受注管理レコードID」と1対1で対応させることで、freee側で抽出した際に「どの受注に対して、いくら経費がかかり、いくら利益が出たか」が自動で見えるようになります。

特に部門別やプロジェクト別の管理を徹底したい場合は、給与データの配賦設計も重要になります。
【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携。労務と経理の分断を解決するアーキテクチャ

導入手順とよくある落とし穴・対処法

システムを稼働させるまでのステップバイステップの手順です。

ステップ1：業務フローの可視化と「正」のデータの定義

まず、ホワイトボード等で現状のデータの流れを書きます。どのタイミングで「受注」とみなすのか、どのタイミングで「原価」が発生するのかを定義します。

ステップ2：freee会計の部門・メモタグ設計

freee側の受け皿を作ります。製造原価報告書（CR）が必要な場合は、「品目」や「部門」をどう使うかを事前に経理担当者と合意しておく必要があります。

ステップ3：API連携のテストと例外処理の実装

実際に1件のデータを飛ばしてみます。よくあるエラーは「必須項目の未入力」です。例えば、kintone側で「品目」が空のままfreeeに飛ばそうとしてエラーになるケースです。kintoneの入力制御（バリデーション）で防ぐ必要があります。

よくあるエラー：データ型不一致

Salesforceの数値項目は「数値」だが、kintoneの受け取り側が「文字列」になっている。あるいは、freeeの取引作成時に「税区分」の指定が不正である、といったケースです。連携ツール側での型変換処理を丁寧に行いましょう。

まとめ：多重入力を排除し「生きた原価」を経営に活かす

製造業において、Salesforce、kintone、freee会計を連携させる真の目的は、単なる効率化ではありません。「今、この案件で儲かっているのか？」という問いに、リアルタイムで答えられる体制を作ることです。

情報の分断を解消し、現場の入力負荷を下げ、経営の透明性を高める。このアーキテクチャの構築は、企業の競争力そのものになります。まずは、自社の業務フローの中で、最も「転記」に時間がかかっている箇所から、スモールスタートで自動化を進めてみてください。

もし、既存のシステムが重荷になっていると感じる場合は、一度インフラ全体の「剥がし方」を検討することも必要かもしれません。
SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方（事例付）