SOLUTION 11

長く使ってきた
基幹システムを、
中身を洗い出してから
止めずに移行する。

ERP・AS/400(IBM i)・Access・FileMaker・SQL Server・メインフレームなどで動く業務を、新しい仕組みへ移します。画面・帳票・計算のルール・つなぎ先・データを洗い出し、製品に置き換えるか、作り直すか、残して周りをつなぐかを業務ごとに決めます。切り替えまでは新旧を並べて動かし、結果が合うかを確かめます。

ERPAS/400(IBM i)AccessFileMakerSQL Serverメインフレームオンプレの会計・販売管理
現状の棚卸し(例)対象:販売管理と会計いまの機能使う頻度移し方受注の入力画面Accessのフォーム毎日置き換える手数料の計算Accessのクエリ・VBA月次作り直す会計ソフトへの取り込みCSVを手で加工月次作り直す請求書Accessのレポート月次置き換える在庫の照会基幹システムの画面毎日残してつなぐ旧コードの変換表使われていない―移さない置き換える 2 ・ 作り直す 2 ・ 残してつなぐ 1 ・ 移さない 1

今の仕組みの機能を一つずつ書き出し、使っているかどうかと、移し方を決めます。使われていない機能は移しません。

※ 図はイメージです(架空の例)

Challenges

対象は、こうした状態の
基幹システムです

保守の期限、中身を分かる人の退職、改修の費用。一つでも当てはまれば、そこから伺います。

保守・サポートの
終わる日が決まっている
ハードウェア・OS・製品の保守の終わりが見えてきたが、延長するか移すかを決めきれていない。
中身を説明できる人が、
社内にいなくなる
作った担当者が退職した、または近く退職する。クエリやマクロ、プログラムの中身を説明できる人がいない。
小さな直しにも、
高い見積りが来る
項目を1つ足すだけでも改修の見積りが高く、保守の費用も毎年かかり続けている。
作った会社に聞いても、
当時の仕様が分からない
作った会社の担当者が替わり、設計書も残っていない。直すたびに、調べ直すところから始まる。
足りない分を、
ExcelやAccessで補ってきた
基幹で足りない集計や計算を周りのファイルで補ううちに数が増え、どれが正しいデータか分からなくなっている。
ほかのシステムと、
CSVと手入力でつないでいる
会計・販売管理・Webの受注とのあいだを、CSVの出し入れと手入力でつなぎ、月末に突き合わせている。
全部を一度に入れ替える
予算も時間もない
一括での入れ替えを勧められたが、その費用も、業務を止める期間も取れない。
移行の見積りが、
妥当か判断できない
移行の提案と見積りを受け取ったが、範囲と前提が妥当かを社内で判断できない。

Process

棚卸し・移し先の選択・
並行稼働の順に進めます

今の仕組みは、切り替えるまで止めません。棚卸しと移行の計画までを先に行い、移すかどうかをその結果を見て決めることもできます。

1

今の仕組みを棚卸しする

画面・帳票・計算のルール・つなぎ先・データを書き出し、使われていない機能を見つけます。

2

移し先を業務ごとに選ぶ

製品に置き換える・作り直す・残して周りをつなぐ・載せ替えるを比べ、業務ごとに決めます。

3

新旧を並べて動かす

同じデータで新旧を動かし、件数や金額が合うかを、業務の区切りごとに確かめます。

4

切り替えて、保守を続ける

差がなくなった業務から切り替え、旧のデータは参照できる形で残します。保守は最初に決めた範囲で続けます。

Step 1 / Inventory

最初に、今の仕組みの
中身を書き出します

設計書が残っていなくても始められます。ソースコードがあれば読み、無ければ画面の動きと帳票、実際のデータから書き起こします。使われていない機能は、移す対象から外します。

画面と帳票使っている画面と帳票を一つずつ挙げ、誰が・いつ・何のために使っているかを伺います。
計算と判定のルールクエリ・マクロ・プログラムに書かれた計算や判定を読み、文章に書き起こします。例外の扱いも拾います。
つなぎ先とデータの流れ会計・販売管理・Webの受注・銀行など、データを受け渡す相手と、その方法(CSV・手入力・API)を一覧にします。
データの中身と量件数・項目・コードの付け方・重複や入力の揺れを実際のデータで確かめ、移す前に整える必要があるかを見ます。

