この問題を解決するために開発したのが、CloudFormGenerator（帳票ジェネレータ）です。Salesforceネイティブの帳票生成ツールで、社内で長年使ってきたWordテンプレをそのまま活かしながら、商談レコードから1クリックで見積書・請求書・契約書をPDF出力できます。

この記事では、CloudFormGeneratorの全機能と、競合製品との差別化ポイントを解説します。

Salesforce帳票業務の3つの無駄

Salesforceを導入しても、帳票業務だけ「昔ながらの手作業」が残り続けるのには理由があります。

転記ミスと二重管理。 商談の金額・顧客名・担当者をSalesforceに入力した後、同じデータをWordファイルにも手で転記します。このダブルエントリーは入力ミスの温床です。

テンプレートの属人化。 「最新の見積書フォーマット、誰が持ってるんだっけ？」問題です。担当者のPCにばらばらに保存されたWordファイルは、会社の書式が変わるたびに全員への配布作業が発生し、バージョン管理が崩壊します。

IT部門への依存。 既存の帳票ツールの多くは、WordファイルへのAPIタグ直接記述方式です。業務担当者がWordを開いてコードを書くのは現実的ではなく、テンプレートを変えるたびにIT担当者や外部SIerへの依頼が必要になります。「書式を少し変えたいだけで1ヶ月待ち」という状況が生まれます。

CloudFormGeneratorとは

CloudFormGeneratorは「SalesforceのデータをそのままPDF帳票にする」に特化したSalesforceネイティブのソリューションです。LWC（Lightning Web Component）とApexのみで構成しており、外部サーバーへのデータ送信は一切不要。Salesforceのシェアリングルール・FLS（項目レベルセキュリティ）がそのまま適用されます。

商談レコードの「帳票出力」ボタンをクリックするだけで、Salesforceに登録済みの顧客名・商品明細・金額・担当者が帳票テンプレートに自動で流し込まれ、PDFとしてダウンロードおよびレコードへの添付ができます。

主要競合製品と徹底比較

Salesforce向け帳票ツールの市場には複数の製品（以下、製品A〜Cとします）があります。機能の豊富さには定評がある半面、中小企業での導入にはいくつかの課題があります。

価格の壁。 製品A（海外系）は10ユーザー想定で月額約¥35,000、製品B（海外系）は約¥28,000、製品C（国内系）は¥30,000〜100,000と、中小企業にとって重い固定費です。CloudFormGeneratorは月額¥19,800（税別・出力件数無制限）。個人開発の低コスト構造により、競合製品を下回る価格帯での提供が可能です。

設定の複雑さ。 製品A・製品B系は「WordファイルへのAPIタグ直接記述」方式です。{{OpportunityName}}のようなタグをWord上に手書きする必要があり、設定に必ずIT担当者が介在します。CloudFormGeneratorはビジュアルなマッピング画面で、業務担当者がドロップダウンで項目を選ぶだけで設定できます。

Salesforceネイティブかどうか。 製品A・製品BはSalesforceとの連携に外部API接続が必要です。OAuthトークン管理・エンドポイント設定・セキュリティポリシーの承認など、導入にひと手間かかります。CloudFormGeneratorはSalesforce内で完結するため、情報システム部門の承認を得やすいのも特長です。

製品	月額（10U想定）	設定方式	Salesforceネイティブ	印鑑対応
製品A（海外系）	¥35,000〜	Wordタグ直接記述（IT必須）	外部API
製品B（海外系）	¥28,000〜	Wordタグ直接記述（IT必須）	外部API
製品C（国内系）	¥30,000〜	専用エディタ	外部サーバー	△
CloudFormGenerator	¥19,800（税別）	ビジュアルマッピング（ノーコード）	LWC+Apex完結	SVG自動生成

5つの差別化ポイント

1. 既存WordテンプレをそのままアップロードするだけでOK

CloudFormGeneratorの最大の特長は、社内で長年使ってきた.docxファイルをそのまま流用できる点です。「ファイルをドロップ」するだけで、テンプレート内の{{顧客名}}や{{合計金額}}といったプレースホルダーを自動検出します。

会社の書式・フォント・印鑑欄のレイアウト・ロゴ配置はそのまま。「新しいフォーマットに作り直す手間」がありません。白紙から作る場合は「白紙から作成（ページサイズを選択）」モードも選べます。

2. 直感的なマッピング設定 — ドリルダウンで5階層まで辿れる

プレースホルダーとSalesforce項目の対応付けは、ドロップダウンで項目を選ぶだけです。

{{顧客名}} → Account.Name、{{合計金額}} → Amount（通貨フォーマット：¥#,##0）のように直感的に設定できます。親子リレーションは5階層まで辿れるドリルダウン方式で、Opportunity → Account → Owner.Nameのような深い参照も設定可能です。

3. WYSIWYGレイアウトエディタ — 印鑑・明細テーブルを自由配置

白紙からテンプレートを作る場合や、既存テンプレートのレイアウトを変更する場合は、3カラム構成の全画面エディタを使います。

追加できる要素は以下の通りです：

• 固定文字列・セクション見出し・区切り線
• ラベル＋値（Salesforce項目の差し込み）
• 明細テーブル（子レコードを自動展開、ページをまたいでもヘッダーが繰り返し表示、奇数行・偶数行に個別背景色を設定可能）
• 固定テーブル（静的な表、行を自由に追加・削除）
• 今日の日付・ページ番号
• 印鑑（画像印鑑 / テキストからSVG自動生成の文字印鑑）
• バーコード / QRコード（6種類対応：Code128・JAN-13・JAN-8・Code39・NW-7・ITF-14。Salesforce項目の値をそのままコード化して帳票に印字）

明細テーブルでは{{CALC(SUM(Row.金額) * 0.1)}}のような計算式で消費税の自動計算にも対応しています。奇数行・偶数行に別々の背景色を設定するゼブラストライプも標準で設定可能で、行数が多い明細表の視認性を高めます。

エディタ内の「プレビュー」ボタンで、実際のSalesforceデータを反映した帳票の仕上がりをリアルタイムで確認できます。

4. 日本市場特化の印鑑機能

日本企業の帳票に欠かせない「印鑑」に正式対応しています。

印鑑マスタで社印・個人印を登録し、テンプレートに配置するだけで、出力PDFに印鑑が自動で入ります。手書きモードではタブレットやマウスで直接描画した印影を登録することも可能です。

5. PDF出力 — 標準版と大容量対応VF版の2択

出力形式はPDF一択で2種類を用意しています。

PDF（標準）は通常の帳票に使用します。PDF（大容量対応・VF版）は明細行が多い・画像が大きいなど、Apex処理のヒープサイズ6MB制限を超えるケースに対応しています。出力後はSalesforceのメモ＆添付ファイルに自動保存されます。

フォントの選択肢と出力方式ごとの注意事項

レイアウトエディタでは、テンプレート全体の既定フォントと各要素個別のフォントを2階層で指定できます。

PDF（標準）はフォント制限なし。ブラウザのChromiumエンジンでPDFを生成するため、OSにインストール済みの日本語フォント（メイリオ・游ゴシック・游明朝等）をすべて使用できます。

PDF（大容量VF版）はArial Unicode Msのみ。SalesforceサーバーサイドのFlying Saucerエンジンで処理するため、使用できるフォントは「ゴシック（標準）= Arial Unicode MS」のみです。大容量対応が必要な帳票でフォントのバリエーションが必要な場合は、テンプレートをPDF（標準）で出力できるサイズに収めることをご検討ください。

帳票出力のフロー — 操作3ステップで完結

実際の操作は非常にシンプルです。

Step 1: レコードページの「帳票出力」ボタンをクリック

Step 2: テンプレートを選択し、PDF標準 or VF版を選択。「このレコードにファイルを添付する」チェックボックスで自動保存も設定可能

Step 3: 「プレビュー」で確認後、「出力」ボタンでPDFをダウンロード

出力完了後はメモ＆添付ファイルにPDFが自動保存されます。

備考の表示位置も自在にコントロール

備考・注意事項の表示位置を帳票テンプレートごとに設定できます。

ページをまたぐ大量明細の帳票でも、備考や注意事項を「必ず最終ページに表示する」設定が可能です。ページ数が変動する帳票で「備考が途中のページに出てしまう」問題を解消します。

出力帳票サンプル

実際に出力したPDFの品質を確認してください。

こんな組織・担当者におすすめ

• 中小企業の経理・営業事務 — 見積書・請求書を月50〜500件発行している。ExcelやWordのコピペ作業に限界を感じている
• Salesforce管理者 — 開発者なしで帳票テンプレートを運用したい。IT部門への依頼なしに業務担当者が自分で管理できる体制を作りたい
• 製造業・IT企業のシステム担当 — 印鑑・日本語フォント対応が必要。既存の会社フォーマットをそのまま活かしたい
• Salesforce DX推進担当 — 「入力はSalesforceに統一したのに、帳票だけ別管理」という矛盾を解消したい

まとめ

• 既存WordテンプレをそのままPDF帳票に — アップロードするだけでプレースホルダーを自動検出。書式・印鑑欄の作り直し不要
• ビジュアルマッピングでノーコード設定 — IT部門への依頼なし。業務担当者が自分でテンプレートを管理できる
• 競合製品より低価格 — 月¥19,800（税別・出力件数無制限）。ユーザー数課金なし、固定費で予算管理しやすい
• Salesforceネイティブで追加サーバー不要 — 外部API接続なし、セキュリティポリシーをそのまま維持
• 日本市場特化の印鑑機能 — テキスト入力・手書き両対応のSVG印鑑を標準搭載

帳票業務の「Salesforceにデータがあるのに手作業」という矛盾を解消する一手として、ぜひCloudFormGeneratorをお試しください。

CloudFormGenerator 評価版インストール手順はこちら →

この記事では、speedtest.jspで測定できる全9項目について、推奨値・判断基準・具体的な対策を解説します。

speedtest.jspとは — アクセス方法

speedtest.jspは、Salesforceが標準で提供するクライアントサイドの性能診断ツールです。設定メニューにはリンクがないため「隠れ機能」と呼ばれることもありますが、どのSalesforce組織でも利用できます。

アクセス方法： Salesforceにログインした状態で、URLを以下に書き換えるだけです。

https://[あなたのドメイン].lightning.force.com/speedtest.jsp

ページが開いたら「Test Speed」ボタンをクリックすると、数十秒で全項目の測定が完了します。

端末性能の指標 — Octane Score・Hardware Cores・Frame Rate

1. Octane Score — JavaScript実行性能

Google Octane 2.0 ベンチマークで、ブラウザのJavaScript実行速度を数値化したスコアです。

Lightning Experience（Salesforceの現行UI）はクライアント側のJavaScript処理に大きく依存しているため、この値がページの読み込み速度に直結します。Salesforce公式のTrailheadでも、Octane Scoreがパフォーマンスの最重要指標として紹介されています。

