APIバージョンを定期的に更新しましょう

この記事で学べることAPIバージョンを定期的に更新することの重要性APIバージョンのサポート対象期間APIとはAPI（Application Programing Interfaceの略）は、外部システムから自システムに対するリクエストを受け取るために用意された窓口（インターフェース）です。外部システムからSalesforceの情報にアクセスする必要がある時にはSalesforceのAPIを使用します。例えば、基幹システムの売上データをSalesforceに取り込む処理（夜間バッチなど）であったり、社内システムからのリクエストでSalesforceのデータを参照する時に使用します。APIのバージョンAPIにはバージョンという概念があります。APIを使用するときは、以下のように宛先とバージョンを指定してアクセスをします。以下の例では、外部システムから、Salesforceに対してSOAP APIの54.0のバージョンでアクセスをしています。上記例はSOAP APIですが、他にもいくつか種類があり、いずれも、バージョンを指定する必要があります。※APIの種類については、Salesforce プラットフォーム API について知る（Trailhead）をご確認ください。​APIの最新バージョンは、Salesforce の年3回のバージョンアップのタイミングで更新されます。​例Summer ’22： APIバージョン55.0 Winter ’23：APIバージョン56.0・・・​しかし、APIバージョンは外部システムによって明示的に指定されるため、お客様（外部システム）にて定期的に新しいバージョンに更新していただく必要があります。そして、Salesforceではあらかじめ最低限のサポート対象期間が決まっています。​APIのサポート対象期間Salesforce は、API バージョンを最初のリリース日から最低 3 年間サポートします。API の品質およびパフォーマンスを充実させ、改善するために、3 年を超えるバージョンのサポートは停止される場合があります。API バージョン廃止の予定がある場合、サポートが終了する最低 1 年前までに事前通知されます。​※実際に廃止になった例は、Salesforce Platform API バージョン 7.0 ～ 20.0 の廃止（ナレッジ）をご覧ください​APIをご利用の場合は、上記サポート期間を目安に定期的にAPIバージョンを更新いただくことを推奨します。​APIバージョンの更新更新箇所の確認：APIバージョンを更新する際は、まずはどこでAPIを使用しているかを把握している必要があります。開発を外部発注した場合は、ベンダーから受け取った仕様書に、使用しているAPIバージョンの記載があることを確認し、大切に保管します。社内で開発をする場合も、APIバージョンを含めた仕様を後で確認ができるように管理方法を決めて、社内で共有しておきましょう。​更新作業：実際のAPIバージョン更新作業は、Salesforce以外のシステムの設定変更であったり、AJAX Toolkitを使用した開発をしている場合はデプロイが必要になります。そのため、通常はベンダーや開発者様にて実施いただく作業になります。外部ベンダーへ依頼する場合には、社内プロセス（予算取りや承認申請など）に時間がかかることもあるかもしれませんので、早めに準備をしておきましょう。​その他：データローダもAPIを使用します。PCの画面上でデータローダを起動しご利用いただいている場合は、Salesforceの[設定]画面からデータローダのダウンロードをする事で、新しいAPIバージョンを使用する最新のデータローダを再インストールすることができます。データローダのツール自体のサポートは最新バージョンのみとなりますが、少なくとも3年に1度はデータローダを再インストールすることをお勧めします。学習ツールSalesforce プラットフォーム API について知る（Trailhead）Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止（サクセスナビ）Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止（ナレッジ）SOAP API 開発者ガイドREST API 開発者ガイドBulk API 開発者ガイドデータローダのインストール手順（ナレッジ）まとめSalesforceのAPIバージョンは、年3回のバージョンアップで更新されるリリース日から3 年を超えるAPIバージョンのサポートは停止される場合がありますAPIバージョン廃止の影響を防ぐため、定期的にお客様でのAPIバージョン更新作業を推奨します

Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止

Summer '25 で廃止される Salesforce Platform API バージョン 21.0 ～ 30.0 の概要と影響有無の確認方法についての解説動画です。お客様での調査にお役立てください。https://play.vidyard.com/iE8EjS3tstXxdJS4jBUM3W投影資料のダウンロードはこちらからこの記事で学べることSummer '25に廃止されるAPIバージョンと種類を知ることができますAPIバージョンの廃止スケジュールを知ることができますお客様にて必要な対応を知ることができますご存知ですか？Summer '25で古いAPIバージョンが廃止されます​Salesforceでは、API の品質およびパフォーマンスを充実させ、改善するために、（最初のリリース日から最低 3 年間サポートしますが）それを超えるバージョンのサポートは停止される場合があります。そのため、定期的にAPIバージョンを更新いただくことを推奨しています。※APIバージョンを定期的に更新しましょう（サクセスナビ）も是非ご覧ください​今回廃止対象のAPIの種類とバージョンは以下のとおりです。SOAP: 21.0、22.0、23.0、24.0、25.0、26.0、27.0、28.0、29.0、30.0REST: v21.0、v22.0、v23.0、v24.0、v25.0、v26.0、v27.0、v28.0、v29.0、v30.0Bulk: 21.0、22.0、23.0、24.0、25.0、26.0、27.0、28.0、29.0、30.0注意事項この廃止には、以下は含まれませんカスタム Apex REST & SOAP Web Services、Apex クラス、Apex トリガ、Visualforce ページただし、AJAX Toolkitを介して行われるバージョン指定されたAPIコールを埋め込んだVisualforceページやカスタムボタン、Sコントロールはこの廃止による影響を受けますバージョン 30.0 以前のメタデータコンテンツを参照している管理パッケージ標準の Salesforce B2B Commerce for Visualforce 製品お客様の実装にこの変更の影響を受けるカスタマイズが含まれているか確認するには、記事を参照してください。この廃止は以下のものに影響します。データローダ　Web Services ConnectorAJAX Toolkit を介して行われる従来のAPIコールSForceOfficeToolkit COM インターフェースを介して行われる従来のAPIコールForce.com Toolkit for PHPアウトバウンドメッセージによって生成されたペイロードから呼び出されたSOAP API廃止スケジュール​お客様にて必要な対応「そんな急に廃止と言われても・・・」と戸惑っているシステム管理者の方もいらっしゃるかもしれません。Salesforceでは、システム管理者様宛に、月次で、以下のような 機能廃止ダイジェストメール等でお知らせしています。​※終了日は2023年6月1日となっていますが、最新情報はSummer '25リリース日となります。（リリース日はTrustサイトにてご確認いただけます）​​推奨する対応順序例えば、設計書や実際にデータ連携している箇所を調査する。外部システムやツール（データローダ等）を使って Salesforce へ接続するアプリケーションの有無とバージョンを確認組織内の開発で AJAX Toolkit等を使用した実装有無とバージョンを確認こちらの資料を参考に、見落としがちな設定を確認追加でご確認いただく手段として、ログイン履歴の確認やAPI でのアクセス状況をイベントモニタリングログから確認いただくことが可能です。（こちらのP.10参照）　手順１、２で確認した箇所のAPIバージョンを更新​学習ツールSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止（ナレッジ）APIバージョンを定期的に更新しましょう（サクセスナビ）イベントモニタリング（Trailhead）API合計使用量（開発者ガイド）まとめSalesforceのAPIは、最初のリリース日から3年経過すると廃止になる場合があるので、定期的にバージョンを更新する必要があります機能廃止に関するダイジェストメールが月次で配信されていますので、システム管理者様は必ず確認して下さい廃止対象の API バージョンを使用しているかどうか、使用箇所や実装された詳細については、Salesforce では確認ができないため、利用有無および対応方法については、開発会社や開発ご担当者へご確認をお願いします。

