この記事でわかること

• Lark AnyCross とは何か — ノーコード iPaaS の正体と、5 つの基本用語（ワークフロー / トリガー / コネクタ / コンポーネント / 認証情報）
• AnyCross でできること — 公式が挙げる 4 つの適用場面（OA 統合・人事連携・顧客管理・業務と経営の統合）
• AnyCross の料金 — Starter / Pro / Enterprise で使える機能の公式比較表（SSO 数・カスタムコネクタ・実行回数・データプロキシ）とトライアルの申し込み方
• ノーコード API 連携の設定手順 — ワークフローを組む 5 ステップと、公式コネクタが無い場合の HttpClient/Webhook での連携方法
• 「AnyCross を使うべきか、Lark Base 標準の自動化で足りるか」の判断軸と、導入前に必ず知るべき 3 つの注意点

目次

1. 結論 — AnyCross は「基幹 SaaS を Lark に束ねる」ノーコード iPaaS。要否は Base 標準機能との線引きで決まる
2. Lark AnyCross とは — ノーコード iPaaS の正体と 5 つの基本用語
3. AnyCross でできること — 公式が挙げる 4 つの適用場面
4. AnyCross の料金・プラン — 公式の機能比較表とトライアル申し込み
5. ノーコード API 連携の設定手順 — ワークフローを組む 5 ステップ
6. AnyCross を使うべきか、Base 標準自動化で足りるか
7. 自社 EC 事例 — 240h→24h を支えた「標準機能ファースト」の連携設計
8. 導入前に押さえる 3 つの注意点
9. よくある質問（FAQ）
10. まとめ — まず「AnyCross が要る連携」を 1 つ見極めることから

結論 — AnyCross は「基幹 SaaS を Lark に束ねる」ノーコード iPaaS。要否は Base 標準機能との線引きで決まる

結論を先に述べます。Lark AnyCross は、Salesforce・SAP・freee 人事労務といった社外の業務システムを、コードを書かずにドラッグ&ドロップで Lark につなぐ「ノーコード iPaaS（統合プラットフォーム）」です。Lark 公式ヘルプは AnyCross を「ノーコード型のビジュアルインターフェースを使用して、ワークフローを設計して、法人内のヒト・モノ・コトを管理する複数のシステムを一元化できる機能」と定義しています（出典: Lark AnyCross の紹介（公式ヘルプ））。

ただし中小企業が最初に押さえるべき最重要ポイントは、「連携ニーズのすべてに AnyCross が必要なわけではない」ことです。Lark 内で完結する自動化（承認 → 台帳更新、期限リマインド、フォーム → Base 集約）や、API を叩くだけの単純連携は、Lark Base に標準搭載された無料の自動化ワークフローで組めます。AnyCross の出番は「外部 SaaS を GUI のコネクタで安全につなぎたい」場面です。この線引きを最初に理解しておくと、費用も学習コストも最小で自動化を始められます。標準機能側のレシピは Lark AnyCross 自動化レシピ10選 に、Lark 全体の料金体系は Lark 料金 完全ガイド2026 にまとめています。

なぜ今この整理が必要か。中小企業白書が繰り返し指摘するとおり、中小企業の DX が進まない最大の要因は「人手不足で着手できない」こと。民間調査（Gron 2026）では DX の失敗率は 64% にのぼり、中小企業の DX 実施率は わずか 4.6% にとどまるとされます。その失敗の多くは「ツールを入れたが現場の手作業が減らなかった」ことに起因します。連携方式を正しく選べないと、iPaaS を契約したのに標準機能で足りた／逆に無理な自作連携で運用が破綻する——本記事はこの選定ミスを防ぐための地図です。以下、AnyCross とは → できること → 料金 → 設定手順の順に具体化します。

Lark AnyCross とは — ノーコード iPaaS の正体と 5 つの基本用語