プログラムを読む作業には、生成AI(Claude Code)も使います。書き起こした計算のルールは、その業務をいちばん知っている方と一緒に確かめてから、次の段階に進みます。

Step 2 / Options

入れ替えを前提にせず、
業務ごとに移し先を選びます

同じ会社の中でも、製品に置き換えたほうがよい業務と、作り直したほうがよい業務があります。当社は特定の製品の販売代理店ではないため、製品で足りる業務にはそちらをお勧めします。

向いている場合 今の仕組みとデータ 気をつけること 費用のかかり方
製品に
置き換える
会計・販売管理・給与など、業務の流れが標準的で、製品の機能に業務を合わせられる場合。 マスタと、必要な期間の取引データを移す。旧の仕組みは参照用に残すか、止める。 製品に無い機能を追加の開発で足しすぎると、製品が更新されるたびに確かめる手間が増える。 製品の利用料と、設定・データ移行の費用。
kintone
などで組む
Access・FileMaker・Excelの台帳のように、社内で項目や画面を直しながら使ってきた業務。 台帳と画面を組み直し、データを移す。計算は、標準の機能・プラグイン・外部との連携で置き換える。 件数の多いデータや込み入った計算は、標準の機能だけでは扱いにくいことがある。 利用人数に応じたライセンスと、構築の費用。
専用の
Webアプリで作る
計算や例外の処理が多く、製品に合わせると業務が回らない場合。今のプログラムの処理を引き継ぎたい場合。 書き起こした計算のルールをもとに作り直し、今の仕組みと同じ結果になるかを確かめる。 作ったあとの変更と保守を、誰が受け持つかを最初に決めておく。 開発の費用と、公開後の保守の費用。人数が増えても、人数分の利用料が増えない作り方にできる。
残して、
周りをつなぐ
基幹は安定して動いていて、困っているのが周りの入力・集計・連携の場合。 基幹は残し、足りない画面や集計を周りに足す。データはAPIやCSVで取り出して使う。 保守の期限や、中身を分かる人がいない問題は残る。期限が決まっているなら、移すまでの時間をつくる手段として使う。 足す部分の開発と、つなぐ仕組みの保守の費用。基幹の保守の契約は続く。
別の基盤に
載せ替える
IBM iやメインフレームのプログラムを、できるだけ変えずに別の基盤で動かしたい場合。 プログラムとデータを移し、同じ結果になるかを確かめる。業務の流れはほとんど変わらない。 プログラムの中身は変わらないため、分かる人がいない問題や使いにくさは残りやすい。 移す先の基盤と移行の道具の費用と、移行・確認の作業の費用。

どれか一つに決める必要はありません。会計は製品に置き換え、受注は作り直し、在庫の照会は基幹に残して周りからつなぐ、といった組み合わせで進めることもできます。

※ 製品の料金・機能・サポートの期限は、各提供元の最新の情報をご確認ください。

移し先ごとの詳しいページ

LP受発注・在庫をWebで回す受注・在庫・出荷・請求を、専用のWebアプリやkintoneで作り直す場合
LP会計ソフト導入支援オンプレミスの会計ソフトから、freee・マネーフォワード・勘定奉行などへ移す場合
LP業務ツール導入・活用支援Access・FileMaker・Excelの台帳を、kintoneなどで組み直す場合

Step 3 / Parallel run

切り替える前に、新旧の
結果を突き合わせます

並行稼働の間も、今の仕組みは止めません。同じデータで新旧を動かし、月次の締めなど業務の区切りごとに結果を比べます。差が出たら原因を決めて直し、差がなくなってから切り替えます。

