VTIGER CRM OSS STANDARD GUIDE
「いつまで、どこまで対応するか」を、
顧客の情報と一緒に確認する。
「このお客様の保守契約は、まだ期間内?」「今回の問い合わせは契約の対象?」「あと何時間、対応できる?」。担当者だけが条件を把握していると、受付のたびに確認が必要になってしまいます。
Vtiger CRM OSSのサービス契約(Service Contracts)は、顧客との契約期間や管理担当、サービスの利用量などを整理する標準機能です。問い合わせや契約に関係する文書と合わせて管理することで、対応の前提を確認しやすくなります。
この記事でわかること
サービス契約の役割、主な登録項目、開始日・終了予定日・終了日の違い、問い合わせと利用量の関係、対応条件と更新確認の整理方法を図解します。
対象:Vtiger CRM OSS 8.4系の標準ServiceContractsモジュール。画面名・翻訳・項目や操作の表示は、導入環境・設定・権限により異なります。図・顧客名・契約条件は説明用の架空の例です。
1. サービス契約で整理すること
サービス契約では、誰に、どの期間、どのようなサービスを提供するかを整理します。保守・サポートなど、契約を前提に継続して顧客対応を行う場面で使います。
サービス契約
期間と利用量を管理顧客、開始日、終了予定日、
追跡単位、合計単位など。
問い合わせ
個々の対応を記録相談内容、対応状況、
処理に関係する時間等。
関連文書
詳しい条件を確認契約書、対応範囲、
受付方法や対象外の条件。
「サービス」モジュールが販売する役務を登録するマスターであるのに対し、「サービス契約」は顧客ごとの契約を管理する場所です。同じ保守サービスでも、顧客によって期間や提供量、対応範囲が異なる場合は、契約ごとに確認できる形へ整理します。
契約の件名は「青葉製作所/システム保守/2026年度」のように、相手・内容・対象期間を見分けられる名前にすると、一覧から探しやすくなります。
2. 契約期間と主な項目を確認する
登録前に押さえておきたいのは、契約の予定期間と、利用量の消化に関係する日付を区別することです。画面の日本語訳だけで判断せず、対応する項目も確認しましょう。
| 項目 | 役割 | 確認の例 |
|---|---|---|
| 開始日 Start Date | サービス提供を始める日 | 2026年4月1日 |
| 終了予定日・期限 Due date | 予定している契約の終了日を管理する | 2027年3月31日。更新確認の基準にする。 |
| 終了日 End Date | 標準の計算処理で更新される日付 | ステータスがComplete、または使用単位が合計単位に達する等の条件で設定される。 |
| 予定期間・実期間 | 開始日と終了予定日/終了日から計算する期間 | 日数として表示される。受付時間帯や営業時間の設定とは別。 |
契約上の満了予定日は、Due dateに対応する項目で管理します。
End Dateは、標準処理では完了状態や利用量の条件に応じて設定・クリアされます。契約書に書かれた満了日を、そのまま保持する入力欄とは分けて考えましょう。
| 項目 | 整理すること |
|---|---|
| 件名・契約番号 | どの契約かを識別する。件名は内容を見分ける名前、番号は参照の手掛かりにする。 |
| 関連先 | 対象の顧客企業・顧客担当者を指定する。 |
| 担当者 | 契約の管理や更新確認を行う社内の担当を決める。 |
| ステータス | 計画中、進行中、保留、完了等の状態を管理する。選択肢の意味をチームで揃える。 |
| 種類・優先度 | 契約の分類や管理上の優先度を揃える。選ぶだけで対応時間のルールが設定されるわけではない。 |
| 追跡単位・合計単位 | 時間・日・インシデント等、提供量を数える単位と総量を決める。 |
| 使用単位・進捗度 | 関連する問い合わせ等の処理を通じ、利用量と消化割合を確認する。 |
英語の標準ステータスにはIn Planning、In Progress、On Hold、Complete等があります。翻訳や選択肢は環境により異なります。ステータスと、実際の契約期間・利用可能な範囲は合わせて確認します。
3. サービス契約を登録する
まずは、契約書や申込内容を確認し、対象・期間・管理担当・利用量の単位を揃えて登録します。
- サービス契約の一覧から作成を開く
「Service Contracts」などの一覧で新規作成を選びます。似た契約がすでにないか、顧客名や対象期間も確認します。
- 件名・関連先・担当者を入力する
誰の何の契約かがわかる件名を付け、顧客企業または顧客担当者と、社内の管理担当を指定します。
- 開始日・終了予定日・状態を入力する
契約上の予定期間を確認します。計画段階か、提供を開始しているかなど、実態に合う状態を選びます。
- 追跡単位と合計単位を決める
たとえば、40時間の保守対応ならHoursと40、10件の対応枠ならIncidentsと10のように、契約の数え方に合わせます。
- 保存し、契約条件の文書を関連付ける
期間・顧客・担当を確認し、契約書やサービス範囲の資料を文書管理から追加・選択します。問い合わせを登録する人にも、確認先を共有します。
年間契約というだけで、対応量が必ず「365日」になるわけではありません。契約の期間と、「40時間」「10件」などの提供量は、別の軸として整理しましょう。
追跡単位にはNoneもあります。数え方が未設定のままでは、期待する利用量を計算できないことがあります。件数・日数・時間のどれを管理するか、先に決めておきます。
4. 問い合わせと利用量を確認する
標準には、サービス契約へ問い合わせを関連付け、クローズ済みの問い合わせを基に使用単位を計算する処理があります。契約の関連一覧で問い合わせを追加・選択し、対応内容と契約の組み合わせを確認します。
| 追跡単位 | 使用単位の計算に使う内容 | 運用で揃えること |
|---|---|---|
| インシデント Incidents | 対象となるクローズ済み問い合わせを1件として数える。 | 何を1件とするか。同じ相談を分割・再開した場合の扱い。 |
| 時間 Hours | 問い合わせのhours、またはdaysから換算した値を使う。 | 問い合わせ側の時間情報の意味と入力方法。実作業時間として使うなら、その記録方法を確認する。 |
| 日 Days | 問い合わせのdays、またはhoursから換算した値を使う。 | 日数の単位・計上方法。営業日や自社の1日分の工数と同じかを確認する。 |
関連するクローズ済み問い合わせ
対象の時間情報を合計:2+3+5=10
10 ÷ 40 × 100 = 25%
残りの目安:30時間
進捗度は、ここでは利用量の消化割合です。契約期間が何%経過したか、顧客の問題が何%解決したかを表すものではありません。
問い合わせを関連付けただけで、未完了の対応まで一律に使用済みになるとは考えないようにします。クローズ・再開・関連の追加や解除など、どの操作で値が更新されるかを、実際の運用経路で確認しましょう。
参照した標準処理では、時間と日の換算に1日=24時間を使う場合があります。1日=8時間の作業量や、営業時間内だけを数える仕組みとして扱わず、自社の計上基準と合うかを確認してください。自動のストップウォッチ計測を意味する機能でもありません。
5. 対応条件を文書と合わせて整理する
開始日と終了予定日がわかっても、「何を、どの窓口で、どこまで対応するか」が曖昧だと、受付で判断に迷います。詳しい条件は関連文書にまとめ、契約から確認できるようにします。
対応する範囲
何を対象にするか対象システム、製品、
作業内容、対象拠点など。
受付・対応の条件
いつ・どう受け付けるか窓口、受付時間帯、
連絡方法、確認手順など。
対象外と追加対応
どこから確認が必要か対象外の作業、追加見積、
確認する担当や手順など。
たとえば「平日の日中にメールで受け付ける」「設定変更は対象、機能追加は別途見積」といった条件を、問い合わせの担当者が確認できるようにします。契約書だけで読み取りにくい場合は、参照用の対応範囲一覧も合わせて整理すると便利です。
複数の契約がある顧客では、問い合わせごとに適用する契約を確認します。同じ顧客の問い合わせだからといって、すべてが同じ契約の対象になるとは限りません。
一覧で比較したい条件は、管理項目として整理します。
受付区分や更新確認日などを項目として持たせる必要がある場合は、標準項目を確認したうえで、カスタム項目等の追加を検討します。文書に残す詳細と、一覧・抽出に使う情報を分けましょう。
契約の種類や優先度を選ぶことと、応答期限の自動計算、SLAに沿った通知・エスカレーション、契約外の受付制限が動作することは別です。必要なルールと対応方法を分けて確認します。
6. 期限・残りの利用量・更新を確認する
契約の確認は、日付だけでなく利用量と合わせて行います。期間内でも提供枠を使い切る場合があり、反対に利用量が少ないまま終了予定日を迎える場合もあります。
- 終了予定日と状態を定期的に確認する
一覧・検索・フィルターで、対象期間や担当者等から契約を確認します。抽出にはDue dateに対応する項目を使い、End Dateと取り違えないようにします。
- 使用単位と、残りの目安を見る
合計単位と使用単位を比較します。たとえば40時間中10時間なら残りの目安は30時間です。関連する問い合わせに漏れや誤った時間がないかも確認します。
- 更新確認を予定・タスクへ登録する
2027年3月31日が終了予定日なら、3月上旬に継続意向を確認するなど、社内の確認時期を決めます。日付の登録だけで更新タスクが自動生成されるとは考えず、必要な作業を登録します。
- 次の契約と、過去の対応を分けて残す
更新後の条件や提供量を確認し、契約を新しく作るか既存情報を変更するかを決めます。過去の対応を追えるよう、旧契約の文書や問い合わせとの関係も見直します。
利用量が変わったときに手で数字を合わせ続けるよりも、どの問い合わせが計算対象か、時間・日数が正しいかを確認することが大切です。追跡単位を途中で変更すると再計算に関係するため、実績がある契約では影響を確認してから変更します。
契約の登録は、請求書の自動発行や自動更新を意味しません。更新の見積、契約条件の確認、請求、顧客への連絡は、必要な業務として別に整理しましょう。
7. よくある質問
Q. 「サービス」と「サービス契約」は同じものですか?
「サービス」は販売する役務のマスター、「サービス契約」は顧客ごとの期間や提供量等を管理する情報です。同じサービスでも、契約ごとの条件を分けて管理します。
Q. 契約の満了予定日は「終了日」に入力しますか?
標準ではDue dateに対応する終了予定日・期限の項目と、End Dateを区別します。End Dateは完了状態や使用単位の条件で更新されるため、満了予定日の保持にはDue dateに対応する項目を確認します。
Q. 進捗度25%は、契約期間が25%経過した意味ですか?
標準の進捗計算は使用単位÷合計単位×100です。時間や件数などの利用量の割合で、期間の経過率ではありません。未使用・未設定等の場合の表示は、実際の環境で確認します。
Q. 問い合わせを関連付ければ、すべて使用済みとして数えますか?
標準の再計算では、関連するクローズ済み問い合わせを基に計算します。Incidentsは件数、HoursやDaysは問い合わせ側の時間・日数情報を使います。追加・クローズ・再開などの操作経路で、実際の反映を確認します。
Q. Hoursを選べば、作業時間を自動計測できますか?
追跡単位の選択は、問い合わせの値をどう集計するかの設定です。ストップウォッチや営業時間に基づく工数計測とは別に考えます。実作業時間を管理するなら、問い合わせ側の記録方法も揃えます。
Q. 終了予定日を登録すれば、自動更新や請求もできますか?
期間の管理と、自動更新・定期請求は別です。更新確認、見積、請求、通知が必要な場合は、その手順や設定・拡張の要否を整理します。
Q. 契約期間外や利用枠超過の問い合わせを、自動で受け付けなくできますか?
契約期間・使用単位を管理できることと、受付を自動制限することは別です。対象契約の選び方、例外対応、追加見積の要否などを決め、必要に応じて対応方法を検討します。
8. 契約情報を、日々の顧客対応へ
サービス契約の第一歩は、期間と利用量を登録し、問い合わせや詳しい条件と結び付けることです。「この契約なら、どこまで対応するか」を次の担当者も確認できるようにすると、受付から引き継ぎまで判断を揃えやすくなります。
契約と対応をつなぐ
顧客、契約、問い合わせ、条件の文書を合わせ、受付で確認する情報を揃えます。
更新確認を仕事にする
終了予定日や利用量を確認し、誰がいつ継続・追加対応を相談するかを決めます。
vtplusは、Vtiger CRM OSSを基盤に、自社の業務に合わせた活用を支援するサービスです。まず標準のサービス契約・問い合わせ・文書管理で整理できる範囲を確認し、契約区分の整理、更新前の確認依頼、利用枠の通知、部門間の引き継ぎなどは、必要な要件に合わせて対応方法を検討できます。
「契約条件を担当者に聞かないと判断できない」「更新の連絡が直前になってしまう」。そんな課題から、契約情報と日々の仕事のつなぎ方を一緒に整理してみませんか。
NEXT STEP
契約期間と対応条件を、
チームが判断できる情報へ。
「どの契約が対象?」「利用枠をどう確認する?」「更新前に誰が連絡する?」。自社の保守・サポート業務を整理するところから、相談できます。