ひとことで言えば、AnyCross は「業務システムを標準化されたコネクタに落とし込み、可視化された画面上でドラッグ&ドロップしてつなぐ」統合基盤です。従来はエンジニアがシステム間連携をゼロからコーディングしていましたが、AnyCross はその大半を GUI 操作に置き換えます。Lark 公式ブログは、従来コーディングで「数十日ほどはかかります」という統合が、AnyCross では「連携が 1 日程度で終わります」というケースを紹介しています（出典: Lark 公式ブログ「ノーコードの API 連携プラットフォーム AnyCross」）。

公式ヘルプは AnyCross の特徴を次のように整理しています。いずれも「専任エンジニアなしで、安全に、素早く」を実現するための仕組みです。

• 可視化されたオーケストレーション能力 — 業務システムを標準化されたコネクタに落とし込み、画面上で異なるシステムを接続する。
• 多様なコネクタ — 幅広い業務シーンをカバーするコネクタがすぐに利用可能。
• すぐに使えるコア／ヘルパーコンポーネント — 一般的なビジネスロジックやデータ処理をパッケージ化。ノードに追加して構成するだけで使える。
• ライフサイクル全体の包括的管理 — 1 つの画面で、統合アプリの構成・テスト・公開・ログ照会・運用監視まで行える。
• テンプレート化されたソリューション — 人事データ連携や CRM 顧客データ同期など、再利用できる定型ソリューションをすぐ使える。

AnyCross を理解するうえで欠かせないのが、公式ヘルプの「用語集」にある 5 つの基本概念です。ここを押さえれば、後述の設定手順がそのまま読めます。

用語	意味（公式ヘルプの定義に基づく）
ワークフロー	データが 1 つのアプリから別のアプリへどう送られるかを定義するプロセス。伝達のタイミング・条件・データ形式・受信方法を含む。ドラッグ&ドロップの「ワークフローエディタ」で設計する。
トリガー	各フローが自動実行される起点となる条件。例:「Lark 承認」の申請承認イベント。公式トリガーが無いサービスは Webhook トリガーを使える。
コネクタ	特定の業務システムをカプセル化した部品（認証・機能インターフェースを含む）。既定コネクタなら業務システムの API を直接呼び出せる。コネクタが無い場合は HttpClient コンポーネントで接続可能。
コア／ヘルパーコンポーネント	プログラミングの一般的ロジック（データ処理・変換）を抽象化した部品。必要なノードに追加・構成するだけでフロー内のデータ処理を実装できる。
認証情報	コネクタがサードパーティにアクセスするための認証。ネットワークチャネル・アカウント/パスワード（App ID/App Secret 等）・サービスエンドポイントで構成する。

この 5 つの関係を一文にすると、「トリガー（起点）で始まり、コネクタ（接続部品）が外部システムを呼び、コア／ヘルパーコンポーネント（処理部品）がデータを加工し、認証情報（鍵）でアクセスを担保する。その全体を束ねた設計図がワークフロー」です。設定手順の章では、この 5 部品を順に組み立てていきます。

Lark AnyCross でできること — 公式が挙げる 4 つの適用場面

結論として、AnyCross が最も効くのは 「複数の基幹システムに散らばった処理を、Lark を中心に一本化する」場面です。公式ヘルプは代表的な適用場面として次の 4 つを挙げています。いずれも中小企業でも起きている「システムの分断」を解く例です。

① OA システム統合 — 承認を Lark に集約する

承認フローが CRM・OA・ERP など複数システムに分散していると、担当者はシステム間を行き来する必要があり効率が落ちます。AnyCross は他の業務システムの「処理待ちの承認事項」をすべて Lark 承認に同期し、関係者が承認を一箇所で処理できるようにします。承認起点の自動化は Lark Base 標準機能でも組めるため、まずは 自動化レシピ10選 のレシピ①（承認 → 台帳更新）と合わせて検討すると無駄がありません。

② 人事データ連携 — 入退社を全システムに自動反映

