クラウドネイティブなデータ連携サービスReckoner（レコナー）を使うことで、SalesforceからBigQueryへのデータ同期を週次で実施する方法をご紹介します。

ワークフローの全体図

ワークフローの全体図は以下の通りになります

設定詳細: 転送元 Salesforce

次のように設定します。

設定完了後「設定」を選択して完了します。

※設定の詳細は以下のSoure Salesforceのドキュメントを参照ください
https://3-shake.gitbook.io/reckoner_jp/workflow/source/source-salesforce

設定詳細: 変換処理 投影

今回は「投影」の変換処理を使用します。

上述で作成したSalesforceと転送先の投影をデータパイプラインで連携します。
転送元のタスクで抽出したデータから任意の項目（フィールド）を選択します。

設定完了後「設定」を選択して完了します

※設定の詳細は以下のData Transform 投影のドキュメントを参照ください。
https://3-shake.gitbook.io/reckoner_jp/workflow/data-transform-and-analytics/transform-projection

設定詳細: 転送先 Google BigQuery

上述で作成した投影と転送先のGoogle BigQueryをデータパイプラインで連携します。

次のように設定します。

設定完了後「設定」を選択して完了します。

※設定の詳細は以下のSink Google BigQueryのドキュメントを参照ください。
https://3-shake.gitbook.io/reckoner_jp/workflow/sink/sink-googlebigquery

ワークフローの実行について

「名前」と「説明」を入力して「保存」を選択

「実行」を選択します。

ジョブが問題なく完了すると「成功」となります。

Google BigQuery上での確認

以下のようにGoogle BigQuery上に転送データが登録されていることが確認できれば完了です。

ワークフローのスケジュール設定

ワークフローを手動で実行することなく、スケジュールを設定することで定期実行することができます。

時計のアイコンをクリックします。

週次で実行したいスケジュールを選択、入力して設定をクリックします。

※ワークフローを定期的に実行させる詳しい説明は以下ドキュメントをご確認ください。
https://3-shake.gitbook.io/reckoner_jp/tips/workflow-schedule

Reckoner（レコナー）について

Reckoner（レコナー）は、スリーシェイクが提供するオンプレミスからクラウドサービスまで、様々なデータを連携させることが可能なクラウドネイティブなデータ連携プラットフォーム（Data Integration Platform as a Service）です。
データ整備に欠かせないETL/ELTやデータパイプラインなどをノンプログラミングで実現し、従来エンジニアが必要とされていた開発・運用コストを大幅に削減できます。
https://d70n4ejob1vxf.cloudfront.net/

ETLツールについて詳しく知りたい、ETLツールの選び方を知りたいという方はこちらの「ETLツールとは？選び方やメリットを解説」をぜひご覧ください。

The post ReckonerでSalesforceからBigQueryに週次で同期する方法 first appeared on Reckoner.

Salesforceが事実上、顧客や案件情報のマスターデータとなっている企業は多いかと思います。そのため、SalesforceのデータをSalesforce上で利用するだけでなく、Salesforceから抽出したデータを別のシステム上で利用することも多いのではないでしょうか。

当社はETL製品である「Reckoner」の開発元として、どのような場面でETLを用いてデータを抽出・変換・ロードすればよいかについて、豊富なノウハウを有しています。以下では、ETLを利用しSalesforceのデータを管理する、5つの具体的な利用シナリオをお伝えします。

目次

• シナリオ１ Salesforce から別のシステムへ
  • 1.Salesforceのデータを変形後、基幹システムにロード
  • 2.SFDCの案件情報、個人情報などのデータを変形したのちに、DWHにロード

• シナリオ2 別のシステムからSalesforceへ
  • 3.新規で取得した個人情報を変換したのちに、Salesforceにロード
  • 4.既存の会社情報・個人情報を変換した後に、Salesforceにロード
  • 5.様々なフォーマットの受注データを変換した後に、Salesforceにロード