新旧の突き合わせ9月の締め項目旧新差判定受注の件数1,2841,2840一致売上の金額18,452,30018,452,3000一致請求書の枚数3123120一致手数料の合計402,118402,106−12差あり在庫の品目数8428420一致差が出た項目:1件 → 原因を調べて直してから、次の締めへ
1. 新旧の結果を突き合わせる
受注の件数・金額・請求・在庫など、業務の区切りごとに新旧の数字を並べ、差が出た項目を洗い出します。
差の原因と直し方手数料の端数旧は切り捨て、新は四捨五入になっていた→ 旧に合わせて、新しい仕組みを直す直した取引先コードの重複同じ取引先に2つのコードがあった→ 1つにまとめてから移す直した旧だけにある帳票月末の特別な集計表が、新に無かった→ 使う人に、要るかを確かめる確認中
2. 差の原因を決めて直す
差が出たら、どちらの結果が正しいかを業務の担当の方と決め、新しい仕組みか、移したデータを直します。
切り替えの計画並行稼働9月・10月の締め判定差がないかを確かめる切り替え11月の受注から戻す手順問題が出たら、旧の仕組みで受け付けを再開する判断する人:業務の責任者旧のデータ参照用に残す(読み取りのみ)残す期間と、見る人を決める移したデータと突き合わせ済み
3. 切り替えの順番と、戻す手順
差がなくなった業務から切り替えます。問題が出たときに旧の仕組みへ戻す手順と、判断する人を先に決めておきます。

※ 図はイメージです(架空の例)。比べる項目と並行稼働の長さは、業務と締めの区切りに合わせて決めます。

今の仕組みの名前だけでも、
相談できます
設計書が無い、作った人がいない、という段階からで構いません。どこから棚卸しするかを一緒に決めます。

Deliverables

段階ごとに、次の判断に
使える形で引き渡します

棚卸しと移行の計画だけを先にご依頼いただくこともできます。その場合も、他社に移行を頼むときの資料として使える形でまとめます。

棚卸しの結果

今の仕組みが何をしているかを、次の担当者が読んで分かる形にまとめます。

  • 画面・帳票・つなぎ先・データの一覧
  • 書き起こした計算と判定のルール
  • 使われていない機能と、移さないものの一覧

移行の計画

業務ごとの移し先とその理由、移す順番、並行稼働の進め方をまとめます。

  • 業務ごとの移し先と、選んだ理由
  • 移す順番と、並行稼働で比べる項目
  • 見積りの範囲と前提

移したあとの仕組みと記録

新しい仕組みと移したデータに、確かめた記録を添えて引き渡します。

  • 新しい仕組み(作った場合)と、操作の手順
  • データの定義と、移したデータ
  • 新旧の突き合わせの結果と、戻す手順

最初の相談で伺うこと

  • 今使っている仕組み(製品名・作った会社・動いている機械)と、使っている部門
  • 保守やサポートの期限と、契約を更新する時期(分かる範囲で)
  • 設計書やソースコードが残っているか、中身を分かっている方が社内にいるか
  • つないでいるほかのシステム(会計・販売管理・Webの受注など)
  • いちばん困っていることと、いつまでに移したいか
  • 予算の考え方(決まっていなくても構いません)

費用は、棚卸しで分かった移す範囲をもとにお見積りします。期間は、移す業務の数・計算のルールの量・つなぎ先の数・並行稼働の長さで変わるため、棚卸しの結果とあわせて、段階ごとの目安をお出しします(要件によって変わります)。

Documents

移行の検討に使える資料

今の仕組み・ERPの選び直し・業種ごとに、14点の資料を用意しています。

今の仕組みから探す

DOCUMENTAS/400 (IBM i)
モダナイゼーション
プログラムを残して基盤を移す・書き直す・APIで外へ出して段階的に移す、の3つの進め方と、棚卸しのチェックリスト
DOCUMENTAccess移行ガイドAccessの機能ごとの移し先(kintone・Power Apps・データベースなど)と、着手する前のチェックリスト
DOCUMENTFileMaker移行ガイド業務の範囲と社内の体制から移し先を選び、今の機能をそのまま再現しない進め方をまとめた資料
DOCUMENTSQL Server移行ガイドOSとデータベースの更新が重なるときの、移し先の選び方と、移行の前に片付けておく論点
DOCUMENTメインフレーム
モダナイゼーション
載せ替え・作り直し・置き換え・段階移行の4つの進め方から、自社に合うものを選ぶための資料
DOCUMENTERP移行ガイドSAP ECC・Oracle EBSなどからの移行を、今の仕組みを生かす・作り直す・組み合わせる、の3つの進め方で比べた資料

