投資信託の会計処理は、金融システムにとって重要な問題です。 株式や債券などの有価証券を直接保有するよりも投資信託を優先すること。 公共投資。 特に、ほとんどではないにしても多くの個人投資家や 小売顧客 彼らは貯蓄の大部分を雇用主が提供する 401(k) プランに入れており、通常は投資の選択肢として投資信託を選択できます。 投資信託会計の最終成果物は、これらの投資手段の正確な価格設定と、その保有者への投資収益の正確な割り当てです。 したがって、これらは最高財務責任者 (CFO) にとっての主要な懸念事項です。 コントローラー、投資信託会社の運用マネージャー。
投資信託会計の側面
投資信託の会計にはさまざまな基本的なタスクが含まれており、これらのタスクは社内スタッフによって実行される場合もあれば、保管銀行などの他のプロバイダーに委託される場合もあります。 これらのプロセスには次のものが含まれます。
- 純資産価値 (NAV) として知られる、投資ポートフォリオの価値を毎日計算します。
- 配当金や利息などのすべての収入を予測して記録します。
- 投資ポートフォリオに含まれる債券およびその他の類似の債券に対する未払い利息を記録します。
- 債券購入時の割引またはプレミアムを適切に償却します。 以下の詳細な説明を参照してください。
- ポートフォリオ投資の売買など、すべての証券取引を記録します。
- ファンド内の証券取引から生じる短期および長期の両方の実現キャピタルゲインをすべて記録します。
- 投資家による株式の購入と償還によるすべての資金の流入と流出を記録します。
- ファンドの各株主が所有する株式および行われた取引の記録を維持します。
- ファンドの株主に対する収入とキャピタルゲインの分配を追跡します。
優れた投資信託の会計部門では、これらの活動は高度に自動化されています。 ただし、手動入力、レビュー、調整が必要な場合があります。
純資産価値
NAV と略されることが多く、投資信託の投資ポートフォリオの総額を発行済み株式数で割ったものです。 標準的な慣例では、各取引日の終わりに、そこで保有されているすべての有価証券の終値に基づいて NAV を計算します。 NAV は、上記の他のアクティビティも考慮します。
投資信託の株式の購入または売却の注文は、市場終了前に受け取られた場合、その日の最終基準価額で執行されます。 そうでない場合は、次の取引日の終値基準価額で執行されます。
社債の償還
債券がその額面よりも割引または割増で(つまり、投資家に返還される元本価値よりも低いまたは高い価格で)購入される場合 債券の満期時にそれを保有する)、購入価格と額面の差額は、長期にわたって、債券によって生成される利息収入の調整として記録されます。 つなぐ。
割引価格で購入した債券で認識される利息収入は、実際に受け取る利息の支払いよりも高くなります。 プレミアムで購入された債券では、価格は低くなります。 最終的な影響は、満期まで保有する債券の購入にかかる割引やプレミアムがキャピタル損益として認識されず、受取利息の調整として認識されることです。 債券の償却は投資信託によって毎日計算されます。
ケーススタディ
これは、運用コンサルティングの分野で遭遇する種類の契約の代表的な例でもあります。 大手カストディアン銀行は、既に有価証券の保管に利用している投資信託会社に投資信託会計サービスを提供しました。 この文脈における投資信託会計は、主に純資産価値 (NAV) の毎日の計算に関与していました。 銀行とその銀行 投資信託の顧客 彼らは、行われた NAV 計算の適時性と正確さに不満を抱いていました。
銀行は、ある企業からのコンサルタント チームを雇用しました。 四大会計事務所 投資信託の会計部門内のプロセスを研究し、それを改善するための変更を推奨する。 ビッグ 4 企業のコンサルティング チームは数日間、従業員が日常業務を遂行する様子を観察することで、投資信託の会計部門がどのように機能しているかを観察しました。 コンサルタントはまた、従業員とそのマネージャーにインタビューし、従業員がどのように考えているかをより深く理解しました。 彼らの責任と、投資信託の会計についてどの程度知識があったかを評価するためです。 分野。
情報収集
コンサルティング チームは、部門内のプロセスの詳細なフローチャートを作成し、経営陣と話し合い、業務プロセスの改善点を指摘しました。 コンサルタントは自動化の改善も提案しました。 銀行経営陣の承認を得た後、コンサルタントは銀行の状況に適したパッケージを提供するソフトウェア ベンダーを探しました。 次に、銀行特有の状況と顧客の組み合わせに必要な仕様を満たすために、既存のシステムをカスタマイズする意欲のある銀行を特定しました。
プロセス計画
次に、コンサルタントはこれらの仕様を詳細に作成し、ソフトウェアの広範なテストを実施しました。 各モジュールが完了し、計算が適切に行われ、システムが耐久性があり、耐久性があることを確認しました。 信頼性のある。 ユーザー受け入れテスト段階には数か月かかり、細部に細心の注意を払う必要がありました。
システムが最終的に仕様通りに完成すると、コンサルティング チームがそのインストールと実装を監督しました。 そして、銀行が新しい手順が機能していることに満足するまで現場に留まり、従業員のトレーニングを主導しました。 良い。 このプロジェクトは合計でほぼ 1 年間続き、3 人のコンサルタントのチームが毎日銀行に常駐しました。