組織の体制変更がある場合の対応のポイント

この記事で学べることSalesforce稼働後の（自社の）組織体制変更時の対応の流れを知ることができます組織体制変更時に使用するツールについて知ることができます組織体制変更時の対応の流れSalesforceのシステム管理者のみなさまは、普段新入社員のユーザを作成したり、退職するユーザを無効化したり、ユーザ情報の更新（部署やロール、プロファイルの変更）等のユーザ管理業務を行なわれていると思います。※ ユーザの管理については「ユーザ管理の便利機能」も参考にしてください。​今回は、期初や期末にみなさまの会社で行われる事があるであろう、組織の体制変更に伴い、Salesforceにどのような変更を行う必要があるかを考慮点含めて説明します。※人事異動の場合はユーザ情報の更新（ロール項目の変更）になりますが、今回はロール自体を変更する場合の作業の流れになります​一般的に、組織の体制変更がある場合、以下のような変更が行われると思います。それをSalesforceに反映させるための変更箇所は以下のとおりです。組織の変更に伴う変更点Salesforceの設定変更箇所組織の体制変更（新たな部署が設置される/既存の部署が統合されるなど）・ロール（自体）の変更・階層構造の変更既存の部門/部署名の変更・ロール（の名称）変更・ユーザの[部署名]の変更部署のメンバーの変更・ユーザの[ロール]の変更役職名の変更・ユーザの[役職]の変更お客様の担当替え・取引先や商談の[所有者]変更・活動の[任命先]変更注意事項：上記以外にも、例えば[ロール名]を条件にしたレポート、ダッシュボード、数式項目、フロー等の自動化設定がある場合は、それらの変更も忘れずに実施しましょうユーザの[ロール]や[役職]項目以外にも、プロファイル、マネージャーや権限セットの変更が必要な場合は一緒に変更しますSalesforceの設定変更箇所を把握したので、「早めに変更作業をしたい」と思うかもしれませんが、その前に！決めておくべきことがあります。移行ルール変更作業に着手する前に、関連部署のメンバーとあらかじめ以下を決めておくことで、変更作業をスムーズに進めることができます。組織の体制変更後に、Salesforceのデータをどのようなルールで共有するか（データへのアクセス権をどうするか）最終的に、どのようなロール階層にするか共有ルールを使用するか、使用する場合にはどのようなルールにするか誰がどの取引先を担当するか取引先の新旧担当者一覧の作成商談の担当はどうするか例：現在進行中の商談の担当者は変更しない、完了している商談の担当は変更しない（過去の実績を組織の体制変更前の担当で把握する必要がある場合は、担当者を変更しないでください）活動の担当はどうするか例：まだ完了していない活動の任命先を変更するか/しないか注意事項：上記以外のオブジェクトを使用している場合は、オブジェクト毎に担当をどのようにするかを決めておきましょう。​移行ルールが決まったら、次の流れで変更作業を行いますロール・共有ルールの変更ユーザ情報の変更各データの所有者変更１．ロール・共有ルールの変更まずは組織の土台となるロール、およびロールを使用した共有ルール（アクセス権）の設定を行います。ロールや共有ルールは、2.ユーザ情報の変更作業が完了するまでは反映されません。そのため、ユーザ情報変更作業前に、あらかじめ準備をしておきます。​組織の体制変更後の状態に合わせて、ロールを変更します。新たな部署が追加される場合は、[ロールの追加]からロールを作成します部署が統合される場合も、新たな部署を作成します。統合前の部署を残しておくと、退職したユーザのロールを変更する必要がありません​階層構造の変更はなく単なる名称変更の場合は、[表示ラベル]と[レポートに表示するロール名]を変更します階層構造が変わる場合は、[このロールの上位ロール]項目を変更します会社の合併など、大幅な組織体制変更の場合は、新しいロール階層を定義することをお勧めします。​組織の体制変更の前日までは、旧体制のまま業務を行う必要があると思いますので、あらかじめ新組織体制の準備でロールを作成しておき、新組織体制に変わるタイミングでユーザ情報を更新して新しいロール設定を反映させます。​次に、ユーザ情報を変更して、新しい組織体制を反映させましょう。２．ユーザ情報の変更組織の土台となるロールおよび共有ルールの設定が終わったら、ユーザ情報の変更を行います。​ユーザ情報は、以下3種類の方法で変更することができます。ユーザの詳細画面の[ロール]項目を変更するロールの詳細画面から複数ユーザを一括で変更するデータローダを使用する​ユーザの詳細画面の[ロール]項目を変更するロールの詳細画面の[ユーザをロールに割り当て]で、複数ユーザを一括で変更する（具体的な操作手順は、「ユーザへのロールの割り当て」（ヘルプ）をご覧ください）​データローダを使用する​組織の体制変更がある場合、一般的には、ロールを変更するタイミングでプロファイルや部署名、役職名等も変更になることがあると思いますので、それらを一度に変更ができるデータローダを使用することをお勧めします。（データローダの使い方ついては「初めてのデータローダ 〜Update編〜」（サクセスナビ）をご覧ください）​注意点：承認プロセスにマネージャー項目を使用している場合は、マネージャー項目も忘れずに変更しましょう。​ユーザ情報の変更が完了したら、取引先や商談などのデータを変更します。３．各データの所有者変更事前に定義した移行ルールに従い、データの所有者（や任命先）を変更します。​所有者の変更は、画面上から行える「所有権の一括変更」もしくはデータローダをご利用いただけます。どちらのツールが適しているかは、以下をご確認ください。​注意点：「所有者の一括変更」機能を利用できるのは、リード、取引先、カスタムオブジェクトのみです上記フロー以外のデータ（例：現在の所有者が所有している完了している商談など）の扱いについては、オプションで選択をすることができます。​以上で、組織の体制変更があった場合に、システム管理者様にて対応が必要な作業は完了です。学習ツールロールの項目（ヘルプ）ユーザの項目（ヘルプ）データの所有権の移行（ヘルプ）取引先の一括変更で、同時に移行されるデータについて（ナレッジ）まとめ変更作業を始める前に、移行ルールを決めておくことが重要ですデータ変更に使用できるツールは「所有権の一括変更」とデータローダがありますので、要件にあう方を選択しましょう