Salesforceは独自のパフォーマンス指標として EPT（Experience Page Time） を採用しており、ページの知覚的な読み込み完了時間を計測しています。Octane Scoreが低い端末では、このEPTが大幅に悪化します。AuraフレームワークからLWC（Lightning Web Components）への移行によりレンダリング効率が2〜60%改善された実績がありますが、それでもクライアント側のJS実行性能が基盤であることに変わりありません。

用語解説： 「ベンチマーク」とは、ハードウェアやソフトウェアの性能を統一基準で測定するテストのことです。Octane 2.0はGoogleが開発したJavaScriptベンチマークで、21種類のテストを実行してスコアを算出します。

補足： Octane 2.0は 2017年4月にGoogleが正式に非推奨（Retired）としています。 廃止の理由は「ブラウザベンダーがスコアを不正に最適化できる問題」と「現代のJavaScript利用パターンを反映していない」こと。後継ベンチマークとしてGoogleは Speedometer を推奨しています。ただし、Salesforceのspeedtest.jspでは現在もOctane Scoreを参考指標として採用しているため、Salesforce環境の診断においては依然として有用な指標です。

Salesforce公式ドキュメントによると、最低要件の環境では推奨スペックと比較してページロード時間が約50%遅くなるとされています。

対策： – ノートPCは電源に接続する（バッテリー駆動だと省電力モードでCPU速度が低下する） – 不要なブラウザ拡張機能を削除する（各拡張機能がJavaScriptリソースを消費する） – 他のアプリケーションを閉じてCPU/メモリリソースを確保する – VDI（仮想デスクトップ基盤）環境では、ユーザー密度の見直しやCPU世代の新しいサーバーへの移行が有効

2. Hardware Cores — CPUコア数

端末のCPUコア数（論理プロセッサ数）を表示します。

用語解説： 「コア」はCPU内部の処理ユニットです。コア数が多いほど同時に処理できるタスクが増えます。「論理プロセッサ」はHyper-Threadingなどの技術で1つの物理コアを2つに見せる仕組みです。8コアと表示されても、物理的には4コア+Hyper-Threadingの場合があります。

VDI環境では共有CPUにより実効コア数が少なくなるため、1セッションあたりの割当vCPU数をモニタリングすることが重要です。

3. Frame Rate — 描画性能

ブラウザのレンダリング性能をfps（frames per second：1秒あたりのフレーム数）で測定します。UIのアニメーション・ドラッグ操作・スクロールの滑らかさに影響します。

用語解説： 「fps」は映像の滑らかさを表す単位です。映画は24fps、一般的なモニターは60fpsで表示しています。Webアプリでは、60fpsを維持できていればユーザーはストレスを感じません。

対策： – ブラウザのGPUアクセラレーションが有効か確認する（Chrome: chrome://gpu にアクセス） – 重いVisualforceページやiframeの埋め込みを減らす – GPUが統合グラフィックス（Intel UHD Graphics等）の場合、ディスクリートGPU搭載機への更新を検討する

用語解説： 「GPUアクセラレーション」とは、通常CPUが行う画面描画処理をGPU（画像処理専用チップ）に委任して高速化する技術です。ブラウザの設定で無効になっていると、フレームレートが大幅に低下します。

ネットワーク性能の指標 — Latency・Download/Upload Speed

4. Latency — ネットワーク遅延

端末からSalesforceサーバーまでの往復遅延時間（RTT：Round Trip Time） です。ボタンクリックから画面が反応するまでの「もたつき」に直結します。

Salesforceの組織（Org）は、AP（アジア太平洋）、NA（北米）、EU（ヨーロッパ）などのインスタンスに紐づく物理データセンターでホストされています。ユーザーがデータセンターに近いほどレイテンシが低くなります。

用語解説： 「インスタンス」とは、Salesforceが世界各地に配置しているサーバー群の識別名です。AP26なら東京リージョン、NA135なら北米リージョンに配置されています。自分のOrgのインスタンスは「設定 > 組織情報」で確認できます。

対策： – VPN経由のアクセスでルーティングが遠回りになっていないか確認する – Salesforce CDNを活用して静的コンテンツの初回ロードを高速化する

用語解説： SalesforceはLightning Componentフレームワークの静的コンテンツ（JavaScript・CSS・画像等）の配信に Akamai CDN を使用しています。CDNにより、静的アセットがユーザーに最も近いエッジサーバーからキャッシュ配信されるため、初回ロードが高速化されます。なお、Experience Cloud（コミュニティサイト）はAkamai、Commerce CloudのLWRサイトはCloudflareと、製品ごとにCDNが使い分けられています。 – ネットワーク管理者に traceroute で経路を解析してもらう – 日本のユーザーが多い場合は、APxx（東京）インスタンスでの運用が理想

5. Download Speed — ダウンロード速度

Salesforceサーバーからのデータ受信速度です。ページの初回読み込み、レポート表示、ファイルダウンロードの体感速度に影響します。

用語解説： 「Mbps（メガビット毎秒）」はデータ転送速度の単位です。1 Mbpsなら1秒間に約125KBのデータを転送できます。5 Mbpsあれば、一般的なSalesforceの画面遷移はストレスなく行えます。

対策： – 社内LANの帯域やプロキシサーバーのボトルネックを確認する – 同一ネットワーク上の他のトラフィック（動画ストリーミング等）による帯域圧迫を排除する – Wi-Fiが不安定な場合は有線接続を試す – プロキシ/ファイアウォールでSalesforce関連ドメインがスロットリング（帯域制限）されていないか確認する

6. Upload Speed — アップロード速度

端末からSalesforceサーバーへのデータ送信速度です。レコード保存、ファイルアップロード、添付ファイル操作の体感速度に影響します。

対策はダウンロード速度と同様のネットワーク最適化が有効です。

サーバー・環境情報 — Your Server・Trust Status・User Agent

7. Your Server / Release — 接続先情報

接続先のSalesforceインスタンス名（例：AP26、NA135）と、適用されているSalesforceリリースバージョン（例：Spring ’26）を表示します。

活用方法： Orgのインスタンスが地理的に遠い場合、Salesforceサポートに相談してインスタンス移行を検討できます。日本のユーザーが大半なのにNAインスタンスに配置されている場合は、APインスタンスへの移行で大幅なレイテンシ改善が期待できます。

8. Trust Status — サービス稼働状況

Salesforce Trustサイトの情報と連携して、接続先インスタンスの稼働状況やメンテナンス情報を表示します。

2026年より My Trust Center が一般提供（GA）となり、各テナント固有のステータス情報がパーソナライズ表示されるようになりました。特定インスタンスや製品を選んでアラートメールを自己登録することも可能です。

活用方法： パフォーマンス低下時に、原因がSalesforce側のインフラ障害なのか自社環境なのかを切り分ける最初の確認ポイントになります。「遅い」と言われたらまずここを確認しましょう。

9. User Agent / WebGL — ブラウザ・GPU情報

ブラウザの種類・バージョン、OS情報、GPUの種類を表示します。

確認ポイント： – Salesforce公式が最もパフォーマンスが高いとするのはGoogle Chrome – GPUが統合グラフィックス（Intel UHD Graphics等）の場合、フレームレートがやや低めになる可能性がある

用語解説： 「WebGL」はブラウザ上で3Dグラフィックスを描画する技術で、GPUの種類と密接に関連します。「統合グラフィックス」はCPUに内蔵されたGPUで、独立GPU（NVIDIA GeForce等）と比べて描画性能が低い傾向があります。

総合推奨スペックまとめ

エンタープライズ環境で特に注意すべき2項目

エンタープライズ環境（特に金融系・官公庁系プロジェクト）では、以下の2項目がボトルネックになりやすいです。

1. VPN経由のレイテンシ セキュリティポリシーでVPN必須の環境では、VPNゲートウェイの物理的な位置によってレイテンシが大幅に増加します。東京→海外VPN→東京インスタンスという経路になると、100ms以下で済むはずの遅延が300ms以上になるケースもあります。

2. VDI環境のOctane Score VDI（仮想デスクトップ基盤）環境では、サーバーのCPUリソースを複数ユーザーで共有するため、Octane Scoreが物理PCの半分以下になることがあります。ユーザー密度（1台のサーバーに何人収容するか）の見直しが有効です。

用語解説： 「VDI（Virtual Desktop Infrastructure）」とは、サーバー上で仮想的なデスクトップ環境を動かし、端末からリモートで接続する仕組みです。セキュリティが強化される一方、CPUやメモリが共有されるため個々のユーザーのパフォーマンスが低下しやすい特徴があります。

Salesforceのパフォーマンス改善でお困りなら

speedtest.jspで問題箇所を特定できても、「VPN経路の最適化をどう進めるか」「VDI環境でのチューニングをどこから始めるか」は、環境ごとに事情が異なります。

AI開発実践ラボでは、Salesforce環境のパフォーマンス改善やLightning Experience最適化について、1on1のオンライントレーニングで実践的なノウハウをお伝えしています。

→ AI駆動開発トレーニング — 詳細を見る

まとめ

• speedtest.jsp はSalesforceの標準ツールで、URLを書き換えるだけでアクセスできる
• Octane Score 30,000以上・Latency 150ms以下・Download 3Mbps以上 が推奨ライン
• エンタープライズ環境では VPN経由のレイテンシ と VDI環境のOctane Score が課題になりやすい

パフォーマンス問題の切り分けの第一歩として、ぜひ活用してみてください。

関連リンク: – Salesforce Trailhead — Lightning Experienceパフォーマンス最適化 – Salesforce Trust — サービス稼働状況 – ポートフォリオ — AI汎用入力フォームLWC（LWCによるパフォーマンスを考慮したUI設計の実例）

Lightning Design System2のアイコン

• Lightning Design System2の公式サイトから以下のようなアイコンをダウンロード可能。
• 公式サイトはこちら

Data Cloud ダイアグラム・アイコン

• Data Cloudのアーキテクチャや設計で利用すると便利なアイコンやコンテナカード、ダイアグラムなどの素材が公式で提供されています。
• Salesforce公式のarchitectsサイト（こちら）を確認。LucidChartやGoogleスライド、PPTXなど複数の形式があります。

Canva

• CANVAは、デザイン経験がない人でも簡単にプロ品質のグラフィックを作成できるオンラインデザインツールです。AIを使った画像生成も可能
• 豊富なテンプレート、画像、フォントを使って、SNS投稿、プレゼンテーション、ポスター、名刺などを直感的な操作で制作できます。
• 無料版と有料版があり、個人からビジネスまで幅広く利用されています。ドラッグ&ドロップの簡単操作で、誰でも美しいデザインが作れる点が最大の特徴です。
• 公式サイトはこちら

Vibe Coding（バイブコーディング）とは、従来の詳細な設計書やドキュメントベースの開発から脱却し、開発者の直感と感覚、そしてAIの支援を活用した新しいコーディング手法です。

開発者が「こんな機能を作りたい」という漠然としたアイデアや要求を、AIエディタとの対話を通じて具体的なコードに変換していくため、完璧な設計よりもスピードや柔軟性を重視しており、Salesforceの開発と非常に相性がよい手法となります。

