結論からいうと、福祉用具貸与のM&Aでケアプランデータ連携を監査するときは、現行システムで連携できているかだけでなく、2027年1月に予定される「介護情報基盤の介護WEBサービス」への移行後も、対象事業所が利用登録、認証、対応ソフト、端末、商品コードをそろえて業務を継続できるかまで確認する必要があります。2026年8月13日時点では、2027年1月の具体的な開始日は示されておらず、現行のケアプランデータ連携システムの終了日も未定です。予定を確定日として契約や切替日程へ書き込まないことが第一の注意点です。
厚生労働省の「介護保険最新情報Vol.1529」（2026年7月29日）は、2026年7月から12月を移行に向けた準備期間として示しています。移行後も継続または新たに連携する事業所は、介護WEBサービスの登録状況を確認します。すでに介護WEBサービスへ登録済みの場合は、改めての利用登録は不要です。現行のケアプランデータ連携システムだけを導入済みで、介護WEBサービスへ未登録の場合は利用登録が必要です。M&Aの基準日が準備期間や移行予定時期と重なる場合、譲渡企業と譲受企業のどちらが登録、端末準備、ソフト更新、連携試験を担うのかを決めておかなければ、請求業務は動いてもケアプラン情報の送受信だけが止まるおそれがあります。
福祉用具貸与M&Aにおけるケアプランデータ連携のDDは、指定・国保連請求の承継とは別の確認領域を設けるべきです。福祉用具貸与のサービス種類コード17と介護予防福祉用具貸与の67は連携対象ですが、特定福祉用具販売の41と住宅改修の42は対象外です。同じ利用者・同じ担当者が扱う業務でも、連携対象データと対象外の書類を分けなければなりません。本稿では、2026年8月13日時点の一次情報を基に、データ、認証、端末、費用、契約、移行工程の確認手順を実務順に整理します。
ケアプランデータ連携を独立したM&A監査項目にする理由
請求システムが動くこととケアプラン連携が動くことは別
福祉用具貸与事業所では、国保連請求、利用者契約、貸与品管理、福祉用具サービス計画、居宅介護支援事業所との予定・実績共有が連続して見えます。しかし、実際には利用するシステム、ID、証明書、データ形式、担当者が異なります。国保連へ請求できる状態であっても、ケアプランデータの受信や実績返送に必要な利用登録が完了しているとは限りません。
DDでは「介護ソフトを使っていますか」という質問だけで終えず、ケアプランデータ連携の契約・登録状況、実際の送受信記録、連携先事業所、標準仕様の版、認証に使う情報を別表にします。ソフトの製品名が同じでも、契約プランや更新状況によって連携機能を利用できるかが異なる場合があります。
担当者の手作業で補っている状態を見つける
データ連携を導入していても、届いた予定データを印刷して再入力する、商品コードが合わず手修正する、対象外の販売・住宅改修を同じファイルで送ろうとするなど、担当者の補正に依存している場合があります。連携件数だけを見ても、この負荷や誤入力リスクは分かりません。
送信前後の作業手順、エラー一覧、手入力箇所、差戻し、電話・FAXによる補完をサンプル確認します。M&A後に担当者やソフトが変わると、暗黙の修正手順が失われます。譲渡前に例外処理を文書化することは、業務継続と企業価値の説明の両方に役立ちます。
2027年1月移行予定と未確定事項を分けて記録する
Vol.1529が示す7月から12月の準備期間
厚生労働省「介護保険最新情報Vol.1529」（2026年7月29日）では、ケアプランデータ連携システムから介護情報基盤の介護WEBサービスへの移行が案内され、2026年7月から12月は利用登録等を行う準備期間とされています。M&Aの工程表には、資料受領、アカウント確認、対応ソフト確認、端末準備、登録担当の決定をこの期間内の作業として置きます。
ただし、7月から12月にすべての事業所が同じ日に同じ作業をするという意味ではありません。公式の手順、利用するソフト事業者の案内、対象法人の社内承認に合わせて進めます。DDでは「準備中」を一つの状態にせず、未着手、責任者決定、必要情報収集中、申請中、登録済み、接続確認済みなどに分けます。
2027年1月は予定であり具体日は未定
移行は2027年1月予定ですが、2026年8月13日時点で具体的な日付は未定です。現行システムは移行後の一定期間を経て終了する予定ですが、終了日は未定です。そのため、「2026年12月末で必ず現行システムが終了する」「2027年1月1日に全事業所が切り替わる」と断定してはいけません。契約書、統合計画、利用者・連携先への案内も、公式発表前に確定日を記載しないようにします。
実務では、現行環境を維持しながら新環境の準備を進める並行管理が必要です。終了日が公表された後に、最終送受信日、未処理データ、保存すべきログ、旧証明書・端末の取扱いを確定します。終了日が未定であること自体を放置理由にせず、予定変更に追随する責任者と確認頻度を決めます。
8月26日の説明会情報を担当者間で共有する
Vol.1529では2026年8月26日の説明会が案内されています。対象会社の参加予定、申込状況、参加者、資料の保存先、社内展開の方法を確認します。M&Aの交渉中で参加者が退職予定の場合、説明内容が個人のメールボックスに残らないよう、法人の共有領域へ移します。
説明会後に公表される資料や質疑応答が、登録手順や移行日程の理解を更新する可能性があります。2026年8月13日時点では説明会前であるため、将来説明される内容を先取りして確定事項として書かず、確認待ち事項の管理表へ入れます。
市町村の介護情報基盤開始時期と連携サービス移行を混同しない
事業所向けサービスの移行予定を独立して管理する
介護情報基盤は、市町村が保有する情報の共有など複数の機能・関係者を含む取組です。一方、ケアプランデータ連携から介護WEBサービスへの移行は、事業所が行う利用登録やソフト対応を伴います。市町村ごとの介護情報基盤の開始時期と、事業所向け連携サービスの2027年1月移行予定は別に確認します。
対象事業所の所在地の市町村がいつ参加・開始するかだけを見て、ケアプラン連携の準備開始を遅らせてはいけません。反対に、介護WEBサービスを利用登録したことをもって、市町村側の全機能が利用可能になったとも断定できません。DD管理表では、「介護WEBサービス利用登録」と「所在地市町村の介護情報基盤対応」を別列にします。
複数市町村に利用者がいる場合の確認方法
福祉用具貸与事業所は、事業所所在地と異なる市町村の利用者へサービスを提供することがあります。事業所所在地だけを基準に情報収集すると、利用者の保険者や連携する居宅介護支援事業所の状況を見落とします。利用者台帳から保険者、居宅介護支援事業所、連携方法を抽出し、市町村別に整理します。
ただし、M&Aの初期段階で利用者の個人情報を不要に広く共有するべきではありません。まず匿名化・集計した市町村別件数と連携状況を確認し、必要性と権限に応じて個票へ進みます。情報共有の範囲は個人情報保護と守秘義務を踏まえて設計します。
福祉用具貸与17・介護予防67と対象外業務を分ける
連携対象はサービス種類コード17と67
ケアプランデータ連携では、福祉用具貸与のサービス種類コード17と、介護予防福祉用具貸与の67が対象です。DDでは介護ソフトのサービスマスタ、国保連請求データ、利用者台帳、実績ファイルを照合し、17と67が正しく区分されているかを確認します。要介護・要支援の変更月や認定結果待ちの期間では、コード切替と実績修正の手順も確認します。
「福祉用具」という事業名だけでは対象範囲を判断できません。法人が複数事業所を持つ場合、事業所番号ごとに17・67の利用有無、連携先、月間処理の担当部署を一覧にします。休止・廃止予定の拠点でも移行前に未処理データが残っていないかを調べます。
特定福祉用具販売41と住宅改修42は連携対象外
特定福祉用具販売のサービス種類コード41と住宅改修の42は、ケアプランデータ連携の対象外です。同じ利用者に貸与、販売、住宅改修を提供しても、17・67の予定・実績データと、41・42の申請・請求・同意書類を同じ方法で送受信することはできません。対象外業務を連携漏れと誤認しないことが重要です。
一方、対象外だからM&Aの監査範囲から外してよいわけではありません。販売・住宅改修は別の引継ぎ経路、保管書類、自治体手続を持ちます。連携対象外の業務を誰がどのシステムで管理するかまで分け、移行後に利用者単位の情報が分断されないようにします。
連携データと福祉用具情報を項目単位で監査する
予定・実績の送受信を一往復で確認する
連携の実態を確認するには、居宅介護支援事業所等から届く予定データを取り込み、福祉用具貸与事業所で内容を確認し、実績を返すまでの一往復を追います。受信日、取込者、エラー、修正、承認、送信日、相手側の受領確認を時系列にします。ファイルが存在するだけで連携完了とは判断しません。
具体的な手順例として、任意の処理済み月を選び、連携ログから対象事業所番号と利用者識別情報を確認し、介護ソフト上の予定、貸与台帳、実績、国保連請求へ順にたどります。数値を仮定せず、実在データを適切にマスキングした監査サンプルを用います。差異があれば、データ形式、商品コード、認定変更、手修正のどこで生じたかを記録します。
17・67の必須コードと用具名称を分けて確認する
福祉用具貸与の連携では、サービス種類コード17・67について、TAISコードまたは福祉用具届出コードのどちらか一つが必要です。用具名称（機種名）の欄も別に確認し、取込結果や表記揺れを点検します。請求マスタ、商品マスタ、レンタル資産台帳、ケアプランデータでコードと名称が対応するかを照合します。社内独自の商品略称しか登録されていない場合、連携先が商品を識別しにくく、取込時の修正が増える可能性があります。
同一の商品群でも、商品コード、TAISコード、届出コード、資産番号、メーカー型式は役割が異なります。一つのコードですべてを代用せず、対応表を作ります。コード未設定、古いコード、名称空欄、全角・半角や記号の違い、複数商品への同一コード設定を抽出し、修正責任者を決めます。価格上限の監査とは目的が異なり、本稿では連携ファイルが相手先で正しく識別されるかに焦点を当てます。
手入力・FAX併用・連携対象外を記録する
すべての連携先が同じ時期に同じ方法へ移るとは限りません。連携未利用、FAX併用、紙での確認、対象外サービスなどを連携先台帳に記載します。「電子化率」を上げるために対象外業務まで連携済みと数えると、実態を誤ります。連携先ごとに、利用中、登録準備中、未利用、対象外、休止予定などの状態を持たせます。
M&A後にソフトを統合する場合、手入力の発生理由が旧ソフト固有なのか、相手先の運用によるものかを分けます。旧ソフトを廃止しても手作業が残る場合があるため、削減効果を過大に見積もらないようにします。
利用登録・電子請求受付ID・管理者を引き継ぐ
介護WEBサービスの登録状況を三つの区分で確認する
移行後も継続または新たに連携する事業所は、①介護WEBサービスへ登録済み、②現行のケアプランデータ連携システムだけ導入済み、③どちらも未導入の三つに分けて確認します。①は改めての利用登録が不要です。②は介護WEBサービスへの利用登録が必要です。③はVol.1529に示された準備区分に従い、現行システムの導入と介護WEBサービスの利用登録を準備します。現行システムの契約だけを根拠に、自動移行と判断してはいけません。事業所番号、法人情報、登録担当、必要書類、進捗を事業所別に管理します。
DDでは、登録案内を受領するメールアドレスが誰のものかを確認します。個人アドレスや退職予定者のアドレスであれば、公式手続に従って変更します。登録が完了したとの口頭回答だけでなく、受付記録、管理画面、登録日、対象事業所番号を確認します。
電子請求受付システムのIDとワンタイム認証
利用登録では、電子請求受付システムのIDやワンタイム認証など、国保連請求に関係する認証情報の確認が必要になります。IDの所在、通知書の保管、認証先、権限者を把握します。ただし、DD資料としてパスワードやワンタイムコードをそのまま共有することは避け、権限の存在と変更手順を確認します。
認証メールやコードを受ける端末が旧代表者・旧担当者の個人所有物に依存していると、クロージング後に操作できない可能性があります。法人管理のメール、電話番号、端末へ移す計画を立てます。認証情報を誰か一人へ集中させず、承認と代行の手順を整備します。
管理者と操作担当者を区別する
管理者は利用者追加、権限変更、登録情報管理など、日常の送受信担当より広い権限を持つことがあります。管理者が誰か、複数事業所をどう管理するか、退職・異動時に誰が変更するかを確認します。日常担当者がログインできるだけでは、組織変更後の管理を継続できません。
株式譲渡では法人が存続しても、代表者や管理者が変わり得ます。事業譲渡では譲受企業が別法人として新たな登録を要する可能性があります。取引手法だけでアカウントや利用登録が当然に承継されるとは断定せず、公式手順と案件の主体関係を確認します。
クライアント証明書と端末を資産・権限台帳で管理する
証明書の有効期限・インストール先・更新責任者
クライアント証明書を用いる環境では、証明書の有無だけでなく、有効期限、取得者、インストール端末、更新手順、再発行の連絡先を確認します。担当者の端末を入れ替えた際に証明書が移らず、月次連携の直前に操作できない事態を避けるためです。
証明書ファイルや秘密情報をデータルームへ無制限に掲載するのではなく、保有状況と管理手順を監査します。クロージング時は、残す端末、返却・廃棄する端末、再発行する証明書を一覧にし、旧担当者のアクセスを適切な時点で停止します。
端末要件と介護ソフトの稼働環境を分けて確認する
端末監査では、台数、OS、ブラウザ、セキュリティ更新、介護ソフト、証明書、ネットワーク、バックアップを確認します。単にパソコンがあるだけでは足りません。連携担当が在宅勤務や別拠点から操作する場合、許可された環境と実際の利用場所も照合します。
譲受企業の標準端末へ統一する計画がある場合、旧環境でしか動かない介護ソフトや証明書の切替時期を先に確認します。端末更改とサービス移行を同日に重ねると、不具合の原因を特定しにくくなります。可能な範囲で段階を分け、動作確認の記録を残します。
標準仕様4.1・5.0対応ソフトと暫定API仕様を確認する
連携対象は標準仕様4.1または5.0対応ソフト
移行準備では、ケアプランデータ連携標準仕様4.1または5.0に対応した介護ソフトであることを確認します。製品名だけで判断せず、対象バージョン、契約プラン、更新日、ベンダーの対応表明、必要な設定を確認します。古い標準仕様にしか対応していない場合や、自動更新が止まっている場合は、更新費用と時期を統合計画へ反映します。
複数拠点で異なるソフトや版を使っている会社では、事業所別の対応状況を一覧にします。一部拠点だけ5.0、別拠点は4.1という状態を直ちに不適合と決めるのではなく、公式の対象範囲とベンダーの移行計画を確認します。未対応の独自ツールからCSVを生成している場合は、標準仕様への適合確認方法も必要です。
API仕様は2026年5月27日時点で暫定
厚生労働省「介護保険最新情報Vol.1505」に示された2026年5月27日時点のAPI仕様は暫定です。確定版の内容、確定日、ソフトへの実装・リリース時期を、2026年8月13日時点で断定してはいけません。
介護ソフト事業者へは、対応予定の有無だけでなく、暫定仕様から変更された場合の更新方法、利用者側の作業、テスト環境、費用、サポート窓口を質問します。回答日と回答者を記録し、公式仕様の更新後に再確認します。M&A価格へ将来の開発費を反映する場合も、見積りと確定費用を区別します。
ソフト間連携テストの完了条件
テストはファイルを出力できたことだけでなく、相手側で取込でき、予定・実績・商品情報が期待どおり表示され、エラー処理を再現できることを完了条件にします。事業所番号とサービス種類コード17・67に加え、TAISコードまたは福祉用具届出コードのどちらか一つが入っていることを確認します。用具名称（機種名）と利用期間の表示も別に点検します。
具体的な手順例では、個人情報を保護したテストデータまたは公式に認められた方法を用い、出力、送信、受信、取込、画面確認、実績返送、ログ保存を順に実施します。実在利用者データを無断で試験環境へ入れず、ベンダーと情報管理条件を確認します。
月次業務と例外処理を業務フローに落とす
予定受信から実績返送までの締切を可視化する
居宅介護支援事業所からの予定受信、内容確認、変更反映、実績作成、返送、国保連請求の各締切を月次カレンダーにします。担当者、承認者、代行者を記載し、休日やM&Aのシステム停止日を重ねます。移行直後は通常より確認時間を確保します。
予定と実績に差異がある場合、貸与開始・終了、入院、認定変更、商品交換などの理由をどの画面・帳票へ残すかを定めます。電話で確認して終わらず、ケアマネジャーとの合意と介護ソフトの修正が一致しているかを確認します。
エラー・差戻し・再送の責任を明確にする
エラーには、事業所番号、利用者識別、サービスコード、商品コード、必須項目、文字形式など複数の原因があります。エラー一覧を担当者のメモにせず、発生日、対象月、原因、修正者、再送日、相手側確認、恒久対応を台帳化します。
移行前後に同じデータを二重送信する、旧環境で修正して新環境へ反映されないといったリスクもあります。どちらの環境を正本とするかを日付と処理単位で決め、二重処理を検出する確認者を置きます。現行システムの終了日が未定である間は、この切替基準を暫定版として管理します。
連携先への案内と問い合わせ窓口
居宅介護支援事業所等へ、サービス移行に伴い変わる可能性がある送受信方法、試験期間、問い合わせ窓口を適切な時期に案内します。ただし、具体日未定の段階で停止日を断定しません。「決まり次第改めて連絡する事項」を分けます。
M&A自体の公表前に取引情報を不用意に伝えないことも必要です。秘密保持と業務準備を両立するため、案内文案、送信承認者、公表可能日を統合計画で定めます。
データ品質をサンプル監査する具体的な手順
事業所マスタとサービスマスタを先に固定する
最初に法人番号、事業所番号、事業所名、所在地、サービス種類コード、指定有効期間を一覧にします。次に介護ソフト、国保連請求、ケアプラン連携の各マスタを照合します。名称の表記揺れだけなのか、別番号を誤って使っているのかを区別します。
休止・廃止・統合予定の事業所も削除せず、最終送受信月と未処理データを確認します。事業譲渡で新しい事業所番号や登録が必要となる場合は、旧番号と新番号の対応、利用者契約、連携先案内を別途設計します。
利用者・商品・期間を三点照合する
処理済み月から監査対象を選び、利用者台帳、ケアプラン予定、貸与品台帳、実績、国保連請求を照合します。確認するのは、サービス種類コード17または67、貸与開始・終了日、TAISコードまたは福祉用具届出コードのいずれか一つ、用具名称、数量、変更履歴です。個人情報は必要最小限にし、閲覧履歴を残します。
認定更新、商品交換、入退院、月途中開始・終了など、差異が出やすいケースを優先します。架空の件数や誤り率を設定せず、対象会社の母集団と実際の処理履歴を基に抽出方法を決めます。例外の発生理由と修正方法が再現できるかを重視します。
差異を財務影響だけで評価しない
ケアプランデータの差異は、請求額へ直結するものだけではありません。用具名称の欠落、実績返送の遅れ、相手先での再入力、担当者への電話確認増加など、業務品質と継続性へ影響します。金額影響が見えなくても、担当者退職後に処理できない状態はM&Aの課題です。
差異一覧には、請求影響、利用者説明、連携先負担、再発可能性、移行前の是正要否を記載します。重大性を件数だけで判断せず、サービス停止や個人情報誤送信につながる可能性も考慮します。
個人情報・アクセス権・ログを安全に承継する
データルームへの掲載範囲を限定する
ケアプランデータには利用者に関する情報が含まれます。初期DDでは匿名化した件数、連携先一覧、エラー分類、運用規程で評価し、個票が必要な場合は目的、閲覧者、期間、持出し制限を定めます。CSV原本を無条件で共有することは避けます。
譲受企業がデータを受領できる時点は、取引手法、契約、個人情報の利用目的等によって検討が必要です。事業譲渡だからすべて渡せる、株式譲渡だから追加管理が不要と一律に判断せず、弁護士等へ確認します。
共有IDをなくし最小権限にする
複数人が一つのIDを共有すると、誰が送信・修正したか追えません。管理者、一般担当、閲覧者など、必要な権限を分け、入退社・異動に合わせて更新します。ワンタイム認証の受信先やクライアント証明書も、権限台帳と一致させます。
クロージング前後は、退職者の停止が早すぎて月次処理ができない場合と、遅すぎて不要アクセスが残る場合があります。停止時刻、後任者登録、引継ぎ確認を一つの作業票にし、監査ログを保存します。
保存データと削除データを分ける
現行システムの終了に備え、送受信ファイル、受付結果、エラーログ、手順書のうち、何をどの期間保存するかを決めます。終了日が未定でも、現状の保存場所、バックアップ、復元方法を確認できます。個人端末やメール添付だけに残っているファイルを法人管理領域へ移します。
保存期間が過ぎたデータや重複コピーは、社内規程と法令に従って削除します。ただし、M&Aを理由に監査証跡を性急に消さず、紛争・照会・請求確認に必要な範囲を専門家と検討します。
直接利用料とIT費用、助成期間を分けて評価する
移行後は直接利用料不要でもIT費用ゼロとは限らない
介護WEBサービスへの移行後、ケアプランデータ連携の直接の利用料は不要と案内されています。しかし、介護ソフトの利用料、バージョン更新、設定、端末、ネットワーク、証明書対応、ベンダー支援、研修、社内作業時間までゼロになるとは限りません。「無料化により連携コストがすべてなくなる」と企業価値評価へ織り込まないようにします。
DDでは、現行の直接利用料と周辺IT費用を分け、移行時の一時費用と移行後の継続費用を整理します。ベンダー見積りが未取得なら、未確定として記録し、金額を創作しません。費用だけでなく、手入力削減、再送減少、連携先拡大などの効果も、実測可能な指標へ置き換えます。
助成の予定期間は2026年5月7日から2027年3月12日
厚生労働省「介護保険最新情報Vol.1497」と厚生労働省のケアプランデータ連携に関する支援案内によると、2026年度の介護事業所向け導入支援は、カードリーダー購入費と、介護情報基盤への接続サポート等の経費が対象です。導入支援事業者から介護情報基盤と現行のケアプランデータ連携システムの接続支援を一体で受ける場合は、その費用も対象とされています。2026年4月1日以降に実施した事業が対象で、申請受付は2026年5月7日から2027年3月12日までの予定です。予算に上限があるため、個別経費の適否、対象者、申請方法、締切時刻、必要証憑は最新の要領とポータルで確認します。対象外の費用も必ず補助されると説明してはいけません。
M&Aでは、譲渡企業が申請するのか、譲受企業が実行後に申請できるのか、発注・支払・納品の名義と時期を確認します。取引実行で法人や事業所番号が変わる場合、申請資格や証憑名義に影響し得ます。助成を前提に機器を発注する前に、公式窓口へ確認します。
予算化する費用項目
費用表には、ソフト更新、初期設定、データ変換、端末更新、ネットワーク、証明書、ベンダー支援、職員研修、並行稼働、連携テスト、旧データ保管を入れます。既存契約に含まれるものと追加料金を分け、拠点別・年度別に整理します。
企業価値や譲渡条件へ反映する場合は、見積済み、契約済み、社内概算、助成申請予定を区別します。福祉用具貸与事業の評価全体は福祉用具貸与M&Aの企業価値評価も参照し、IT費用だけで価値を決めないようにします。
株式譲渡と事業譲渡で登録・アカウントの扱いを確認する
株式譲渡でも管理者・連絡先・端末は変わり得る
株式譲渡では対象法人が存続するのが一般的ですが、代表者、管理者、操作担当、メールドメイン、端末、介護ソフト契約が変わることがあります。法人が同じことだけを理由に、利用登録やアカウントが何の手続もなく使い続けられるとは断定しません。
最終契約とクロージング作業票では、登録情報の確認、管理者変更、旧担当者停止、証明書・端末、ベンダー契約、説明会資料の引継ぎを記載します。受付中の申請がある場合、申請者変更の可否や追加手続も確認します。
事業譲渡では新しい報告・利用主体を確認する
事業譲渡では、利用者契約、従業員、資産、データ等の移転を個別に設計します。指定、事業所番号、電子請求受付ID、クライアント証明書、介護WEBサービス登録は当然には承継されないため、新規指定、新規番号、新規登録の要否を指定権者、国保連、運営主体に確認します。旧環境で完了する処理と、データ提供の適法性も分けて確認します。
ケアプランデータ連携だけ先に切り替えると、国保連請求や貸与台帳と正本がずれる可能性があります。指定、利用者契約、国保連、介護ソフト、連携先案内を一つの切替表で管理します。承継実務の全体像は福祉用具事業承継の切替手順で確認できます。
契約条項で役割と未確定事項を扱う
最終契約では、2027年1月移行予定や現行システム終了日未定という状況を前提に、公式発表後の情報共有、利用登録、ソフト更新、費用、データ提供、旧担当者の協力を定めます。特定の日付を保証するのではなく、公式案内が出た後の対応期限や担当をイベント起点で書く方法があります。
表明保証や補償の内容は案件ごとの法務判断です。アカウントが「承継される」と抽象的に書くのではなく、対象事業所番号、登録状態、管理者、証明書、未処理データを開示資料へ結びます。M&A手法の基礎は福祉用具M&Aガイドも参照してください。
2026年7月から移行後までの実務ロードマップ
準備期間に完成させる台帳
2026年7月から12月の準備期間には、事業所・サービスコード一覧、連携先台帳、利用登録進捗、電子請求受付IDの管理状況、管理者・担当者、証明書・端末、介護ソフト版、商品コード差異、費用・助成をまとめます。DD中なら、譲渡企業が現状を記入し、譲受企業がDay1後の状態を追記します。
台帳には確認日と証拠資料を付けます。「対応予定」だけでは、誰の回答か、何が未確定か分かりません。公式資料、ベンダー回答、社内承認、申請受付を区別し、更新履歴を残します。
移行直前に行うリハーサル
具体的な移行日と現行終了日が公表された後、最終送受信対象、未処理エラー、バックアップ、連携先連絡、担当者当番を確定します。予定受信から実績返送までのリハーサルを行い、端末故障、担当者不在、認証不能、取込エラー時の代替手順を試します。
リハーサル結果は成功・失敗だけでなく、所要時間、手修正、問い合わせ先、残課題を記録します。公式仕様やソフト版が更新された場合は再実施します。API確定・リリース時期を予測だけで固定しません。
移行後30・60・90日の確認
移行後は、登録済み事業所数、送受信成功、エラー、再送、手入力、FAX併用、連携先からの問い合わせ、担当者の作業時間を確認します。指標に仮の目標値を置くのではなく、移行前の実績と比較し、改善・悪化の理由を調べます。
30日で権限・初期エラー、60日で月次業務の安定、90日で手順・契約・費用の見直しを行う考え方があります。ただし、正式な開始日や請求サイクルに合わせて調整します。未利用の連携先へ利用を強制せず、対象外業務との併用手順も残します。
福祉用具貸与M&Aのケアプランデータ連携DDチェックリスト
制度・対象範囲
- Vol.1529の発出日が2026年7月29日であることを確認したか
- 2027年1月は移行予定であり、具体日未定と記録したか
- 現行システムの終了日を未定として管理しているか
- 市町村の介護情報基盤開始時期と事業所向け移行を分けたか
- 福祉用具貸与17と介護予防福祉用具貸与67を対象として確認したか
- 特定福祉用具販売41と住宅改修42を連携対象外として分けたか
登録・認証・端末
- 介護WEB登録済み、現行システムのみ導入済み、どちらも未導入の三区分で登録状況を確認したか
- 介護WEBサービスへ登録済みなら、改めての利用登録が不要と確認したか
- 事業所番号ごとに登録進捗と受付記録があるか
- 電子請求受付システムIDの保管・管理責任者を確認したか
- ワンタイム認証の受信先が法人管理下にあるか
- 管理者と日常の操作担当者を区別しているか
- クライアント証明書の期限、端末、更新者を確認したか
- 退職者・旧代表者の権限停止計画があるか
ソフト・データ・業務
- 介護ソフトが標準仕様4.1または5.0に対応しているか
- 製品名だけでなく版、契約プラン、更新予定を確認したか
- 2026年5月27日時点のAPI仕様を暫定として扱っているか
- API確定日やソフトのリリース時期を断定していないか
- 17・67でTAISコードまたは福祉用具届出コードのどちらか一つが入っているか
- 用具名称（機種名）の取込結果と表記揺れを別に点検したか
- 予定受信、取込、修正、実績返送、受領確認を一往復で追ったか
- 手入力、FAX併用、エラー、再送を連携先別に記録したか
- 現行データの保存・バックアップ・復元方法を確認したか
費用・契約・移行
- 直接利用料不要と周辺IT費用を分けて評価したか
- 助成の予定期間を2026年5月7日から2027年3月12日として最新要領を確認したか
- 申請主体、発注・支払名義、証憑を確認したか
- 株式譲渡・事業譲渡で登録やアカウントが当然承継すると扱っていないか
- 公式案内後の役割、費用、データ提供を契約で整理したか
- 8月26日説明会の参加・資料共有・再確認担当を決めたか
- 移行前リハーサルと移行後30・60・90日の確認計画があるか
ケアプランデータ連携DDのよくある質問
Q1. 介護WEBサービスへの移行日は2027年1月1日ですか。
2027年1月予定ですが、2026年8月13日時点で具体日は未定です。1月1日と断定せず、厚生労働省の更新を確認してください。
Q2. 現行のケアプランデータ連携システムは2026年12月末で終わりますか。
現行システムの終了日は未定です。終了日が公表されるまでは、現行運用を維持しながら新サービスの準備を進めます。
Q3. 現在の利用事業所は自動移行されますか。
現行のケアプランデータ連携システムを利用していることだけで、自動移行とは判断できません。介護WEBサービスへ登録済みであれば改めての利用登録は不要ですが、現行システムだけを導入済みなら利用登録が必要です。
Q4. 現行システムも介護WEBサービスも未導入の場合はどうしますか。
移行後に新たに連携する場合は、Vol.1529に示された準備区分に従い、現行システムの導入と介護WEBサービスの利用登録を準備します。最新の公式手順、対象ソフト、認証、端末を確認してください。
Q5. 所在地の市町村が介護情報基盤を開始するまで待つべきですか。
市町村ごとの開始時期と、事業所向け介護WEBサービスの移行予定は別の論点です。市町村の開始時期だけで利用登録を先送りしません。
Q6. 福祉用具貸与で連携対象となるサービスコードは何ですか。
福祉用具貸与17と介護予防福祉用具貸与67が対象です。事業所・利用者・認定期間ごとに正しいコードか確認します。
Q7. 特定福祉用具販売や住宅改修も連携できますか。
特定福祉用具販売41と住宅改修42は対象外です。貸与と同じ利用者であっても、別の管理・引継ぎ経路を整えます。
Q8. 福祉用具の商品情報は何を確認しますか。
サービス種類コード17・67では、TAISコードまたは福祉用具届出コードのどちらか一つが必要です。用具名称（機種名）の取込結果や表記揺れも別に確認します。
Q9. どの介護ソフトでも利用できますか。
標準仕様4.1または5.0に対応したソフトであることを確認します。製品名だけでなく版や契約プランもベンダーへ確認します。
Q10. API仕様は確定していますか。
2026年5月27日時点の仕様は暫定です。確定内容や実装・リリース時期を断定せず、公式資料とベンダー案内を継続確認します。
Q11. 移行後はIT費用がすべて無料になりますか。
直接の利用料は不要と案内されていますが、ソフト更新、端末、設定、証明書、支援、研修等の費用がゼロとは限りません。
Q12. 助成はいつ申請できますか。
2026年5月7日から2027年3月12日までが予定されています。対象経費、申請主体、締切等は最新の公式要領で確認します。
Q13. 株式譲渡ならIDや登録をそのまま使えますか。
法人が存続しても管理者、代表者、連絡先、端末等が変わり得ます。アカウントが当然承継されるとは判断せず、公式の変更手続を確認します。
Q14. 事業譲渡なら譲渡企業の証明書を譲受企業へ渡せばよいですか。
証明書やIDを当然に移せるとは限りません。新たな利用主体、事業所番号、登録、認証、個人情報の取扱いを確認します。
Q15. DDではどの月をサンプルにすべきですか。
通常月に加え、認定更新、商品交換、月途中開始・終了、エラー・再送があった月を対象会社の実データから選びます。架空の誤り率は置きません。
Q16. 8月26日の説明会に参加できない場合はどうしますか。
公表される公式資料や案内を確認し、参加者からの共有、ベンダーへの照会、社内確認を行います。未確認情報を確定事項として扱いません。
まとめ｜移行予定を「登録・認証・データ・業務」の引継ぎへ変える
福祉用具貸与M&Aにおけるケアプランデータ連携のDDでは、Vol.1529が2026年7月29日に発出され、7月から12月が準備期間、移行は2027年1月予定で具体日未定、現行システムは移行後の一定期間を経て終了予定でその終了日は未定という時間軸を正確に記録します。市町村の介護情報基盤開始時期とは別に管理し、移行後も連携を継続する事業所と新たに連携する事業所のどちらも利用登録を準備します。
データ面では福祉用具貸与17と介護予防福祉用具貸与67を対象とし、特定福祉用具販売41・住宅改修42を対象外として分けます。17・67ではTAISコードまたは福祉用具届出コードのどちらか一つを確認し、用具名称（機種名）の取込結果、予定・実績、商品・利用期間を照合します。電子請求受付ID、ワンタイム認証、管理者、クライアント証明書、端末は、秘密情報を安易に共有せず正規の権限変更手順で管理します。
ソフトは標準仕様4.1または5.0対応を確認し、2026年5月27日時点のAPI仕様は暫定として扱います。移行後は直接利用料不要でも周辺IT費用がゼロとは限りません。助成は2026年5月7日から2027年3月12日の予定として、最新要領と申請主体を確認します。株式譲渡・事業譲渡のどちらでもアカウントや登録が当然承継されるとはせず、公式手順と契約で役割を決めることが重要です。
譲渡準備全体を整理する場合は福祉用具事業の譲渡を検討している方へをご覧ください。個別の事業所構成、ソフト、取引時期を踏まえて相談したい場合は譲渡相談のお問い合わせからご連絡いただけます。
一次情報一覧
- 厚生労働省「介護保険最新情報Vol.1529」（2026年7月29日）
- 厚生労働省「ケアプランデータ連携システム」に関する案内ページ
- 厚生労働省「介護保険最新情報Vol.1505」（介護情報基盤との統合に向けた仕様）
- 厚生労働省「介護保険最新情報Vol.1497」（2026年度の導入支援）
- 厚生労働省「ケアプランデータ連携標準仕様」（CSVレイアウト仕様）
- 厚生労働省「ケアプランデータ連携標準仕様」（対象サービス等の仕様）
情報基準日：2026年8月13日。本稿は一般的な情報提供であり、法務・税務・個人情報保護・行政手続に関する個別助言ではありません。移行日、現行システム終了日、利用登録、API、ソフト対応、説明会資料、助成要領は更新される可能性があります。厚生労働省、国民健康保険中央会、利用する介護ソフト事業者、所管行政庁の最新案内を確認してください。
情報の位置づけと確認資料
制度や手続は変更される場合があります。公開資料と福祉用具事業の実務論点をもとに編集し、個別案件では法務・税務・労務・行政手続の専門家確認を前提としています。
