AIFにおけるLP投票と投資家同意：実践的なワークフロー

LOGIN新しいファンドデータについて何でも質問してください。Taghash MCPが利用可能です → Taghash MCPが利用可能です → 仕組みを見るTaghash FeatureAIFにおけるLP投票と投資家同意：実践的なワークフローLP同意は、単に投票を収集する以上のものです。この記事では、AIFチームがLPの選定、投票ルール、重み付けされた承認、リマインダー、監査対応記録を構造化されたLP同意ワークフローを通じてどのように管理できるかを説明します。Tanupreet Kaur2026年9月25日-10分で読めます‍LP同意は、外部からはシンプルに見えるかもしれません。提案を送信し、応答を収集し、しきい値を確認して、投票を終了します。ファンドチームは、それ以上のことが含まれていることを知っています。どのLPにリクエストを送信すべきか、彼らに何が表示されたか、どの投票ルールが適用されるか、各応答がどのように重み付けされるか、応答がない場合に何が起こるか、そして最終的なパーセンテージがどのように計算されたかを知る必要があります。数ヶ月後に意思決定がレビューされた場合、チームは受信トレイやスプレッドシートから再構築することなく、完全な履歴をたどれる必要があります。SEBIの2026年6月30日のコンサルテーションペーパーは、これらの質問の多くに焦点を当てています。それは、同意方法論、非応答、開示、承認しきい値、記録保持をカバーする、AIF全体での投資家同意に対するより標準的なアプローチを提案しています。2026年9月21日現在、これらの方法論はコンサルテーション中の提案のままです。SEBIは、2026年7月14日に最後に改正されたAIF規制をリストしています。LP投票と同意管理とは何ですか？LP投票と同意管理は、投資家承認リクエストに関するプロセス全体をカバーします。ファンドチームは提案を作成し、関連するLPを特定し、サポートドキュメントを共有し、投票ルールを設定し、応答を収集し、結果を計算し、最終記録を保持します。各部分が異なる場所にある場合、これはより困難になります。投資家リストはファンドシステムにあるかもしれません。投票の重みはスプレッドシートにあるかもしれません。応答は電子メールで届くかもしれません。リマインダーは個別に追跡されるかもしれません。Taghashは、これらの部分をファンドおよび既存のLPレコードにリンクしたままにします。SEBIが検討している同意方法論は何ですか？SEBIのコンサルテーションペーパーでは、3つのアプローチが議論されています。みなし同意：指定された期間内に応答しない投資家は、提案を承認したものとみなされます。出席・投票：参加した投資家のみが計算に含まれます。不参加者は除外されます。承認のための明確投票：必要なしきい値に向かってカウントされるのは、総投資家価値に対して測定された、明示的な賛成票のみです。違いは重要です。SEBIの例では、価値の30％を代表する投資家が賛成票を投じ、10％が反対票を投じ、60％が参加しませんでした。同じ応答でも、方法論によって異なる承認パーセンテージが得られます。みなし同意では90％、出席・投票では75％、明確投票では30％です。したがって、同じ投資家応答が、方法論によって非常に異なる結果を生み出す可能性があります。SEBIのペーパーはまた、選択された方法、提案の理由、同意を要求する条項、承認しきい値、非応答の扱い、および通知、リマインダー、会議、投票の記録の開示を提案しています。TaghashはLP投票ワークフローをどのように管理するか1. 案件のドラフトファンド管理者は、意思決定自体から始めます。リクエストには、タイトル、案件の種類、投資家向けの説明、有効日、SEBI規制参照、PPM条項参照、およびサポートドキュメントを含めることができます。PPM修正、期間延長、サイドレター変更、または同様の同意イベントの場合、投資家は投票前に関連情報をレビューできます。2. LPの選択Taghashから関連ファンドのLPがロードされます。管理者は、適用される規制およびファンドドキュメントに基づいて、リクエストを受信するべき投資家を選択します。コミットされた金額と保有単位がリクエストのためにキャプチャされます。これにより、ファンドレコードが後で変更された場合でも、投票にリンクされた投資家データが保持されます。3. 投票ルールの設定ここで計算が定義されます。同意方法論は、非応答がどのように扱われるかを決定します。Taghashは、出席・投票、みなし同意、明確投票をサポートしています。投票基準は、各LPの応答がどのように重み付けされるかを決定します。Taghashは、1LP1票、単位別、価値別をサポートしています。承認しきい値は、承認に必要なパーセンテージを設定します。ファンド管理者は、投票の開始日時と終了日時を設定することもできます。これらの設定は、さまざまな質問に答えます。参加はどのように扱われるべきか？各応答はどの程度の重みを持つか？提案を承認するにはどのパーセンテージが必要か？SEBIまたは管轄文書が価値による承認を要求する場合、必要な価値基準を使用する必要があります。4. レビュー、送信、ロック送信前に、管理者は案件、選択されたLP、ドキュメント、投票期間、および投票ルールをレビューします。リクエストが送信されると、方法論、基準、およびしきい値はロックされます。これにより、ファンドは投票期間中、固定された計算フレームワークを持つことになります。最終結果を生み出すために使用されたルールは、プロセスの途中で変更することはできません。選択された各LPは、電子メールおよびTaghash LPポータルを通じてリクエストを受信します。5. 検証済み応答の収集LPは、提案とサポートドキュメントをレビューし、承認、拒否、または棄権を選択します。各提出は、LPの登録済み電子メールに送信されるワンタイムパスコードを通じて検証されます。一度投票されると、その投票は最終的であり、編集することはできません。Taghashは、監査履歴の一部として、提出タイムスタンプとIPアドレスを記録します。棄権が個別の応答として利用可能な場合、ファンドはリクエストが送信される前にその扱いを定義する必要があります。6. 応答とリマインダーの追跡投票がアクティブな間、ファンドオペレーションおよびIRチームは、配信、開封、応答、および未応答のLPを監視できます。未応答の投資家には、スケジュールされたリマインダーまたは単発のリマインダーを送信できます。維持するための個別のフォローアップシートはなく、誰にリマインダーが必要かを手動で確認する必要もありません。7. 結果の計算投票が終了すると、Taghashはロックされた投票基準を適用し、選択された同意方法論の下で非応答を処理し、結果を承認しきい値と比較します。結果は承認済みまたは拒否済みとして記録されます。重み付けされた投票の場合、これにより、応答を投資家価値に照合し、スプレッドシートでパーセンテージを再計算する手作業がなくなります。監査対応記録の維持投票終了後、プロセスの価値はさらに重要になります。Taghashは、LPの構成、投票データ、応答、タイムスタンプ、および最終結果を同意リクエストにリンクしたままにします。レポートは、内部ガバナンス、投資家からの問い合わせ、監査、または規制レビューのためにPDFまたはCSV形式でエクスポートできます。6ヶ月後にファンドがどのように意思決定に至ったかを誰かが尋ねた場合、チームはリクエストから結果までの記録をたどることができます。LP投票を送信する前にファンドチームが確認すべきこと dispatch前に、案件とその根拠、同意を要求する条項、対象となるLPの構成、投票基準、非応答および棄権の扱い、承認しきい値を確認してください。これらの設定は、最新のSEBI要件およびファンドの管轄文書と照合して確認する必要があります。Taghashは、ファンドチームによって構成されたルールを適用します。どのルールが適用されるかを判断する責任は、法務およびコンプライアンスチームに残ります。ファンド運用ワークフロー内でLP同意を管理するTaghashは、PE、VC、およびAIFチームが既に利用しているファンドデータとLP投票を接続します。同じワークフローが、提案設定、LP選択、ロックされた投票ルール、検証済み提出、リマインダー、重み付け計算、および最終監査記録をカバーします。ファンドチームにとって、これは、同意イベントを実行し、後でレビューする必要がある場合に、投資家データ、電子メール、スプレッドシート、およびレポート間の手渡しが少なくなることを意味します。TaghashでのLP投票の仕組みを見るには、今すぐデモをリクエストしてください。TaghashについてTaghashは、ベンチャーファンド、プライベートエクイティ、ファンドオブファンズ、その他のオルタナティブ投資ファンド向けのエンドツーエンドプラットフォームを提供しています。過去7年間、私たちはトップVCのテクノロジー部門として、ディールフロー、ポートフォリオ、ファンド、LP管理の運用を支援してきました。また、データ管理の実行をサポートするためのサービスレイヤーも提供しています。