サポーターさん

Vibe Codingを使えば、開発が必要な画面や機能も要件定義の段階でプロトタイプをサクッと作ったり、設計書や開発のコーディングのベースを作成して開発を大幅に効率化できます

従来のSalesforce開発の課題を解消

Salesforceの開発では、Javaなどの言語は経験があるが、ApexやLWCは経験がないというメンバーがアサインされることもありますが、Vibe codingを行うことで、Salesforce独自の言語（Apex/LWC/Visualforce/SOQL/SOSL）への対応やガバナ―制限への対応もAIが自動的に対応してくれるため、キャッチアップも用意で、開発効率も大幅にアップすることができます。

作成されたソースコードについて仕様や解説もしてくれるしコメントを入れることができるので、処理内容を把握して、要件と異なるところもすぐに検索して修正することができます。

AIエディタで実現できること

AIエディタとは？

開発現場で、皆さんが一番利用している生成AIは何でしょうか？実際はコーディング以外の作業もあるのでChatGTPが一番多いかもしれませんね。

コーディングで利用するAI エディター（※1）については、「GitHub Copilot」「Cline」「Cursor」「Windsurf」「Claude Code」 など数多くのエディタが出てきてますが、それぞれ一長一短があるような印象です。

ちなみに私は、現時点ではClaude Codeが一番のお気に入りです。Salesforceの開発IDEとしてはVisual Studio Codeが一般的になってきてますが、Claude Code はVSCodeの拡張プラグインとして利用することができます。

CursorやWindsurfは、VSCode のフォークエディタの位置づけとなります。

※1.AIエディタとは、AI（人工知能）技術を活用して、文章作成やコード編集などの作業を支援するソフトウェアで、コード補完やエラーチェック、自動生成などの機能を持ちます。

Salesforceの開発ではVSCodeを利用することが多いと思うので、現時点では、VSCodeと相性の良いものを選択するのがいいかもしれません。現在はまだ過渡期なので、特定のエディタというよりは、ChatpGPTやCluade.aiを使ってソースコードを生成して利用するなど組み合わせで進めていくのもよいと思います。

エディタについては、開発者ごとにこだわりが強く表れるので、まずは使ってみて気に入ったものを見つけるところから始めてください

主要AIエディタの比較

比較表

項目	GitHub Copilot	Cline	Cursor	Windsurf	Claude Code
料金	$10/月	無料/有料プラン	$20/月	$15/月	無料（プレビュー）
統合性	多エディタ対応	VS Code専用	専用エディタ	専用エディタ	コマンドライン
Salesforce対応
コード補完	非常に高精度	高精度	高精度	高精度	中程度
ファイル操作	限定的	可能	可能	可能	可能
学習コスト	低	中	低	中	高

GitHub Copilot の詳細分析

概要と特徴 GitHub Copilotは、OpenAIのCodexモデルをベースとしたAIコーディング支援ツールです。GitHub上の膨大なオープンソースコードで訓練されており、多言語に対応しています。Salesforce開発においては、ApexやLightning Web Componentsのコード補完に優れた性能を発揮します。

Salesforce開発における強み

• Apex言語の高精度な補完とコード生成
• Lightning Web Componentsのテンプレート自動生成
• SOQLクエリの最適化提案
• テストクラスの自動生成
• Salesforce APIの適切な使用方法提案

Cline の詳細分析

概要と特徴 ClineはVS Code拡張として動作するAIアシスタントで、ファイル操作やターミナル操作が可能な点が特徴です。Salesforce開発においては、Salesforce CLIとの連携や、複数ファイルにまたがる機能実装に威力を発揮します。

Salesforce開発における活用方法

• Salesforce CLIコマンドの自動実行
• プロジェクト構造の自動生成
• 設定ファイルの一括更新
• デプロイメントスクリプトの作成

Cursor の詳細分析

概要と特徴 CursorはAI機能を内蔵した専用エディタで、自然言語でのコード編集指示が可能です。コードベース全体を理解した上での提案を行うため、Salesforceの複雑なオブジェクト関係を理解した開発が可能になります。

Salesforce開発における強み

• 自然言語でのApexクラス生成指示
• オブジェクト関係を考慮したコード提案
• Lightning Web Componentの統合的な開発支援
• プロジェクト全体の一貫性チェック

Windsurf の詳細分析

概要と特徴 WindsurfはCodeium社が開発したAI統合開発環境で、マルチファイル編集とプロジェクト全体の理解に優れています。Salesforce開発においては、複雑なビジネスプロセスの実装や、大規模プロジェクトの管理に特に有効です。

Salesforce開発における特徴

• 複数のApexクラス間の依存関係管理
• Lightning Web Componentとバックエンドの連携設計
• カスタムオブジェクトとコードの同期的開発
• エンタープライズレベルのアーキテクチャ提案

Claude Code の詳細分析

概要と特徴 Claude CodeはAnthropic製のコマンドライン型AIツールで、ターミナルから直接Claude AIを活用できます。Salesforce開発においては、複雑なロジック実装や、アーキテクチャレベルの意思決定に強みを発揮します。

Salesforce開発における活用シーン

• 複雑なビジネスロジックの設計相談
• パフォーマンスチューニング戦略の策定
• セキュリティ要件の実装方法検討
• 大規模データ移行戦略の立案

AIエディタとSalesforce開発の相性

Salesforce特有の開発要素への対応

Apex言語の特殊性 ApexはJavaライクな構文を持ちながら、Salesforceプラットフォーム特有の制約とオブジェクトモデルを持っています。AIエディタは、標準的なJavaの知識を持つ開発者でも、Salesforce特有の書き方（sObjectの操作、SOQL埋め込み、ガバナーリミット対応など）を自然に習得できるよう支援します。

// AIエディタが提案する効率的なApexコード例
public class ContactProcessor {
    public static void updateContactsByAccount(Set<Id> accountIds) {
        // バルク処理を意識したSOQL
        List<Contact> contactsToUpdate = [
                      SELECT Id, AccountId, LastName 
                      FROM Contact 
                      WHERE AccountId IN :accountIds
                  ];
        
        for (Contact contact : contactsToUpdate) {
            // ビジネスロジックをここに記述
            contact.LastModifiedById = UserInfo.getUserId();
        }
        
        // DML操作もバルク処理
        if (!contactsToUpdate.isEmpty()) {
            Database.update(contactsToUpdate, false);
        }
    }
}

Lightning Web Componentsの複雑性 LWCは、HTML、JavaScript、CSSの組み合わせに加え、Salesforce特有のデコレータやワイヤーサービスの理解が必要です。AIエディタは、これらの複雑な連携を自然な形で提案し、モダンなWeb開発の知識をSalesforceプラットフォームに適用できるよう支援します。

SOQL/SOSLの最適化 データクエリの最適化は、Salesforce開発において極めて重要です。AIエディタは、パフォーマンスを考慮したクエリの作成、適切なインデックス活用、クエリプランの最適化などを支援します。

AIエディタによる開発効率化のポイント

コンテキスト理解の向上 最新のAIエディタは、単一ファイルではなくプロジェクト全体のコンテキストを理解し、一貫性のあるコード提案を行います。これにより、Salesforceの複雑なオブジェクト関係やビジネスプロセスを考慮した開発が可能になります。

リアルタイムコード検証 コーディング中にSalesforceのガバナーリミットやセキュリティルールをチェックし、問題のあるコードパターンを事前に警告します。これにより、デバッグ時間の大幅短縮が実現できます。

自動テストケース生成 Salesforceでは高いテストカバレッジが求められますが、AIエディタは機能的なテストケースを自動生成し、テスト品質の向上と開発時間の短縮を両立させます。

コード品質向上への貢献

ベストプラクティスの自動適用 AIエディタは、Salesforce開発のベストプラクティス（トリガーパターン、バルク処理、エラーハンドリングなど）を自動的に適用したコードを提案します。経験の浅い開発者でも、高品質なコードを作成できるようになります。

セキュリティ強化 CRUD権限チェック、SOQL インジェクション対策、適切な共有設定など、セキュリティに関する考慮事項を自動的に組み込んだコードを生成します。

保守性の向上 可読性が高く、拡張しやすいコード構造を提案することで、長期的な保守性を向上させます。また、適切なコメントやドキュメンテーションも自動生成されます。

以下のようなコードとコメントが自動生成されるためSalesforce特有の書き方（sObjectの操作、SOQL埋め込み、ガバナーリミット対応など）を自然に習得することができます。

実践的なVibe Coding手法

AIエディタを活用した具体的な開発フロー

ステップ1: 要件の自然言語化

従来の詳細設計書の代わりに、実現したい機能を自然言語で記述します。この段階では、技術的な詳細よりもビジネス価値に焦点を当てます。

例：「顧客からの問い合わせメールを受信したときに、自動的にケースを作成し、
適切な担当者にアサインし、顧客に自動返信を送信する機能を実装したい」

ステップ2: AIとの対話による要件精緻化

AIエディタとの対話を通じて、曖昧な要件を具体的な技術要件に変換します。

開発者: "メール受信時の自動ケース作成機能を実装したい"
AI: "Email-to-Caseの機能実装ですね。以下の要素が必要です：
1. インバウンドメール処理のApexクラス
2. ケース作成とアサインメントロジック
3. 自動返信のEmailテンプレート
4. エラーハンドリングとログ機能

どの部分から開始しますか？"

ステップ3: 段階的な実装

AIの提案に基づいて、機能を小さな単位に分割して段階的に実装します。

// ステップ3-1: 基本的なメール処理クラス
global class EmailToCaseHandler implements Messaging.InboundEmailHandler {
    global Messaging.InboundEmailResult handleInboundEmail(
        Messaging.InboundEmail email, 
        Messaging.InboundEnvelope envelope
    ) {
        Messaging.InboundEmailResult result = new Messaging.InboundEmailResult();
        
        try {
            Case newCase = createCaseFromEmail(email);
            assignCaseToAgent(newCase);
            sendAutoReply(email.fromAddress, newCase.CaseNumber);
            result.success = true;
        } catch (Exception e) {
            logError(e, email);
            result.success = false;
        }
        
        return result;
    }
}

ステップ4: AIによる継続的改善

実装したコードをAIがレビューし、改善提案を行います。

// AIが提案する改善版
global class EmailToCaseHandler implements Messaging.InboundEmailHandler {
    // 設定値の外部化
    private static final EmailToCaseSettings__c settings = EmailToCaseSettings__c.getInstance();
    
    global Messaging.InboundEmailResult handleInboundEmail(
        Messaging.InboundEmail email, 
        Messaging.InboundEnvelope envelope
    ) {
        Messaging.InboundEmailResult result = new Messaging.InboundEmailResult();
        
        try {
            // バリデーション追加
            if (!isValidEmail(email)) {
                throw new EmailValidationException('Invalid email format');
            }
            
            Case newCase = createCaseFromEmail(email);
            assignCaseToAgent(newCase);
            
            // 非同期での自動返信（ガバナーリミット対策）
            System.enqueueJob(new AutoReplyQueueable(email.fromAddress, newCase.CaseNumber));
            
            result.success = true;
        } catch (Exception e) {
            logError(e, email);
            result.success = false;
            result.message = 'Error processing email: ' + e.getMessage();
        }
        
        return result;
    }
}

