kintoneは、現場が自分でアプリを作れる手軽さで、案件管理・問い合わせ・在庫・日報など、社内のあらゆる業務データの受け皿になります。ところがデータが増えるほど、それがkintoneの中に閉じる。SalesforceやBigQuery、Tableauとつなぐのは、結局CSVを書き出して取り込む人手の作業になっていませんか。Passworkのkintoneコネクタは、アプリのレコードをクエリで取得し、他システムのデータをマッピングして作成・更新・Upsertするところまでを自動化します。kintoneを連携の起点にも終点にもできる、双方向の配管です。

01　kintoneとは ── 現場が育てる、業務データの受け皿

kintone（キントーン）は、サイボウズが提供する業務アプリのプラットフォームです。最大の特徴は、情報システム部門を通さなくても、現場の担当者が自分でアプリを組み立てられること。ドラッグ＆ドロップでフィールドを並べれば、案件管理・問い合わせ受付・在庫台帳・日報・経費申請といった「Excelで回していた業務」が、そのまま共有データベースになります。

この手軽さゆえに、kintoneは企業の中で急速に増殖します。営業部が案件管理アプリを作り、サポート部が問い合わせアプリを作り、製造現場が在庫アプリを作る ── 部門ごとに、その業務に最適化されたアプリが次々と生まれます。気づけば、会社の生きた業務データの多くが、いくつものkintoneアプリに分散して溜まっている、という状態になります。

ところが、現場で自由に育つからこそ起きる課題があります。データがkintoneの各アプリの中に閉じてしまうのです。営業の案件データを、会社の正となるSalesforceと突き合わせたい。在庫の数字を、BigQueryに集約して全社で分析したい。問い合わせの傾向を、Tableauで経営に見せたい ── そう思ったとき、多くの現場はkintoneからCSVを書き出し、別システムに取り込む手作業に戻っています。せっかく現場が貯めた一次データが、会社全体のデータ基盤に乗り切らない。ここが、kintone活用の「次の壁」です。

02　Passworkのkintoneコネクタで何ができるか

Passworkのkintoneコネクタは、この壁を「ノーコードのフロー」で越えるためのものです。kintoneをデータの取り出し口（入力）としても、データの書き戻し先（出力）としても扱えます。提供している操作は、次の4つです。

03　取得（入力）：アプリのレコードをクエリで引き出す

まず、kintoneをデータの起点にする使い方です。kintone_read は、対象アプリを指定し、kintoneのクエリ文字列で条件を絞ってレコードを取得します。たとえば「ステータスが『対応中』の問い合わせだけ」「先月以降に登録された案件だけ」といった絞り込みを、kintoneで普段書いている検索条件と同じ感覚で指定できます。

ポイントは2つあります。1つは全件取得の確実さ。カーソルAPIを使って500件ずつページネーションしながら最後まで読み切るので、レコードが数万件あるアプリでも「途中までしか取れていなかった」という事故が起きません。件数の上限（取得件数）を明示的に絞ることもできます。

もう1つは取得フィールドの指定。アプリに数十のフィールドがあっても、後続の処理で使う列だけを取り出せます。必要なデータだけを軽く運ぶことで、フロー全体がシンプルになります。

04　作成・更新・Upsert（出力）：kintoneへ書き戻す

次に、kintoneをデータの終点にする使い方です。他システムから取り出したデータを、kintoneのアプリへ書き込みます。Passworkでは、入力データの各項目をkintoneのフィールドにマッピングして流し込みます。この出力には、性質の違う3つの操作があります。

作成（kintone_insert）── まとめて新規登録する

他システムのデータを、kintoneアプリに新しいレコードとして追加します。100件単位でバッチ投入するため、大量のデータでも効率よく登録できます。1レコードの中に明細行を持つサブテーブルのマッピングにも対応しているので、「ヘッダ＋明細」構造のアプリ（受注ヘッダと受注明細など）にもそのまま書き込めます。

更新（kintone_update）── 既存レコードを最新化する

すでにkintoneにあるレコードを、最新の値で上書きします。どのレコードを更新するかは、重複禁止フィールド（更新キー）で特定します。たとえば「案件番号」をキーにすれば、同じ案件番号のレコードだけがピンポイントで更新されます。新規追加はせず、既存データの鮮度だけを保ちたいときに使います。