ユーザ管理の便利機能

この記事で学べることユーザ管理に必要な基礎知識を学ぶことができますユーザの管理に使用できる便利な機能を知ることができます知っていますか？Salesforceのユーザを削除することはできませんSalesforceのシステム管理者様の業務で欠かすことができないのものの1つはユーザ管理だと思います。新入社員が入る、長期休暇を取得するユーザがいる、異動するユーザがいる等の様々なイベントに対して、システム管理者様はユーザを作成したり編集したりされていると思います。​さて、ここで質問です。「ユーザが退職するとき」どのように対応しますか？​答えは、「ユーザを無効化する」です。Salesforceのユーザは一旦登録をすると削除をすることはできません。ユーザには様々なデータが紐付いています。例えば、そのユーザが担当（所有していた）取引先や商談、活動、カスタムオブジェクト等があります。そのユーザが退職した後も、そのユーザが勤務していた時の状態でデータを残しておけるように、削除ではなく「無効化」ができるようになっています。そして、無効化をすることで、そのユーザが使用していたライセンスが開放され、他のユーザがライセンスを使用することができるようになります。​ですが、何らかのエラーが発生し、すぐにユーザを無効化できない場合があります。（もちろんあなたは、退職後のユーザにはSalesforceにログインしてほしくありません！）​こんな時に使えるのが「凍結」です。凍結をしておけば、あなたがエラーの原因を確認（必要に応じてサポートへ問い合わせを）している間、そのユーザがSalesforceにログインできないようにすることができます。​注意点：「無効化」と異なり、「凍結」をしてもユーザライセンスは開放されませんので、他のユーザにライセンスを使用することはできませんので、ご注意ください。知っていますか？ユーザにもリストビューを作ることができますSalesforceには、オブジェクト（取引先や商談）毎にデータの一覧を簡単に表示できるように「リストビュー」という機能があります。システム管理者のみなさまは、現場のユーザが業務で使用するリストビューを作成しているかと思いますが、そのリストビューを[ユーザ]オブジェクトに対しても作成することができます。​特にユーザ数が多い組織の場合、全ユーザの一覧画面をスクロールして対象ユーザを探すのは大変だと思います。あらかじめ部署毎、ロール毎、プロファイル毎などの条件でリストビューを作成しておくと管理しやすくなります。（リストビューの作成方法は、「Salesforce Classic でのカスタムリストビューの作成」(ヘルプ)をご覧ください）​知っていますか？プロファイルにもリストビューを作成することができますリストビューつながりで、もう一つ、ユーザのアクセス権管理の便利機能をご紹介します。​※「プロファイルって何だろう？ユーザとどういう関係が？」という方は、「ユーザを登録する」(サクセスナビ)「プロファイルと権限セットを使って、アクセス方法や権限を設定する」(サクセスナビ)をご覧ください​規模の大きな組織では、ユーザに割り当てるプロファイルの数も多くなります。「プロファイル毎にどういう権限が付いているのか見比べたい」「複数のプロファイルの権限を一括で変更したい」という場面もあるかと思います。そんな時におすすめなのが、「プロファイルのリストビュー」です。​※ もし、[編集 | 削除 | 新規ビューの作成]リンクが表示されていない場合は、[拡張プロファイルリストビュー]を有効にします。具体的な手順は、「拡張プロファイルリストビューを有効化」(ヘルプ) をご覧ください。​以下は、プロファイル毎に、取引先のオブジェクト権限の設定を表示するリストビューのサンプルです。（リストビューの作成手順は「プロファイルリストビューの作成と編集」(ヘルプ) をご覧ください）​他のオブジェクト（取引先や商談など）のリストビューと同様に、必要な項目（オブジェクト権限やユーザ権限）を追加して、リスト上でインライン編集したり、複数プロファイルの権限を一度に編集することができます。​また、「特定の権限が付与されているユーザは誰か？」というように権限を条件にユーザやプロファイル、権限セットを検索したい場面もあるかと思います。そんな時には、AppExchangeサイトで公開されている「Permission Helper」アプリケーションをぜひご活用ください。​以下は、[すべてのデータの編集]権限を持つユーザの一覧を表示していますが、特定のオブジェクト権限を持つユーザの一覧を表示することもできます。知っていますか？設定画面で、ユーザを直接検索できますここまで、リストビューを活用したユーザ管理についてご紹介してきましたが、設定画面でも、グローバル検索と同じようにユーザを検索することができます。一人のユーザのパスワードリセットを行う場合などは、リストビューを表示して特定ユーザを探すよりも検索をしたほうがスムーズです。​以下は「標準」の文字列で検索をしていますが、[ユーザ]だけでなく[項目名]なども検索することができます。（あいにく、[プロファイル名]を検索することはできません）注意点：画面左上の[クイック検索]はメニューを検索するものです。ユーザや項目を検索するときは、画面上部の虫眼鏡から検索してください。​学習ツールSalesforce Classic でのカスタムリストビューの作成（ヘルプ）プロファイルリストビューの作成と編集（ヘルプ）Permission Helper（AppExchange）ユーザ管理（Trailhead）まとめSalesforceではユーザを削除することはできません。代わりに[無効化]や[凍結]を行います。ユーザやプロファイルのリストビューを活用することで、スムーズにユーザ管理業務を行うことができます。

