旧システムからのデータ移行・引き継ぎ：乗り換えても過去のデータは残る

乗り換えを決めきれない理由の多くは、機能ではなく過去のデータにあります。「長年ためた取引の履歴が消えるのでは」「去年いくらで売ったか分からなくなるのでは」—— 毎日の商売がその履歴の上に乗っている仲卸ほど、この不安は現実的です。旧システムのデータは 種類ごとに引き継ぎ方が違い、マスタは運営が移行して初日から使え、移行前の取引は集計に 混ぜず履歴として参照できます。

データの種類と引き継ぎ方の対応

引き継ぎ方は種類ごとに違います。先に対応を一覧で示すと、以下のとおりです（それぞれの 詳細はこの後の各節で扱います）。

• マスタ（商品・取引先・締日・単価の基準） → 運営が旧システムからの移行で用意し、乗り換え初日から使える状態にする。
• 過去の取引（売上・仕入の伝票） →残高・請求の集計からは外し、履歴としては参照できるように分けて持つ（二重計上を避ける）。
• 売掛の残高 → 締め済みの残高を移行残高として立て、そこを繰越の起点にする（乗り換え日で途切れない）。
• 旧システムの売上の取引履歴 → 対応形式で受け取れれば専用画面から期間・得意先・商品・摘要で検索できる （仕入の過去データは仕入伝票としてたどる）。

「データが消える」の中身を分ける

ひとくちに過去のデータと言っても、乗り換えで求められる扱いは同じではありません。分けて 考えると、不安の輪郭がはっきりします。

• マスタ：商品・取引先・締日・単価の基準など。乗り換えた初日から使えないと業務が始まらない。
• 過去の取引：売上・仕入の伝票。日々の入力では使わないが、あとから引けないと困る（前はいくらで出したか、いつ何を納めたか）。
• 売掛の残高：乗り換え日をまたいで金額がつながらないと請求・入金が崩れる。過去のどれとも性質が違う。

この 3 つを一緒くたに「全部移す／移さない」で考えるから、乗り換えが大きく見えます。必要なのは、 それぞれに合った引き継ぎ方です。

マスタは「入れ直す」のではなく「移す」

商品・取引先・締日などのマスタは、運営が旧システムからの移行も含めて用意します。現場が何千件もの商品や得意先を打ち直すところから始める、という進め方にはしません。 ここが片付くと、乗り換え初日から相場表や伝票入力がいつもの並びで動きます。

移すのはデータだけではありません。これまでお使いの商品コード・取引先コードも、そのまま引き継げます。Sabaku は画面表示や検索に使う番号（コード）を、社内の管理用 ID とは別に持てる作りなので、 乗り換えても現場はいつもの番号のまま商品や得意先を探せます（「56-3」「0056-03」のような桁の違いも同じものとして引けます）。移行は 運営（canuu）がまとめてお引き受けするので、現場が番号を割り当て直す必要もありません。※旧システムの 中で同じコードが重複している場合だけ、移行のときに整理します。

ただし、どんな形式でも自動で吸い込める万能の取り込み機能があるわけではありません。旧システムが 出せるファイルの様式を見て、運営が個別に対応する作業です。だからこそ、検討の段階で「今のシステムから何が出せるか」を確かめておくと話が早くなります。 マスタが整うと、締日や単価の基準が特定の人の頭の中から出るので、引き継ぎそのものが楽になります （バックオフィスの属人化を解く）。

過去の取引は「集計に混ぜず、履歴には残す」

いちばん誤解されやすいのがここです。過去の売上・仕入を新システムにそのまま伝票として 取り込んでしまうと、売上集計や請求額に過去分が二重に乗る危険があります。かといって消してしまえば、履歴が引けません。

そこで、移行した過去の取引は残高・請求の集計からは外したうえで、履歴としては参照できるように分けて持ちます（旧システムからの移行分の扱い）。売上明細の履歴や仕入の履歴をたどれば 移行前の取引も出てくる一方、その月の売上集計や請求書の金額には混ざらない、という状態です。 「過去は見たいが、今の数字は汚したくない」という現場の要求を、両立させるための切り分けです。

