他社が構築した楽楽販売を引き継ぐには|リカバリーの進め方

他社や前任者が構築した楽楽販売を引き継ぐときの進め方を解説します。現状把握で見るべき9項目、残す設定と捨てる設定の見分け方、作り直しになりやすい箇所、引き継ぎを依頼する前に自社で準備できることを構築エンジニアがまとめました。

楽楽販売 引き継ぎ 構築代行

他社が構築した楽楽販売、あるいは退職した担当者が作った楽楽販売を引き継ぐとき、最初にやるべきは作り直しの判断ではなく、現状の棚卸しです。

引き継ぎのご相談では「もう一度ゼロから作り直したほうが早いのでは」と言われることが少なくありませんが、実際に中を拝見すると、データベースの持ち方は妥当で、詰まっているのは帳票と権限だけ、というケースもあります。逆に、見た目は動いているのにデータ構造が要件と合っておらず、後から必ず破綻するケースもあります。この見極めを先にやらないと、残せるものまで捨てることになります。

当社は楽楽販売の構築・設定代行に加えて、他社が構築中・構築済みの環境の引き継ぎもご支援しています。本記事は、実際に引き継ぎ案件で最初に何を見て、何を判断しているかをまとめたものです。

この記事で分かること:

  • 引き継ぎで最初に確認すべき9項目
  • 残す設定と捨てる設定の見分け方
  • 作り直しになりやすい箇所
  • 引き継ぎを依頼する前に自社で準備しておくと早いもの

引き継ぎが発生する3つのパターン

対応の勘所がパターンごとに違うため、まず自社がどれに当たるかを確認します。

パターン状況最初の論点
ベンダーとの契約終了構築途中、または稼働後に契約が切れたどこまでが完成していて、何が残っているのか
サポート期間の終了ラクス社の導入支援期間内に構築が終わらなかった本番稼働に最低限必要な範囲の切り出し
担当者の離任社内で構築していた担当者が異動・退職した設定意図が分かる資料が残っているか

いずれの場合も、**残された設定は「誰かが何らかの理由で作ったもの」**であり、意図が分からないまま消すと、どこかで業務が止まります。棚卸しを先に行う理由はここにあります。

現状把握:引き継ぎで最初に見る9項目

引き継ぎを依頼された際、当社が最初に確認しているのは次の項目です。自社で状況を整理する場合も、この順番で見るのが効率的です。

#確認項目何を見るか
1データベース構成いくつのDBがあり、それぞれ何の業務に対応しているか。使われていないDBの有無
2DB間のリレーションどのDBがどのDBを参照しているか。参照の向きが業務の流れと合っているか
3項目定義入力項目と計算項目の区別。同じ意味の項目が複数のDBに重複していないか
4計算式・自動集計どの数字がどこから算出されているか。手入力で上書きされている箇所の有無
5ステータス・ワークフロー遷移の定義と、各ステータスでの編集可否。実際に使われている経路はどれか
6権限設定誰がどのデータを見られるか。組織構造と一致しているか
7帳票定義されている帳票と、実際に出力されているもの。手作業の補正が挟まっていないか
8外部連携・API連携先、方向、頻度。エラー時に誰が気づく設計になっているか
9管理者アカウント管理権限を持つアカウントが誰か。前ベンダーのアカウントが残っていないか

実際の現場では: 4の「計算式」と7の「帳票」の突き合わせで、問題の大半が見つかります。帳票に載っている数字が、システムの計算結果ではなく現場のExcelで補正された値だった、というパターンです。この場合、システムは動いているように見えて実際には使われておらず、運用実態を聞かないと気づけません。棚卸しで設定だけを見て判断すると、ここを見落とします。

設定と同じくらい重要な「運用実態の確認」

棚卸しは、設定画面を見るだけでは完結しません。並行して現場に確認すべきことがあります。

  • 実際に毎日入力されているDBはどれか(作ったが使われていないDBは珍しくありません)
  • どの作業がシステム外(Excel・紙・口頭)で行われているか
  • 現場が「不便だ」と感じている具体的な操作

使われていない機能を直しても業務は改善しません。 優先順位は、設定の粗さではなく業務の痛みで決めます。

残す設定と捨てる設定の見分け方

判断軸は4つです。

1. 本番データが入っているか

実データが蓄積されているDBは、原則として残す方向で検討します。移行には必ずコストとリスクが伴うためです。逆に、テスト用に作られたまま放置されているDBは、消す候補になります。

2. 参照されているか

他のDBから参照されている項目は、単独で消せません。リレーションを辿らずに項目を削除すると、参照元の計算式が壊れます。消す前に、必ず参照関係を洗います。

3. 業務と一致しているか

「作られているが、現場のルールと違う」設定は、残しても使われません。たとえば承認3段階で組まれているのに、実際は課長が1人で決裁している、というケースです。この場合は現場の実態に合わせて簡素化するほうが定着します。

4. 再現コストと修正コストのどちらが小さいか

判断に迷う場合は、この比較で決めます。項目数が多く、計算式が複雑なDBほど、作り直しのコストは跳ね上がります。一方で、後述する「データの持ち方そのものが要件と合っていない」場合は、修正を重ねても破綻するため、作り直しが正解になります。

捨てる候補になりやすいもの

  • テスト目的で作られ、本番データが入っていないDB
  • 同じマスタが複数のDBに分かれて二重管理されている状態
  • 定義されているが、一度も遷移していないステータス
  • 使われていない帳票レイアウト