サンプルデータを削除しましょう

この記事で学べることサンプル（トライアル）のデータを一括削除する方法を知ることができます“(Sample)“データを効率よく削除する方法Salesforceのトライアル組織には、以下のように“(Sample)”と記載された初期データ（サンプルデータ）が入っています。ご契約前であれば、サンプルデータを削除する機能をご利用いただけます。注意事項：[すべてのデータの一括削除]は、初期データだけでなく、お客様自身が作成したサンプルデータを含めて、組織のすべてのデータを削除します。[すべてのデータの一括削除]を使用して削除されたデータを復元することはできません。お客様自身が作成したサンプルデータは残しつつ、初期データのみ一括削除をしたい場合、もしくは既にご契約をされている場合は、[一括削除]機能を使用することができます。具体的な操作方法は、「新しい Salesforce 組織で事前にロードされたサンプルデータを削除する」（ナレッジ）の「オプション2」をご確認ください。​[一括削除]画面に表示されていないオブジェクトのデータを削除する場合は、データローダを利用します。データローダの操作方法は、「初めてのデータローダ 〜Delete編〜」（サクセスナビ）をご覧ください学習ツールトライアルデータの削除（ヘルプ）組織データのデフォルトへのリセット（ナレッジ）新しい Salesforce 組織で事前にロードされたサンプルデータを削除する（ナレッジ）まとめご契約前のお客様は、サンプルデータを一括削除することができます。ご契約後であったり、自動作成されたサンプルデータのみを削除する場合は、[一括削除]や[データローダ]を使用します。

Salesforceにデータを取り込む