採用管理・勤怠・顧客管理・プロジェクト管理などは、いずれも人事データに依存します。メンバーの入社・異動・退職を各システムに手作業で反映するのは煩雑でミスの温床です。AnyCross は採用管理・オンボーディング・人事管理をシームレスに連携し、人事異動が発生した際に他システムへ自動同期。人事関連の承認も統一された承認センターで処理できます。freee 人事労務のような労務 SaaS との勤怠連携は、公式ブログでも 連携例が示されています。

③ 顧客管理 — CRM と経理をつないで「支払い把握のラグ」を消す

顧客フォローの過程で役割間の情報伝達が手動だと、伝達が遅れます。とくに「顧客が支払いを完了したのに業務担当が即座に把握できない」ラグは受注後の業務を滞らせます。AnyCross は CRM の承認プロセスを Lark 承認に統合し、契約・顧客・製品データを経理システムへ自動同期。支払い進捗もタイムリーに反映され、リード進捗やチケット状態は Lark メッセージで関係者へ通知できます。CRM を Lark 側に寄せる選択肢は Lark vs kintone 徹底比較 の観点整理も参考になります。

④ 業務と経営の統合 — 精算・調達・販売データを経理に束ねる

精算は業務プロセスの終盤にあり、さまざまな業務システムのデータを必要とします。業務プロセスと経理プロセスが独立していると処理効率が落ちます。AnyCross は 出張費などの経費精算データを経理システムに自動同期し、ERP と調達・販売注文データを連携して、注文の実行プロセスを部署横断で管理できるようにします。SAP のような基幹 ERP との連携は、公式が代表例として挙げる領域です。

AnyCross の料金・プラン — 公式の機能比較表とトライアル申し込み

結論として、AnyCross は Lark 本体とは別建ての「公開価格表」を日本語ページには掲げておらず、使える機能の範囲が契約中の Lark 料金プラン（Starter / Pro / Enterprise）によって決まります。実行回数の追加購入など個別の相談は、カスタマーサポートまたはデジタルコンサルタント経由になります。公式ヘルプが示すプラン別の機能差は次のとおりです。

機能	Starter	Pro	Enterprise
シングルサインオンのアプリ数	非対応	20 個	500 個
カスタム ID ソース設定	非対応	非対応	対応
カスタムコネクタ	非対応	対応	対応
ワークフロー実行回数（月間）	2,000 回/月	2 万回/月	10 万回/月
ローカルデータプロキシサービス	非対応	対応	対応

出典: Lark AnyCross の紹介（公式ヘルプ・2026 年 7 月 21 日確認）。実行回数の追加購入やその他の相談はカスタマーサポート／デジタルコンサルタントへ。

この表から中小企業向けに読み取れる要点は 3 つです。第一に、Starter（無料プラン）でもワークフロー実行は月 2,000 回まで使える点。1 日数十件の受注・勤怠を回す規模なら、まず無料の範囲で検証できます。第二に、「カスタムコネクタ」（公式コネクタに無いサービスを自作接続する機能）とオンプレ接続用の「ローカルデータプロキシ」は Pro 以上で解禁される点。第三に、SSO でまとめられるアプリ数は Pro で 20 個、Enterprise で 500 個と大きく差がつく点です。

肝心の Lark 本体の料金は、Starter（無料）/ Pro / Enterprise の 3 プランです。Starter は 20 名まで無料（2025 年 3 月 1 日の改定で 50 名から 20 名に縮小）、Pro は 1 名あたり月額 ¥1,420（税抜・年払い）。Enterprise は公式の日本語プランページ上で公開価格が掲示されておらず「要お問い合わせ（個別見積）」です。例えば 30 名なら Starter の上限（20 名）を超えるため Pro が必要で、¥1,420 × 30 = 月額 ¥42,600 が目安になります（出典: Lark 公式料金ページ・2026 年 7 月 21 日確認）。プラン選定の詳しい考え方は Lark 料金 完全ガイド2026 にまとめています。

トライアルの申し込み方法

AnyCross のトライアルは、AnyCross 公式サイト（外部サイト）にアクセスし「Contact Us（お問い合わせ）」をクリックして申し込みます。なお公式ヘルプは「AnyCross は日本でも使用できますが、対応言語は現在のところ英語と中国語のみ」と明記しています。日本語 UI が前提の現場では、この点を導入判断に織り込む必要があります（後述の注意点を参照）。

