概要
ConfirmとRipplingの統合により、組織はRipplingのHRISデータをConfirmに直接同期するための自動化された信頼性の高い方法を実現できます。これにより、HRISデータを手動でアップロードする必要なく、パフォーマンスレビュー、レベリング フレームワーク、組織ネットワーク分析(ONA)サイクルをシームレスに管理できます。
クイックスタート:始めましょう!
Confirmのシステム管理者およびRipplingの管理者として、Confirmの統合ページ(https://app.confirm.com/integrations/)に移動します。そこから、人事情報システムとしてRipplingを選択します。画面の指示に従ってプロセスを進めてください。
顧客が統合を使用する必要がある状況と使用しない必要がある状況は?
次の場合に統合を使用します:
顧客は既にRipplingをHRISとして使用しています。
顧客はConfirmで従業員データをリアルタイムまたはスケジュールに従って更新したいと考えています。
複数の管理者がHRISデータを管理しており、自動同期を希望しています。
次の場合には統合を使用しないでください:
RipplingをHRISを使用していません。
CSVを手動でアップロードするか、Confirmとは別にHRデータを管理したいと考えています。
顧客のHRISデータはConfirmで頻繁に更新する必要はありません。
インストール前に準備しておく必要がある項目は何ですか?
顧客はMerge.dev ProfessionalまたはEnterpriseプランに加入している必要があります。
顧客にはRipplingアカウントへの管理アクセス権が必要です。
Merge.devがRipplingにアプリケーションを送信するために必要な承認を提供する必要があります。
組織でシングル サインオン(SSO)を使用している場合は、SSO設定が適切に構成されていることを確認する必要があります。
データ フロー
個別のデータ フローとは何ですか?
従業員データの同期 – 名前、メール、役職、部門、マネージャーなどの従業員の詳細を同期します。
組織構造の同期 – 報告関係、チーム、部門の変更を更新します。
雇用ステータスの同期 – 新規採用、退職、役割の変更を取得します。
グループと場所の同期 – 正確なオフィスの場所とチーム構造を保証します。
各データフローはいつ、どのようにトリガーされますか?
デフォルトでは、データフローはスケジュールに従って(毎日)トリガーされます。
Ripplingの変更(新規採用、役割の更新など)により、Merge.devのWebhookシステムを介して更新が自動的にトリガーされます。
顧客はどのようにしてデータフローを手動でトリガーできますか?
顧客はConfirm管理ダッシュボードから同期を強制できます。
Confirmは Merge.devの接続を手動で更新し、クライアントに代わって新しいデータをすぐに取得することもできます。
FAQ
どのような注意点や知っておくとよいことはありますか?
SSO要件 – Ripplingはサードパーティー統合に対してSSOを強制するため、これを適切に構成する必要があります。これは必ずしもRipplingのSSOを介して行う必要はありません。
データ遅延 – 同期頻度によっては、Ripplingの変更とConfirmへの表示の間にわずかな遅延が生じる場合があります。
お客様が決定する際に考慮すべき事項は何ですか?
データ フィルタリング:お客様は、Confirmに送信するキーとなるデータ フィールドを定義する必要があります。ConfirmではONAの処理に最低限必要な情報のみが必要なので、不要なフィールドを事前にフィルタリングすることが重要です。技術的な実装中に、Confirm担当者にこの点を知らせてください。
同期頻度:更新は毎日行われることに注意してください。
カスタム フィールド:顧客がRipplingに固有のHRフィールドを持っている場合、これらが正しくマッピングされていることを確認する必要があります。
顧客が知っておくべき一般的なエッジ ケースは何ですか?
マネージャー関係の欠落 – 従業員にRipplingでマネージャーが割り当てられていない場合、Confirmで孤立したレコードとして表示される場合があります。
退職した従業員の同期 – お客様は、退職した従業員がオフボーディング後もConfirmでアクティブのままにならないようにする必要があります。
複数のHRISシステム – 顧客がRipplingと別のHRシステムの両方を使用している場合、または以前にConfirmに手動でCSVをアップロードしていた場合はRipplingに完全にオンボーディングする前に、どちらを主要なデータ ソースにするかを決定し、適切な移行プランを決定する必要があります。