更新したのに数字が古い — ずれる理由と、そろえ方
「A で直したのに、B の数字が古い」。連携が壊れたように見えますが、多くはタイミングの問題です。データがいつ運ばれるかは、仕組みで決まっています。
いちばん多い困りごと
ウイングアーク１ｓｔ（BI ツールの販売元）は、従業員 100〜999 名の中堅企業でデータ活用に携わる 303 名にオンライン調査を行いました。 出典を開く確認 2026-09-19 出典を開く確認 2026-09-19 出典を開く確認 2026-09-19 複数のシステムのデータを組み合わせるときの課題を聞いた問い（回答 294 名）では、1 位が「更新のタイミングがそろわず、最新状況を確認できないこと」（61.6%）でした。ウイングアーク１ｓｔ株式会社（PR TIMES 2026-09-18） — 調査の対象（中堅企業 303 名・オンライン・自社調査／委託先 株式会社IDEATECH）原文
調査対象：従業員数100〜999名の中堅企業に勤務し、勤務先で2種類以上の業務システム（販売管理・会計・在庫管理・生産管理・顧客管理・POSなど）を利用し、自社のデータ活用（集計・分析、社内報告、ツールの選定・導入・運用のいずれか）に携わる会社員・経営者・役員303名
「業務で使える連携」と判断する条件を聞いた問い（回答 303 名）では、1 位が「業務に必要な頻度（日次・時間単位・リアルタイム）で自動更新できること」（57.1%）です。ウイングアーク１ｓｔ株式会社（PR TIMES 2026-09-18） — データを組み合わせるときの課題（回答 294 名）原文
複数の業務システムのデータを集めたり、組み合わせたりする際に感じている課題を教えてください。（複数回答）」（n=294）と質問したところ、「更新のタイミングがそろわず、最新状況を確認できないこと」が61.6%、「部門やシステムによって数値が異なり、確認に時間がかかること」が42.2%、「システムごとに項目名やコードが異なり、照合作業が必要になること」が40.5%という回答となりました
ウイングアーク１ｓｔ株式会社（PR TIMES 2026-09-18） — 「業務で使える連携」の条件（回答 303 名）原文
データ活用ツールについて「業務で使えるレベルで、既存の業務システムと連携できている」と判断するために、必要だと思う条件を教えてください。（上位3つまで回答可）」（n=303）と質問したところ、「業務に必要な頻度（日次・時間単位・リアルタイム）で自動更新できること」が57.1%、「顧客・商品・拠点などの項目で複数システムのデータを組み合わせられること」が48.2%、「システムごとに異なるデータの定義や名称をそろえられること」が40.6%という回答となりました
| 調査の問い | 1 位の回答 | 割合 |
|---|---|---|
| データを組み合わせるときの課題 | 更新のタイミングがそろわず、最新状況を確認できないこと | 61.6% |
| 「業務で使える連携」の条件 | 業務に必要な頻度で自動更新できること | 57.1% |
ずれの出どころは 3 つ
| 出どころ | 起きること | 例 |
|---|---|---|
| 決まった間隔で取りに行く（定期実行） | 次の回まで、相手の変更が届かない | 連携ツールの Yoom は、プランによって 15 分・10 分に一度 Yoom 起動のきっかけ |
| 人が運ぶ（CSV の書き出しと取り込み） | 運んだ日と時刻の値のまま止まる | 担当者が休みの日は、次の出社日まで動かない |
| 知らせる仕組み（Webhook）が無い | 取りに行くしかなく、間隔の分だけ遅れる | 相手の API の説明に Webhook の項が無ければ、定期実行になる |
決まった間隔で取りに行く方式は「ポーリング」と呼ばれます。連携ツールの説明でも、新しい変化が無いかを定期的に相手へ問い合わせる方式として書かれ、間隔の下限を 5 分程度とする製品があります。Anyflow Embed 起動のきっかけ Reckoner 起動のきっかけ 取りに行く方式と、知らせを受ける方式の違いは、別の記事にまとめてあります。
そろえ方は 3 つ
| そろえ方 | 何をするか | 確かめること |
|---|---|---|
| 間隔を業務から決める | 業務がどれだけ待てるかで、5 分・1 時間・1 日 1 回を選ぶ | 間隔を短くするほど、呼び出し回数の上限に近づく |
| 差分だけを取る | 前回から更新されたものだけを、更新日時で絞って取る | 相手の API に、更新日時で絞る方法があるか |
| 知らせを受ける | 相手で変化があったときに、知らせを受けて動く | 相手の API の説明に、Webhook の項があるか |
差分だけを取るには、相手の API が更新日時で絞り込めることが条件です。例えば kintone のレコードの一括取得は、取得する条件をクエリで指定でき、公式の例は［更新日時］で範囲を絞っています。kintone API 仕様
知らせを受けるには、相手に Webhook が要ります。カオナビは、メンバーが登録・更新・削除されたときに指定の URL へ知らせを送ると書いています。カオナビ API 仕様 BowNow は、データの操作を Webhook で知らせられると書いています。BowNow API 仕様
調査記録で確かめる
例として連携ツール（iPaaS）で見ます。表の見出しの「業務ワークフロー円滑度」は項目のまとまりの名前で、その中の「起動のきっかけ」の列に、何をきっかけに動くか（定期実行・Webhook・手動など）が並びます。
比較項目:
| システム | 業務ワークフロー円滑度 |
|---|---|
| 起動のきっかけ | |
| ActRecipe | 定期（cron 形式で分・時・曜日まで指定可）／手動／一部レシピは Webhook （例に */10 0-9 * * 1,2,3,4,5 を掲載）／Webhook は「一部のレシピではWebhookに対応しております」 |
| Anyflow Automation | ？ 調査中 — この項目はまだ調査しきれていないため、調査完了までお待ちください。（詳しくは【詳細・出典】） 編集部確認Anyflow Automa…()
Anyflow Automation 製品ページ 確認したもの: 公式サイト anyflow.jp は本文を JS で描画する殻で、取得した HTML には題名と meta しか入らない（製品ページ・会社ページ・利用規約を 2026-08-11 に取得して確認）。この項目を機械で確かめられる公開ページが無い。なお同社の SaaS 事業者向け製品 Anyflow Embed は技術ドキュメントを公開しており、そちらの情報は Embed のページにある。 調査日 |
| Anyflow Embed | 自社プロダクト起点（クリック／Request／My Event／Webhook）／外部プロダクト起点（ポーリング・リアルタイム＝Webhook）／スケジューラー（cron 式） 「リアルタイムトリガーは通常、Webhook経由で発火するトリガーです。」／スケジューラーは「cron式でカスタムスケジュールを設定することが可能です」。 |
| ASTERIA Warp | スケジュール起動／メールトリガー／URL トリガー＝Webhook・ブラウザからの実行／外部トリガー スケジュール起動（全エディション）／メールトリガー（Core + 以上）／URL トリガー＝Webhook・ブラウザからの実行（Core ++ 以上）／外部トリガー（FTP, MQ）（Standard 以上） エディションで使えるトリガーが変わるのがこの製品の特徴。 ベンダー公表製品ラインナップ・価格（機能…()
製品ラインナップ・価格（機能比較） ベンダー公表 ℹ️【2026-08-11 追記】管理コンソールの「設定＞トリガー」メニューの区分は URL／スケジュール／FTP／メール監視／メッセージキュー監視 の 5 つ（メール監視は原文「POPのメールボックスを監視してフローを実行するメール監視トリガー」）。開始コンポーネントは Start／HttpStart／PlatioStart。出典 https://help.asteria.com/documentation/warp/ja/current/flow/mc/index.html
採取元: 製品ラインナップ・価格（機能比較）
調査日 |
| AUTORO | 定期実行（スケジュール）に加え、メール受信や他システムのステータス変更に連動した起動が可能。 FAQ にも「土日 / 夜間でもロボットを起動できる定期実行機能がある」との記載。 ベンダー公表AUTORO の機能と特徴()
AUTORO の機能と特徴 ベンダー公表 ℹ️ドキュメントで補足（2026-08-11）：起動契機は「スケジュール」と「外部アプリトリガー」の 2 種類。原文「トリガーにはスケジュールと外部アプリトリガーの 2 種類が存在します。」。スケジュールは CRON 形式（[分][時][日][月][曜日]）で、CRON を書かずに何月/何日/何時/何分/何曜日のフォームでも設定できる。外部アプリトリガーはドキュメント上 Gmail・Outlook・Slack イベント・Webhook の 4 種。Webhook は「特定のURLへのPOSTリクエストを起点として指定したワークフローを実行します。」で、トリガーごとに 1 分間 60 リクエストが上限。外部アプリトリガーには 2 つの制限が明記されている：「外部アプリトリガーは定期的に動き、ワークフローを実行します。そのためトリガー元のアプリの状態をリアルタイムに反映しているわけではありません。」／「外部アプリトリガーにより一度に起動できるワークフローは 50 件までです。」。設定できるトリガー数の上限はプラン別で Lite 3・Standard 10・Pro 20。ほかに Zapier および Google スプレッドシートのアドオンからの起動のページもある。
採取元: AUTORO の機能と特徴
調査日 |
| bindit | イベント（各連携先の「こんなイベントを条件に、」＝メール受信・行追加・レコード作成/更新/削除・打刻 など） 定期実行（スケジュール）・手動実行の記載は見つからなかった（binditとは・よくある質問・料金・連携アプリ全 21 ページを確認）。レシピの中に「特定の時刻にSlackに通知する」ものはあるが、機能としてのスケジュール実行の説明は無い。 |
| BizteX Connect | 例: kintone では「プロセスのステータス変更の検知」「レコード追加/編集の検知」「レコード削除の検知」「コメントの書き込みの検知」。 イベントを持つのは 50 件中の一部で、採取した 238 操作のうちイベントは 41 件。定期（スケジュール）実行・手動実行の有無は公開ページに明示が無い。 編集部確認BizteX Connect…()
BizteX Connect 連携サービス個別ページ（kintone） 編集部確認 ℹ️2026-08-11 追記（すでに保存済みの個別ページの読み直し）：起動契機は「イベント」だけではない。「HTTP リクエスト」コネクタの個別ページがイベントとして Webhook と RSS を掲げており、外部からの通知でも起動できる。定期（スケジュール）実行・手動実行の有無は依然として公開ページに明示が無く、BizteX Connect には公開の製品ドキュメント／ヘルプセンターが存在しない（2026-08-11 確認）：docs.biztex.co.jp は 404、support/help/manual.biztex.co.jp と connect-support.biztex.co.jp はいずれも名前解決せず、アプリ本体 connect.biztex.co.jp は /help・/docs・/manual とも 404 でログインページのみ。service.biztex.co.jp の sitemap.xml 全 86 URL と www.biztex.co.jp の sitemap.xml 全 255 URL にもマニュアル区画は無い。
採取元: BizteX Connect 連携サービス個別ページ（kintone）
調査日 |
| Datable | ― 確認したもの: 規約・トップ・/hr を描画して読んだが、実行の契機（定期・イベント・手動）に触れた記述は無い。 2026-08-11 更新 ブラウザで描画してから読み直した結果、「JS で読めない」ではなく「公開ページのどこにも書かれていない」ことが確かめられたので、「機械検証できない」から「公開されていない」へ判定を変えた。見たのは公開ページの全部にあたる: / /terms /newterms /security /hr /aboutus /corp /datable-ai（静的 sitemap 24 ページのうち、blog・news・seminar・reports を除く実体ページ）。 調査日 |
| Dify（ディファイ） | 編集部がまだ確認していません |
| HULFT Square | ファイルイベント／REST API／スケジュール／HULFT Transfer の 4 種類 ファイル イベント ジョブ／REST APIジョブ／スケジュール ジョブ／HULFT Transferジョブ の 4 種類（マニュアル「ジョブ」）。 に続けて「ファイル イベント ジョブ」「REST APIジョブ」「スケジュール ジョブ」「HULFT Transferジョブ」の 4 つが並ぶ。あわせて外部 SaaS からの Webhook 受信という名前の起動契機はこのページには無く、HTTP 要求は「REST APIジョブ」として表現されている。 |
| IIJクラウドデータプラットフォームサービス | スケジュール起動（全エディション）／メール起動（エントリー以上）／URLトリガー（ベーシック以上）／FTPトリガー（スタンダード以上） 料金表の「実行機能」行から。エディションが上がるほど契機が増える形になっている。 ベンダー公表サービストップ プラン・料金…()
サービストップ プラン・料金 実行機能 ベンダー公表 ℹ️公開マニュアルのエディション別機能表では、トリガーの区分は スケジュール（全エディション）／URL（ベーシック以上）／SOAP（スタンダード以上、※ASTERIA Warp 2412 以降のバージョンでは利用できません）／メール（エントリー以上）／FTP（スタンダード以上）。加えて ASTERIA Warp との機能差の表に「以下のトリガーは使用できません メッセージキュートリガー」とある。URL トリガーは「本サービスで行うURLトリガーの有効設定や、フロー実行用のURLの形式は、オンプレミスのAsteria Warpのものとは異なります」（公開FAQ）。
採取元: サービストップ プラン・料金 実行機能
調査日 |
| JENKA | イベント（「メールを受信したら…情報が追加・更新・削除されたら…」）／定期（「特定の日や曜日、時間を指定して起動」「年月日・曜日・時間など特定の時期にワークフローを実行」）／手動 ベンダー公表JENKAの機能（トリガー・…()
JENKAの機能（トリガー・実行設定） ベンダー公表 ℹ️ヘルプセンターで補足（2026-08-11）：起動は 3 システム。① 定期実行（トリガー）コネクタ＝JENKA 内部スケジュール。実行間隔は 分／時間／日／週間／か月 から選び、既定は 15 分（原文「※デフォルト間隔は15分です。」）／② Webhook(受信) コネクタ＝コネクタごとに用意される URL に外部から GET または POST（原文「主にWebアプリケーション内で、特定のイベントが発生したらJENKAに対して通知する機能です。」）。後続コネクタにパラメータを渡すには一度テスト受信を実行しておく必要がある／③ 各サービスのトリガーコネクタ（18 件）＝Email メール受信検知、Gmail・Outlook のメール受信検知、Slack・Teams の投稿検知、Google Calendar/Drive/Sheets・Excel・OneDrive・Dropbox の更新検知、Zoom のレコーディング／要約完了検知、DX Suite の読取ユニット更新検知。加えて手動実行がある（トリガーコネクタは手動実行時にはスタートコネクタとして動く）。トリガーコネクタはコネクタ実行数にカウントされない（原文「・コネクタの実行数にカウントされないです。」）。
採取元: JENKAの機能（トリガー・実行設定）
調査日 |
| JOINT iPaaS for SaaS | 7 種類（スケジュール／手動／Webhook／状態変更／MCPツール ほか） 7 種類: スケジュールトリガー／手動トリガー／手動（フォーム付き）トリガー／コネクタトリガー（Webhook）／インスタンスステータス変更／汎用httpトリガー（Webhook）／MCPツール。 原文（ヘルプ「トリガーの設定」の表。左列の見出しが「トリガーの種類」、右列が「実行シーン」）。左列と右列を「」で分けて写す: 「スケジュールトリガー」→「定期処理を行いたい」／「手動トリガー」→「ユーザー操作で開始したい」／「手動（フォーム付き）トリガー」→「ユーザー操作で開始したい」／「コネクタトリガー（Webhook）」→「外部SaaSからワークフローを起動したい」／「インスタンスステータス変更」→「インスタンスのステータス変更時にワークフローを起動させたい」／「汎用httpトリガー（Webhook）」（原文に注記「※コネクタトリガーが準備していない場合、汎用httpトリガーを利用します」）→「外部SaaSからワークフローを起動したい」／「MCPツール」→「MCPサーバーを構築したい」。スケジュールの種類は原文で「隔日」「隔時」「隔分」「曜日指定」「月初から」「月末」の 6 つ。（ヘルプページの本文は HTML の __NUXT_DATA__ に入っており、静的取得のままで読める） |
| Magic xpi | スケジューラー／Webサービス・HTTP／キュー・メール・ファイル・DB 監視／SAP・Salesforce 監視 ほか スケジューラー（カレンダー、インターバル）／WEBサービス（WebServiceプロバイダー）／HTTP（Webアプリケーション）／キュー監視（MSMQ・JMS・WebSphereMQ・iSeries Data Queue）／E-Mail受信／フォルダー内のファイル監視／データベース監視（MS-SQL・Oracle・DB2・DB2/400・MySQL・PostgreSQL）／SAP Business One監視／SAP A1監視(iDOC)／SAP ERP監視(iDOC)／Salesforce監視／SugarCRM監視／Exchange2007監視／ServiceMax監視／MQTT／リモート起動（TcpTriggerTool） 追加・更新・削除の差分だけを取る「差分抽出機能」が併記されている。 ベンダー公表Magic xpi 製品詳細…()
Magic xpi 製品詳細 トリガー機能 ベンダー公表 ℹ️【2026-08-11 追記】技術情報サイトの「各製品の機能比較」にトリガー区分の全 28 件がある: Directory Scanner／Email／Exchange／HL7／HTTP／IBM i／JMS／MSMQ／Salesforce／SAP ERP／SAPB1 2004／SAPB1 2005／SAPB1 2007／SAPB1 8.8／ServiceMax／Sugar／TCP Listener／Web Service／WebSphere MQ／スケジューラ ユーティリティ／Azure Service Bus【xpi 4.14.1】／DBTrigger／EDI／FileWatcher／Kafka【xpi 4.14.1】／MQTT／OData／RESTful API。FAQ の原文「トリガーには「アダプタ/コネクタ」の他にスケジューラ、フォルダ監視、HTTP、WebService、Email等を設定します。トリガーの条件が満たされた時に、そのフローは起動します。」
採取元: Magic xpi 製品詳細 トリガー機能
調査日 |
| Make（メイク） | 編集部がまだ確認していません |
| n8n | 編集部がまだ確認していません |
| Qanat Universe | ― 確認したもの: 製品ページに本文が無い。 調査日 |
| Reckoner | 定期実行（5分 / 時間 / 日 / 週 / 月など）／Webhook トリガー実行／即時実行（手動） |
| SaaStainer by JOINT | Webhook（出来事を契機）と、時刻指定の定期実行の両方が実例として公開されている（例:「毎日00:00に連携」） （freee人事労務 to カオナビ の紹介）「freee人事労務で新規作成/更新した従業員情報を毎日00:00に連携し、カオナビに自動登録/更新します。」利用者が契機を選べるという説明は無い — 既製アプリごとに決まっている形。 |
| TROCCO | スケジュール実行（毎時／毎日／毎週／毎月）と、TROCCO API によるジョブ実行 ワークフロー機能では条件分岐・リトライ・並列実行数制御・通知も設定できる。 「すべての機能で以下の4種類のスケジュール頻度を設定できます。」＝毎時（hourly）／毎日（daily）／毎週（weekly）／毎月（monthly）。タイムゾーン設定と複数スケジュールの登録が可能。API 側はでエンドポイント一覧に「転送ジョブ実行 POST /api/jobs」がある（利用は 30日トライアルまたは Advanced プラン以上）。製品サイトのワークフローページ https://primenumber.com/services/trocco/features/workflow/ の原文は「条件分岐、リトライ、並列実行数制御、通知、スケジュール実行など、ワークフロー運用に必要な設定が可能です。」（保存: raw/feature_workflow_20260811.html）。外部 SaaS からの Webhook でワークフローを起動する契機は、確認したページには見つからなかった。 ベンダー公表TROCCO Docs「スケ…()ほか 1 件
採取元: TROCCO Docs「スケジュール機能について」（Markdown 版）（Docs「スケジュール機能について」）・TROCCO API リファレンス 概要
調査日 |
| Waha! Transformer | 手動実行のほか、トリガー機能・コマンドライン・メール・REST 連携から実行できる スケジュール（定期実行）の明示は無く、「トリガー機能」の中身もページでは説明されていない。コマンドライン起動があるため外部ジョブスケジューラからの起動が前提と読めるが、それは推測なので値には書かない。 |
| Yoom | ポーリング頻度はプラン依存で 15 分／10 分／10 分／5 分／5 分に一度。Webhook の受け取りは 1 分あたり 60／120／120／300／600 件が上限。データコネクトの同期は 1 日 1 回〜1 時間に 1 回。 |
◎ 条件なしで当てはまる ○ 条件つき・一部 △ 限定・要申請・無いと明記 × 当てはまらないと明記 ？ 編集部がまだ確認していません ― 提供元が公開していない（編集部が調べた） — 記号は編集部の札から機械で付けています。物差しは項目ごとに違い、列の見出しがその項目の意味です。札の意味と根拠は各セルの要約を押すと出ます。
材料の調査日（最新）: 2026-09-07