Jooto終了前にCSVだけで足りる？SQLite・Backlog移行で残るものと変わるもの

JootoからCSVを出した。次のツールにもタスクが並んだ。これで移行は終わりでしょうか。あとから「添付がない」「誰が担当だったか分からない」「過去の変更を説明できない」と気づくと、元のサービスが使える間にやり直しが必要になります。

先に、元データを残して読める状態と、次の環境で仕事を続けられる状態を分けて確認します。CSVにはコメントやチェックリストも出せます。一方、一括SQLiteは公開情報上なお提供予定、Backlog専用ツールにも変換・非移行の差があります。「CSVは無意味」「ツールなら完全移行」のどちらも判断を誤らせます。

この記事は2026年10月15日時点の公式資料で、保存範囲と確認順を整理したものです。Jootoの実アカウント、一括ダウンロードの提供状況、実データでの移行時間・成功率は検証していません。画像は関係を説明するイラストで、公式画面や実際の移行結果の証拠ではありません。

終了前に分けるのは「残して読む」と「移して使う」

Jootoは2027年7月31日に一般提供を終了し、2027年8月1日以降、登録データを順次すべて削除する予定です。公式の終了案内・FAQで確認できます。「順次」だから自分のデータはしばらく残る、とは考えず、終了前に保存と照合を終える計画を立てましょう。

ここでいう保全は、過去のタスク、コメント、添付、経緯を後から読めるように残すこと。移行は、次の環境で担当・状態・通知などを運用し、作業を続けることです。保存ファイルが開けても、共同作業の運用まで再現できたとは限りません。逆に、過去を参照するだけでよければ、新しい有料サービスを契約せず保全で足りる場合もあります。

最初の棚卸しでは、進行中の案件と参照だけの案件、プロジェクトごとの実行者、残したい添付や変更経緯、外部連携を分けます。重要な案件から小さく確認すると、「すべて移す」より先に、何を失うと困るかが見えます。

新規有料契約やアップグレード等の受付は、2026年8月6日の運営会社の発表で終了が案内されています。保存機能のために後からプランを上げればよいと決めつけず、現在の契約と利用できる機能を確認してください。

では、すぐ確認しやすいCSVで、どこまで残せるのでしょう。

CSVはタスクだけではない。ただし添付は別に残す

Jootoの新エクスポートはプロジェクトごとに行います。タスクだけという説明は正確ではありません。コメントを選べば投稿内容・投稿者・日時を、チェックリストを含む形式なら項目の完了状態や担当・日付などを出力できます。

新CSVエクスポートの形式を、残したい情報で選ぶ

公式の出力形式	主に確認する情報
リスト、タスク、チェックリスト	タスクとチェック項目、完了状態・担当・日付
コメント	コメント本文、投稿者と投稿日時
リスト、タスク	タスク説明、状態・担当・開始／締切など

新エクスポートの対象は、スターター・ビジネス・タスクDXプランで、実行できるのはプロジェクトマネージャーです。現在の権限と対象プロジェクトを、公式の新エクスポート機能で確認してください。CSVはUTF-8です。文字化けや改行の欠落がないか、保存後に一部を開いて確かめます。

添付ファイル本体は、このCSVの列だけでは保全できません。ファイル名やリンクが見えても、サービス終了後に実体へアクセスできるとは限らないからです。2026年3月更新の添付ヘルプは個別保存を案内しています。次節の新しい一括取得計画と時点が違うため、現アカウントで使える方法を確認します。

リモノアの整理方法としては、保存日とプロジェクト名を分かるようにし、CSVと添付を元タスクへ対応づけて残すことを勧めます。関係者以外に公開せず、必要な人が読める保管先を決めましょう。これは公式の出力ファイル構造を保証する説明ではありません。

プロジェクトを一つずつ出す負担を減らすのが、新しい一括保存の計画です。ただし、発表と実際の取得は分けて判断します。

一括SQLiteは「発表された」と「取得できた」を分ける

Jootoの公式移行ページは、組織管理者がユーザー情報、全プロジェクトのタスク・コメント・メンバー・変更履歴をまとめて取得する機能を案内しています。構造化データはSQLite、閲覧用はHTMLビューアー、添付はSQLiteとは別ファイルという計画です。

ただし、2026年10月15日の確認時点でも、同ページには2026年9月下旬〜10月中旬に段階的に提供予定と記載されています。開発状況により変更の可能性もあるため、「全組織で利用できるようになった」とは断定できません。予定時期を過ぎたかどうかだけで、CSVや添付の保存を後回しにしないでください。

機能が見当たらなければ、組織管理者に対象プラン・権限・現在の提供範囲を確認し、必要なら公式サポートへ問い合わせます。記事では個々のアカウントの表示状況を確認していません。

取得できた場合の判断も二段階です。まず、予定していたプロジェクトや添付が実際に含まれるか。次に、必要な人の環境で日本語、改行、日付、関連する添付を読めるか。SQLiteだけ取れても、閲覧用HTMLや添付の対応が失われれば、後から確認する作業が増えます。

ファイルをそろえて保管し、元データとの対応メモを残すのは編集部の保全提案です。公開スキーマや長期の閲覧互換性を検証したものではありません。取得物に認証情報や顧客資料が混ざる可能性も考え、公開共有リンクや生成AIへの無断アップロードを避け、組織の取り扱いルールに従ってください。