• データ一括処理を効率化、プロセスを見える化するReckoner

シナリオ１ Salesforce から別のシステムへ

では、Salesforceにあるデータを変換した後に、別のシステムで利用する場合のETL利用シナリオを見てみましょう。ERPや会計製品といったパッケージ製品、または自社独自の基幹システムに対して、Salesforceのデータを変換・ロードする場合です。

1.Salesforceのデータを変形後、基幹システムにロード

リモートワークが当たり前になっている昨今において、社内でサイロ化されているデータが日に日々増えている会社も多いのではないでしょうか。このシナリオでは、以下のようなケースが想定されます。

• Salesforce上の受注データを変形したのちにロードし、ERP・基幹システムが製品の生産開始を指示する
• Salesforce上の未発注売上見込み情報を変形したのちにロードし、会計システム上の情報を随時更新する
• Salesforce上の受注済情報を変換したのちにロードし、請求書発行を毎月自動で行う

SalesforceとAPI連携が可能な製品を除くと、「データの抽出」「データの変換」「データのロード」といった一連の処理を、自作のマクロなどを利用して半自動で行っている企業が多いのではないかと思います。こうした自作のマクロ処理は、システム側での変更があるたびに更新が必要であること、またマクロ作成のノウハウが属人的であることが多いため、安定的に継続稼働させるにはリスクがあります。

Reckonerを利用すると、あらかじめ定められた条件に従い、抽出・変換・ロードを全自動で実施できるほか、ノンプログラミングで利用できるため、エンジニアでないユーザーでも処理を作成できます。処理が属人的になることもありません。

2.SFDCの案件情報、個人情報などのデータを変形したのちに、DWHにロード

Salesforce自身はDWHではないため、Salesforce内にある顧客情報、商談情報、受注情報などをDWHに格納している例は多いかと思います。

• Salesforce上にある個人情報を、データ変換した後にマーケティング分析用DWHにロードし、次のマーケティングキャンペーンの分析に利用する
• Salesforce上にある商談情報を、データ変換した後に営業管理用DWHにロードし、全国の営業担当者の活動評価に利用する
• Salesforce上にある受注情報を、データ変換した後にプロジェクト管理用DWHにロードし、各事業部のプロジェクト管理用マスターとして利用する

Salesforceは主要なDWHとAPI連携していますが、詳細な連携にはプログラミングが必要になるケースがあり、開発コストやメンテナンスコストがかかります。また、担当者が「こうしたデータが欲しい」「データ取得頻度を変えたい」と変更リクエストを出すたびに、新たな開発が必要となるため、営業やマーケティング活動のスピード感が損なわれるというデメリットがあります。

Reckonerは、AWS Redshift や BigQuery といった主要DWHに対応し、スムーズな連携と詳細なデータ変換をノンプログラミングで実現できます。

シナリオ2 別のシステムからSalesforceへ

別のシステム上にあるデータを、変換した後にSalesforceに登録・更新する場合のETL利用シナリオを見てみましょう。

3.新規で取得した個人情報を変換したのちに、Salesforceにロード

• セミナー、イベント、展示会、商談時の名刺交換といった対面での営業マーケティング活動後に、取得した個人情報を、Salesforceの形式に合わせて変換したのちにロードし、今後の活動に用いる
• オンラインセミナー、ホワイトペーパーのダウンロード、問い合わせといった非対面のマーケティング活動で取得した個人情報を、Salesforceの形式に合わせて変換したのちにロードし、今後の活動に用いる

一時的であっても、暗号化されていないExcelやCSVファイル、または担当者個人のGoogleスプレッドシートなどで、個人情報が管理されることは、個人情報漏えいのリスクが高いため非常に危険です。よって、Salesforceのように「権限がある人以外は個人情報を操作できない」「作業のログが全て保存される」といった安全な場所で管理する必要があります。

様々な方法で取得したデータを、都度フォーマットを変換してSalesforceにロードするのは大変面倒な作業であるだけでなく、ヒューマンエラー（データ漏れや変換ミス）が発生しがちです。