売掛の残高は「移行残高」で引き継ぐ

売掛は、明細を全部移すことよりも残高がつながることが大事です。乗り換え時点で締め済みの売掛は、移行残高として立てておき、そこを繰越の起点にします。こうすると、乗り換え後に入ってきた入金を 古い請求分に対しても消し込めますし、得意先ごとの前日繰越や残高一覧も乗り換え日で途切れません。売掛の追い方そのものは入金消込と売掛残高で扱っています。

旧システムの売上履歴は、そのまま引いて見られる

新システムの伝票として持つのが適さない古いデータでも、旧システムが出した売上の取引履歴のファイルを取り込んで、専用の画面から検索できるようにできます。期間・得意先・商品・摘要で絞り込めるので、「この得意先に去年これをいくらで 出したか」を旧システムを立ち上げずに確認できます。旧システムの解約後に照会が来ても、 新システムだけで答えられる状態にしておく、という位置づけです。

なお、売上と仕入では過去データの参照のしかたが違います。この専用画面が受け持つのは得意先ベースの売上の履歴で、仕入の過去データは仕入伝票として取り込み、通常の仕入の履歴からたどります。 通常の伝票として入る分は仕入の集計にも乗るので、どこからを新システムの数字にするかは移行日で線を引いて決めます。どちらを、どこまでさかのぼって残すかは分けて決めるのが実際的です。

こちらも、受け取れるのは対応できる形式のファイルです。大卸の荷受データを取り込む荷受 CSVと同じで、様式が合うかは実際のファイルを見て判断します。「どんなシステムからでも全部そのまま 入る」とは言えないので、移行前に実データで確かめるのが確実です。

引き継ぎは並走移行と組み合わせる

データの引き継ぎは、切り替えの進め方とセットで考えると安全です。マスタと過去データを移し、 旧システムを止めずに締め・請求の数字を新旧で見比べ、合ったところから移す——この順序なら、移行の失敗が業務停止に直結しません。進め方は止めずに並走移行する進め方に、そもそも替えるべきかの見極めは乗り換えを考えるサインにまとめています。

なお、乗り換え後に見つかった間違いを直すときも、締め済みの数字を書き換えず訂正を追記する のが原則です（赤伝・訂正伝票の正しい残し方）。移行分を「集計から外して履歴に残す」考え方は、この訂正の作法と同じ筋です。

検討時に確認しておくこと

引き継げる範囲は、今のシステムが何をどんな形式で出せるかで決まります。検討の段階で次の 4 点を確かめておくと、移行の話が具体的になります。

• 今のシステムから、マスタと取引履歴をどんな形式で出せるか（出力メニューの有無・様式）。
• 過去の取引をどこまでさかのぼって残したいか（照会が来る範囲。全期間とは限らない）。
• 乗り換え日をどこに置くか（締めの区切りに合わせると、売掛残高の引き継ぎが素直になる）。
• 旧システムをいつ止めるか（履歴の参照が新システムだけで足りる状態になってからにする）。

まとめ

乗り換えても、過去のデータが無駄になるわけではありません。マスタは移して初日から使い、過去の 取引は集計に混ぜず履歴として残し、売掛は残高を引き継いで繰越の起点にし、旧システムの取引履歴は 専用画面から引く——データの種類ごとに置き場所を決めるのが、乗り換えの現実的なやり方です。何をどこまで引き継げるかは今のシステムの出力次第なので、 実際のファイルを見ながら導入・移行でご相談ください。

よくある質問

この記事に関連する情報

• 関連記事：販売管理システムの乗り換え・移行は怖くない（並走移行） →引き継いだあと、どう切り替えるか。
• 関連記事：販売管理システムへの不満チェック（乗り換えを考えるサイン） →そもそも替えるべきかの見極め。
• 関連記事：水産仲卸の販売管理システムの選び方 →乗り換え先を決める前に確認する 7 項目。