GoHighLevelは今の業務ソフトを置き換えない——CSV連携で「数字だけ集める」並走設計のケース（会計・生産管理・基幹システムとの共存）

2026年8月4日2026年10月17日

新しいシステムの話になると、多くの経営者が最初に思い浮かべるのは期待よりも不安です。

「今の会計ソフトを入れ替えるのか」

「現場は新しいソフトを覚え直すのか」

「移行の間、業務は止まらないのか」

そんな心配が先に立つのは自然なことです。

結論から言えば、何も入れ替えません。

並走の設計——表の仕事はそのまま、数字だけこちらへ

このケースでは、それぞれの役割を次のように分けています。

今の業務ソフト（会計・生産管理・在庫など）: これまで通りの主役。日々の業務と法定の記録はここに残る
GoHighLevel（GHL）: 経営の数字を集めて見る側。顧客管理・自動連絡・ダッシュボード

両者をつなぐのは、派手な仕組みではなくCSV（表形式のデータファイル）です。

ほとんどの業務ソフトには、CSVを書き出す機能が標準で備わっています。

そのデータを月に1回、あるいは3回取り込み、こちらの仕組みに反映するだけです。

経費や試算表は、月1回の取り込みで十分です（月の途中でほとんど動かない数字だからです）
売上や稼働のような動く数字は、現場の記録から直接積み上げます（別の記事で書いた「実績→請求額」の仕組みです）
取り込みは「ファイルを選んで、ボタンを押す」運用から始めます。月に数回の作業を無理に全自動化するより、確実さを取ります

重要なのは、本番のシステムには触らないということです。

既存システムからデータを一方向で受け取るだけなので、現在の業務フローにも、保守契約にも、責任の分界にも影響を与えません。

取り込む数字を選ぶ手順（動く数字と動かない数字）

既存の業務ソフトや会計システムを置き換えずに済ませるには、どのデータをどの頻度で動かすかの見極めが欠かせません。

日々の業務を滞らせないため、データの性格に合わせて取り込み方を分ける手順をとります。

動かない数字（月単位の固定データ）: 経費の総額や試算表など、月の途中で大きく変わらない項目です。これらは月1回の取り込みで十分に機能します。
動く数字（日々の実績データ）: 売上や稼働数など、現場の動きに伴ってリアルタイムに変動する項目です。これらは現場の記録から直接積み上げます。

この選別を行うことで、システムへの負荷や人的な確認作業を最小限に抑えながら、経営に必要な数字だけを手元に集めることができます。こうした考え方は、営業所別の数字を自動で積み上げる仕組みや、出欠を入力するだけで予想請求額が見える仕組みを構築する際にもベースとなる考え方です。

CSVの取り込みで確かめる点（列の対応・文字化け・重複）

CSVファイルでつなぐ場合は、手動やプログラムによる取り込みの際にいくつか確認すべきポイントがあります。

既存システムから出力されたデータを安全に取り込むため、次の点に気を配ります。

列の対応（項目の一致）: 移行先のデータベースの項目と、CSV側の列の並びや名称が正しく紐づいているかを確かめます。
文字化けの確認: 使用するエンコード方式の違いによる文字化けが発生していないかを事前にチェックします。
データの重複防止: 同じ月や期間のデータが二重に取り込まれないよう、上書きルールや識別キーの有無を確認します。

こうした細かなチェックを挟むことで、書類の作成や通知を自動化する設計と同様に、ミスやトラブルを未然に防ぐ安定した運用が可能になります。

AIの出番は「つなぎ目」にある

この設計でAIが力を発揮するのは、毎月の運用ではなく接続部分の開発です。

以前は、CSVの形式変換や取り込みの自動化、自社システムとの接続といった小さなプログラムを作るだけでも、外注や見積もりが必要になり、完成まで数週間かかることが珍しくありませんでした。

いまは、この規模であればAIがその日のうちにコードを書き下ろせます。

そのため、現実的な進め方は次のようになります。

まずはCSVの手動取り込みで並走を始めます。

運用が固まった段階で、つなぎ目のプログラムをAIで作成し、自動化へ進めます。

自社開発のシステムを持っている場合は、CSVを介さず直接連携（API連携）へ移行できます。

その接続コードも、AIで「貼るだけの状態」まで準備できるようになりました。

つなぎ目の開発コストが大きく下がったことで、「並走」という選択肢は特別なものではなくなりました。

これが、現在の業務システム導入で起きている大きな変化だと考えています。

並走という進め方が効く理由は、もうひとつあります。

■現場の声（実録コラム）

一度、手書きの納品書から請求を起こす作業を、AIに任せてみたことがあります。30分かけて読んで、確かめて、という手順だったものが、数分で終わるようになりました。ただ、毎月きれいに決まるとは限りません。数分で終わる前提で回していたのに今月はうまくいかない、となると困るわけですが、その程度であれば「じゃあ今月は前のやり方で30分かけてやろう」が効きます。

元のやり方を残したまま始められるかどうかは、便利さより先に効いてくる条件だと思っています。

手動から自動へ進む目安

最初は手動でのファイル選択やボタン操作から始めた運用も、現場やバックオフィスの慣れに合わせてステップアップさせることができます。

完全にシステムを切り替えるのではなく、並走の形を保ちながら自動化の範囲を広げる目安は次の通りです。

手動手順の定着度: 月に数回のCSV取り込み作業や確認手順に、スタッフや担当者が迷わなくなったとき。
エラーの減少: データの不備や確認の手間がほとんど発生しなくなり、手順がルーティン化したとき。
API連携への移行判断: 自社開発のシステムや拡張性の高い環境において、リアルタイムのデータ連動が必要になったとき。

急激な変更を避けて徐々に自動化の比率を高めることで、現場の混乱を防ぐことができます。

元のやり方を残しておく決め方

新しい仕組みを取り入れる際、従来のやり方を完全に封鎖するのではなく、一定期間並行して残しておく判断が大切です。

万が一新しい手順やツールでトラブルが起きた場合でも、どちらに転んでも業務が止まらない状態を維持するための決め方となります。

非常時のバックアップ確保: 新しい自動化やデータ取り込みで不具合が生じたときは、すぐにこれまでの古いやり方に切り戻せるルールをあらかじめ作っておきます。
心理的な安心感の維持: 現場のスタッフが「いざとなれば前の方法に戻せる」という余裕を持つことで、新しいツールの導入に対する心理的負担を軽減します。

戻れる道を残しておくことが、新しい仕組みを始めやすくします。