プロンプトエンジニアリングのコツ

効果的なプロンプトの構造

1. コンテキストの明確化

"Salesforceの本番環境で使用する、エンタープライズレベルのApexトリガーを作成してください。
ガバナーリミットとセキュリティを考慮した実装が必要です。"

2. 具体的な制約条件の提示

"以下の制約を満たすLightning Web Componentを作成してください：
- 10,000件以上のレコードを効率的に表示
- モバイル対応（レスポンシブデザイン）
- Lightning Design Systemに準拠
- アクセシビリティ要件（WCAG 2.1 AA）を満たす"

3. 期待する出力形式の指定

"以下の形式でコードを生成してください：
1. クラス全体のコード
2. 重要な部分の解説コメント
3. 使用方法の例
4. テストクラスの実装
5. 注意点とベストプラクティス"

反復的改善のためのプロンプト例

"先ほど生成したApexクラスを以下の観点で改善してください：
1. パフォーマンス最適化（特にSOQL実行回数の削減）
2. エラーハンドリングの強化
3. ログ出力の改善
4. コードの可読性向上
5. 単体テストカバレッジの向上"

ベストプラクティス

1. 段階的な開発アプローチ 一度に完璧なコードを求めるのではなく、動作する最小限の実装から始めて、段階的に機能を追加していきます。

2. AIの提案の検証 AIが生成したコードは必ず動作確認を行い、Salesforceの制約やセキュリティ要件を満たしているかチェックします。

3. チーム知識の共有 効果的だったプロンプトや手法は、チーム内で共有し、組織全体のVibe Coding能力を向上させます。

4. 継続的学習 AIエディタの新機能や改善されたプロンプト技術を継続的に学習し、開発手法をアップデートしていきます。

Salesofrceの開発に関するユースケース

参考

AIエディタを使ったVibe codingの実際の開発事例（ユースケース）

AIエディタを使ったVibe codingの実際の開発事例（ユースケース） Li…

続きを読む

まとめ

Vibe Codingがもたらす開発パラダイムの変化

AIエディタを活用したVibe Codingは、Salesforce開発において従来の課題を大幅に解決し、新しい開発体験を提供しています。詳細な設計書に依存した開発から、直感的で創造的な開発へのシフトが可能になり、開発者はより高次元のビジネス価値創出に集中できるようになります。

技術トレンドとの統合

ローコード・ノーコード開発との融合 AIエディタによるVibe Codingは、Salesforceのローコード・ノーコード機能と相互補完的な関係にあります。Flow Builder、Process Builder、Lightning App Builderなどの宣言的開発ツールとAIエディタを組み合わせることで、より柔軟で強力な開発環境が実現できます。

DevOpsとの統合 CI/CDパイプライン、自動テスト、デプロイメント自動化などのDevOpsプラクティスとAIエディタを統合することで、コード生成から本番環境への展開まで一貫した自動化が可能になります。

アジャイル開発手法との親和性 Vibe Codingの反復的で柔軟なアプローチは、アジャイル開発やスクラム手法と非常に相性が良く、スプリント内での迅速な機能開発と改善が可能になります。

続き

本記事では、AIエディタやVibe codingについての用語や概念について説明してきました。AIエディタの種類やそれぞれの特徴についても理解いただけたと思います。

環境構築については、別の記事で紹介したいと思います。

サポーターさん

実際に環境を構築して、AIエディタを利用できるようにしていきましょう。

関連記事

Lightning Web Componentの開発例

要件：顧客管理ダッシュボードの作成

自然言語での要求：

"取引先の情報を表示し、関連する商談と取引先責任者を
タブ形式で切り替えて表示できるダッシュボードコンポーネントを作成したい。
リアルタイムでデータを更新し、Excel出力機能も必要。"

AIエディタによる段階的実装

ステップ1: 基本構造の生成

<!-- accountDashboard.html -->
<template>
    <lightning-card title="顧客管理ダッシュボード" icon-name="standard:account">
        <div slot="actions">
            <lightning-button 
                label="Excel出力" 
                onclick={exportToExcel}
                variant="brand">
            </lightning-button>
        </div>
        
        <lightning-tabset>
            <lightning-tab label="取引先情報" value="account">
                <c-account-detail account-id={accountId}></c-account-detail>
            </lightning-tab>
            
            <lightning-tab label="商談" value="opportunities">
                <c-opportunity-list account-id={accountId}></c-opportunity-list>
            </lightning-tab>
            
            <lightning-tab label="取引先責任者" value="contacts">
                <c-contact-list account-id={accountId}></c-contact-list>
            </lightning-tab>
        </lightning-tabset>
    </lightning-card>
</template>

ステップ2: JavaScriptコントローラーの実装

// accountDashboard.js
import { LightningElement, api, wire, track } from 'lwc';
import { refreshApex } from '@salesforce/apex';
import getAccountData from '@salesforce/apex/AccountDashboardController.getAccountData';
import exportAccountData from '@salesforce/apex/AccountDashboardController.exportAccountData';
import { ShowToastEvent } from 'lightning/platformShowToastEvent';

export default class AccountDashboard extends LightningElement {
    @api accountId;
    @track accountData;
    wiredAccountData;

    @wire(getAccountData, { accountId: '$accountId' })
    wireAccountData(result) {
        this.wiredAccountData = result;
        if (result.data) {
            this.accountData = result.data;
        } else if (result.error) {
            this.showToast('エラー', result.error.body.message, 'error');
        }
    }

    async handleRefresh() {
        try {
            await refreshApex(this.wiredAccountData);
            this.showToast('成功', 'データが更新されました', 'success');
        } catch (error) {
            this.showToast('エラー', 'データの更新に失敗しました', 'error');
        }
    }

    async exportToExcel() {
        try {
            const result = await exportAccountData({ accountId: this.accountId });
            // ファイルダウンロード処理
            const link = document.createElement('a');
            link.href = 'data:application/vnd.ms-excel;base64,' + result;
            link.download = `account_${this.accountId}_data.xlsx`;
            link.click();
            
            this.showToast('成功', 'Excelファイルをダウンロードしました', 'success');
        } catch (error) {
            this.showToast('エラー', 'Excel出力に失敗しました', 'error');
        }
    }

    showToast(title, message, variant) {
        this.dispatchEvent(new ShowToastEvent({
            title: title,
            message: message,
            variant: variant
        }));
    }
}

ステップ3: Apexコントローラーの実装

public with sharing class AccountDashboardController {
    
    @AuraEnabled(cacheable=true)
    public static AccountDataWrapper getAccountData(Id accountId) {
        try {
            if (!Schema.sObjectType.Account.isAccessible()) {
                throw new AuraHandledException('取引先への読み取り権限がありません');
            }

            Account account = [
                SELECT Id, Name, BillingAddress, Phone, Website, 
                       AnnualRevenue, NumberOfEmployees, Industry
                FROM Account 
                WHERE Id = :accountId 
                LIMIT 1
            ];

            List<Opportunity> opportunities = [
                SELECT Id, Name, StageName, Amount, CloseDate
                FROM Opportunity 
                WHERE AccountId = :accountId 
                ORDER BY CloseDate DESC
                LIMIT 10
            ];

            List<Contact> contacts = [
                SELECT Id, Name, Email, Phone, Title
                FROM Contact 
                WHERE AccountId = :accountId 
                ORDER BY LastModifiedDate DESC
                LIMIT 20
            ];

            return new AccountDataWrapper(account, opportunities, contacts);
            
        } catch (Exception e) {
            throw new AuraHandledException('データの取得に失敗しました: ' + e.getMessage());
        }
    }

    @AuraEnabled
    public static String exportAccountData(Id accountId) {
        try {
            AccountDataWrapper data = getAccountData(accountId);
            
            // Excel生成ロジック（簡略化）
            String csvData = generateCSVData(data);
            return EncodingUtil.base64Encode(Blob.valueOf(csvData));
            
        } catch (Exception e) {
            throw new AuraHandledException('Excel出力に失敗しました: ' + e.getMessage());
        }
    }

    private static String generateCSVData(AccountDataWrapper data) {
        List<String> csvLines = new List<String>();
        
        // ヘッダー
        csvLines.add('タイプ,名前,ステージ/タイトル,金額/メール,完了日/電話');
        
        // 取引先データ
        csvLines.add(String.format('取引先,{0},{1},{2},{3}', 
            new String[]{
                data.account.Name,
                data.account.Industry,
                String.valueOf(data.account.AnnualRevenue),
                data.account.Phone
            }));
        
        // 商談データ
        for (Opportunity opp : data.opportunities) {
            csvLines.add(String.format('商談,{0},{1},{2},{3}', 
                new String[]{
                    opp.Name,
                    opp.StageName,
                    String.valueOf(opp.Amount),
                    String.valueOf(opp.CloseDate)
                }));
        }
        
        return String.join(csvLines, '\n');
    }

    public class AccountDataWrapper {
        @AuraEnabled public Account account { get; set; }
        @AuraEnabled public List<Opportunity> opportunities { get; set; }
        @AuraEnabled public List<Contact> contacts { get; set; }
        
        public AccountDataWrapper(Account acc, List<Opportunity> opps, List<Contact> cons) {
            this.account = acc;
            this.opportunities = opps;
            this.contacts = cons;
        }
    }
}

Apex クラスの実装例

要件：複雑な承認プロセスの自動化

自然言語での要求：

"商談の金額に応じて、異なる承認者ルートを自動設定し、
承認状況をリアルタイムで追跡できるシステムを実装したい。
承認者の不在時は代理承認者に自動エスカレーションする機能も必要。"

AIエディタによる実装

public class OpportunityApprovalManager {
    
    // 承認ルール設定
    private static final Map<Decimal, String> APPROVAL_RULES = new Map<Decimal, String>{
        100000 => 'MANAGER_APPROVAL',
        500000 => 'DIRECTOR_APPROVAL',
        1000000 => 'VP_APPROVAL',
        5000000 => 'EXECUTIVE_APPROVAL'
    };
    
    @InvocableMethod(label='承認プロセス開始')
    public static List<ApprovalResult> initiateApprovalProcess(List<ApprovalRequest> requests) {
        List<ApprovalResult> results = new List<ApprovalResult>();
        
        for (ApprovalRequest request : requests) {
            try {
                ApprovalResult result = processOpportunityApproval(request.opportunityId);
                results.add(result);
            } catch (Exception e) {
                ApprovalResult errorResult = new ApprovalResult();
                errorResult.success = false;
                errorResult.message = 'エラー: ' + e.getMessage();
                errorResult.opportunityId = request.opportunityId;
                results.add(errorResult);
            }
        }
        
        return results;
    }
    
