VTIGER CRM OSS STANDARD GUIDE
使う機能を整理して、
日々の操作をわかりやすく。
「機能が多く、どこから使えばよいかわからない」「今は使っていないメニューが並んでいる」。CRMの機能は、業務で使う範囲を整理すると、導入や運用を進めやすくなります。
Vtiger CRM OSSのモジュール管理（Module Manager）は、利用するモジュールの状態を確認し、有効・無効の切り替えや、各機能の設定へ進むための標準機能です。対応する追加パッケージの導入・更新の入口もあります。
この記事でわかること
モジュールの考え方、有効・無効と権限の違い、利用する機能の整理方法、設定変更の手順、追加・更新・削除を分けて考えるポイントを図解します。
対象：Vtiger CRM OSS 8.4系の標準実装。画面名・配置・表示されるモジュールや設定は、導入状態・翻訳・対応機能により異なります。図は説明用で、実際の管理画面ではありません。
1. モジュールとは、業務の情報を扱う機能の単位
モジュールは、顧客企業・案件・問い合わせ等、まとまりのある情報や機能を扱う単位です。必要な機能を組み合わせ、関連項目を通じて情報をつなぎます。
顧客企業・顧客担当者
相手先と窓口を整理する会社・担当者・連絡先を管理し、
営業やサポートで参照する。
案件
商談の進み具合を追う顧客との商談を分けて、
状況や次の対応を管理する。
問い合わせ
対応の内容と状況を残す相談や不具合の受付と、
解決までのやり取りを管理する。
見積・受注・請求等
販売業務の情報をつなぐ取引の段階に合わせて、
金額や明細等を管理する。
モジュール管理では、導入済みの対象モジュールと状態を確認します。ただし、CRM内部のすべての機能が、同じ一覧に並ぶわけではありません。標準の一覧から除外される内部機能や、別の管理画面で扱うものもあります。
また、標準配布の追加パッケージと、別途導入した拡張は分けて把握します。メニューがあるかだけでなく、「何の業務で使うか」「誰が管理するか」を合わせて整理しましょう。
2. 有効・無効と、権限・画面設定の違い
「見せたくない」「入力を簡単にしたい」「機能そのものを今は使わない」では、使う設定が違います。何を変えたいのかから選びましょう。
機能を使うか
モジュール管理CRM全体での
有効・無効を整理する。
誰が何をできるか
プロファイル・共有等閲覧・編集等の操作と、
見えるデータの範囲を決める。
何を入力するか
項目・レイアウト必要な入力項目や、
画面の構成を整える。
| やりたいこと | 主に確認する設定 |
|---|---|
| 会社全体で、今は使わない機能を止める | モジュールの有効・無効。関連する業務や他機能への影響も確認する。 |
| 営業担当だけ案件を編集できるようにする | ユーザー・ロール・プロファイル等。必要に応じて共有範囲も確認する。 |
| 自分の担当顧客だけを表示する | 一覧のフィルターと、実際の共有・閲覧権限。絞り込み表示とアクセス制限は分ける。 |
| 入力する項目を減らす・追加する | 項目とレイアウト。必須条件・業務に必要な情報も確認する。 |
| メニューの見つけやすさを整える | 導入環境のメニュー構成・表示設定等。モジュール全体の無効化が必要かを先に考える。 |
一部の利用者に見せないために、全体の機能を無効化しないようにします。モジュールの有効状態と、ユーザーごとの権限を組み合わせて設計することが大切です。
3. 利用する機能を、業務から整理する
最初に「使っている・使っていない」だけで判断せず、現在の業務、関連する情報、今後の利用予定を確認します。
| 確認すること | 例 |
|---|---|
| 業務での役割 | 顧客台帳、商談管理、サポート受付、販売管理等、何のための機能か。 |
| 使う人・管理する人 | 営業、サポート、管理部門等。入力担当と参照する人も分ける。 |
| 既存データ | 過去の案件や見積を、今も参照する必要があるか。 |
| 関連する機能 | 顧客からの関連一覧、見積の明細、レポート、ワークフロー、Webフォーム等で使っていないか。 |
| 外部との接続 | CSV、API、メール受付、外部フォーム、他システムの処理に関係するか。 |
| 利用開始の段階 | まず顧客・案件から始め、問い合わせや販売業務は後から広げる等。 |
たとえば、営業部門が見積をCRMで作っていなくても、管理部門が過去の見積を参照しているかもしれません。画面を開く頻度だけでなく、関連先からの参照や自動処理も含めて確認しましょう。
「今は入力しない」と「機能を無効にする」は別です。
履歴を見る必要があるなら、入力権限や画面の案内を整理する方法もあります。利用を止める目的に合わせて、全体の無効化が適切かを判断します。
機能一覧に「用途・利用部門・管理担当・有効状態・見直し理由」を残しておくと、後から使い始めるときや、担当者が変わるときに役立ちます。
4. モジュールの状態を確認・変更する
モジュールの切り替えは管理者が行います。標準の画面では、チェックの操作で状態変更が送信されるため、確認のつもりで不用意に切り替えないようにします。
- モジュール管理の画面を開く
CRM設定の「Module Manager」「モジュール管理」「モジュール」等を開きます。画面名や配置は導入環境に合わせて確認します。
- 対象と現在の状態を確認する
モジュール名、チェックの状態、表示される設定メニューを見ます。表示名だけで判断しにくい追加機能は、管理担当へ用途を確認します。
- 変更前の影響と状態を控える
利用者、既存データ、関連一覧、自動処理・連携等を確認します。変更理由と元の状態、動作を確認する担当を残します。
- 必要なモジュールだけ切り替える
チェック等で有効・無効を変更し、結果の表示を確認します。標準の一覧では、最後に全件をまとめて保存する手順ではありません。少数ずつ変更すると影響を追いやすくなります。
- 通常ユーザーの業務画面でも確認する
管理者の画面だけでなく、実際に使うユーザーでメニュー・一覧・詳細・関連先を確認します。必要な場合は画面の再読み込みやログインし直した状態でも確認します。
無効化は、通常のデータ削除やアンインストールとは異なります。
標準の切り替えはモジュールの利用状態等を変更する処理です。既存レコードを消す操作としては扱いません。ただし、モジュール独自の有効化・無効化処理や、関連機能への影響も確認します。
再び使う場合は対象を有効にし、必要な権限とデータへのアクセスを確認します。無効化したモジュールがユーザーの初期表示先だった場合、標準にはHomeへ変更する処理があるため、再有効化後も初期表示先を見直しましょう。
モジュールの無効化と、スケジューラー・ワークフロー・外部連携の停止は同じ設定ではありません。「無効にしたので、関係するすべての自動処理も止まる」とは考えず、各機能の状態を確認します。
5. 各モジュールの設定へ進む
有効な対象モジュールでは、設定メニューから、そのモジュールに関係する管理画面へ進めます。対応する機能だけが表示されるため、すべてのモジュールに同じ項目があるとは限りません。
| 設定 | 整理する内容 |
|---|---|
| 項目・レイアウト | 自社で入力する情報、項目の配置、必須条件等。 |
| ワークフロー | 対応するモジュールの条件と自動処理。 |
| 選択肢 | 分類や状態等の入力候補。項目による対応範囲も確認する。 |
| レコード番号 | 番号項目を持つモジュールの接頭辞・連番。 |
| Webフォーム | Webformsが導入・有効で、対象に対応する場合の受付フォーム。 |
たとえば「案件を使えるようにする」ことと、「営業段階の選択肢をそろえる」「入力項目を整える」「通知を設定する」ことは別の作業です。モジュールを有効にした後は、日々の入力と確認に必要な設定を進めます。
機能を使える状態へ
必要なモジュールを確認し、
有効状態にする。
入力・権限・処理を整える
項目、選択肢、担当者の権限、
必要な自動処理を設定する。
実際の仕事で試す
登録・参照・関連先と、
次の業務まで確認する。
6. 追加・更新・削除は別の操作
モジュールの利用状態を切り替えることと、プログラムを追加・更新・削除することは区別します。
| 操作 | 主な目的と確認点 |
|---|---|
| 有効・無効 | 導入済みモジュールの利用状態を変更する。削除やパッケージ更新ではない。 |
| ZIPからのインポート | 対応する形式の追加パッケージを導入する。CSVの業務データ取り込みとは異なる。 |
| モジュールの更新 | 導入済みの対象に合う更新パッケージを適用する。有効にするだけで最新版へ変わるわけではない。 |
| アンインストール・削除 | モジュールや関連する構成を取り除く対応。データ・ファイル・依存関係等を含め、提供元や管理者が方法を確認する。 |
標準の管理画面には、ZIPインポートやExtension Store等への入口があります。利用できる導線は導入状態によって異なります。ZIPはモジュール用の対応形式であることを確認し、任意のZIPをアップロードすれば機能になるとは考えないようにします。
- 追加する目的と、標準機能でできる範囲を確認する
項目・選択肢・権限・ワークフロー等の設定で対応できるかを先に整理します。
- 対象パッケージと導入環境を照合する
機能名、提供元、対象のVtiger版、PHP・依存機能、利用条件、既存モジュールとの関係を確認します。
- 導入・更新の手順と戻し方を用意する
提供元の手順、テスト環境、バックアップ、適用後の確認方法を整理します。標準画面の互換性表示だけで、すべての拡張や環境との動作を保証するものではありません。
- 導入後の機能と、既存業務を確認する
有効状態、必要な初期設定、通常ユーザーの操作と、関連する保存・通知・定期処理等を確認します。
アンインストールは、日々のメニュー整理として行う操作ではありません。標準のモジュール一覧に、すべてを削除できる共通ボタンがある前提では進めず、モジュールごとの手順と影響範囲を確認します。
本記事では、モジュール削除のためのPHP・SQL・ファイル削除手順は扱いません。拡張固有のアンインストール機能やデータ保持の扱いは、その機能の仕様を確認してください。
7. よくある質問
Q. モジュールを無効にすると、中のデータも削除されますか？
標準の有効・無効は利用状態の切り替えで、通常のレコード削除やアンインストールとは異なります。独自拡張の切り替え処理や関連機能への影響は別途確認します。
Q. 一部のユーザーだけ使えないようにできますか？
プロファイル等による操作権限や共有設定を確認します。モジュール管理の無効化は全体に関わるため、ユーザーごとの制御とは分けて設計します。
Q. 有効なのに、一般ユーザーのメニューに見えません。
ユーザーの権限、メニュー構成、対象モジュールの設定等を確認します。管理者で見えることだけで、すべてのユーザーが使えるとは判断しません。
Q. すべてのモジュールが、管理画面の一覧に出ますか？
標準の一覧には除外される内部機能等があります。表示されないことだけで未導入と判断せず、対象の管理方法と導入状態を確認します。
Q. 無効にすれば、自動処理や外部連携もすべて止まりますか？
無効化と、ワークフロー・定期ジョブ・外部接続の停止は同一の操作ではありません。連動する処理や拡張の動作を確認し、必要な機能側の設定も整理します。
Q. 不要なモジュールは、すぐ削除したほうがよいですか？
過去のデータ参照、他モジュールの関連、帳票・自動処理・連携で使っている場合があります。まず利用目的を整理し、無効化・権限・表示の調整と、アンインストールを分けて判断します。
Q. 標準機能だけで足りない場合は、どう進めればよいですか？
不足している業務を整理し、標準設定で対応できる範囲と追加が必要な範囲を分けます。追加モジュールを使う場合は、既存情報とのつながり、互換性、運用・更新担当を合わせて確認します。
8. 標準機能を、自社の仕事につながる構成へ
モジュール管理の第一歩は、使う機能を業務の役割から整理することです。そのうえで、権限・入力項目・選択肢・自動処理をそろえると、担当者が迷わず使える構成へ近づけられます。
標準の組み合わせを整える
顧客・案件・問い合わせ・販売等の役割を整理し、必要な情報と仕事をつなぎます。
必要なところから広げる
まず困っている業務から始め、必要な設定や追加機能、運用の担当を決めます。
vtplusは、Vtiger CRM OSSを基盤に、自社の業務に合わせた活用を支援するサービスです。標準モジュールを活かしながら、利用する機能、入力項目、権限、部門間の引き継ぎを整理できます。標準設定で足りない部分は、追加の業務支援アプリや業務に合わせた対応を、要件に沿って検討します。
「どの標準機能から使えばよいかわからない」「機能を増やしたが、運用が複雑になっている」。そんな課題から、自社に合う機能の組み合わせを整理してみませんか。
NEXT STEP
使う機能を整理して、
仕事がつながるCRMへ。
「どの機能を使う？」「誰が入力し、誰が見る？」「足りない部分をどう補う？」。自社の業務と機能の構成を整理するところから、相談できます。