ERPを選び直す

DOCUMENTOracle vs SAP vs Dynamics 365 ERP TCO比較主要なERPと国産のERPを、年商の規模とグローバル展開の有無で比べた資料
DOCUMENTERPフィット&ギャップ評価シート業務をERPの標準の機能に合わせられるかを、項目ごとに判定するための評価シート

業種から探す

DOCUMENT製造業
基幹システム刷新ガイド
部品表・工程・原価の管理など、製造業の要件から基幹の製品を選ぶための資料
DOCUMENT金融業
基幹システム刷新ガイド
規制の論点と、勘定系・情報系・フロント系の層ごとの選び方をまとめた資料
DOCUMENT不動産業
基幹システム刷新ガイド
仲介・管理・開発の業態ごとに、物件管理などの仕組みを選ぶための資料
DOCUMENT建設業
基幹システム刷新ガイド
工事原価の管理を中心に、建設業向けの基幹の選び方と、切り替えの段取りをまとめた資料
DOCUMENT小売・EC
基幹システム刷新ガイド
店舗とECに分かれた在庫・顧客・受注を、ひとつにまとめる仕組みの選び方
DOCUMENT医療機関
基幹システム刷新ガイド
医療情報の安全管理のガイドラインを前提に、電子カルテなどを選び、診療を止めずに切り替える手順

※ 資料はメールアドレスのご登録後にダウンロードいただけます。ダウンロードのページは、選んだ資料にチェックが入った状態で開きます。

Case

置き換えた事例と、
残してつないだ事例

公開している導入事例から、基幹の移行と刷新に近いものを要約しました。詳しい経緯は各事例ページに掲載しています。

卸売・リテール|会計とAccessの置き換え
課題
長く使ってきたオンプレミスの会計パッケージの隙間を、Accessのクエリとマクロで埋めてきた。案件・精算・仕訳のあいだはCSVと手入力で受け渡し、Accessの計算の中身は当時の担当者しか分からなかった。システムの保守費は年間約2,500万円。
打ち手
Accessの計算のルールを分解し、要るものだけをPythonで作り直した(BigQuery上)。会計はfreee会計に移し、案件を管理していたkintoneとAPIでつないだ。残りのルールは簡素にして対応した。
変化
CSVの加工と二重入力がなくなり、どのデータがどのルールで変わったかを追えるようになった。保守費はクラウドの利用料のみ(約10分の1)になった。
Accessオンプレの会計freee会計・kintone
経理部門|会計システムの移行
課題
営業のSalesforceと経理の会計システム(勘定奉行)がつながっておらず、請求の確定・入金の消込・前払金と未払金の相殺などを、Excelとシステムを見比べながら手で入力していた。
打ち手
勘定奉行から奉行クラウドへ移し、Salesforceとの連携はGCP上で開発した。過去の契約データや未消込の請求データを移す際は、並行稼働の期間を設けて新旧のシステムの結果を照合した。開発チームには公認会計士が加わった。
変化
請求を確定すると伝票の起票と請求書の発行まで進み、入金の消込もつながった。担当の方の話では、手作業の大部分が自動になり、月次決算を早めるという目標を達成した。
勘定奉行から奉行クラウドへ並行稼働Salesforce連携
出版系企業|ERPを残して周りを足す
課題
編集スケジュール・印刷入稿日・在庫・受注が別々のシステムにあり、既存のERPとつながっていなかった。照合は手作業で、週に十数時間かかっていた。
打ち手
既存のERP・在庫・受注システムは残し、制作カレンダーの機能を開発してAPIでつないだ。編集スケジュールと在庫の連携から始め、受注・印刷入稿との接続を後から足した。
変化
制作・在庫・受注を一画面で確かめられるようになり、手作業の照合が減った。全面刷新ではなく周りに足す形だったため、各部門の業務の流れを大きく変えずに進められた。
既存のERPを残すAPI連携段階的な接続