    private static ApprovalResult processOpportunityApproval(Id opportunityId) {
        // 商談データの取得
        Opportunity opp = [
            SELECT Id, Name, Amount, OwnerId, StageName, Account.OwnerId
            FROM Opportunity 
            WHERE Id = :opportunityId 
            LIMIT 1
        ];
        
        // 承認レベルの決定
        String approvalLevel = determineApprovalLevel(opp.Amount);
        
        // 承認者の特定
        List<Id> approvers = getApprovers(opp, approvalLevel);
        
        // 承認プロセスの作成
        Approval.ProcessSubmitRequest req = new Approval.ProcessSubmitRequest();
        req.setComments('システムによる自動承認申請');
        req.setObjectId(opportunityId);
        req.setSubmitterId(UserInfo.getUserId());
        req.setProcessDefinitionNameOrId('OpportunityApprovalProcess');
        req.setSkipEntryCriteria(false);
        
        // 承認申請の実行
        Approval.ProcessResult result = Approval.process(req);
        
        // 結果の作成
        ApprovalResult approvalResult = new ApprovalResult();
        approvalResult.success = result.isSuccess();
        approvalResult.opportunityId = opportunityId;
        approvalResult.processInstanceId = result.getInstanceId();
        approvalResult.message = result.isSuccess() ? 
            '承認プロセスが開始されました' : 
            '承認プロセスの開始に失敗しました: ' + String.join(result.getErrors(), ', ');
        
        // 承認状況の追跡レコード作成
        createApprovalTracking(opp, approvers, result.getInstanceId());
        
        return approvalResult;
    }
    
    private static String determineApprovalLevel(Decimal amount) {
        if (amount == null) return 'MANAGER_APPROVAL';
        
        List<Decimal> thresholds = new List<Decimal>(APPROVAL_RULES.keySet());
        thresholds.sort();
        
        for (Decimal threshold : thresholds) {
            if (amount <= threshold) {
                return APPROVAL_RULES.get(threshold);
            }
        }
        
        return 'EXECUTIVE_APPROVAL';
    }
    
    private static List<Id> getApprovers(Opportunity opp, String approvalLevel) {
        List<Id> approvers = new List<Id>();
        
        // ユーザーの役職情報を取得
        User owner = [
            SELECT Id, ManagerId, UserRole.Name, Department
            FROM User 
            WHERE Id = :opp.OwnerId 
            LIMIT 1
        ];
        
        switch on approvalLevel {
            when 'MANAGER_APPROVAL' {
                if (owner.ManagerId != null) {
                    approvers.add(owner.ManagerId);
                }
            }
            when 'DIRECTOR_APPROVAL' {
                // 部門ディレクターを検索
                List<User> directors = [
                    SELECT Id FROM User 
                    WHERE UserRole.Name LIKE '%Director%' 
                    AND Department = :owner.Department 
                    AND IsActive = true
                    LIMIT 3
                ];
                for (User director : directors) {
                    approvers.add(director.Id);
                }
            }
            when 'VP_APPROVAL' {
                // VP以上の役職者を検索
                List<User> vps = [
                    SELECT Id FROM User 
                    WHERE (UserRole.Name LIKE '%VP%' OR UserRole.Name LIKE '%Vice President%')
                    AND IsActive = true
                    LIMIT 5
                ];
                for (User vp : vps) {
                    approvers.add(vp.Id);
                }
            }
            when 'EXECUTIVE_APPROVAL' {
                // 役員クラスを検索
                List<User> executives = [
                    SELECT Id FROM User 
                    WHERE UserRole.Name LIKE '%Executive%' 
                    OR UserRole.Name LIKE '%CEO%'
                    OR UserRole.Name LIKE '%President%'
                    AND IsActive = true
                    LIMIT 5
                ];
                for (User exec : executives) {
                    approvers.add(exec.Id);
                }
            }
        }
        
        return approvers;
    }
    
    private static void createApprovalTracking(Opportunity opp, List<Id> approvers, Id processInstanceId) {
        List<ApprovalTracking__c> trackingRecords = new List<ApprovalTracking__c>();
        
        for (Id approverId : approvers) {
            ApprovalTracking__c tracking = new ApprovalTracking__c();
            tracking.Opportunity__c = opp.Id;
            tracking.Approver__c = approverId;
            tracking.ProcessInstanceId__c = processInstanceId;
            tracking.Status__c = 'Pending';
            tracking.CreatedDate__c = System.now();
            trackingRecords.add(tracking);
        }
        
        if (!trackingRecords.isEmpty()) {
            insert trackingRecords;
        }
    }
    
    // 代理承認者への自動エスカレーション
    @future
    public static void checkForEscalation(Set<Id> processInstanceIds) {
        List<ProcessInstance> processes = [
            SELECT Id, Status, CreatedDate, TargetObjectId
            FROM ProcessInstance 
            WHERE Id IN :processInstanceIds
            AND Status = 'Pending'
        ];
        
        for (ProcessInstance process : processes) {
            // 24時間経過した場合のエスカレーション
            if (process.CreatedDate.addHours(24) < System.now()) {
                escalateToDelegate(process.Id);
            }
        }
    }
    
    private static void escalateToDelegate(Id processInstanceId) {
        // 現在の承認者を取得
        List<ProcessInstanceWorkitem> workitems = [
            SELECT Id, ActorId, ProcessInstanceId
            FROM ProcessInstanceWorkitem 
            WHERE ProcessInstanceId = :processInstanceId
        ];
        
        for (ProcessInstanceWorkitem workitem : workitems) {
            // 代理承認者を検索
            List<User> delegates = [
                SELECT Id FROM User 
                WHERE ManagerId = :workitem.ActorId 
                AND IsActive = true
                LIMIT 1
            ];
            
            if (!delegates.isEmpty()) {
                // 代理承認者に再アサイン
                Approval.ProcessWorkitemRequest req = new Approval.ProcessWorkitemRequest();
                req.setComments('自動エスカレーション: 代理承認者へのアサイン');
                req.setAction('Reassign');
                req.setWorkitemId(workitem.Id);
                req.setNewActorIds(new List<Id>{delegates[0].Id});
                
                Approval.process(req);
            }
        }
    }
    
    // データクラス
    public class ApprovalRequest {
        @InvocableVariable(required=true)
        public Id opportunityId;
    }
    
    public class ApprovalResult {
        @InvocableVariable
        public Boolean success;
        @InvocableVariable
        public String message;
        @InvocableVariable
        public Id opportunityId;
        @InvocableVariable
        public Id processInstanceId;
    }
}

テストコードの自動生成

AIエディタによるテストクラスの生成

@isTest
public class OpportunityApprovalManagerTest {
    
    @TestSetup
    static void setupTestData() {
        // テスト用のユーザー作成
        Profile profile = [SELECT Id FROM Profile WHERE Name = 'Standard User' LIMIT 1];
        
        User manager = new User(
            FirstName = 'Test',
            LastName = 'Manager',
            Email = 'testmanager@example.com',
            Username = 'testmanager@example.com.test',
            Alias = 'tmgr',
            ProfileId = profile.Id,
            TimeZoneSidKey = 'Asia/Tokyo',
            LocaleSidKey = 'ja_JP',
            EmailEncodingKey = 'UTF-8',
            LanguageLocaleKey = 'ja'
        );
        insert manager;
        
        User salesUser = new User(
            FirstName = 'Test',
            LastName = 'Sales',
            Email = 'testsales@example.com',
            Username = 'testsales@example.com.test',
            Alias = 'tsales',
            ProfileId = profile.Id,
            ManagerId = manager.Id,
            TimeZoneSidKey = 'Asia/Tokyo',
            LocaleSidKey = 'ja_JP',
            EmailEncodingKey = 'UTF-8',
            LanguageLocaleKey = 'ja'
        );
        insert salesUser;
        
        // テスト用の取引先作成
        Account testAccount = new Account(
            Name = 'テスト取引先',
            OwnerId = salesUser.Id
        );
        insert testAccount;
        
        // テスト用の商談作成
        List<Opportunity> opportunities = new List<Opportunity>();
        
        // 小額商談（マネージャー承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 小額',
            AccountId = testAccount.Id,
            Amount = 50000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        // 中額商談（ディレクター承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 中額',
            AccountId = testAccount.Id,
            Amount = 300000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        // 高額商談（VP承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 高額',
            AccountId = testAccount.Id,
            Amount = 800000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        insert opportunities;
    }
    