この記事で学べること別システムのデータをSalesforceに取り込む場合の考慮事項について知ることができますSalesforceへデータを取り込む理由皆様の会社では、業務でどんなシステムを使っていますか？きっとSalesforce以外にもたくさんのアプリケーションを使っていると思います。​そして、日々の運用という観点では、それら別々のシステムに保存されているデータを取り出して、集計や報告をしなければならないということもあると思います。が、それって結構面倒ですよね？「もう少し楽にできないか？」と感じることもあるでしょう。そんな時に、「Salesforceにデータを（自動で）取り込めないか？」と考えるかもしれません！​そうです。Salesforceにデータを取り込めば、レポートやダッシュボード使って、手軽に集計や報告ができそうですね。​この記事では、「Salesforceにデータを取り込む場合の考慮事項」について、（自動化以外の）手動の方法も含めて概要をご紹介します。（データ量によっては、Salesforceではなく、CRM Analyticsなどにデータを取り込むほうが良い場合もあります）​まずは、Salesforceにデータを取り込むために用意されている方法を見てみましょう。データインポートウィザードデータインポートウィザードを使用すると、あらかじめ用意したCSVファイルをアップロードし、取引先、取引先責任者、リード、キャンペーンメンバー、カスタムオブジェクトなどへ容易にデータをインポートできます。（Database.com Edition以外の）すべてのエディションでご利用可能で、一度にインポートできるレコードの最大数は 5 万件です。​Salesforceの画面上から実行できるので最も簡単な方法となりますが、自動化はできません。​特徴は、取引先と取引先責任者を同時に（互いを関連付けた状態で）インポート出来る点です。そのため、これからSalesforceにデータを投入して使い始めるお客様には、最適な機能です。※データインポートウィザードで商談をインポートすることはできません。商談をインポートする場合はデータローダを使用します​データインポートウィザードについては、Excelの顧客データを取り込む（サクセスナビ）をご確認ください。データローダデータローダを使用すると、あらかじめ用意したCSVファイルを使用して（レコードのインポートのみでなく）更新や削除、エクスポートができます。Enterprise Edition以上、もしくはDeveloper Edition、Database.com Editionでご利用可能で、一度に操作できるレコードの最大数は、5 百万件です。​データローダは（英語の）クライアントアプリケーションなので、PCにインストールが必要ですが、Windows端末をご利用の場合は自動化（バッチモード）もできます。​データローダは、データインポートウィザードでは対応していない（商談等の）オブジェクトにも使用できますが、複数のオブジェクトに対して一度に作業を行うことはできません。互いに関連しているデータをインポートする場合は、親 → 子の順番でインポートをしていきます。​また、データローダはAPIを消費しますので、上限を超過しないように注意が必要です。詳細は、API 要求の制限と割り当てをご確認ください。​データローダの画面操作については、以下をご確認ください。初めてのデータローダ 〜Insert編〜初めてのデータローダ 〜Update編〜データローダ 〜Upsert編〜初めてのデータローダ 〜Delete編〜初めてのデータローダ Export編初めてのデータローダ Export All編データローダのバッチモードについては、バッチモードでの実行 (Windows のみ)をご確認ください。​​さて、ここまでは、Salesforceが標準で提供している機能（方法）についてご紹介しました。​データローダのバッチモードは、設定ファイルの編集やバッチファイルの起動など、Salesforceの設定だけでは完結しません。設定をする場合にはシステム管理者と協力して進めましょう。（もし、ご自身がSalesforceのシステム管理者の場合は、データローダを使用して連携したいシステムの管理者の方と協力しましょう）​これ以降は、外部システムから直接API（アプリケーション・プログラミング・インタフェース）を呼び出す方法をご紹介します。​「自分にはAPIを呼び出すなどのスキルが無い・・・」というシステム管理者の方も、ご安心ください。AppExchangeでパートナー企業を探すこともできます！Salesforce APIAPIを使用して開発をすれば、ほぼ何でもできます！（しかし、これは、言いすぎかもしれません・・・）​この記事では、外部システムのデータをSalesforceに定期的に取り込むことで、手動での外部システムからのデータのダウンロード、（場合によってはデータの加工）、Salesforceへのデータインポートにかかる工数を無くす方法について考えてみましょう。​※お客様のユースケースによっては、外部システムのデータをリアルタイムにSalesforceの画面に表示したいこともあるでしょう。その場合、定期的にデータをロードしても間に合いません！以下は、日次や週次等といった定期的にデータを取り込むのに適した方法です。どのようなツールを利用すべきですか？サードパーティ製の ETL ツールを利用することもできますし、独自のクライアントアプリケーションを開発することもできます。いずれにせよ必要な処理は、一定期間内に発生した外部システムのデータ変更を取得し、そのデータを（必要であればSalesforce用に加工して）Bulk APIもしくはSOAP APIを使用してSalesforceに取り込みます。どのAPIを使用すべきかですか？使用するAPIは、取り扱うデータ量を元に選択します。​Bulk APIは、大量データ（数千から数百万単位のレコード）を扱うために最適化されています。複数のバッチを並列して送信するので、多数のレコードをで挿入、更新、更新/挿入または削除できます。​一方、SOAP API は、一度に少数のレコードを更新するリアルタイムのクライアントアプリケーション用に最適化されています。SOAP API を使用しても多数のレコードを処理することはできますが、数十万のレコードを扱う場合にはBulk APIの方が実用的です。​また、Bulk APIとSOAP APIの違いは以下の通りです。APIの種類プロトコルデータの形式同期/非同期1APIの種類プロトコルデータの形式同期/非同期2Bulk APIRESTCSV、JSON、XML非同期3SOAP APISOAP (WSDL)XML同期Bulk API には 2 つのバージョン (1.0と 2.0) があります。2.0の方がデータの取り扱いが容易ですが、データローダは2.0に対応していません。他の種類のAPIを含めた説明は、Salesforce Lightning プラットフォーム API の概要（Trailhead）をご確認ください。データを取り込むタイミング営業時間内にデータを取り込むと、画面上でユーザがデータを更新などしていた場合に（バッチ処理と）競合して、ロックやエラーが発生することがあります。バッチ処理は、事前にフルSandbox等で実際にかかる所要時間を確認し、夜間などユーザが操作をしていない時間帯にスケジュールしましょう。Bulk APIのフルSandbox等での評価時にロックエラーが発生する場合には、データの投入順序を調整するといった対処が必要になる事があります。（ロックエラーが出て対処法を模索中の場合は、この資料や英語のブログが参考になります）学習ツールインテグレーションのパターンと実践データの Salesforce へのインポート（ヘルプ）データ管理（Trailhead）まとめ外部システムからデータを取り込む処理は、大量データになることがあるのでBulk APIに対応したツールがおすすめですデータの取り込みを本番に実装する前に、所要時間の確認を含めSandboxで事前検証しましょう

お問い合わせをする時のポイント

