# なぜ問題が解決済みとしてマークされたのか
Aikidoでは、問題は自動的に～から **次を開きます：** を **解決済み** 最新のスキャンで検出されなくなったとき。
これが起こる一般的な理由はいくつかあります：
***
### ✅ 問題は修正されました
チームの誰かがその問題を解決したため、スキャンに表示されなくなりました。これは **コードから完全に削除されたか、修正されたためです**.
***
### 🌿 ブランチの変更
もしスキャンしているのが **別のブランチなら**、Aikidoは次のように動作します：
* 古いブランチに紐づく問題をクローズする
* 新しいブランチで見つかった問題を開く
* 💡スキャンされているブランチは、～上のタグで確認できます [リポジトリページ](https://app.aikido.dev/repositories)
***
### 📁 ファイルの移動
影響を受けたファイルが **移動されたか、名前が変更された場合**、Aikidoは次のように動作します：
* 元の問題を解決済みとしてマークする（ファイルパスが変更されたため）
* 新しいファイルの場所で新たな問題を開く可能性があります
***
### 🔐 CVEデータベースの更新
CVEは、影響を受けるバージョンを絞り込むために更新されることがあります。
**例**:
* Aikidoは、CVE-2021-44832に基づき、log4j:2.17.1の脆弱性を検出しました。
* その後、CVEは影響を受けるのは2.17.0以下のバージョンのみだと更新されました。
* Aikidoはこの変更を検知し、2.17.1の問題を自動的に削除しました。
***
### 📦 依存関係がdev-dependencyへ移動
脆弱なパッケージが本番依存関係からdev-dependencyに移動された場合、Aikidoは次のように動作します：
* 元の問題を解決済みとしてマークする（依存関係の種類が変わったため）
* もはやこの問題を報告しません。dev-dependenciesは **デフォルトでは** スキャンされません。
* 💡dev-dependenciesのスキャンは、～で有効にできます **リポジトリごとに** 設定できます。 [詳細はこのドキュメントをご覧ください](https://help.aikido.dev/docs/docs-ja/code-scanning/scanning-practices/scanning-dev-dependencies-for-cves)
***
### 🧠 SASTルールの改善
静的解析ルールは、誤検知を減らすために継続的に改善されています。これらのルールの精度が上がると、Aikidoは次のように動作する場合があります：
* **以前にフラグ付けされた問題を解決済みとしてマークする**
* 同様のパターンに対する今後の誤検知を防ぐ
***
### 🗂️ ローカルスキャン – スキャン場所の変更
ローカルでスキャンする場合、 **対象ディレクトリ** を変更すると、スキャン対象が変わります。
* スキャンされていないパスの問題は解決済みとしてマークされます
* 新しい場所で新たな問題が表示される場合があります
***
### まだよくわからない？
この一覧は最も一般的な原因をカバーしていますが、ほかの例外的なケースもあります。
👉 何かがなぜ解決済みとしてマークされたのか分からない場合は、アプリ内チャットからご連絡ください。喜んでお手伝いします。