    @isTest
    static void testManagerApprovalProcess() {
        Opportunity smallOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 小額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = smallOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(true, results[0].success, '承認プロセスが成功すること');
        System.assertEquals(smallOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
        
        // 追跡レコードの確認
        List<ApprovalTracking__c> trackings = [
            SELECT Id, Status__c 
            FROM ApprovalTracking__c 
            WHERE Opportunity__c = :smallOpp.Id
        ];
        System.assertNotEquals(0, trackings.size(), '追跡レコードが作成されること');
    }
    
    @isTest
    static void testDirectorApprovalProcess() {
        Opportunity mediumOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 中額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = mediumOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(mediumOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
    }
    
    @isTest
    static void testVPApprovalProcess() {
        Opportunity largeOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 高額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = largeOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(largeOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
    }
    
    @isTest
    static void testErrorHandling() {
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = null; // 不正なID
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // エラーハンドリングの検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(false, results[0].success, 'エラーが正しく処理されること');
        System.assert(results[0].message.contains('エラー'), 'エラーメッセージが設定されること');
    }
    
    @isTest
    static void testBulkProcessing() {
        List<Opportunity> allOpps = [SELECT Id FROM Opportunity];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        
        for (Opportunity opp : allOpps) {
            OpportunityApprovalManager.ApprovalRequest request = 
                new OpportunityApprovalManager.ApprovalRequest();
            request.opportunityId = opp.Id;
            requests.add(request);
        }
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // バルク処理の検証
        System.assertEquals(allOpps.size(), results.size(), '全ての商談が処理されること');
        
        for (OpportunityApprovalManager.ApprovalResult result : results) {
            System.assertNotEquals(null, result.opportunityId, '商談IDが設定されること');
        }
    }
}

6. 注意点と課題

セキュリティ考慮事項

AIエディタ使用時のセキュリティリスク

1. 機密情報の漏洩リスク AIエディタにコードを送信する際、顧客情報や機密データが含まれる可能性があります。以下の対策が必要です：

• 実際の顧客データを含むコードをAIエディタに送信しない
• テストデータやサンプルデータを使用してコード生成を行う
• 社内のデータ分類ポリシーに従った利用ガイドラインの策定
• AIエディタの利用ログの監査と定期的なレビュー

2. 生成されたコードのセキュリティ脆弱性 AIが生成したコードには、セキュリティ上の問題が含まれる可能性があります：

// 危険な例：SQLインジェクション脆弱性
public static List<Account> searchAccounts(String searchTerm) {
    // AIが生成した危険なコード例
    String query = 'SELECT Id, Name FROM Account WHERE Name LIKE \'%' + searchTerm + '%\'';
    return Database.query(query); // SQLインジェクション脆弱性
}

// 安全な実装例
public static List<Account> searchAccountsSafe(String searchTerm) {
    String safeSearchTerm = '%' + String.escapeSingleQuotes(searchTerm) + '%';
    return [SELECT Id, Name FROM Account WHERE Name LIKE :safeSearchTerm];
}

3. 権限とアクセス制御 AIが生成するコードが適切な権限チェックを含んでいるか確認が必要です：

// 権限チェックを含む安全なコード例
public static List<Account> getAccounts() {
    // オブジェクトレベルの権限チェック
    if (!Schema.sObjectType.Account.isAccessible()) {
        throw new AuraHandledException('取引先への読み取り権限がありません');
    }
    
    // フィールドレベルの権限チェック
    if (!Schema.sObjectType.Account.fields.Name.isAccessible()) {
        throw new AuraHandledException('取引先名フィールドへの読み取り権限がありません');
    }
    
    return [SELECT Id, Name FROM Account WITH SECURITY_ENFORCED LIMIT 100];
}

コード品質の担保方法

1. AIによるコード生成後の必須チェック項目

Salesforce固有の制約チェック

• ガバナーリミット（SOQL実行回数、DML操作回数、ヒープサイズなど）への対応
• バルク処理の実装
• 適切な例外処理の実装
• トランザクション管理の考慮

// 良い例：ガバナーリミットを考慮したコード
public class ContactProcessor {
    public static void processContacts(List<Contact> contacts) {
        List<Contact> contactsToUpdate = new List<Contact>();
        
        // バルク処理でSOQL実行回数を最小化
        Map<Id, Account> accountMap = new Map<Id, Account>([
            SELECT Id, Industry 
            FROM Account 
            WHERE Id IN (SELECT AccountId FROM Contact WHERE Id IN :contacts)
        ]);
        
        for (Contact contact : contacts) {
            if (accountMap.containsKey(contact.AccountId)) {
                contact.Industry__c = accountMap.get(contact.AccountId).Industry;
                contactsToUpdate.add(contact);
            }
        }
        
        // バルクDML操作
        if (!contactsToUpdate.isEmpty()) {
            try {
                Database.update(contactsToUpdate, false);
            } catch (DmlException e) {
                System.debug('DML Error: ' + e.getMessage());
                // 適切なエラーハンドリング
            }
        }
    }
}

2. 静的コード解析ツールの活用

• PMD for Salesforce
• SonarQube Salesforce Plugin
• Salesforce Code Analyzer

3. コードレビュープロセスの強化 AIが生成したコードについては、特に以下の観点でのレビューを強化：

• ビジネスロジックの正確性
• パフォーマンスの最適化
• セキュリティ要件の満足
• 保守性とテスタビリティ

チーム開発での運用ポイント

1. AIエディタ利用のガイドライン策定

利用ルールの明文化

## AIエディタ利用ガイドライン

### 基本方針
1. 本番データを含むコードをAIエディタに送信しない
2. 生成されたコードは必ず動作確認とセキュリティチェックを行う
3. AIの提案をそのまま採用せず、チームの規約に合わせて調整する

### 利用可能な範囲
- ボイラープレートコードの生成
- テストコードの初期実装
- リファクタリングの提案
- ドキュメンテーションの作成

### 利用禁止事項
- 本番環境の機密データを含むコードの送信
- 未検証のコードの直接的な本番環境への適用
- ライセンスが不明なコードの利用

2. 品質基準の統一

コード品質チェックリスト

• Salesforceガバナーリミットへの対応
• 適切な例外処理の実装
• セキュリティ要件の満足
• テストカバレッジ75%以上
• コメントとドキュメンテーションの充実
• チームのコーディング規約への準拠

3. 知識共有とベストプラクティスの蓄積

効果的なプロンプトの共有 チーム内で効果的だったプロンプトや手法を共有し、組織全体のVibe Coding能力を向上させます。

## 有効なプロンプト例集

### Apexクラス生成
「Salesforceのガバナーリミットを考慮し、バルク処理に対応した
[機能名]のApexクラスを作成してください。エラーハンドリングと
ログ出力も含めて実装してください。」

### テストクラス生成
「先ほど作成したApexクラスに対して、以下の条件を満たす
テストクラスを作成してください：
- 正常系・異常系の両方をテスト
- バルク処理のテスト
- 75%以上のカバレッジ確保」

4. 継続的な改善プロセス

定期的な振り返り

• 月次でのAIエディタ利用状況のレビュー
• 問題点や改善点の特定と対策の検討
• 新機能や新しい手法の評価と導入検討

メトリクスの計測

• 開発速度の向上度
• コード品質の指標（バグ発生率、レビュー指摘事項数）
• 開発者の満足度
• 学習コストの変化

関連記事

通常のアンインストールでは、拡張機能の設定、ユーザー設定、キャッシュファイル、認証情報などが残存し、再インストール時に予期しない問題を引き起こす可能性があります。

この記事では、Windows 10でVS CodeとSalesforce CLIを完全に初期化する詳細な手順をご紹介します。

なぜ完全初期化が必要なのか

VS Codeの場合

• ユーザー設定とワークスペース設定の残存
• 拡張機能のキャッシュとデータ
• デバッグ設定とタスク設定
• Git認証情報とSSH設定

Salesforce CLIの場合

• 組織への認証情報（OAuth）
• プロジェクト設定とメタデータキャッシュ
• SSL証明書とセッション情報
• カスタム設定とエイリアス

これらを完全に削除することで、クリーンな環境での再スタートが可能になります。

Visual Studio Codeの完全アンインストール手順

ステップ1: アプリケーションの終了

重要: アンインストール前にVS Codeを完全に終了させます。

1. VS Codeのすべてのウィンドウを閉じる
2. Ctrl + Shift + Escでタスクマネージャーを開く
3. 以下のプロセスが残っていれば終了：
   • Code.exe
   • Code Helper.exe
   • CodeHelper.exe

ステップ2: コントロールパネルからのアンインストール

1. Windowsキー + R → appwiz.cplと入力
2. 「Microsoft Visual Studio Code」を見つける
3. 右クリック → 「アンインストール」
4. アンインストールウィザードに従って完了

ステップ3: ユーザーデータとキャッシュの削除

VS Codeは多くの設定やデータをユーザーフォルダに保存します。

削除対象フォルダ一覧（重要度順）：

C:\Users\[ユーザー名]\AppData\Roaming\Code
C:\Users\[ユーザー名]\AppData\Local\Programs\Microsoft VS Code
C:\Users\[ユーザー名]\.vscode
C:\Users\[ユーザー名]\AppData\Local\vscode-cpptools
C:\Users\[ユーザー名]\AppData\Roaming\vscode-eslint
C:\Users\[ユーザー名]\AppData\Roaming\vscode-prettier

削除手順：

1. Windowsキー + R → %APPDATA%と入力してEnter
2. 「Code」フォルダを削除
3. Windowsキー + R → %LOCALAPPDATA%と入力
4. 「Programs」→「Microsoft VS Code」フォルダを削除
5. ユーザーホームフォルダの「.vscode」フォルダを削除

ステップ4: 拡張機能データの完全削除

拡張機能は個別にデータを保存している場合があります。

主要な拡張機能データフォルダ：

C:\Users\[ユーザー名]\AppData\Local\vscode-cpptools
C:\Users\[ユーザー名]\AppData\Roaming\vscode-eslint
C:\Users\[ユーザー名]\AppData\Roaming\vscode-prettier
C:\Users\[ユーザー名]\AppData\Local\GitHubDesktop （GitHub関連拡張機能）

ステップ5: レジストリのクリーンアップ

注意: レジストリ編集は慎重に行ってください。

削除対象レジストリキー：

HKEY_CURRENT_USER\Software\Classes\Applications\Code.exe
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.code-workspace
HKEY_CURRENT_USER\Software\Classes\vscode
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Applications\Code.exe

手順：

1. Windowsキー + R → regedit
2. 上記のキーを検索して削除
3. VS Code関連のコンテキストメニューエントリも削除

ステップ6: 環境変数の確認

稀にVS Code関連の環境変数が設定されている場合があります。

1. Windowsキー + R → sysdm.cpl
2. 「詳細設定」→「環境変数」
3. VS Code関連のパスがあれば削除

Salesforce CLIの完全アンインストール手順

ステップ1: 現在の認証状況を確認（オプション）

アンインストール前に、どの組織に認証されているかを確認：

sf org list

重要な組織がある場合は、認証情報をメモしておきましょう。

sf config list

ステップ2: 組織からのログアウト（推奨）

sf auth logout --all

これにより、すべての組織からログアウトします。

ステップ3: コントロールパネルからのアンインストール

1. Windowsキー + R → appwiz.cpl
2. 以下のプログラムを見つけてアンインストール：
   • 「Salesforce CLI」
   • 「sf CLI」
   • 「sfdx CLI」（古いバージョン）

ステップ4: 設定ファイルとキャッシュの削除

削除対象フォルダ一覧：

C:\Users\[ユーザー名]\.sfdx
C:\Users\[ユーザー名]\.sf
C:\Users\[ユーザー名]\AppData\Local\sf
C:\Users\[ユーザー名]\AppData\Local\sfdx
C:\Users\[ユーザー名]\AppData\Roaming\sf
C:\Users\[ユーザー名]\AppData\Roaming\sfdx

主要データフォルダの説明：

ステップ5: 環境変数のクリーンアップ

確認・削除対象：

• SFDX_*で始まる環境変数
• SF_*で始まる環境変数
• PATHからSalesforce CLI関連のパス

削除手順：

1. Windowsキー + R → sysdm.cpl
2. 「詳細設定」→「環境変数」
3. システム環境変数とユーザー環境変数の両方を確認
4. Salesforce CLI関連の変数を削除

ステップ6: プロジェクトファイルの確認

開発プロジェクト内の以下のファイルも確認：

プロジェクトフォルダ\.sfdx\
プロジェクトフォルダ\.sf\
プロジェクトフォルダ\sfdx-project.json
プロジェクトフォルダ\.forceignore

これらは必要に応じてバックアップまたは削除してください。

完全初期化の確認方法

VS Codeの確認

コマンドプロンプトでの確認：

code --version

期待する結果： コマンドが認識されないエラー

ファイル関連付けの確認：

1. 任意の.jsonファイルを右クリック
2. 「プログラムから開く」にVS Codeが表示されないことを確認

Salesforce CLIの確認

新しいコマンドプロンプトで確認：

sf --version
sfdx --version
sf org list

期待する結果： すべてコマンドが認識されないエラー

PowerShellでの詳細確認

Get-Command code -ErrorAction SilentlyContinue
Get-Command sf -ErrorAction SilentlyContinue
Get-Command sfdx -ErrorAction SilentlyContinue

期待する結果： 何も返されない

トラブルシューティング

よくある問題と対処法

Windows資格情報マネージャーのクリーンアップ

Salesforce CLIは認証情報をWindows資格情報マネージャーに保存することがあります。

1. Windowsキー + R → control keymgr.dll
2. 「Windows資格情報」タブ
3. Salesforce関連の資格情報を削除

追加のクリーンアップ手順

システム全体のクリーンアップ

推奨ツール：

• CCleaner: レジストリとテンポラリファイルの削除
• Windows ディスククリーンアップ: 標準機能でのクリーンアップ
• Revo Uninstaller: より徹底的なアンインストール

開発フォルダの確認

プロジェクトフォルダ内の隠しファイルも確認：

.vscode/
.sfdx/
.sf/
node_modules/ （Node.jsプロジェクトの場合）

セキュリティ上の注意点

認証情報の処理

重要: 以下の情報が完全に削除されているか確認してください：

• OAuth トークン: Salesforce組織への認証
• SSH キー: Git連携用
• API キー: 各種サービス連携用
• パスワード: 保存されたパスワード

機密データの確認

開発中のプロジェクトに機密情報が含まれていないか確認：

• データベース接続文字列
• API エンドポイント
• 顧客データのサンプル

再インストール時のベストプラクティス

VS Code再インストール

推奨手順：

1. 公式サイトから最新版をダウンロード
2. System Installer（全ユーザー用）を選択
3. 必要な拡張機能のみを段階的にインストール
4. 設定は必要に応じて手動で再構成

Salesforce CLI再インストール

推奨手順：

1. 公式ドキュメントで最新のインストール方法を確認
2. sf CLI（新バージョン）の使用を推奨
3. 組織への再認証は必要な分のみ実行
4. プロジェクト設定は最小限から開始

まとめ

この手順により、VS CodeとSalesforce CLIを完全に初期化できます。

最終チェックリスト：

VS Code

• アプリケーションのアンインストール
• ユーザーデータフォルダの削除
• 拡張機能データの削除
• レジストリエントリの削除
• 環境変数の確認

Salesforce CLI

• 組織からのログアウト
• CLIのアンインストール
• 設定ファイルとキャッシュの削除
• 環境変数のクリーンアップ
• 資格情報マネージャーの確認

全体

• コマンド認識の確認
• システムの再起動
• セキュリティチェック

重要なリマインダー：

• 作業前に重要なプロジェクトとコードをバックアップ
• 認証情報は安全に管理
• 段階的な再インストールを推奨

完全な初期化により、開発環境の問題を根本的に解決し、クリーンな状態からの開発が可能になります。

この記事が開発環境のクリーンアップに役立ちましたら、ぜひ他の開発者の方にもシェアしてください！

この記事では、Windows 10でNode.jsとGitを完全に削除し、環境を初期化する詳細な手順をご紹介します。

なぜ完全アンインストールが必要なのか

通常のアンインストールでは以下のような問題が残ることがあります：

• 環境変数にパスが残存
• 設定ファイルやキャッシュファイルが残る
• レジストリエントリが残存
• 再インストール時の競合やエラー

これらを避けるために、完全なクリーンアップが重要です。

Node.jsの完全アンインストール手順

ステップ1: コントロールパネルからの基本アンインストール

まず、Windows標準のアンインストール機能を使用します。

1. Windowsキー + Rを押して「ファイル名を指定して実行」を開く
2. appwiz.cplと入力してEnterキーを押す
3. プログラム一覧から「Node.js」を見つける
4. 右クリックして「アンインストール」を選択
5. アンインストールウィザードの指示に従って完了

ステップ2: 残存ファイルとフォルダの手動削除

アンインストール後も残る可能性があるフォルダを手動で削除します。

削除対象フォルダ一覧：

C:\Program Files\nodejs
C:\Program Files (x86)\nodejs
C:\Users\[ユーザー名]\AppData\Roaming\npm
C:\Users\[ユーザー名]\AppData\Roaming\npm-cache
C:\Users\[ユーザー名]\.npm
C:\Users\[ユーザー名]\node_modules

削除方法：

1. エクスプローラーを開く
2. 上記のパスを順番に確認
3. 存在するフォルダがあれば削除
4. 削除できない場合は、プロセスが動いていないか確認

注意: [ユーザー名]は実際のユーザー名に置き換えてください。

ステップ3: 環境変数のクリーンアップ

Node.js関連の環境変数を削除します。

手順：

1. Windowsキー + R → sysdm.cplと入力
2. 「詳細設定」タブをクリック
3. 「環境変数」ボタンをクリック
4. 以下を確認・削除：
   • PATH変数からNode.js関連パス（例：C:\Program Files\nodejs）を削除
   • NODE_PATH変数があれば削除
   • その他NPM関連変数があれば削除

システム環境変数とユーザー環境変数の両方を確認してください。

ステップ4: レジストリのクリーンアップ

重要: レジストリ編集は慎重に行ってください。間違った操作はシステムに深刻な影響を与える可能性があります。

手順：

1. Windowsキー + R → regeditと入力
2. 以下の場所でNode.js関連エントリを削除：

HKEY_CURRENT_USER\Software\Node.js
HKEY_LOCAL_MACHINE\SOFTWARE\Node.js
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Node.js

レジストリ編集のベストプラクティス：

• 編集前にレジストリのバックアップを作成
• 確実にNode.js関連のエントリのみを削除
• 不明なエントリは削除しない

Gitの完全アンインストール手順

ステップ1: コントロールパネルからのアンインストール

1. Windowsキー + R → appwiz.cpl
2. 「Git」または「Git for Windows」を見つける
3. 右クリックして「アンインストール」
4. アンインストールウィザードに従って完了

ステップ2: 残存ファイルとフォルダの削除

削除対象フォルダ：

C:\Program Files\Git
C:\Program Files (x86)\Git
C:\Users\[ユーザー名]\.gitconfig
C:\Users\[ユーザー名]\.git-credentials
C:\Users\[ユーザー名]\.gitignore_global
C:\Users\[ユーザー名]\AppData\Local\GitHubDesktop

個人設定ファイルの取り扱い：

• .gitconfig: Git全体の設定
• .git-credentials: 認証情報
• .gitignore_global: グローバルignore設定

これらは必要に応じてバックアップしてから削除してください。

ステップ3: SSH鍵の削除（オプション）

Git でSSH認証を使用していた場合：

C:\Users\[ユーザー名]\.ssh

注意: SSH鍵は他のサービスでも使用している可能性があります。削除前に確認してください。

ステップ4: 環境変数のクリーンアップ

環境変数のPATHからGit関連のパスを削除：

• 通常：C:\Program Files\Git\cmd
• その他Git関連のパス

完全初期化の確認方法

コマンドプロンプトでの確認

新しいコマンドプロンプトを開いて以下を実行：

node --version
npm --version
git --version

期待する結果： すべて「’○○’ は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されていません。」と表示される

PowerShellでの詳細確認

Get-Command node -ErrorAction SilentlyContinue
Get-Command npm -ErrorAction SilentlyContinue  
Get-Command git -ErrorAction SilentlyContinue

期待する結果： 何も返されない（コマンドが見つからない）

追加のクリーンアップ手順

システムクリーナーの使用

推奨ツール：

• CCleaner: レジストリとテンポラリファイルの一括削除
• Windows ディスククリーンアップ: 標準機能でのクリーンアップ

Windowsの再起動

環境変数の変更を確実に反映させるため、作業完了後にシステムを再起動してください。

重要な注意点とベストプラクティス

作業前の準備

1. プロジェクトのバックアップ: 重要なコードや設定をバックアップ
2. 設定ファイルの保存: .gitconfigなどの個人設定
3. SSH鍵の確認: 他のサービスで使用していないか確認

安全な作業のために

• 管理者権限: 一部の操作には管理者権限が必要
• レジストリバックアップ: レジストリ編集前にバックアップ作成
• 段階的実行: 一度にすべて削除せず、段階的に確認

トラブルシューティング

よくある問題と対処法：

まとめ

この手順により、Windows 10からNode.jsとGitを完全にアンインストールし、クリーンな環境に戻すことができます。

チェックリスト：

• コントロールパネルからのアンインストール
• 残存ファイル・フォルダの削除
• 環境変数のクリーンアップ
• レジストリのクリーンアップ
• 動作確認
• システムの再起動

完全な初期化後は、最新版のNode.jsとGitを新規インストールすることで、クリーンな開発環境を構築できます。

次のステップ：

新規インストール時は、公式サイトから最新版をダウンロードし、必要に応じてバージョン管理ツール（nvm-windowsなど）の導入も検討してみてください。

この記事が開発環境のクリーンアップに役立ちましたら、ぜひシェアしてください！

前回は、Einstein活動キャプチャとMicrosoftのOutlook間をOAuth2.0で同期する設定を実施しました。※前回の記事は以下を参照してください。

今回の記事では、同期設定したユーザアカウントを使って、Salesforce⇔Microsoft Outlook 間で、実際にカレンダー（行動）を登録したり、取引先責任者を作成した場合に

どのようにデータが同期されるのか説明していきたいと思います。

個人設定で、Einstein活動キャプチャを利用した同期処理の許可を行う

①まずSalesforceにEinstein活動キャプチャで同期設定をしたユーザでログインします。

②続いて、画面右上の個人アイコンをクリックして設定を実行して、私の個人情報のメニューを表示します。

接続済みアカウント＞メールとカレンダーアカウントをクリックすると以下のメッセージが表示されます。

③ これらの条件を承諾し、同意します。にチェックをいれて[次へ]をクリックします。

④活動共有設定画面では、Salesforceに追加された活動を共有する方法を設定します。ご自身の環境に合わせて設定してください。

選択したら、保存ボタンをクリックしてください。

設定が完了すると以下のように画面上部にメッセージが表示されます。

カレンダーの同期手順（SalesforceMicrosoft Outlook）

①SalesforceにEinstein活動キャプチャで同期設定をしたユーザでログインしたあと、カレンダー画面から新規行動を追加します。

※割り当て先は自身のユーザとして、件名や日時は自由に設定してから保存します。

②保存して、以下のようにカレンダーに行動が登録されたことを確認します。

③続いて、Microsoft Outlook の方に行動が同期されたか確認するためOutlookにログインします。

OutlookのログインURLはこちら（https://outlook.office.com/）

④ログインして、カレンダーを表示すると先ほどSalesforceのカレンダーから登録した行動と同じ内容の予定が同期されていることが確認できます。

サポーターさん

同期の時間はユーザ数やサーバのリソース状況などによって変わると思いますが、検証で実施した場合はほぼリアルタイムに近い形で同期されてました。

MS365 Outlookで編集したカレンダーの予定をSalesforceへ同期（Microsoft Outlook Salesforce）

さきほど同期されたカレンダーの予定表について、MS365のOutlook側で編集してSalesforceに同期されるか確認します。

①Outlookのカレンダーから予定を編集して保存します。以下の例では、件名に（編集）と付け加えてます。

②保存が終わったら、またSalesforceに戻ってカレンダーを更新します。

③Salesforceに戻って、カレンダーを再表示してみましょう。

以下のように、タイトルが編集された状態でMicrosoft Outlook から同期されたことが確認できます。

Microsoft Outlook のカレンダーで新規予定を登録して同期（Microsoft Outlook Salesforce）

今度は、逆にMicrosoft Outlook 側で新規予定を登録してSalesforceのカレンダーに反映されるか検証します。

①Microsoft Outlook のカレンダーを表示して、以下の内容で新規予定を登録します。

※タイトルや日付の内容は自由に登録してください。　※出席者には、Salesforceに登録済みアカウントのユーザを指定してください。

②保存した情報をSalesforceのカレンダー側で確認します。

同じ内容がカレンダーに登録されていることを確認できました。

出席者にSalesforceのユーザを指定した場合には、以下のように非招集者に登録されます。

詳細レコード

繰り返しの定期行動（予定）の挙動について①（Microsoft Outlook Salesforce）

繰り返しの予定についても同期処理は正常に行われることを検証します。

①Microsoft Outlook のカレンダーから以下のように新規繰り返しのイベントを登録します。

繰り返し間隔の日数や曜日を指定して保存します。

②イベントのタイトルや説明を入力して保存します。

③Salesforceのカレンダーを再表示します。

すると以下のように繰り返し設定された行動が登録されていることを確認できます。

④レコードを開くと、以下のように表示されます。

繰り返しの定期行動（予定）の挙動について②（SalesforceMicrosoft Outlook）

今度は逆にSalesforceで登録した定期行動がMicrosoft Outlook に同期されるか検証します。

デフォルトでは、以下の新規行動画面では繰り返しの定期予定が表示されていません。

上記のように繰り返しの行動が登録できない場合は、以下の設定を確認してください。

※Salesforceの行動で定期的な繰り返しを登録するには「活動設定」から「定期的なイベントの作成を有効にする」を実行しておく必要があります。

また、行動の画面レイアウトで繰り返しの項目を表示するようにしておきます！

①Salesforceのカレンダーから新規行動を登録します。

繰り返しにチェックを入れて頻度を設定して保存します。

②繰り返しの行動が正しく登録されたことを確認します。

③今度はMicrosoft Outlook のカレンダーを表示します。

以下のようにSalesforce側で登録した繰り返しの内容と同じ内容が同期されていることが確認できます。

詳細を開くと、定期行動として登録されていることを確認できます。

取引先責任者の同期確認（SalesforceMicrosoft Outlook の連絡先）

Salesforceの取引先責任者の情報がMicrosoft Outlook の連絡先に同期して追加されるか検証します。

①Salesforceの取引先を新規登録します。お好きな名前で登録してください。例ではABC商事としてます。

②作成した取引先に新規取引先責任者を登録します。名前は自由に設定してください。※取引先は先ほど作成した取引先を設定

③Microsoft Outlook の連絡先を表示すると先ほど追加したSalesforceの取引先責任者の情報が同期されていることを確認できます。

Outlookからメールを送信した場合（Microsoft Outlook Salesforceのアクティビティ）連携

Microsoft Outlook から取引先責任者に対してメールを送付した場合、Salesforceのアクティビティに同期されることを検証します。

①Microsoft Outlook でメールを新規作成して、宛先にSalesforceに登録されている取引先責任者を指定して送信します。

②Salesforceの取引先や取引先責任者のタイムライン（アクティビティ）にメールを送信した履歴が表示されます。

※以下の図のように取引先責任者のメールアドレスが不正（配信不可）の場合には、配信不能と表示されます。

（取引先画面）

（取引先責任者画面）

補足（項目の対応付けについて）

同期する項目については、以下の画面から項目の対応付け設定で指定することが可能です。

まとめ

いかがでしたでしょうか。Einstein活動キャプチャを使うことで、Microsoft やGoogleと簡単に連携し、カレンダーや連絡先を同期することができることが確認できたと思います。

Salesforce開発でMicrosoftのOffice連携やAzureとの連携を行いたいという要件も増えてきましたが、提案活動や要件定義の段階で事前に検証してみたり、デモでお客様にお見せしたいという場合もあると思います。

会社によっては、自社のアカウントを使って連携することもできると思いますが、個人で検証する場合には、ライセンスを購入するのは負荷が高いと思います。

現在は、Microsoft OfficeやAzureは、試用版（無料）で利用できるため、AzureのEntraidとSalesforceのSSO連携やMicrosoftOfficeのOutlook連携などは無料枠の中で検証できます。

本記事では、Microsoftの無料トライアルアカウントの作成手順を紹介します。

Microsoftサービスアカウントの作成

サービスアカウントの作成

①まずは、Microsoft 365管理センターのサイトにアクセスします。

公式HPはこちら（https://www.microsoft.com/ja-jp/microsoft-365/business/microsoft-365-administration）

②「1か月無料で試す」というボタンが右下にあるのでこちらをクリックします。

③Microsoft 365 Business Standard – 試用版で、ユーザ数や期間請求単位を設定して次へをクリックします。

④続いて、支払い方法を追加します。以下の画面でいつまでにキャンセルすれば費用が掛からないか確認することができます。

⑤支払い方法が未登録の場合は、先にクレジットカードの情報を登録して、その後レビューと確認画面で、支払い方法、住所などを確認します。

※最後に「無料版を開始」ボタンをクリックします。

アカウントを作成

今度は、Salesforceとの連携を検証するための専用アカウントを作成しましょう。

①登録したメールアドレスを使って管理者サインインのボタンからログインします。

②Microsoft 365 管理センターの画面が表示されたら、サイドメニューのユーザー>アクティブなユーザーを選択します。

③アクティブなユーザ画面が表示されたら、ユーザの追加ボタンをクリックします。

④続いて姓名、表示名、ユーザー名を入力します。

⑤製品ライセンスの割り当ては、場所：日本を選択して、ライセンスはユーザに製品ライセンスを割り当てるを選択し、Microsoft 365 Business Standardを選択します。

次のオプション設定は特に設定する必要はないためスキップして完了します。

新規作成したユーザでOutlookへログイン

新規作成したユーザ「」を使ってOutlookへログインしましょう。

OutlookのURLはこちら（https://outlook.office.com/）

※新規ユーザーの場合、初回ログイン時には、パスワード変更の画面が表示されるため、変更しておきましょう。

管理者用のアカウントと疎通確認用のユーザを作成したら、実際に検証作業が行える状態となります。

Salesforce Einstein Activity Capture（活動キャプチャ）との連携

SalesforceとのOutlook連携は、SalesforceのOutlook IntegrationやEinstein活動キャプチャを使うのが推奨されています。

カレンダーの同期イメージ（左がSalesforceで右がOutlook）　※どちらのサービスで登録しても同期される（双方向の同期処理）

カレンダー（イベント）以外にも連絡先（取引先責任者）なども同期可能となっています。

Einstein活動キャプチャのOAuth2.0連携は比較的簡単にできるので試してみたい方はこちらの記事が参考になります。

Salesforce導入案件では、要件定義工程で非機能の検討を行う際に、必要となるストレージ容量の算出を行うことが多いと思います。

移行データのボリュームや将来的なデータの増加見込みを考慮して試算を行いますが、毎回エクセルとかで数式を作成して計算している方も多いと思います。

毎回エクセルファイルを作成してというのも面倒なので、簡単にストレージの計算が行えるようにWEBのシミュレーター機能を作成してみました。

サポーターさん

生成AIを使って数分で作成したものですが、意外としっかりしていてファイル出力やクリップボードへのコピーもできます。

今回は、このツールの機能や使い方を簡単に説明していきたいと思います。

ツールはこちらのページにて利用可能となっております。

Salesforceストレージ容量シミュレーターの仕様について

本シミュレーターでは、以下の機能を実装しています。

ツールの利用方法

基本操作

ストレージ容量試算画面を開くと以下の画面が表示されます。デフォルトでは、Accountなどのオブジェクト3つのレコードを初期表示しています。

上部は、試算のための入力フィールドが表示されます。

オブジェクトの追加と削除

オブジェクトを追加ボタン：クリックすると以下のように1行レコードが追加されます。

レコードの一番右の列にある削除ボタンをクリックすると明細レコードが削除されます。

容量計算

オブジェクト名を入力後、以下の項目を入力することで自動的に計算が行われます。

1. ユーザ数：オブジェクトを利用するユーザ数を入力します。
2. 月間レコード登録数/ユーザー：1ユーザ当たりの月間の登録レコード数を入力します。
3. 保存期間（年）：レコードの保存期間を年単位で入力します。
4. 成長率（%/年）：年間当たりのレコードの成長率（増加率）を入力します。

上記の項目はそれぞれ値を変更する度に都度計算が行われ、画面下部に計算結果が表示されます。

シミュレーション結果の表示

ストレージ使用量のサマリーとして以下の内容が自動計算されて表示されます。

①総レコード数：画面上部で入力した各オブジェクト毎のユーザ数ｘ月間レコード登録数ｘ12カ月ｘ保存期間ｘ成長率で計算したレコードの総数を表示

②総ストレージ使用量：①総レコード数ｘ2KBの結果をGB換算して表示

③月間増加量：月あたりのストレージの増加容量を表示

④年間増加量：年間あたりのストレージの増加容量を表示

CSVファイル出力

計算した結果をCSV形式やTSV形式で出力することができます。

CSV形式で出力した場合

CSV形式で出力したファイルをエクセルで開くと以下のように表示されます。

TSVファイルで出力した場合

TSV（タブ区切りファイル）の場合は、以下のように表示されます。

クリップボードへコピーする

クリップボードへコピーするを実行するとクリップボード内に以下の内容がコピーされます。

Salesforce ストレージ容量試算結果
=================================

出力日時: 2025/6/19 23:37:29

【サマリー】
総レコード数: 2,079,899
総ストレージ使用量: 3.967 GB
月間増加量: 0.0751 GB
年間増加量: 0.901 GB

【詳細結果】
Account:
– ユーザー数: 150
– 月間レコード登録数/ユーザー: 200
– 保存期間: 5年
– 成長率: 5%/年
– 累積レコード数: 1,989,227
– ストレージ使用量: 3.794 GB
– 月間増加量: 0.0696 GB
– 構成比: 95.6%

Contact:
– ユーザー数: 100
– 月間レコード登録数/ユーザー: 20
– 保存期間: 3年
– 成長率: 10%/年
– 累積レコード数: 79,440
– ストレージ使用量: 0.152 GB
– 月間増加量: 0.0046 GB
– 構成比: 3.8%

Opportunity:
– ユーザー数: 30
– 月間レコード登録数/ユーザー: 15
– 保存期間: 2年
– 成長率: 8%/年
– 累積レコード数: 11,232
– ストレージ使用量: 0.021 GB
– 月間増加量: 0.0009 GB
– 構成比: 0.5%

まとめ

いかがでしたでしょうか。使い方は非表示シンプルで分かりやすいと思います。

もし、利用にあたって仕様を変更したいなどご要望がございましたらお問い合わせフォームからご連絡ください。

ツールのURLを再度掲載しておきます。