この記事で学べること適切なお問い合わせ先を知ることができますお問い合わせの回答を早くもらうために知っておくべきポイントを把握できますお問い合わせ先Salesforceを使っていると、色々わからないことや相談したいことが出てくると思います。そんな時に誰に相談しますか？「弊社営業担当者に聞いてみる」というのも一つの方法ではありますが、次回のミーティングまで待っているのは時間が勿体無いです！​以下に、質問内容に合わせたお問い合わせ先を纏めました。[お問い合わせ先]列のリンクをクリックすると、具体的なお問い合せ方法を確認することができます​ご質問内容お問い合わせ先​・設定方法がわからない・エラーの解消方法を知りたいテクニカルサポートにお問い合わせください。https://www.youtube.com/embed/5pG3bH-LuU0一部、お問い合わせ窓口が異なる製品がございます。ナレッジ「Salesforce カスタマーサポートへの問い合わせ」の[他製品のお問い合わせ窓口] 欄をご覧ください。例：Heroku/Mulesoft/Tableau/Slack - Support for Slack App/Social Studio/Marketing Cloud Intelligence (旧称Datorama)開発者サポートについては以下をご参考ください。Premier、Premier Plus、および Signature Success: 開発者サポート​・メンテナンスや障害情報について知りたいTrustサイト をご参考ください。※不明点などある場合は、Salesforce テクニカルサポートにご連絡ください。​・他の企業での対応方法や活用アイデアを知りたい・具体的な質問ではないけど、誰かに相談したいTrailblazer Communityにご相談ください​・契約内容について確認、相談したい・社名変更があった・新たな製品に興味がある・ライセンスや請求に関するご相談弊社営業担当者までご連絡ください​・Trailheadについてのご質問Trailhead のアカウント等については Trailhead Help より「Trailhead」を選択してお問い合わせください。個別の Trailhead モジュールのハンズオン Challenge に関する内容はTrailblazer Community を利用してください。日本語のグループ: Japan Trailhead (日本)Japan Trailhead (日本) ​・エキスパートコーチング (アクセラレータ)に関するご相談ヘルプ＆トレーニングでのお申込み手順をご確認ください。​・Salesforceの認定資格、トレーニングに関するご相談jtraining@salesforce.com へメールにて連絡してください。​・AppExchangeからインストールしたパッケージに関するご相談パッケージの開発元のベンダー様窓口をご確認ください。※判断が難しい場合は、Salesforceテクニカルサポートにご相談ください。​・パートナーとしての製品お問い合わせ細則がございますので、資料をご確認ください。JP Partner Case Submission Manualここからは、テクニカルサポートへお問い合わせをする時のポイントについてご紹介します。テクニカルサポートへお問い合わせをする時のポイントSalesforceでは、複数のチーム（テクニカルサポートや開発部門）が協力して、お客様からのお問い合わせに対応しています。お客様の疑問点や問題を早期に解決するためには、お客様のご協力も必要です。​以下は、テクニカルサポートへお問い合わせをいただいてからお客様へ回答をお届けするまでの一般的な流れになります。​※図をダブルクリックすると、大きな図をご覧いただけます​以下に、早期解決のためのポイントを纏めています。問題の切り分けシステム管理者の皆様は、現場の方からの様々なお問い合わせを受けてらっしゃると思います（上図の①）また、別システムと連携をしている場合などは、システム側から障害通知を受け取ることもあるでしょう（上図の②）設定変更に関する疑問や、仕様の確認が必要なこともあるでしょう（上図の③）​このように、様々なお問い合わせがあると思いますが、サポートへお問い合わせをする前に確認いただきたいポイントがあります。発生している問題は、お客様が開発したカスタムコードによるものか？この場合、まずは開発者様へお問い合わせをお願いしますAppExchangeからインストールしたパッケージに関するものか？パッケージの開発元へお問い合わせをお願いします※判断できない場合は、テクニカルサポートへご相談可能です​テクニカルサポートへお問い合わせする際、必要な情報1. お問い合わせ内容を伝えますお問合せ内容の詳細に加えて業務影響やお客様環境へのログインアクセス許可をあわせてご連絡いただく事で、貴社における問題の緊急度をサポート部門、開発部門と円滑に共有する事ができます。​発生事象事象の詳細説明・本当はどうなるはずで、現在どういう状況ですか・事象が発生している組織IDとユーザ名を教えてください​発生日時事象が発生した日時・現在も発生している場合は、最初に発生した日時を教えてください・できるだけ細かい単位（日付のみではなくできれば時間まで）教えてください​再現手順事象を意図的に発生させるための操作方法・サポートエンジニアがこの操作方法を実行して調査を行います・ログイン後の画面からの具体的な操作方を教えてください​スクリーンショット事象発生時のスクリーンショット・再現手順で再現しない場合に、スクリーンショットを元に調査を行います​各種ログデバッグログなどを取得できる場合は、そのログを添付してください2. 業務影響を伝えます​業務停止有無　どのような業務（アプリケーション）に、どのように影響していますか？​ユーザ数　何名ほどのユーザが影響を受けていますか？　​回避有無　回避策はありますか。ある場合はどのような方法ですか？　3. 希望する解決期限を伝えます問題の複雑さ・難易度によって回答のスピードは異なります。期限までの回答を保証するものではありませんが、お客様の状況を鑑みてベストエフォートにて調査を行います。​回答希望日いつまでの回答を希望しますか？​理由その期限までに回答が必要な理由を教えてください​期限を超えた場合の影響その期限を超えた場合にどのような業務影響がありますか？4. 可能な場合、ログインアクセス許可を設定します​ログインアクセス許可付与の有無ログインアクセス許可を付与した場合はその旨を明記します​組織IDログインアクセス許可を設定した組織IDを教えてください​ユーザ名ログインアクセス許可を設定したユーザ名を明記します。・特定ユーザのみで事象が発生している場合、そのユーザとシステム管理者両方のログインアクセス許可が設定されていると、調査はスムーズに進みますログインアクセス許可の設定方法は「ログインアクセスの許可」を参照してください5. お問い合わせの重要度を設定しますテクニカルサポートへのお問い合わせは、発生している問題の重要度によって分類されます。重要度についてはお問い合わせの重要度についての説明（ナレッジ）をご確認ください。その他パスコードプレミアのお客様には、会社毎にパスコードが発行されています。プレミアのお客様がお電話でお問い合わせする時に入力が必要になりますので、お手元にパスコードのご用意の上、お電話をお願いします。指定連絡先（Designated Contact）「指定連絡先（DC）」という言葉を聞いたことありますか？（「なぜ突然指定連絡先の話が出てきたのか？」と疑問に感じるかもしれません）​その答えは、「指定連絡先（DC）」はサポートへお問い合わせをしたり、各種プレミアサービスをご依頼いただく権限を持っている方です。​お問い合わせの調査をする際、お客様組織の設定や使用状況などについてヒアリングをさせていただく場合があります。そのためには、Salesforceに関する知識およびお客様組織の環境設定について十分な知識をお持ちであるシステム管理者とのやり取りが不可欠です。​その点で、「指定連絡先（DC）」はSalesforce や組織の環境について十分な知識をお持ちのため、適任です。「指定連絡先（DC）」以外のお客様からのご質問の場合、調査に必要な権限や情報が不足しているために、社内のシステム管理者へお問い合わせいただくようにとの回答になる場合がございます。（時間が勿体ないですね！）このように、Salesforceをご利用いただくには、組織に最低1名の「主指定連絡先（プライマリDC）」の登録が必要です。（「主」ということから分かる通り、組織には複数の「指定連絡先（DC）」を設定することができます）​「主指定連絡先（プライマリDC）」については、ご契約時に、弊社営業からの指定にて、あらかじめ主管のシステム管理者様をプライマリDCに設定させていただいております。お心当たりのない場合は、ご自身が「指定連絡先（DC）」になっているかを確認してくださいご自身が「指定連絡先（DC）」か「主指定連絡先（プライマリDC）」かを確認する際は、Salesforceヘルプの指定先と管理（ナレッジ）をご確認くださいSalesforce に問い合わせできる方を指定連絡先（DC）のみに限定したい一般ユーザー（Salesforce の管理をされている方以外）の方は Salesforce へ問い合わせるのではなく、自社のヘルプデスクに問い合わせる運用をされていませんか？​プレミア（およびシグネチャー）をご契約いただいている組織では「指定連絡先（DC）」のみヘルプ＆トレーニングサイトからケースを起票できるように制限することが可能です。制限した場合、指定連絡先（DC）以外の方が「お問い合わせを作成」ボタンを押下すると、「ヘルプデスクへお問い合わせください」のテキストメッセージが表示されてケースが作成されません。製品単位の制限はできません。（例えば、Sales cloud は制限する、Marketing cloud は制限しないという設定はできません。）表示するテキストメッセージは任意の文字を設定可能です。（最大 120 文字程度）本設定を希望される場合には、 主指定連絡先（プライマリDC）またはシステム管理者からテクニカルサポートへご依頼ください。（変更には主指定連絡先（プライマリDC）またはシステム管理者の承認が必要です。）サポートマネージャへのケースエスカレーションエスカレーションは、コールセンターではよく使われる言葉で、現在の担当者での対応が難しい場合に上位エンジニアやマネージャーに対応を交代することです。​過去にサポートへお問い合わせいただいた経験のあるお客様は、お問い合わせ詳細画面に「ヘルプが必要」ボタンが表示されているのを見たことがあるかもしれません。​Salesforceでは、現在対応中のお問い合わせの対応について、当社がお客様の期待にお応えできなかった場合、テクニカルサポートマネージャーへのケースのエスカレーションの手順で上位者へエスカレーションしていただく事ができます。「ヘルプが必要」ボタンは、Success Plan およびお問い合わせの重要度に応じて、お問い合わせが作成されてから一定の時間が経過してから表示されます。お客様からのエスカレーションが不要なよう努めて参りますが、場合によってご活用いただければと存じます。学習ツールお問い合わせクイックリファレンス（ナレッジ）コミュニティを通じてSalesforce活用のヒントを得る（サクセスナビ）Salesforceヘルプの指定先と管理（ナレッジ）テクニカルサポートマネージャーへのケースのエスカレーション（ナレッジ）まとめ（チェックリスト）営業担当者以外の問い合わせ/相談先があることを理解しました問い合わせを作成する時に必要な情報を理解しました自分が組織の「指定連絡先（DC）」であるかの確認しました

