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