Lark AnyCross の設定手順 — ノーコード API 連携を組む 5 ステップ

結論として、AnyCross のワークフロー構築は 「トリガー → コネクタ → 認証情報 → コンポーネント → 公開・監視」の 5 ステップで進みます。前章の用語集がそのまま手順になります。ここでは中小企業が最初に組みがちな「外部 SaaS の新規データを Lark に取り込む」連携を例に、流れを追います。

ステップ	やること
① トリガーを決める	「何が起きたらフローを動かすか」を設定。公式トリガーがある場合はそれを選び、無い外部サービスは Webhook トリガーで受ける。例: 「Salesforce で新規商談が作成されたら」。
② コネクタを配置する	ワークフローエディタで、つなぎたい業務システムのコネクタをドラッグ&ドロップ。既定コネクタが無いサービスは HttpClient コンポーネントで API を直接呼ぶ。
③ 認証情報を登録する	コネクタが外部システムへアクセスするための鍵を設定。アカウント/パスワードや App ID/App Secret、サービスエンドポイントを入力。オンプレ接続時のみネットワークチャネル（プロキシ）を選ぶ。
④ コンポーネントでデータを加工	コア／ヘルパーコンポーネントを追加し、条件分岐・整形・変換などのロジックを組む。各コネクタの出力を次のノードで利用できる。
⑤ テスト → 公開 → 監視	同一画面でテスト実行し、問題なければ公開。以後はログ照会・運用監視で稼働を確認する（ライフサイクル全体を 1 画面で管理）。

ポイントは 3 つあります。第一に、公式コネクタが無くても諦めないこと。対象サービスが REST API や Webhook を公開していれば、HttpClient コンポーネントや Webhook トリガーで連携できます。逆に「API を一切公開していないツール」は連携対象外になるため、着手前に対象 SaaS の API/Webhook 提供状況を必ず確認します。

第二に、オンプレミス（自社サーバー内）のシステムに接続する場合はローカルデータプロキシが必要で、これは Pro 以上の機能である点。第三に、公開後の運用監視まで 1 画面で完結するため、情シスが「作って終わり」ではなく「異常検知まで回せる」設計になっていることです。なお、Lark Base 標準の自動化ワークフローでも Webhook トリガーや HTTP リクエストが使えるため、単純連携は AnyCross を使わずに無料で組めます。

AnyCross を使うべきか、Base 標準自動化で足りるか

結論から言うと、「Lark 内で完結する／API を叩くだけ」なら Lark Base 標準の自動化ワークフロー、「外部 SaaS を GUI のコネクタで安全につなぎたい／SSO やオンプレ接続が要る」なら AnyCross です。両者は競合ではなく担当レイヤーが違います。まず無料で使える標準機能で組めないかを検討し、足りないときだけ AnyCross を足すのが費用面で合理的です。

観点	Lark Base 標準自動化ワークフロー	Lark AnyCross（iPaaS）
得意領域	Lark 内の自動化（Base / 承認 / カレンダー / Chat）＋単純な API 連携	外部 SaaS（Salesforce / SAP / freee 人事労務 等）を横断する連携・SSO 統合
つなぎ方	Webhook トリガー / HTTP リクエスト（公式標準機能）	公式コネクタを GUI で選択、または HttpClient / カスタムコネクタ
費用の考え方	Lark プラン内（Webhook トリガーは全プランで無料）	使える機能はプラン依存（カスタムコネクタ・プロキシは Pro 以上）。個別相談あり
向くケース	承認→台帳更新、期限リマインド、フォーム→Base 集約	CRM/ERP/人事など基幹 SaaS を束ねる、オンプレ接続、SSO

この 2 層モデルの詳しい実装レシピは Lark AnyCross 自動化レシピ10選 に、SaaS 乱立を Lark に集約してコストを下げる全体像は 中小企業の SaaS コスト見直し 2026 にまとめています。自動化の土台となる Base の基礎理解は Lark Base が中小企業の業務効率を変える 3 つの理由 をどうぞ。