障害発生時の対応

この記事で学べること何か様子がおかしい（障害かもしれない）と感じたときの対応方法を知ることができますSalesforceの各サービスの現在の稼働状況を確認する方法を知ることができます状況把握Salesforceを使用中に異常が発生した（突然ログインできなくなった、非常に動作が遅いなどの）場合、まずは、他のSalesforceユーザも同じ状況かを確認しましょう。他のユーザは普段どおり使用できている場合は、ブラウザや端末に起因した問題の可能性があります他のユーザも自分と同じ状態の場合は、Trust サイトのシステム状況ページを確認しますTrustTrust サイトのシステム状況ページでは、Salesforceの各サービスの稼働状況を確認することができます。Trust サイトのシステム状況ページをブックマークして、すぐに確認できるようにしておきましょう​一般的なメッセージ（General Message）特定のインスタンスだけでなく、複数のインスタンスに跨る障害の初期情報等が掲載されます進行中のインシデントID列の数字をクリックすると、詳細を確認できます次回更新の目安も記載されます（内容更新時にTrust Notification通知メールが送信されます）[進行中のインシデント]に該当する内容が表示されていない場合、お客様組織のインスタンス、もしくは[私のドメイン]を指定して検索し、インスタンスの稼働状況を確認します。​以下の図は、AP25インスタンスの稼働状況です。サービス毎の稼働状況を確認できます。お客様の組織のインスタンスや私のドメインをご存知ない場合は、自分の Salesforce 組織のインスタンス情報の表示（ナレッジ）をご参照ください必要な対応障害が発生している場合は、Trustで確認した内容を元に、社内のSalesforceユーザに速やかに情報共有しましょう。サポートへお問い合わせTrustに情報はないものの、複数のユーザでログインができない、動作が遅いなどの緊急性の高い問題が発生している場合は、プレミアのお客様は、お電話でサポート（0120-733-251）へ確認することができます。​＜架電時のポイント＞プレミアパスコードを準備する発信者番号を通知して、架電する日本語以外の言語で問い合わせをする場合は「Salesforce カスタマーサポートへの問い合わせ」（ナレッジ）をご確認ください​Standard Success Planのお客様は、以下重要度の表をご覧いただき、現在の状況が「重大 (重要度 1)」であると判断した場合、営業時間内（午前 9 時～午後 5 時 (日本時間)にお電話でお問い合わせができます。重要度Salesforce サポートへのお問い合わせは、発生している問題の緊急性によって分類されます。（最新の情報は、お問い合わせの重要度についての説明（ナレッジ）をご確認ください）​　緊急度　説明​重要度：1（重大）・業務が停止し、許容可能な回避策がない。・主要業務又は短期的な業務上のマイルストーンにおいて、経営リスクをもたらす差し迫った危機に直面している。​重要度：2（緊急）主要業務に影響を与えており、回避策がない。​重要度：3（高）主要業務に影響を与えているが、回避策がある、又は主要業務以外の業務に影響を与えており、回避策がない。​重要度：4（中）主要業務以外の業務に影響を与えているが、回避策がある、又は業務に影響を与えていない。学習ツールプレミアのパスコードを検索する（ナレッジ）Salesforce カスタマーサポートへの問い合わせ（ナレッジ）お問い合わせの重要度についての説明（ナレッジ）まとめTrust サイトのシステム状況ページでSalesforceサービスの現在の稼働状況を確認することができます障害に関してサポートへ緊急でお問い合わせをする場合は、お電話にてお問い合わせをいただく必要があります