各所から取得してきた個人情報を、Reckonerを利用してどのように変換するかをあらかじめ定義しておけば、「指定されたタイミングで個人情報のフォーマットを変換したうえで、Salesforceにロード」する作業が全て自動で実施されます。

4.既存の会社情報・個人情報を変換した後に、Salesforceにロード

上記3.は、「新たに入手した情報の変換・ロード」ですが、4.は「既存情報メンテナンス目的での変換・ロード」です。

• 既存顧客の会社情報や個人情報（会社名、住所、部署名、電話番号など）が変更となった
• マーケティング属性 (DM可/不可、メルマガ可/不可など）の変更希望があった

上記のような既存の情報は、誤って変更すると大きな影響を及ぼしかねません。そのため、「ユーザーは直接変更できない」「ユーザーは情報システム部に対して変更申請を行い、情報システム部で確認後一括変更」しているケースが多いかと存じます。

こうした処理を行う際、情報システム部のSalesforce管理者が、ユーザーが入力したExcelファイルやCSVファイルを都度アップロードするのは手間がかかります。

自動化しようとマクロを組んだ場合、Salesforceの仕様変更のタイミングがあるごとに修正が必要になり、またマクロは知識がある担当者が片手間で作成されることも多いため、「マクロ自体、またはマクロの運用がブラックボックス化しやすい」というデメリットがあります。

Reckonerを利用すれば、Salesforce上の既存情報のメンテナンスもノンプログラミングで、全ての関係者に処理が可視化される形で行うことができます。

5.様々なフォーマットの受注データを変換した後に、Salesforceにロード

販売窓口を自社ECサイトのみに絞っているようなケースを除き、ほとんどの企業では「電話」「メール」「フォーム」「チャットツール」「発注書（PDF）」「発注書（紙）」「FAX」など、様々なチャネルで注文を受けています。

これらのデータをまとめて同じフォーマットで「受注情報」としてSalesforceに登録する際、全てのチャネルを同じ方法で登録するのは非効率です。フォーム入力であれば、直接Salesforceに取り込む方が早いですが、「顧客企業テンプレートの紙の発注書」となると、直接Salesforceに取り込むことができず、いったん人手を介する必要があるためです。

「受注データを目視で確認し、手で転記する」場合や、「OCRやRPAで半自動処理する」場合など、それぞれのケースで作成された受注データ（Excel, CSVなど）をできるだけ早くSalesforceに反映しようとすると、この反映処理のために多くの工数が割かれる場合があります。

Reckonerを利用した場合、複数のチャネルから別々に出力された受注データであっても、定められた条件や頻度に従い、変換・ロード処理を完全自動で行えます。

データ一括処理を効率化、プロセスを見える化するReckoner

Reckonerを利用する理由は、「効率的な自動データ処理をプログラミングなしで実現する」ことに加えて、「属人的な処理をなくし、処理を可視化する」ことです。

データ登録・更新処理をマクロで自動化していたが、担当していた従業員が退社した後で「担当者しかわからない部分が多数あり、処理に問題が発生した」という例は、非常に多いのが実情です。

安定してトラブルが起こらない処理を実現するには、「プロセスを属人的なものとせずに、見える化する」ことが大切です。Reckonerは、この「データ処理の見える化」を実現します。

ETLツールについて詳しく知りたい、ETLツールの選び方を知りたいという方はこちらの「ETLツールとは？選び方やメリットを解説」をせひご覧ください。

The post SalesforceユーザーがETLを利用する5つのシナリオ first appeared on Reckoner.

クラウドネイティブなデータ連携サービスReckoner（レコナー）を使用して、RDSのデータをSalesforceに連携します。

オンプレミスやクラウドに存在するMySQLやPostgreSQLといったデータベースとSalesforceを連携させたい場面は良くあると思います。

例えばデータベースに蓄積された顧客情報や、マスタデータをSalesforceに連携させて活用したり、Salesforceにある保存期間の長いデータをデータベース側にアーカイブとして蓄積する、といった使い方も可能です。

特にSalesforceはストレージコストが高くかかりますので、このような外部データベースとの連携は欠かせません。

Reckonerはこのような連携を簡単に実現できますので、今回はAmazon RDSのデータベースをSalesforceに連携する手順を紹介します。

使用するデータベース

今回の連携では以下URLのworld databaseを使用します。
https://dev.mysql.com/doc/index-other.html

連携するテーブルはcityを使用します。
以下のような形でデータが入っている状態になります。

Salesforce側の準備

手順は割愛しますが、cityテーブルに連携するカスタムオブジェクトと、cityテーブルのカラムに対応するカスタム項目をそれぞれ作成しておきます。

ポイントは、Salesforceへの連携時にcityテーブルのIDカラムをユニークな値として使用することでupsertの動作を行うため、IDカラムに対応するカスタム項目側で外部IDを有効化しておくことです。

連携の概要

1. RDS側のSecurityGroupでReckonerのソースIPからのアクセスを許可する
2. MySQLの接続情報を登録
3. Salesforceの接続情報を登録
4. MySQLのSourceを追加
5. Salesforceのカスタム項目にテーブルのカラムを連携させるため、PROJECTIONを用いてマッピング設定を追加
6. 連携先のSalesforceを追加

Reckonerで作成するワークフローは最終的にこのような形になります。

RDSのSecurityGroupでReckonerのソースIPからのアクセスを許可する

これはAWSのSecurityGroupの画面になりますが、事前にReckonerからのアクセスを許可するためinbound rulesにReckonerのソースIPを登録しておきます。

また、RDS側はPublic accessibilityを有効化してあります。

MySQLの接続情報を登録

左側のサイドバーからIntegrationを選択し、MySQLを選択します。

遷移後の画面でCreate Integrationを選択します。

各情報を入力し、Setを選択して保存します。

Salesforceの接続情報を登録

先程と同様にIntegrationからSalesforceを選択してCreate Integrationを選択します。

各必要な項目を入力してSetを選択して保存します。
今回の連携先のSalesforceはSandbox環境なのでUse Sandboxを有効化します。

ワークフロー作成

左側のグローバルメニューからワークフローを選択して
「Create Workflow」を選択します。

MySQLのSouceを追加

SourceからMySQLをドラッグして右側にドロップすると、MySQLの設定画面が開かれるので必要な項目を入力します。

• Display Name: 適切な名前を入力します
• Integration: 先程設定したIntegrationを選択します
• Database: 使用するデータベース「world」を入力します
• Query: データ取得に使用するクエリ書きます。今回はcityテーブルをすべて持ってくるようにクエリを書いています。

設定完了したらSetを選択します。

Salesforceのカスタム項目にテーブルのカラムを連携させるため、PROJECTIONを用いてマッピング設定を追加

TransformからPROJECTIONをドラッグして右側にドロップすると、PROJECTIONの設定画面が開かれるので必要な項目を入力します。

• Display Name: 適切な名前を入力します
• mode: keepを選択します
• keep Fields: cityテーブルの中で転送するカラム名を入力します。今回は全て転送するので全てのカラム名を入力しています
• Rename Fields: 各カラム名を、Salesforce側のカスタム項目名にマッピングします。全てのカラム名に対してマッピングの設定を入力します。

設定完了したらSetを選択します。

連携先のSalesforceを追加

SinkからSALESFORCEをドラッグして右側にドロップすると、SALESFORCEの設定画面が開かれるので、必要な項目を入力します。

• Display Name: 適切な名前を入力します
• Integration: 先程設定したIntegrationを選択します
• Sobject: 連携するカスタムオブジェクトのSobjectを入力します
• Mode: upsertを選択します。公式でも推奨されているように、基本はupcertを選択します
• Key Field: 冒頭で説明した、upsertでKeyとなるユニークなFieldを選択します。
• Camelize: 今回は設定しません

設定完了したらSetを選択します。

ここまで設定できれば、ワークフローは以下のようになっているはずです。

問題なさそうであれば、ここのワークフローの保存と実行以下を実施してワークフローを実行します。

データの確認

ワークフローの実行に問題なければ、以下のようにSalesforce側にRDSのcityテーブルのデータが連携されているはずです。

まとめ

いかがでしたでしょうか。
Reckonerを使用することで非常に簡単にRDSのデータをSalesforceに連携させることができます。
今回はご紹介できませんでしたが、SalesforceからRDSへの連携も同様に行うことが可能です。
もしSalesforceとデータベースの連携でお悩みの方がいましたら、是非使ってみてください。

Reckoner（レコナー）について

Reckoner（レコナー）は、スリーシェイクが提供するオンプレミスからクラウドサービスまで、様々なデータを連携させることが可能なクラウドネイティブなデータ連携プラットフォーム（Data Integration Platform as a Service）です。
データ整備に欠かせないETL/ELTやデータパイプラインなどをノンプログラミングで実現し、従来エンジニアが必要とされていた開発・運用コストを大幅に削減できます。
https://d70n4ejob1vxf.cloudfront.net/

ETLツールについて詳しく知りたい、ETLツールの選び方を知りたいという方はこちらの「ETLツールとは？選び方やメリットを解説」をぜひご覧ください。

The post AmazonRDSのデータベースをSalesforceに連携する first appeared on Reckoner.

目次

• DXに対する投資の本丸は間違いなくCRM周辺で起こる
• Salesforceへデータを集約させる3つのメリット
• Salesforceへデータ連携するためのアプローチ
• Reckoner(レコナー)ならSalesforceとの相互のデータ連携が可能

DXに対する投資の本丸は間違いなくCRM周辺で起こる

Salesforce社はDXの文脈において、Salesforceプラットフォームを中心にDXを促進する戦略を推進しています。
顧客との関係性を管理しているCRM(顧客関係管理)を中心にデータ戦略を考えることで、顧客のニーズを正確に捉え、適切にサービスを提供することにつながります。

DXの本質を一言でいえば、『いかに顧客に近づくか』。デジタルで顧客一人一人、一社一社を知り抜くことで、求められている価値を適切なタイミングで届けていくのです。

https://www.atmarkit.co.jp/ait/articles/1910/23/news004.html

Salesforceへデータを集約させる3つのメリット

顧客データをSalesforceで一元管理することによる営業効率の向上

通常Salesforceには、営業担当が日々の営業活動を記録したデータが蓄積されていきます。しかしそれではオフラインの行動情報しかデータが蓄積されません。

顧客の自社サービス利用状況がわからないと、営業担当者は顧客に対して適切なアプローチをとることができません。なぜなら、アプローチすべき顧客の優先順位もつけられず営業効率が悪くなるからです。
そこでサービスの利用状況や行動傾向など、デジタルなタッチポイントの情報を統合することで、より適切なアプローチが可能になり、営業効率が向上させることができます。

顧客LTVを向上させるための施策を実行できる

あらゆるビジネスにおいて、顧客から生涯にわたって得られる利益を示すLTV（Lifetime Value：顧客生涯価値）をどう向上させるかは大きな課題です。
オンラインとオフラインのタッチポイントのデータを統合することで、顧客理解を深め、顧客満足度を向上させる施策を実施したり、アップセル/クロスセルなど、LTVを向上させる施策を実行することができます。
さらに、適切にセグメンテーションされた施策を行うことで、セールスやマーケティングキャンペーンの費用対効果（ROI）の向上が見込めます。

オンライン/オフラインのデータを統合することで例えば以下のような分析や施策の立案が可能になります。

• 購入に結びついている顧客の特性分析
• リピートに結びついている顧客の属性
• ある特定期間の購入に結びついている顧客の行動傾向
• 離反しそうな顧客、離反が起こるタイミングを検知してアプローチ
• 初回商材を購入した顧客は2回目何を購入しているのか
• どの施策が顧客の継続性が高いのかなど

組織・業務プロセスの改善

また、よくあるケースとして各事業部ごとに管理しているCRMが異なり、会社で保有している顧客データがサイロ化されている場合があります。活用できるデータが限定されていれば、大きなビジネスインパクトを生み出すことは難しいでしょう。
外部のプラットフォームに存在している顧客データもまとめてSalesforceに集約させることができれば、組織横断的なデータプラットフォームを実現することができます。そうすることでセールス、マーケティング、カスタマーサポートなど、あらゆる部署がデータドリブンな意思決定を行い、会社全体の作業効率化及びパフォーマンスの向上が見込めるでしょう。

Salesforceへデータ連携するためのアプローチ

Salesforceとのデータ連携システムを構築するためのいくつかのアプローチを紹介します。

1. フルスクラッチで実装する
   APIを活用してデータ連携システムを構築します。スクリプトの開発やバッチの実行基盤の構築など、専任のエンジニアが必要。またAPIの仕様変更などへの対応も必要となるため、保守・メンテナンス費用が肥大化しがち。
2. Data Loaderバッチ
   DataLoaderバッチをWindowsのタスクスケジューラなどを利用して定期実行させる方法。こちらも連携させるための開発・保守が必要になり、専門家に依頼するため、開発・保守費用が発生します。
3. データ連携ツール（ETL）を使用する
   オンプレ型の場合はサーバなどの実行環境を用意する必要があるが、近年SaaS型のツールも存在するため、初期構築・運用コストを上げずに定額でデータ連携基盤の構築が可能。

専門のスキルを持ったエンジニアか外部のプロフェッショナルに依頼すれば、フルカスタマイズされた連携システムを構築することができますが、保守・メンテナンスのコストが高くつきます。ETLツールを導入すれば、専門スキルがなくても定額で素早くデータ連携システムを構築することが可能です。

Reckoner（レコナー）ならSalesforceとの相互のデータ連携が可能

Salesforceのデータを抽出し、データ分析基盤を構築する

Reckonerは完全なSaaS型のデータ連携サービスです。ノーコードでSalesforceからデータを抽出し、データウェアハウスや自社データベースへデータを転送するワークフローを構築することができます。
シンプルなUIにより、エンジニアリングの知識がなくても少ない学習コストでSalesforceデータを集約したデータ基盤を構築できます。

また、Web行動データや、基幹データも集約することで、より統合的なデータ分析が可能になります。集約したデータウェアハウスに対してBIツールを接続することで様々な切り口で顧客、営業活動の分析ができるようになるでしょう。

外部のデータをSalesforceへ自動連携

Reckonerを使用すれば、外部のデータソースをSalesforceへ取り込むことができます。
基幹システムや広告、外部アプリケーションなど、顧客に関連する情報を付与することで、Salesforce内の顧客データの質が上がり、より精度の高い施策につなげることができます。

データ基盤の構築ならReckoner（レコナー）

もし少ないリソースでSalesforceのデータ活用基盤を構築したいと考えているなら、Reckonerは最適なソリューションになるでしょう。
完全クラウドネイティブなため初期構築が不要、かつローコード/ノーコードで表現できる直感的なインターフェースなど、データ統合に必要な収集・加工・転送処理をシンプルかつ短時間に実現できるプラットフォームです。

もし、製品トライアルや自社の課題（ニーズ）にマッチするかどうかを知りたい場合は、お気軽にお問い合わせください。

オンラインで相談する

ETLツールについて詳しく知りたい、ETLツールの選び方を知りたいという方はこちらの「ETLツールとは？選び方やメリットを解説」をぜひご覧ください。

The post Salesforceに顧客データを集約させて営業効率を上げる first appeared on Reckoner.