自社 EC 事例 — 240h→24h を支えた「標準機能ファースト」の連携設計

結論として、当社が自社 EC 事業で月 240 時間 → 24 時間（90% 削減）を実現できた最大の理由は、いきなり iPaaS を契約せず「まず Lark Base 標準機能で組めないか」を徹底したからです。魔法の一手ではなく、無料で使える標準自動化を最大限に使い、どうしても外部 SaaS の GUI 連携が要る箇所だけを見極めた結果です。

具体的には、(1) EC の注文を Webhook で受注台帳へ自動追加、(2) 台帳のレコードから納品書・請求書を自動生成、(3) 請求データを売掛台帳に同期して入金消込まで Base で管理——という一連の流れを、まず Lark Base の標準自動化でつなぎました。以前は担当者が管理画面と Excel を往復して 1 件ずつ転記していた作業が、注文が入った瞬間に台帳・書類・通知まで走るようになり、人が触るのは「例外対応だけ」になりました。

重要なのは、この連携を専任エンジニアを雇わず、既存の担当者がノーコードの範囲で構築した点です。一度に全部を作らず、まず一番痛かった「受注転記」を消し、効果を確認してから書類・売掛へ広げました。AnyCross は「外部の基幹 SaaS をこの流れに合流させたくなったとき」の次の一手として位置づけると、コストと学習の両面で無理がありません。会議・議事録まで自動化を広げた事例は Lark Minutes × AnyCross で会議を再設計、社内 AI エージェントの内製は Lark AnyGen で社内 AI エージェントを内製する で紹介しています。DX 全体を 90 日で軌道に乗せる進め方は 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ をどうぞ。

導入前に押さえる 3 つの注意点

結論として、AnyCross の導入判断でつまずきやすいのは次の 3 点です。いずれも公式仕様に沿って先に知っておけば回避できます。

1. UI 対応言語は英語・中国語のみ（2026 年 7 月時点） — 日本でも利用できますが、AnyCross の管理画面・公式サイト・ヘルプセンターは英語／中国語です。日本語 UI 前提の現場では、設定担当を絞る・手順書を自社で日本語化するなどの運用配慮が要ります。単純連携が目的なら、日本語で使える Lark Base 標準自動化で足りることも多いです。
2. 日本語ページに公開価格表がない — 使える機能はプラン依存で、実行回数の追加購入などはカスタマーサポート／デジタルコンサルタント経由。「まず無料の Starter で実行回数 2,000 回/月の範囲で検証 → 足りなければ相談」という順序が安全です。
3. 連携先の API/Webhook 提供が大前提 — 公式コネクタが無くても API があれば HttpClient で組めますが、API を一切公開していないツールは連携対象外。着手前に対象 SaaS の API 提供状況を必ず確認します。あわせて Base の行数上限（Starter 2,000 行 / Pro 2 万行 / Enterprise 5 万行）も見越して設計すると後戻りがありません。

他ツール（kintone や Microsoft Teams）で同様の統合を検討している場合の比較は Lark vs kintone・Lark vs Microsoft Teams を参照してください。統合度の高さが、そのまま連携の組みやすさに直結します。

よくある質問（FAQ）

結論として、AnyCross を検討する中小企業から最も多いのが「とは何か」「料金」「日本語対応」「標準機能との違い」「設定の難易度」の 5 つです。以下でまとめて回答します。

Q1. Lark AnyCross とは何ですか？一言で言うと？

A. Salesforce・SAP・freee 人事労務などの外部業務システムを、コードを書かずにドラッグ&ドロップで Lark につなぐ「ノーコード iPaaS（統合プラットフォーム）」です。公式ヘルプは「ノーコード型のビジュアルインターフェースで複数システムを一元化できる機能」と定義しています。従来コーディングで数十日かかった統合が 1 日程度で終わるケースもあります。

Q2. AnyCross の料金はいくらですか？