インスタンスリフレッシュ、組織移行、継続的サイト切り替えって？

この記事で学べることお客様の組織の継続的な成長に備えるための、Salesforceの取り組み（インスタンスリフレッシュ、組織移行、継続的サイト切り替え）について知ることができます取り組みの内容インスタンスリフレッシュ目的データセンターのインスタンスをサポートするインフラスラクチャをアップグレードするため、Salesforce では必要に応じてインスタンスリフレッシュを実施します。インスタンスリフレッシュにより、お客様が Salesforce に期待されているレベルのパフォーマンスを今後も組織に提供することができます。​概要インスタンスリフレッシュを実施すると、そのインスタンスで稼働しているすべての組織が新しいデータセンターに移動し（1:1もしくは1:N）、元のインスタンスは破棄されます。インスタンスリフレッシュを実施すると、インスタンス名およびIPアドレス共に変わります。​​実施時期インスタンスリフレッシュは、数年に一度実施されています。リフレッシュ対象のインスタンスの組織のシステム管理者様宛に、約60日前と15日前（共に実績）に製品コミュニケーションメールにてお知らせします。製品コミュニケーションメールの詳細は、「製品およびサービスに関するお知らせ」（ナレッジ）をご確認ください。メールの中に、移行先のインスタンスについての情報も含まれます。※Trust サイトのメンテナンスカレンダーにも掲載されます可用性メンテナンス時間中、リードオンリーモードを使用でき、所要時間は90分程であることが多いです。（実際の実施予定時間はTrust サイトでご確認ください）リードオンリーモードで可能な操作についての詳細は、「リードオンリーモードの概要」（ナレッジ）をご確認ください。弊社のベストプラクティスに従っている場合、メンテナンスはシームレスに行われます。詳細は「インスタンスリフレッシュメンテナンス」（ナレッジ）の「よくある質問」をご確認ください。組織移行目的組織の移行を実行することで、Salesforce はインフラストラクチャ内のアクティビティのバランスをとり、お客様が期待する通りのレベルのパフォーマンスを提供し続けることができます。​概要組織移行では、（そのインスタンスのすべての組織ではなく）対象の組織があるインスタンスから別インスタンスに移動し、インスタンス名およびIPアドレスは共に変わります。​​​ポイント※組織移行後は新しいインスタンスのTrust Notificationの登録を忘れずに行いましょう！実施時期移行対象の組織のシステム管理者様宛に、約1ヶ月前（実績）に製品コミュニケーションメールにてお知らせします。（基本的に、Trust サイトのメンテナンスカレンダーに掲載されますが、移行対象組織が少ない場合は掲載されません）※Hyperforceへの移行の場合は、約3ヶ月前から事前メール通知を開始します。（Hyperforceについては「Hyperforceの概要と移行について」（サクセスナビ）をご参照ください）可用性メンテナンス時間中、リードオンリーモードを使用でき所要時間は約3時間であることが多いです。（実際の実施予定時間はTrust サイトでご確認ください）リードオンリーモードで可能な操作についての詳細は、「リードオンリーモードの概要」（ナレッジ）をご確認ください。弊社のベストプラクティスに従っている場合、このメンテナンスはシームレスに行われます。詳細は「組織の移行への準備方法」（ナレッジ）の「よくある質問」をご確認ください。継続的サイト切り替え目的Salesforceでは、期待されるサービスの高可用性を提供するために継続的サイト切り替えを行っています。これにより、運用とインフラストラクチャを継続的に改善することができます。また、多くのお客様は年間を通じて2つのどちらの地理的な場所からもインスタンスを提供できることを内部コンプライアンス要件としており、継続的サイト切り替えによってこの要件を満たすことができます。概要継続的サイト切り替えは、有効インスタンス（下図の例では東京データセンタ）と予備インスタンス（下図の例では神戸データセンタ）のプライマリとセカンダリを定期的に切り替えます。サイト切り替えを実施すると、インスタンス名は変わりませんが、IPアドレスは変わります。​ポイント※DNS名前解決先が新プライマリインスタンスのIPアドレスに変わります※データレプリケーションの方向が、新プライマリ→セカンダリへ変わります​可用性サイト切り替え中、対象のお客様は、特に指定がなければリードオンリーモードで組織にアクセスできます。サイト切り替えのメンテナンス実施時間は、停止5分を含む約20分が最近の傾向ですが、60 分以上続く場合もあります。（実施予定時間はTrust サイトを必ずご確認ください）今後、実践と反復を通じて運用プロセスを改善し、所要時間を短縮することを目指しています。サイト切り替え中の影響や、組織の準備を整える方法については、「サイト切り替えの概要」（ナレッジ）をご確認ください。実施時期継続的サイト切り替えのスケジュールは、Trust サイトのメンテナンスカレンダーに掲載され、管理されます。継続的サイト切り替えプログラムでは、インスタンスは暦年ごとにサイトの切り替えを計画する場合があります。これらの計画サイト切り替えは、優先システムメンテナンス実施時間内にのみ実行されます。（優先システムメンテナンスについては、優先システムメンテナンスのスケジュール（ナレッジ）をご確認ください）学習ツール最適化されたサイト切り替えの概要と FAQ（ナレッジ）インスタンスリフレッシュ（ナレッジ）組織移行（ナレッジ）2019-04-24 Salesforce から配信される各種通知に関するウェブセミナーhttps://play.vidyard.com/i3deHYfv4N5wnUbFkLdCG12019-05-30 意外と知らない？！Salesforce の計画メンテナンススケジュールウェブセミナーhttps://play.vidyard.com/W4BKvZco8GQmv3NAYbzeGaまとめ弊社のベストプラクティスに従っている場合、メンテナンスはシームレスに行われます。組織移行後は、新しいインスタンスのTrust Notificationの登録を忘れずに行いましょう