Upsert（kintone_upsert）── 「あれば更新、なければ追加」を一発で

同期処理でいちばん使いやすいのが、このUpsertです。更新キーで既存レコードの更新を試み、見つからなければ自動的に新規作成へ切り替えます。つまり、元データ側に新しいレコードが増えても、既存のレコードが変わっても、同じフローが正しく追従します。何度実行しても結果が同じ（冪等）に保てるため、毎日のスケジュール同期に向いています。

05　ユースケース ── 他システムとの掛け算で活きる

kintoneコネクタの価値は、kintone単体で完結する話ではなく、他のコネクタと掛け合わせたときに最も大きくなります。3つの実務シーンで見てみます。

① kintone × Salesforce ── 現場の一次データを、会社の正と一致させる

営業の現場ではkintoneの案件アプリが軽くて使いやすい一方、会社の正式な顧客・商談データはSalesforceにある ── という二元管理は、多くの企業で起きています。ここで kintone_read でkintoneの案件レコードを取得し、Salesforceの商談へUpsertすれば、現場が入力した一次データが、会社の正であるSalesforceに自動で反映されます。逆に、Salesforceの確定情報をkintoneへ書き戻せば、現場は使い慣れたkintoneのまま正しい数字を見られます。二重入力と「どっちが正なのか問題」を、双方向の同期で解消します。Salesforce側の取得やUpsertの詳細は、Salesforce連携 ── 商談・顧客データをSOQLで取り出し、外部キーでUpsertまで自動化するで解説しています。Salesforceとkintoneをノーコードで双方向・リアルタイムに同期する具体的な手順は、Salesforceとkintoneをノーコードで双方向連携する方法でまとめています。

② kintone × BigQuery / Tableau ── 散らばったアプリを、全社の数字に集約する

部門ごとに増えたkintoneアプリのデータは、そのままでは横断して見られません。各アプリを kintone_read で取得してBigQueryなどのデータウェアハウスに集約すれば、問い合わせ件数・在庫・案件進捗を全社横断で分析できます。そこからTableauでダッシュボード化すれば、現場が入力した生きたデータが、経営の意思決定に使える形になります。kintoneを「現場の入力フロント」、DWHとTableauを「全社の分析基盤」として役割分担させる構成です。集約先となるBigQuery側の読み書きは、BigQuery連携の図鑑記事で掘り下げています。

③ 他システム → kintone ── 現場が見たい情報を、慣れた画面に届ける

逆方向も実務では重宝します。たとえば基幹システムの在庫数や、外部から取り込んだ受注データを、kintone_insert や kintone_upsert で現場の在庫アプリ・案件アプリに書き戻す。サブテーブルのマッピングを使えば、明細を持つデータもそのまま流し込めます。現場は新しいツールを覚える必要がなく、使い慣れたkintoneの画面のまま最新情報を受け取れる ── これは、現場への定着という意味で大きな利点です。

06　まとめ：kintoneを「閉じた箱」から「つながる起点」へ

kintoneは、現場が自分で業務を形にできる、稀有なプラットフォームです。だからこそ会社の生きた一次データが集まり、だからこそ、そのデータが各アプリに閉じてしまう ── これがkintoneの宿命的な課題でした。

Passworkのkintoneコネクタは、4つの操作でこの課題に応えます。

• 取得（read）：クエリで絞り込み、カーソルAPIで全件を取りこぼしなく引き出す
• 作成（insert）：マッピングして新規登録。バッチ投入とサブテーブルに対応
• 更新（update）：更新キーで既存レコードを最新化する
• Upsert（upsert）：あれば更新・なければ追加。定期同期を冪等に保つ

これらをSalesforce・BigQuery・Tableau・基幹システムと掛け合わせれば、kintoneは「閉じた箱」から「会社のデータが行き来する起点」へ変わります。現場の手軽さはそのままに、その入力を全社のデータ基盤へ、逆に全社の数字を現場のkintoneへ ── その双方向の配管を、ノーコードのフローで組めるのがPasswork連携の価値です。