A. 日本語ページに公開価格表はなく、使える機能は契約中の Lark プラン（Starter/Pro/Enterprise）に依存します。ワークフロー実行回数は Starter 2,000 回/月・Pro 2 万回/月・Enterprise 10 万回/月。カスタムコネクタとローカルデータプロキシは Pro 以上、SSO アプリ数は Pro 20 個・Enterprise 500 個です。実行回数の追加購入などはカスタマーサポート／デジタルコンサルタントへ相談します。

Q3. AnyCross は日本語で使えますか？

A. 日本国内で利用はできますが、AnyCross の管理画面・公式サイト・ヘルプセンターの対応言語は 2026 年 7 月時点で英語・中国語のみです。日本語 UI が必須の現場では、設定担当を絞る、単純連携は日本語で使える Lark Base 標準自動化で組む、といった運用配慮を推奨します。

Q4. Lark Base の標準自動化と何が違うのですか？

A. Lark 内で完結する自動化や API を叩くだけの単純連携は、無料で使える Base 標準の自動化ワークフロー（Webhook トリガー・HTTP リクエスト）で組めます。AnyCross の強みは、外部 SaaS を GUI の公式コネクタで安全につなぐこと、SSO 統合、オンプレ接続（ローカルデータプロキシ）です。まず標準機能で足りるかを先に検討するのが費用面で合理的です。

Q5. 設定は情シス 1 人でも回せますか？

A. ワークフローは「トリガー → コネクタ → 認証情報 → コンポーネント → 公開・監視」の 5 ステップで、ドラッグ&ドロップ中心のため専任エンジニアなしでも構築可能です。ただし公式コネクタが無いサービスは API 仕様の理解が必要になり、UI が英語・中国語である点も踏まえると、最初の 1 本は伴走支援を受けると立ち上がりが速くなります。

まとめ — まず「AnyCross が要る連携」を 1 つ見極めることから

結論を改めて。Lark AnyCross は、Salesforce・SAP・freee 人事労務などの外部基幹システムを、ノーコードで Lark に束ねる iPaaS です。使える機能はプラン依存（実行回数 Starter 2,000／Pro 2 万／Enterprise 10 万回、カスタムコネクタとプロキシは Pro 以上）で、日本語ページに公開価格表はなく、UI は英語・中国語のみ。設定は「トリガー → コネクタ → 認証情報 → コンポーネント → 公開・監視」の 5 ステップで組めます。

そして中小企業にとって最重要なのは、連携ニーズのすべてに AnyCross が要るわけではないということ。Lark 内の自動化や単純 API 連携は無料の標準機能で組み、外部 SaaS の GUI 連携・SSO・オンプレ接続が必要になったときに AnyCross を足す——この順序がコストと学習の両面で最短です。当社は群馬・前橋で自社 EC 事業を Lark に集約し月 240 時間 → 24 時間（90% 削減）を実証した実体験から、この線引きから伴走します。

関連記事

• Lark AnyCross 自動化レシピ10選 — 本記事の続編。Salesforce・freee・EC 受注を Lark Base に集約する具体的なレシピと削減効果。
• Lark Minutes × AnyCross で会議を自動化する 30 日 — AnyCross を会議・議事録に応用した実装例。
• Lark AnyGen で社内 AI エージェントを内製する — 連携と AI を組み合わせた自動化の発展形。
• Lark 料金 完全ガイド2026 — Starter/Pro/Enterprise の全プラン比較と隠れコスト。
• Lark Base が中小企業の業務効率を変える 3 つの理由 — 自動化の土台となる Base の基礎理解。
• Lark vs kintone どっちを選ぶべきか — 統合度が連携の組みやすさを左右するツール選定比較。
• 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ — 連携・自動化を含む DX 全体の進め方。
• Lark Base 業務システム構築サービス — AnyCross と標準自動化を使い分けた実装伴走メニュー。
• アウフヘーベンジャパン株式会社 会社案内 — 群馬・前橋拠点。Lark 導入を支援する独立系コンサルティング事業者。