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