NetSuiteが稼働しました。おめでとうございます。
ところが、ここから1か月が、いちばん判断の多い時期になります。
決めることは山積みです。一方で、決めなくても業務は回ってしまう。この組み合わせが厄介です。気づいたときには、数か月分のデータが積み上がっています。
この記事では、稼働直後の30日で「何を決めるか」を週ごとに整理しました。
画面の手順は書きません。NetSuiteは年2回更新されるため、画面の細部は変わります。変わらないのは「何を決めるべきか」のほうです。
NetSuiteの導入・運用を支援するベンチャーネットが、Oracle公式情報と現場で見てきた実例をもとにまとめました。
📌 この記事で分かること
- 稼働後30日で決めるべきことの全体像（第1週／第2〜3週／第4週）
- 「後から変えにくい設定」と「後回しでよい設定」の切り分け方
- 定着でつまずく3つのパターンと、その回避方法
- 情シス担当がいない会社でも30日を回すための体制の作り方
稼働日はゴールではなく、スタート地点
導入プロジェクトの終わりは、本番稼働の日に設定されがちです。
キックオフから数か月。要件を整理し、データを移し、テストを重ねてきた。ようやく本番を迎える。区切りとして自然な感覚です。
ただ、システムの側から見ると、稼働日は始まりの日です。
ここから、実際の取引データが入り始めます。現場が毎日触り始めます。設計時には見えなかった問題が、順番に表に出てきます。
ERPの本当のゴールは、稼働した日ではありません。現場に定着し、業務が正常に回り始めた日です。
なぜ最初の30日で差がつくのか
理由は2つあります。
1つめは、後戻りのコストが日ごとに上がっていくからです。
稼働直後は、データがまだ少ない状態です。設定を変えても、影響する範囲が限られます。
これが3か月後になると、話が変わります。過去のデータに値が入っていない、レポートが遡って割れない、といった問題が出てきます。
2つめは、この時期に決めなかったことが、そのまま既定になるからです。
「あとで見直そう」と置いた設定は、たいてい見直されません。忙しさが理由ではありません。見直す日を決めていないためです。
完璧を目指さなくていい
先に申し上げておきます。30日で全部を決める必要はありません。
むしろ、全部を最初に決めようとすると、稼働が止まります。判断待ちの項目が増え、現場が使い始められません。
完璧を目指すより、まず回す。動かしながら磨いていく。この順序のほうが、結果として早く着地します。
大事なのは、「先に決めるべきもの」と「後で決めていいもの」を区別することです。次の章で、その切り分けを整理します。
なお、NetSuiteそのものの全体像はNetSuiteとは？中堅・中小企業の経営者が知っておきたいクラウドERP入門で解説しています。
30日で決めることの全体像
稼働後の30日を、3つの期間に分けて考えます。
| 期間 | テーマ | 決めること |
|---|---|---|
| 第1週 | 土台を固める | 後から変えにくい設定。基準通貨、会計年度、分類の切り方 |
| 第2〜3週 | 入力を揃える | 日々の運用に関わる設定。書式、採番、呼び名、ロール、帳票の出し方 |
| 第4週 | 点検する | 締めのリハーサル、問い合わせ窓口、積み残しの棚卸し |
この順番には理由があります。後戻りコストの高い順に並べています。
「後から変えにくい」の意味
設定には、変えやすいものと変えにくいものがあります。この差を先に知っておくと、優先順位で迷いません。
| 区分 | 具体例 | 後から変えると |
|---|---|---|
| 変えられない | 基準通貨（その通貨で取引が保存された後） | 変更できない。過去データの削除が前提になる |
| 元に戻せない | クラスから場所への変換 | 実行後は戻せない。既に場所がある場合は実行自体できない |
| 変えられるが痛い | 分類（部門・クラス・場所）の切り方 | 過去のデータに値が入らず、遡って埋める作業が出る |
| 変えられるが混乱する | レコードやトランザクションの呼び名 | 途中で変えると、社内の資料と画面がずれる |
| いつでも変えられる | 日付や電話番号の書式、帳票の既定の送り方 | 影響は軽い。後回しでよい |
上の2区分は、Oracle公式ヘルプに明記されています。基準通貨は「Setting a Base Currency」が該当箇所です。クラスの変換は「Converting Classes to Locations」に記載があります（出典：Oracle NetSuite公式ヘルプ）。
つまり、第1週で押さえるべきは上から3行です。残りは第2〜3週で構いません。
決める人と、手を動かす人を分ける
もう1点、体制の話をしておきます。
30日の作業は、性質の異なる2種類が混ざっています。
- 決める作業：分類の切り方、承認の流れ、呼び名。業務を知っている人が判断する
- 動かす作業：設定を入れる、確認する。システムを触れる人が実行する
この2つを1人が兼ねると、たいてい詰まります。判断が必要な場面で手が止まり、手を動かす場面で判断が後回しになるためです。
規模が小さくても、2人で分けることをおすすめします。理由は後の章で詳しく述べます。
第1週：会社の「土台」を確定する
第1週は、後から変えにくいものだけに絞ります。
基準通貨と会計年度
基準通貨は、会社の帳簿の基準になる通貨です。
これは、その通貨で取引が保存された後は変更できません（出典：Oracle NetSuite公式ヘルプ）。稼働前に確定しているのが通常ですが、念のため最初に確認してください。
会計年度の開始月も同様です。決算月とずれていないかを見ます。
決めないとどうなるか：取引が入った後の修正は、過去データの削除が前提になります。実質的にやり直しに近い作業になります。
分類（部門・クラス・場所）の切り方
分類は、取引や社員を分けて集計するための区分です。NetSuiteでは、部門・クラス・場所という3種類が用意されています。
ここが、第1週でいちばん時間をかけるべき論点です。
なぜなら、この切り方が財務レポートの粒度をそのまま決めるからです。
考えるべきは、次の問いです。
- 経営として、どの単位で数字を見たいか（事業別か、拠点別か、チーム別か）
- その単位は、3年後も同じか
- 現場が、伝票を起票するたびに選べる粒度か
3つめが抜けやすい観点です。細かく分けるほどレポートは詳しくなりますが、入力の負担は増えます。入力されなければ、レポートは埋まりません。
なお、分類は後から追加できます。使わなくなった区分は、削除ではなく非アクティブにして残せます。
一方で、クラスを場所に変換する機能は、実行すると元に戻せません。既に場所が登録されている場合は、変換自体ができません（出典：Oracle NetSuite公式ヘルプ）。切り分けは最初に決めておくのが安全です。
決めないとどうなるか：初期値のまま運用すると、月次で「部門別の数字が出ない」と気づきます。その時点で過去分に値が入っておらず、遡って埋める作業が発生します。
分類を必須にするかどうか
分類は、入力を必須にするかどうかを設定で選べます。
必須にすれば、値の入っていない取引は生まれません。ただし、現場の入力負担は上がります。
判断の目安は、その分類でレポートを本当に見るかどうかです。見ないなら、必須にする必要はありません。
決めないとどうなるか：任意のまま運用し、後から必須に切り替えると、切り替え前のデータだけ値が抜けます。レポートが期間で分断されます。
第1週のチェックリスト
- 基準通貨が、想定どおりに設定されているか
- 会計年度の開始月が、決算月と合っているか
- 分類（部門・クラス・場所）の切り方を、経営が見たい単位で決めたか
- その分類を必須にするかどうかを決めたか
- 決めた内容を、文書に残したか
最後の項目を軽く見ないでください。「なぜこの切り方にしたか」を残しておくと、担当者が変わったときに効きます。
第2〜3週：日々の入力が揃う状態をつくる
土台が決まったら、次は日々の運用に関わる設定です。
この2週間のテーマは、「人によって入力がばらつかない状態をつくる」ことです。
全社の書式とルール
日付の書き方、電話番号の書き方、パスワードの条件。こうした全社共通のルールを決めます。
地味な項目ですが、効果は大きいです。書式が揃っていないデータは、後から検索も集計もしにくくなります。
あわせて、個人の設定で上書きを許すかどうかも決めます。全社で統一したい項目は、上書きを許さない設定にできます。
決めないとどうなるか：同じ情報が、人によって違う形式で入ります。名寄せや突合の作業が、後から発生します。
採番のルール
取引に付ける番号の付け方を決めます。
先頭に付ける記号（プレフィックス）と、開始番号の組み合わせです。取引の種類ごとに設定できます。
ポイントは、人が見て種類が分かる形にすることです。番号を見ただけで受注か請求かが分かると、問い合わせ対応が速くなります。
決めないとどうなるか：番号から情報が読み取れず、探すたびに検索が必要になります。1件あたりは数十秒ですが、毎日積み上がります。
社内の呼び名に合わせる
NetSuiteは、レコードや取引の呼び名を社内の言葉に変えられます。
たとえば「見積」を「お見積書」と呼んでいるなら、その表記に揃えられます。現場の抵抗感が下がる、地味に効く設定です。
ただし、注意点があります。
- 既にある別の名前と、同じ名前にしない
- 複数の異なるものに、同じ言葉を当てない
- 略語は変えない（公式のヘルプ文書と食い違い、調べる時に混乱するため）
決めないとどうなるか：画面の言葉と社内の言葉がずれたままになります。マニュアルを作るたびに、対応表が必要になります。
ロールの割り当て
ロールは、誰が何を見られて、何をできるかを決める設定です。NetSuiteでは、同じシステムでもロールによって見える画面が変わります。
第2〜3週では、最低限の割り当てを済ませます。作り込んだ設計は、この段階では目指しません。
見るべきは3点です。
- 管理者相当の権限を持つ人が、必要最小限か
- 承認する人と、起票する人が分かれているか
- 各部門に、少なくとも1人は操作できる人がいるか
詳しい設計の考え方は、NetSuiteの権限・ロール設計のベストプラクティスで整理しています。
決めないとどうなるか：緩い権限のまま運用が固定されます。決算や監査の時期に、職務分掌の問題として表面化します。
帳票の出し方
見積書や請求書を、印刷で渡すのかメールで送るのかを決めます。既定の送り方を設定できます。
メールを使う場合は、送信元のアドレスをどこに揃えるかも決めます。担当者個人のアドレスにするか、会社の代表アドレスにするか、という判断です。
決めないとどうなるか：担当者ごとに送信元が変わり、取引先から見た印象がばらつきます。担当者が退職すると、送信元アドレスが宙に浮きます。
第2〜3週のチェックリスト
- 日付・電話番号などの書式を、全社で統一したか
- 個人設定での上書きを、どこまで許すか決めたか
- 取引の採番ルールを、種類ごとに決めたか
- レコードの呼び名を、社内の言葉に合わせたか
- ロールを割り当て、管理者権限の人数を絞ったか
- 帳票の既定の送り方と、送信元アドレスを決めたか
第4週：回り始めた状態を点検する
最後の1週間は、新しく決めるより、決めたことを確かめる週です。
締めのリハーサルをする
いきなり本番の月次締めを迎えないでください。
その前に、通しで一度動かします。取引を入れ、承認を通し、レポートを出すところまでを確認します。
ここで出てくる問題の多くは、設定の抜けです。本番前に見つかれば、修正は軽く済みます。
見るべきは次の点です。
- 部門別・拠点別のレポートが、想定どおりに割れるか
- 承認の流れが、実際の決裁ルートと合っているか
- 数字が合わない箇所があれば、どの設定に起因するか
問い合わせの窓口を決める
現場から「これはどうすれば」という質問が必ず出ます。
この受け先を決めていないと、質問が個別に飛び交います。同じ質問に別々の人が別々に答え、運用がばらつきます。
決めることは3つです。
- 社内の一次受付を誰にするか
- 一次受付で答えられない場合、どこに聞くか
- 質問と回答を、どこに残すか
3つめが重要です。問い合わせの記録は、そのまま社内マニュアルの素材になります。操作の考え方とマニュアルの整え方は、NetSuiteの使い方・操作マニュアルガイドで解説しています。
積み残しを棚卸しする
30日で決めきれなかった項目を、一覧にします。
そして、それぞれに「いつまでに決めるか」を入れます。日付が入っていない項目は、決まらないままになります。
あわせて、次の30日でやることも決めておきます。第1週で見送った機能の追加、ロールの本格的な設計、レポートの整備などです。
第4週のチェックリスト
- 締めのリハーサルを、通しで実施したか
- レポートが想定どおりに割れることを確認したか
- 問い合わせの一次受付と、記録の置き場を決めたか
- 積み残し項目に、期限を入れたか
- 次の30日でやることを決めたか
最初の30日でつまずく3つのパターン
ここでは、稼働直後によく起きるつまずきを3つに整理します。
売り込みのために書くのではありません。「入れたのに使われない」を避けてほしいからです。
3つとも、事前に知っていれば防げるものです。
初期値のまま走り出してしまう
こんな状態になっていませんか
- 部門別・拠点別の数字が、レポートできれいに割れない
- 過去の取引を探すのに、毎回時間がかかっている
- 同じものを、人によって違う名前で呼んでいる
なぜ起きるのか
初期値のままでも、日々の業務は動いてしまいます。ここが厄介な点です。
伝票は起票できます。請求書も出せます。困らないまま、1か月が過ぎます。
痛みが出るのは、最初の月次締めやレポートを見た瞬間です。そのときには、すでに1か月分のデータが積み上がっています。
分類の切り方を後から変えると、過去のデータには値が入っていません。遡って埋める作業が発生します。
さらに、後戻りできない設定もあります。たとえば基準通貨は、その通貨で取引が保存されると変更できなくなります（出典：Oracle NetSuite公式ヘルプ）。クラスを場所に変換する機能も、実行後は元に戻せません。
どう回避するか
最初の1週間は、対象を絞ります。「後から変えにくいもの」だけを決めてください。
具体的には、基準通貨、会計年度の開始月、分類の切り方の3つです。
残りは後回しで構いません。全部を最初に決めようとすると、かえって稼働が止まります。
ベンチャーネットでは、稼働前の段階で「後から変えにくいもの」の一覧を先にお渡ししています。決める順番が分かるだけで、初月の負荷は大きく変わります。
権限を緩めたまま、それが既定になる
こんな状態になっていませんか
- 稼働直後の混乱を避けるため、多くの人に広い権限を渡したままにしている
- 逆に「画面が出ない」「ボタンが押せない」という問い合わせが、毎日届いている
- 誰がどの権限を持っているか、一覧で説明できない
なぜ起きるのか
稼働直後は「まず動かす」が最優先になります。判断は、権限を緩める方向に倒れます。
これ自体は、悪い判断ではありません。問題は、緩めた状態が見直されないまま既定になることです。
NetSuiteは、ロールによって見える画面とできる操作が変わります。ロールを配りすぎると、職務分掌が成り立たなくなります。
これが表面化するのは、決算や監査の時期です。稼働から数か月が経ってからになります。
逆に絞りすぎた場合も、問い合わせ対応で担当者の時間が溶けます。どちらに倒れても、コストは後から来ます。
どう回避するか
30日以内に「棚卸しの日」を決めて、カレンダーに置いてください。
稼働直後に作り込んだロール設計を用意する必要はありません。ただし、見直す日を決めずに走ると、そのまま1年が過ぎます。
棚卸しでは、次の3点だけ確認すれば十分です。
- 管理者相当の権限を持つ人が、必要な人数に収まっているか
- 承認する人と、伝票を起票する人が分かれているか
- 使われていないロールが残っていないか
初期設定だけして、運用が自社任せになる
こんな状態になっていませんか
- 稼働した後、相談できる相手がいない
- 担当者の異動や退職で、運用の理由を知る人がいなくなった
- 「なぜこの設定なのか」を、誰も説明できない
なぜ起きるのか
これは、進め方の問題ではありません。契約の設計から生まれる問題です。
導入契約が本番稼働をゴールにしていると、定着は契約範囲の外側に落ちます。
稼働後30日は、本来もっとも支援が必要な時期です。決めることが多く、判断の材料も足りません。にもかかわらず、支援がいちばん薄くなる。この時期にずれが起きます。
そして、ここでできた「理由の分からない設定」は、長く残ります。担当者が変わるたびに、触れない領域が増えていきます。
どう回避するか
稼働は、ゴールではありません。スタート地点です。
契約を結ぶ段階で、稼働後の支援がどこまで含まれるかを確認してください。含まれない場合は、別途どう手当てするかを決めておきます。
社内では、担当を最低2名置くことをおすすめします。1名だと、その人が動けない日に運用が止まります。
ベンチャーネットは、業務整理から運用の定着まで一貫して伴走する立場を取っています。稼働後に「これは相談していいことなのか」と迷う場面こそ、伴走の出番だと考えているためです。
よくある質問
Q1. 稼働したら、すぐに全機能を使い始めるべきですか？
いいえ。使う範囲を絞って始めるほうが、結果的に早く定着します。
一度に多くの機能を開けると、現場の変化が大きすぎて混乱します。「新しいやり方は分かりにくい」という声が出て、以前のやり方に戻ってしまうケースもあります。
まずは、日々必ず使う業務から始めてください。慣れの度合いを見ながら、使う範囲を広げます。
なお、中堅・中小企業の場合、財務会計から入るより販売・在庫から始めるほうが成果が見えやすい傾向があります。日本特有の会計要件があるためです。この点はNetSuiteで何ができる？機能・モジュール一覧で詳しく整理しています。
Q2. 30日で決めきれない項目が残ったら、どうすればよいですか？
残してよい項目と、残せない項目を分けてください。
残せないのは、この記事の第2章で挙げた「後から変えにくい」区分に入るものです。基準通貨、会計年度、分類の切り方の3つです。
それ以外は、期限を入れて次の30日に送って構いません。重要なのは、一覧にして期限を入れることです。期限のない項目は、そのまま忘れられます。
Q3. 情シス担当がいない会社でも、30日で回せますか？
回せます。ただし、体制の作り方を変える必要があります。
鍵は、「決める人」と「手を動かす人」を分けることです。決めるのは業務を知っている人、動かすのはシステムを触れる人、という分担です。同じ人が兼ねると、判断のたびに手が止まります。
そのうえで、社内の担当は最低2名置いてください。1名だと、休暇や異動で運用が止まります。
社内で人を割けない場合は、パートナー側に定着支援を含めてもらう方法もあります。契約の段階で、稼働後の支援範囲を確認しておくと安心です。
Q4. 一度決めた設定は、後から変更できますか？
項目によって異なります。3つに分かれます。
変更できないもの：基準通貨は、その通貨で取引が保存された後は変更できません。変更するには、該当するデータの削除が前提になります（出典：Oracle NetSuite公式ヘルプ）。
元に戻せないもの：クラスから場所への変換は、実行すると戻せません。既に場所が登録されている場合は、変換自体ができません（出典：同上）。
変更できるが影響が出るもの：分類の追加や呼び名の変更はできます。ただし、変更前のデータには新しい値が入りません。レポートが期間で分断される点に注意してください。
Q5. 画面の細かい操作手順は、どこで調べればよいですか？
Oracle公式のナレッジベース「SuiteAnswers」が第一の情報源です。設定手順や事例ベースのQ&Aが揃っています。
社内マニュアルを整える際の考え方は、NetSuiteの使い方・操作マニュアルガイドにまとめています。
なお、NetSuiteは年2回のリリースで更新されます。画面の細部は変わるため、手順を丸ごと社内文書に書き写すと、更新のたびに保守が発生します。「考え方」を残すほうが長持ちします。備え方はNetSuiteのバージョンアップへの備え方で解説しています。
まとめ：完璧を目指すより、まず回す
稼働後の30日を、あらためて整理します。
- 第1週：後から変えにくいものだけを決める（基準通貨・会計年度・分類の切り方）
- 第2〜3週：日々の入力が揃う状態をつくる（書式・採番・呼び名・ロール・帳票）
- 第4週：締めのリハーサルと、積み残しの棚卸し
30日で全部を決める必要はありません。決めるべき順番を間違えないことのほうが、はるかに大事です。
そして、稼働は経営の変化の出発点です。業務プロセスを見直し、部門をまたいで情報がつながる。その効果が見え始めるのは、定着してからです。
今日できること
この記事を読み終えたら、1つだけやってみてください。
カレンダーを開いて、30日後に「棚卸しの日」を入れることです。
内容は後で決めて構いません。日付を先に押さえておくと、それだけで見直しが実行されます。決めなかったことが既定になる、という事態を防げます。
もう少し詳しく知りたい方へ
稼働後の運用について、社内だけで判断しきれない場面が出てきたら、お気軽にご相談ください。
NetSuite導入・伴走・保守サービスを見る
稼働後の運用支援・帳票整備・パートナー変更に対応しています。
情シス不在でも安心の導入支援を見る
専任の情シスを置けない中堅・中小企業向けの伴走型サービスです。
