VTIGER CRM OSS STANDARD GUIDE
顧客も、案件も。
番号で、情報を見つけやすく。
「似た名前の会社があり、確認に時間がかかる」「案件名だけでは、社内で同じ商談の話をしているかわかりにくい」。名前と合わせて番号を使うと、対象を伝えたり、資料と照合したりしやすくなります。
Vtiger CRM OSSには、顧客企業や案件等のレコード番号を、モジュールごとに自動で付ける標準機能があります。管理者が接頭辞と連番の開始値を設定し、これから登録するレコードの番号を整理できます。
この記事でわかること
接頭辞と連番の仕組み、顧客番号・案件番号の決め方、設定手順、既存番号への影響、番号が空欄のデータを補う操作との違いを図解します。
対象:Vtiger CRM OSS 8.4系の標準実装。画面名・項目名・対象モジュールは導入環境や翻訳で異なります。図・会社名・番号は説明用です。
1. レコード番号は何のために使うか
レコード番号は、一つの情報を指し示すための業務上の目印です。顧客企業名や案件名と合わせて使うと、一覧・検索・社内の連絡で、対象をそろえやすくなります。
青葉製作所
CUST-1001どの会社の情報かを、
社名と顧客番号で確認する。
顧客管理システム導入
DEAL-1001どの商談の続きかを、
案件名と案件番号で確認する。
たとえば「青葉製作所の件」だけでなく、「CUST-1001の青葉製作所、DEAL-1001の導入相談」と伝えると、確認する情報を絞れます。番号を一覧や資料に載せる場合は、実際の表示・出力項目も合わせて設定します。
画面に表示する番号と、システム内部のIDは別です。
顧客番号・案件番号の設定は、CRM内部でレコードや関連を識別するIDを変更する操作ではありません。URLやAPI等で扱うID、他システムの顧客コードも、役割を分けて整理します。
2. 接頭辞と連番の仕組み
標準の設定は、先頭に付ける文字列(接頭辞)と、続く連番を組み合わせる仕組みです。顧客企業ならCUST-、案件ならDEAL-のように分けると、番号から種類を見分けやすくなります。
どの種類の情報か
登録時に進む番号
通常の新規保存では番号が付与され、連番が進みます。既存レコードの通常編集のたびに、新しい番号へ付け直す仕組みではありません。
画面の「Start Sequence」「開始番号」等には、現在の採番で次に使う値が表示される場合があります。最初に設定した値がずっと表示されるものとは考えず、現在の接頭辞・値と、実際の登録結果を確認してください。
番号の桁数や先頭のゼロをそろえたい場合は、保存した開始値と実際の採番結果を確認します。標準の基本設定を、桁数・日付・条件分岐を自由に指定する書式エンジンとして扱わないようにします。
3. 顧客番号・案件番号のルールを決める
最初から多くの意味を番号へ詰め込むより、短く、区別しやすく、長く使えるルールから始めると運用しやすくなります。
| 対象 | 接頭辞の例 | 開始値の例 | 番号の例 |
|---|---|---|---|
| 顧客企業 Accounts | CUST- | 1001 | CUST-1001 |
| 案件 Potentials | DEAL- | 1001 | DEAL-1001 |
同じ1001から始めても、接頭辞が違えば、人が見たときの区別がしやすくなります。ただし、標準はモジュール単位の管理です。顧客・案件・見積等をまたぐ一本の連番や、全モジュール共通の重複検査を意味するものではありません。
| 決めること | 考え方 |
|---|---|
| 番号の用途 | 社内確認、顧客との連絡、他の資料との照合等、何に使うか。 |
| 接頭辞 | 対象を見分けやすくする。ハイフン等の区切りも文字列に含めて考える。 |
| 開始する値 | 既存番号、これまで使った接頭辞、現在の採番状態と重ならないか確認する。 |
| 既存コードとの関係 | 会計・基幹システムの顧客コードと同じ意味か、CRM内の管理番号かを分ける。 |
| 表示・出力先 | 一覧、検索、レポート、帳票等の、どこで番号を使うかを確認する。 |
| 変更の担当 | 採番設定を変更する窓口と、変更日・理由・対象を残す方法を決める。 |
担当者や部門が変わるたびに番号を変えたくなる設計は、運用が複雑になりがちです。担当・部門・年度等は、それぞれの項目でも管理する方法を検討しましょう。
4. レコード番号を設定する
管理者が設定画面を開き、対象モジュールごとに変更します。選択したモジュールと、画面に表示された現在の値を確認してから進めましょう。
- レコード番号の設定画面を開く
CRM設定の「Customize Record Numbering」「レコード番号のカスタマイズ」等を開きます。表示名や配置は翻訳・環境により異なります。
- 対象モジュールを選ぶ
顧客企業ならAccounts、案件ならPotentials等を選びます。対象は採番項目を持つ対応モジュールです。どの画面にも共通して適用する設定ではありません。
- 現在の接頭辞と連番を控える
変更前の値、既存番号の例、利用している帳票・連携先を確認します。戻す場合も採番状態を確認する必要があるため、変更内容を残しておきます。
- 接頭辞と開始値を設定し、保存する
新しい接頭辞なら、使用する開始値を指定します。同じ接頭辞では、記録されている次の値より小さく戻せない判定があります。エラー時は現在の採番状態を確認します。
- 新規レコードで番号を確認する
対象モジュールに少数のテストデータを登録し、意図した番号になったか、次の番号がどう進むかを確認します。既存データの番号、一覧や資料での表示も合わせて見直します。
テスト登録でも、連番は進みます。
テストレコードを削除したら同じ番号を再利用できる、と考えずに計画します。番号が一つ飛んだことだけで、未登録や不具合と判断しないようにしましょう。
標準の通常編集では、自動採番項目を一般のテキスト項目のように書き換える運用は想定されていません。保存経路による違いがあるため、CSV・API・拡張からの登録も使う場合は、その経路の結果も確認します。
5. 既存番号と空欄の番号を分けて考える
採番設定の保存は、基本的にこれから付与する番号のルールを変える操作です。すでに番号が入っているレコードを、新しい接頭辞で一括して振り直す処理とは異なります。
以前からある顧客
ACC-105採番設定の保存だけでは、
この番号は振り直されない。
新しく登録する顧客
CUST-1001新しい接頭辞と
設定した開始値で採番する。
画面には「Update Missing Record Sequence」「未設定の番号を更新」等の操作もあります。これは、参照した標準では番号項目が空文字またはNULLのレコードへ番号を補う処理です。すでに番号があるデータの接頭辞変更や、番号の飛びを詰める機能としては扱いません。
| やりたいこと | 考える操作・確認点 |
|---|---|
| 今後の顧客番号を変える | 顧客企業の採番設定を変更し、新規保存の結果を確認する。 |
| 番号が空欄の既存データを補う | 欠けている番号を更新する操作。保存済みの採番設定、対象、実行後の値と連番の進み方を確認する。 |
| 既存番号をすべて新形式へ変える | 標準の設定保存や空欄補完とは分け、対象・参照資料・連携先を整理して対応方法を検討する。 |
| 削除で空いた番号を詰める | 件数管理とは分ける。欠番をなくすために既存レコードへ番号を付け直す運用にしない。 |
空欄を補う操作は、設定欄へ入力しただけの未保存値を試すプレビューではありません。保存されている採番設定を使って既存データへ書き込む操作なので、対象と結果を確認して実施します。
6. 運用前に確認したいこと
番号は、一度使い始めると社内連絡や外部資料にも広がります。設定値だけでなく、変更の影響と、標準機能で扱う範囲を整理しておきましょう。
| 確認すること | ポイント |
|---|---|
| 同じ接頭辞への巻き戻し | 現在値より小さい開始値は制限される。過去に使った接頭辞へ戻す場合も、その接頭辞の採番状態を確認する。 |
| 年度の文字 | CUST-2026-等を固定文字として入れることと、年替わりの自動更新・連番リセットは別。自動切り替えの標準設定として説明しない。 |
| 部門・担当者別の採番 | 一つのモジュール内で、レコードの部門等に応じて接頭辞や連番を自動で切り替えるには、別途要件を整理する。 |
| CSV・API・拡張 | 新規登録、更新、一括処理等で番号がどう扱われるかを確認する。CSVの番号列を、そのまま標準番号へ上書きできると決めつけない。 |
| 番号の飛び・件数 | 番号の最大値を顧客数や案件数と同じものとして使わない。件数は一覧・集計等で確認する。 |
| 既存の資料・連携先 | 帳票、出力CSV、他システムの照合項目で何を使っているか確認する。見た目の番号と、レコードの関連・内部IDを混同しない。 |
たとえば、基幹システムの顧客コードをそのまま保持したい場合は、外部顧客コード用の項目を別に用意する方法もあります。CRMの自動番号、基幹側のコード、顧客名の役割を分けると、連携や検索の方針を決めやすくなります。
自動番号だけで、顧客データそのものの重複を防ぐわけではありません。同じ会社を二重登録した場合の確認・統合は、採番とは別の運用として整えましょう。
7. よくある質問
Q. 顧客番号と案件番号は、別々に設定できますか?
標準は対象モジュールごとの採番です。顧客企業と案件をそれぞれ選び、接頭辞・連番を設定します。対応モジュールは実際の選択肢で確認します。
Q. 接頭辞を変えると、既存の番号も変わりますか?
設定保存だけで、番号が入っている既存レコードを一括で振り直すものではありません。新旧の番号が混在するため、切り替え日や資料・連携先への影響を確認します。
Q. 「欠けている番号を更新」で、連番の飛びを詰められますか?
参照した標準は、番号項目が空文字またはNULLのレコードへ番号を補います。削除で空いた番号を再配分したり、既存の番号をすべて振り直したりする機能ではありません。
Q. 同じ接頭辞のまま、1からやり直せますか?
同じモジュール・接頭辞で、記録されている次の値より小さく戻す操作は制限されます。過去の採番状態と既存番号を確認し、必要な変更の目的から対応方法を検討します。
Q. 毎年、自動で年度と連番を切り替えられますか?
接頭辞へ年度を固定文字として含めることと、自動で年度を更新し連番をリセットすることは別です。標準の基本設定で自動切り替えまでできると考えず、必要なルールを整理します。
Q. 番号を変える設定で、顧客と案件の関連も変わりますか?
番号の設定は内部IDや関連先を付け替える操作ではありません。顧客企業と案件の関連は関連項目で管理します。他システムが表示番号を照合キーに使う場合は、別途その影響を確認します。
Q. 他システムの顧客コードを、そのまま使いたい場合は?
自動採番の番号と外部コードのどちらを業務で使うか整理します。外部コードを別のカスタム項目で保持する方法も含め、取り込み・更新・照合のルールを決めます。
8. 番号を、業務で使える共通の目印へ
採番設定の第一歩は、顧客・案件等を見分けやすい接頭辞と、継続して使える連番を決めることです。その番号を一覧、社内連絡、資料との照合でどう使うかまで整えると、確認や引き継ぎを進めやすくなります。
番号の役割をそろえる
顧客番号・案件番号・外部コードを整理し、何を共通の目印にするか決めます。
日々の使い方まで整える
一覧・検索・資料・連携先での表示と、変更時の確認方法をそろえます。
vtplusは、Vtiger CRM OSSを基盤に、自社の業務に合わせた活用を支援するサービスです。まず標準の採番とカスタム項目で整理できる範囲を確認し、年度・部門別の採番、既存顧客コードの保持、帳票への表示、他システムとの照合等は、要件に合わせて対応方法を検討できます。
「CRMと基幹システムで顧客コードが違う」「案件番号を資料と合わせて使いたい」。そんな課題から、自社に合う番号と情報のつなぎ方を整理してみませんか。
NEXT STEP
顧客番号・案件番号を、
チームで使える共通の目印へ。
「どの番号を使う?」「既存コードをどう残す?」「資料や他システムとどう合わせる?」。自社の管理番号と運用を整理するところから、相談できます。
