Odoo 20では、銀行口座に影響する仕訳を銀行取引に結び付ける会計コントロールが導入され、銀行消込サマリーが追加され、重複の可能性が高い請求書と請求明細にフラグが付けられ、支払ウィザードで保留中支払が考慮されます。リリースノートでは、支払の進捗の表示方法が変わる、名称変更された支払ステータスについても記載されています。 (Odoo 20 Release Notes) 導入を検討する組織は、採用前に銀行への計上手順、請求書の確認、支払処理、レポート、社内用語を見直す必要があります。
銀行仕訳は取引から始める必要があります
文書化されたOdoo 20の動作では、銀行口座に影響する仕訳は銀行取引を起点としなければなりません。Odooはこれを、会計仕訳と実際の銀行取引との手動による不一致リスクを減らすためのコントロールと説明しています。 (Odoo 20 Release Notes) これは、現在銀行関連の仕訳を手動で作成または修正している財務チームに影響します。銀行口座へ計上するすべての手順を特定し、取引起点の要件の下でどのように運用されるかを確認してください。
リリースノートでは、銀行仕訳と銀行取引の必要な連携は示されていますが、例外、設定オプション、既存仕訳の扱いについては説明されていません。 (Odoo 20 Release Notes) 組織固有の修正、振替、開始残高の手順をテスト対象に含めるべきです。既存の手動計上方法が今後も利用可能である、または同じように動作すると想定しないでください。
消込サマリーは選択した終了日を使用します
Odoo 20では、選択した終了日時点で消込済み取引と未消込取引を表示する銀行消込サマリーレポートが追加されます。 (Odoo 20 Release Notes) これにより、財務チームは消込の進捗を確認するための明確な日付を持てます。期末手順にこのレポートを組み込む前に、各カテゴリにどの取引が表示されるか、また結果が既存の消込記録と一致するかを確認してください。
提供されたリリースノートでは、レポートのフィルター、エクスポートオプション、アクセス制御、詳細なレイアウトは明記されていません。 (Odoo 20 Release Notes) これらの点は、想定しているOdoo 20の構成で確認する必要があります。また、サマリーの確認、未消込取引の調査、必要なフォローアップ措置の記録について、担当を割り当てるべきです。
重複警告は2段階で表示されます
請求書と請求明細の重複検出では、重複の可能性が非常に高い場合は赤の警告、調査が必要な場合は黄の警告を使用するようになりました。 (Odoo 20 Release Notes) 色分けにより2段階の注意レベルが視覚的に示されますが、警告が出た場合は依然として確認が必要です。買掛金および売掛金の手順では、ユーザーが何を確認すべきか、また警告付き文書を有効と承認できるのは誰かを定める必要があります。
リリースノートでは各警告色の意味は説明されていますが、赤または黄の警告を発生させる項目、しきい値、照合ルールは示されていません。 (Odoo 20 Release Notes) そのため、評価では、類似しているが正当な請求書と請求明細を含む代表的な文書を使用する必要があります。各警告をどのように処理したかを記録し、必要に応じて承認手順やトレーニング資料を更新してください。
保留中支払が支払予定額に影響します
Odoo 20の支払ウィザードは、保留中支払を検出し、それを支払予定額から差し引き、未払支払を日付順に並べ替えます。文書化された目的は、二重支払を防ぐことです。 (Odoo 20 Release Notes) そのため、保留中項目は、ユーザーが別の支払を準備する際に関連します。支払実行のテストでは、ユーザーが保留中支払をどのように識別するか、減額後の金額がどのように表示されるか、未払支払が想定外だった場合に何をすべきかを確認してください。
リリースノートでは、検出、差し引き、日付順ソートは確認されていますが、支払が保留中または未払と見なされるすべての条件は定義されていません。 (Odoo 20 Release Notes) 組織は、使用している支払方法と承認ワークフローをテストする必要があります。これには、保留中支払がいつ計算に含まれ、いつ除外されるか、また取消、却下、未解決の支払を自社設定でどのように処理するかの確認が含まれます。リリースノートで触れられていない動作は、推測ではなく確認してください。
支払ステータス名が変更されます
Odoo 20では2つの支払ステータス名が変更されます。以前の In Process ステータスは Paid と表示され、以前の Paid ステータスは Reconciled と表示されます。 (Odoo 20 リリースノート) 旧ラベルを手順、レポート、または研修資料で使用している組織は、その表現を見直す必要があります。更新しない場合、旧用語に慣れたユーザーが支払いの現在の段階を誤って解釈する可能性があります。
文書化された対応は次のとおりです。In Process は Paid に、Paid は Reconciled に変わります。 (Odoo 20 リリースノート) 移行準備では、運用手順、承認手順、レポート定義にある旧ラベルを検索する必要があります。チームは、支払いステータスに依存するフィルター、自動処理、連携もテストすべきです。提供資料では、それらの依存関係が表示ラベルを使うのか、内部の技術値を使うのかは説明されていません。
変更が Odoo の会計方針にどう合致するか
Odoo の 9月3日の会計プレゼンテーションでは、Odoo 20 は、よりスマートな銀行照合、請求書自動化、財務レポート、監査対応のワークフローを中心に据えられていました。 (会計の新機能) リリースノートの変更は、これらのテーマと一致しています。銀行エントリは取引にひもづけられ、照合には日付付きの要約が追加され、重複の可能性には視覚的な警告が表示され、保留中の支払いは次の支払いの前に考慮されます。 (Odoo 20 リリースノート)
プレゼンテーションは Odoo のより広範な会計上の焦点を示しており、リリースノートはここで扱う具体的な製品変更を示しています。 (Odoo 20 リリースノート; 会計の新機能) どちらの情報源も、組織の既存プロセス、カスタマイズ、または連携が調整なしで動作するとは示していません。製品の動作は、特定の実装に関する前提とは切り分けて評価する必要があります。
導入前に確認すべき事項
確認されている範囲には、取引起点の銀行エントリ、期末日による照合サマリー、2色の重複警告、日付順に並ぶ保留中支払いの控除、そして名称変更された支払いステータスが含まれます。 (Odoo 20 リリースノート) 評価では、各変更を代表的な組織の業務フローで再現する必要があります。対象となる関係者には、銀行取引を作成するユーザー、未照合項目を調査するユーザー、請求書と請求書を承認するユーザー、支払いを準備するユーザーが含まれます。
リリースノートには、実装計画に必要な設定、例外処理、移行の詳細がすべて記載されているわけではありません。 (Odoo 20 リリースノート) Odoo 20 に移行する前に、組織はアクセス権、承認手順、レポートの解釈、ステータス依存のプロセス、既存の会計記録の扱いを確認すべきです。標準の銀行取引を迂回するカスタムワークフローや、以前の支払いラベルに依存するものは、個別のテストが必要です。
制御とステータス変更は Odoo 20 のリリースノートに記載されており、より広範な会計上の優先事項は Odoo の9月のプレゼンテーションに示されています。 (Odoo 20 リリースノート; 会計の新機能) 手順、連携、または管理資料を変更する前に、利用可能性、詳細な設定、特定の実装への影響を、想定する Odoo 20 環境で確認してください。