作り直しになりやすい箇所

引き継ぎ案件で「修正では済まない」と判断することが多いのは、次の3つです。

データの粒度が要件と合っていない

案件単位でしかデータを持っていないのに、明細単位の請求書を出したい——といったケースです。これは設定の調整では解決せず、データベースの持ち方から変える必要があります。判断が早いほど傷が浅くて済むため、引き継ぎの初期に必ず確認します。

なぜこの問題が起きるのかは、楽楽販売は自社で構築できる?外注すべきかの判断基準 で機能レベルの理由を解説しています。

マスタのコード体系が揃っていない

取引先コードや商品コードが、既存システム・Excel・楽楽販売の3か所でバラバラになっているケースです。表記ゆれで同じ取引先が複数レコードに分かれていることもあります。この状態のまま設定を直しても、集計が合いません。マスタの整理は、他の修正より先に着手します。

権限設計が組織構造と合っていない

「とりあえず全員が見える状態」で作られ、そのまま稼働しているケースです。後から絞ろうとすると、既存データの所属をすべて見直すことになります。影響範囲が広いため、部分修正よりも設計し直すほうが確実です。

引き継ぎを依頼する前に、自社で用意しておくと早いもの

以下が揃っていると、現状把握にかかる時間が大きく短縮されます。揃っていなくてもご相談いただけますが、準備できるものから集めておくことをおすすめします。

  • 管理者権限のアカウント — 設定を確認するために必要です。前担当者のアカウントしか管理権限がない場合は、先に社内で棚卸しをしておきます。
  • 前ベンダーから受け取った資料 — 要件定義書・設定一覧・議事録など。断片的でも構いません。
  • 業務の現物 — 実際に使っている帳票、Excel、手順書。設定の意図を推測する最大の手がかりになります。
  • 困っている業務の優先順位 — 「請求書が出せない」「承認が回らない」など、痛みの大きい順に3つ挙げてください。ここから着手範囲を決めます。

前のベンダーとのやりとりで注意すること

引き継ぎでは、技術面よりも進め方で揉めることがあります。実務上、次の3点は先に確認しておくことをおすすめします。

  1. 契約終了の条件 — 構築途中で切り替える場合、検収や支払いの条件を確認してから動きます。
  2. データと設定情報の扱い — 出力可能なデータは、契約終了前にエクスポートしておきます。
  3. 原因の追及に時間を使わない — 誰の責任かを整理しても、システムは前に進みません。当社が引き継ぐ場合も、前任者の設計批評ではなく「今ある状態から最短で稼働させる」ことを起点に進めます。

リカバリーの進め方

実際の流れは、おおむね次の4ステップになります。

  1. 棚卸し — 前述の9項目と運用実態の確認。ここで、残す・直す・作り直すの切り分けを行います。
  2. 範囲の決定 — 痛みの大きい業務から順に、第1フェーズで本番稼働させる範囲を決めます。全部を一度に直そうとしないことが重要です。
  3. 修正と構築 — 決めた範囲の設定を修正し、不足分を構築します。マスタ整理が必要な場合は、ここに先行して入ります。
  4. 稼働と引き渡し — 実データでのテスト、現場への操作説明、そして設定変更を社内で回せるようにするための引き渡し。ここを省くと、また同じ状態に戻ります。

費用の考え方や見積もりの読み方は 楽楽販売 設定代行の費用相場|内訳・変動要因と見積書の見方 にまとめています。引き継ぎ案件では、棚卸しの結果によって作業範囲が変わるため、現状確認を先に行ってから範囲と概算をお伝えする進め方が一般的です。

まとめ

楽楽販売の引き継ぎで最も避けたいのは、現状を把握しないまま作り直しを決めることです。残せる資産まで捨てることになり、期間も費用も余計にかかります。

まずは9項目の棚卸しと運用実態の確認を行い、痛みの大きい業務から範囲を切って稼働させる。この順序であれば、途中で止まっている状態からでも現実的に立て直せます。現状を見せていただくところからで構いませんので、楽楽販売の導入支援・設定代行サービスよりお気軽にご相談ください。

よくある質問

Q. 構築途中の案件でも引き継いでもらえますか? A. お受けしています。構築途中・稼働後のいずれでも対応可能です。まず現在の設定を拝見し、残せる部分と作り直すべき部分を切り分けたうえでご提案します。

Q. 前のベンダーから資料をもらえていません。対応できますか? A. 可能です。資料がない場合は、設定内容と実際の運用を突き合わせて設計意図を読み解くところから始めます。その分、現状把握に時間をいただきます。

Q. 作り直しになるかどうかは、いつ分かりますか? A. 棚卸しの段階でおおよそ判断できます。特にデータの粒度が要件と合っているかは早い段階で確認するため、初期のご相談で方向性をお伝えできることが多いです。

Q. 一部の機能だけ直してもらうことはできますか? A. 可能です。「請求書が出せない」「承認が回らない」など、困っている業務に絞ったご依頼もお受けしています。


他社が構築した楽楽販売の引き継ぎ・立て直しでお困りの方へ。現状の棚卸しから、構築を担当するエンジニアが直接ご対応します。

→ 楽楽販売の導入支援・設定代行サービスを見る → 無料相談はこちら

関連記事:

※「楽楽販売」は株式会社ラクスの登録商標です。

この記事の内容について相談したい方へ

要件定義から構築・運用まで、構築を担当するエンジニアが直接お話を伺います。初回のご相談は無料です。

Related Articles