保全の見通しが立ったら、次は日々の作業を移せるかです。専用ツールがあっても、元と同じ構造になるとは限りません。

Backlogへ移すと、担当者や履歴は同じ形にならない

Backlogの専用ツールは、タスク、コメント、添付などの移行に対応します。無償のツールですが、Jootoの有料プランと、Backlog側の管理者またはプロジェクト管理者の権限が必要です。端末でのコマンド実行、両サービスのAPIキー、ユーザーの対応づけ等も必要になります。ヌーラボの公式発表と公式移行ガイドで、使用条件と最新手順を確認してください。本記事ではツールを実行していません。

特に見落としやすい違いは、次の四つです。

• 複数の担当者：全員が課題の詳細へ記載されますが、課題の担当者になるのは元データで先頭に記載された1人です。
• チェックリスト：詳細内のテキスト、または項目ごとの子課題へ変換します。
• 番号と履歴：元の課題番号とリスト変更履歴は引き継がれません。
• 同名添付：同じタスクやコメントに同名ファイルがあると、2つ目以降に番号が付くなど名称が変わります。

「全員の名前がある」と「全員が担当として運用できる」は別です。コメントが読めても、状態をどう動かしてきたかが同じ形で残るわけではありません。元の番号を記載した議事録や外部資料があるなら、移行後の対応表を残す必要があるか考えましょう。

移行でメンション通知が送られる点も、実行前に共有します。公式ガイドはテスト用プロジェクト等で試す方法を案内していますが、テスト用という名前だけで通知が止まるとは限りません。対応づけるユーザーと通知を許容する相手を決め、実在する顧客・関係者へ予期しない通知を送らないよう確認してください。

こうした変換があるため、次の検証では件数の一致だけを合格条件にしません。

テスト移行は「件数が同じ」で合格にしない

1タスクに3つのチェック項目があり、すべて子課題へ変換する仮定の例を考えます。移行後が親課題1件と子課題3件なら、合計は4件。元のタスク数と課題数が違っても、それだけで欠落とはいえません。これは変換を理解するための計算例で、実際に移行した記録や成功率ではありません。

逆に、同じ件数でも別の項目が抜けていることはあり得ます。保存・照合は「元の何が、移行先のどこに対応するか」を単位にします。テキスト化したチェック項目なら完了状態や担当・日付を、子課題なら親子の対応と状態を確かめる、という具合です。

照合用のメモには、元プロジェクト、保存日、元のタスク識別情報、移行先の対応先、確認結果、未解決の差分を残します。全件の数を確認する作業と、重要な案件を詳しく読む作業は分けましょう。添付は名前だけでなく開けるか、コメントは前後の文脈がつながるか、担当者は次の作業を引き受けられるかまで見ます。例を抽出して読めたことだけで、全件一致とは報告しません。

小さなテストでも、チェック項目が多い案件、複数担当の案件、添付をよく使う案件など、実際の運用で重要な条件を含めると判断しやすくなります。ただし、本物の機密情報を不用意な検証先へ送らず、必要な権限と組織のルールを守ってください。

外部の通知・定期レポート・API連携は別の確認項目です。データの移行対象にタスクやコメントが含まれることだけで、独自の自動化が再現されるとはいえません。具体的な再設定方法や工数は、この調査では未確認です。

差分が分かったら、切替日までに何を直すかを決めます。保存方法の確認と並行して、契約の期限も別に押さえましょう。

契約の期限を確認し、切替は差分を直してから

過去の情報を読むだけなら、適切な保全で目的を満たす場合があります。終了後も担当・状態・通知を更新し続けるなら、移行先の機能、人数、容量、権限、継続料金を比較します。Backlogは選択肢の一つで、全員に契約を勧める記事ではありません。

Backlogの公式移行キャンペーンは、申込みと条件を満たした場合、2027年3月31日まで無料利用できると案内しています。適用には2026年12月31日までのトライアル開始・正式登録等が必要です。正式登録の可能期間、キャンペーン申込フォーム、登録時の銀行振込による手続きなどを公式ページで確認してください。ツール自体の無償提供と、移行先サービスの継続費用は別です。

無料期間が終わる2027年3月31日と、Jootoの一般提供が終わる2027年7月31日は別の期限です。無料期間後に必要なプラン・料金・継続条件を確認せず、「Jooto終了まで無料」と考えないでください。

切替は、重要な差分を解決してから。元のJootoで更新し続けている場合は、テスト保存後の変更が残っています。最終保存と切替の時間を決め、どちらに新しい作業を書き込むかを関係者へ共有します。移行先で作業を開始した後も、元の保存物を参照できるか確かめます。退会やデータ削除を、確認の代わりに先行させないでください。

担当者や共有アカウント、バックアップの管理方法を整理するなら、リモノアの小さなチームのデジタル防衛チェックも使えます。移行ツールや安全性の証明ではなく、管理者・権限・復旧の確認を始めるための内部ツールです。Jootoのデータを移すために、無関係な通信契約を追加する必要はありません。

今日の最初の行動は、重要なプロジェクトを一つ選び、現在のプラン・権限で出せるCSVと添付を確認することです。保存したものを読む、次の環境で試す、差分を直す。この三つを終えることで、切替の判断が具体的になります。

公式資料の確認日：2026年10月15日。SQLiteの実提供範囲、実データの移行時間、個別契約の返金・更新・実支払額、独自連携の再設定は未確認です。機能・条件は変わり得るため、実行前に公式の最新手順を確認してください。