※ 各事例ページの本文を要約しています。事例ページは、実際の導入事例をもとに企業名を伏せ、表現を調整して構成したものです。会計とAccessの置き換えの事例は、数値も匿名化しています(事例ページの注記による)。

事例ページ

CASE会計とAccessの置き換え卸売・リテール|オンプレの会計とAccessを、freee会計・kintone・BigQueryへ
CASE勘定奉行から奉行クラウドへ経理部門|Salesforceとの連携を開発し、並行稼働で新旧を照合
CASEERPを残して周りを足す出版系企業|制作カレンダーを開発し、既存のERP・在庫・受注とAPIで接続

FAQ

よくあるご質問

保守の期限が近づいています。何から始めればよいですか?

まず、提供元の案内で、保守とサポートが終わる日と、延長の保守を受けられるかを確かめます。そのうえで、期限までに移す業務と、期限のあとも残す業務を分けます。期限に間に合わない業務は、延長の保守や、基幹を残して周りをつなぐ形で時間をつくり、その間に移します。

作った人がもう社内にいません。それでも進められますか?

進められます。ソースコードや設計書が残っていれば読み、残っていなければ、画面の動きと帳票、実際のデータから処理を書き起こします。書き起こした内容は、その業務をいちばん知っている方に確かめていただきます。

全部を一度に入れ替えないといけませんか?

いいえ。業務ごとに移し先を決め、移せるところから順に切り替えます。基幹は残したまま、困っている入力や集計の部分だけを先に作ることもできます。

AS/400(IBM i)やメインフレームでも相談できますか?

相談できます。当社が受け持つのは、棚卸しと移し先の選び方、周りのシステムとデータの移行、新旧の結果の突き合わせです。プログラムをできるだけ変えずに別の基盤へ載せ替える作業は、その基盤や移行の道具を扱う会社と役割を分けて進めます。

今のシステムを作った会社との契約は、どうなりますか?

今の保守の契約を続けたまま、棚卸しと移行の計画から始められます。棚卸しで今のシステムの情報が足りないときは、作った会社へ確かめる事項をまとめるところからお手伝いします。

他社から出ている移行の見積りを見てもらえますか?

はい。棚卸しの範囲、移すデータ、並行稼働の進め方など、見積りの前提を整理するご相談も受けています。製品に置き換えたほうがよい業務があれば、そうお伝えします。

費用と期間は、どう決まりますか?

費用は、棚卸しで分かった移す範囲をもとにお見積りします。期間は、移す業務の数、計算のルールの量、つなぎ先の数、並行稼働の長さで変わるため、棚卸しの結果とあわせて段階ごとの目安をお出しします。

データやソースコードを渡さないと、相談できませんか?

相談の段階では要りません。今の仕組みの確認は、画面を共有していただきながら一緒に見る形でも進められます。棚卸しで実際のデータやソースコードを見るときの受け渡しの方法と範囲は、社内の決まりに合わせて、相談のうえ決めます。

Articles

関係する解説

移す前の調べ方と、仕組みごとの判断の材料を、記事で詳しく書いています。

BLOGIBM i(AS/400)7.3・7.4のサポート期限の後にやること延長サポートで延ばせる期間と、移すなら最初に数えるもの
BLOG作った人がいないExcelマクロの引き継ぎ方処理を書き起こしてから移し先を決め、旧マクロと並べて確かめる
BLOGFileMakerから移行するか、使い続けるか作った人がいないファイルの調べ方と、帳票の移し方
BLOG業務システムは買うか作るかSaaS・パッケージ・ローコード・専用のWebアプリを、5年の総額と直せる人で比べる

移すか残すかを
決める前から、
ご相談いただけます

今使っている仕組みの名前と、困っていることを伺えれば始められます。設計書が残っていなくても構いません。他社の見積りの確認も承ります。