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