AIFs中的LP投票与投资者同意

# AIFs的LP投票与投资者同意程序：实操工作流 来源：https://taghash.io/blog/lp-voting-and-investor-consent-for-aifs-a-practical-workflow LP同意程序远不止收集投票。本文将详解AIF团队如何通过结构化LP同意流程，管理投资者筛选、投票规则、加权审批、提醒通知及审计记录。 Tanupreet Kaur 2026年9月25日 阅读时长10分钟 从表面看，LP同意程序似乎很简单：发送提案、收集反馈、检查门槛、关闭投票。但基金管理团队深知其中奥妙远不止于此。 您需要明确：哪些LP应收到请求？向其披露了哪些内容？适用何种投票规则？每份反馈如何加权？未回应者如何处理？最终比例如何计算？若数月后决策被复审，团队需能追溯完整记录链条，而非依赖邮箱和电子表格重组。 印度证券交易委员会（SEBI）2026年6月30日咨询文件(https://www.sebi.gov.in/reports-and-statistics/reports/jun-2026/consultation-paper-on-rationalizing-the-requirement-of-obtaining-investor-consent-and-ambit-of-conflicted-transactions-requiring-investor-consent-under-sebi-alternative-investment-funds-regulations-_102464.html)将这些问题置于聚光灯下。该文件提议在AIFs中建立更标准化的投资者同意机制，涵盖同意方法、未回应处理、信息披露、审批门槛及记录保管。 截至2026年9月21日，这些方法仍属咨询阶段提案。SEBI当前有效的《AIF条例》最后修订于2026年7月14日(https://www.sebi.gov.in/legal/regulations/jul-2026/securities-and-exchange-board-of-india-alternative-investment-funds-regulations-2012-last-amended-on-july-14-2026-_102975.html)。 ### **什么是LP投票与同意管理？** LP投票与同意管理涵盖投资者审批请求的全流程：基金管理团队创建提案、识别相关LP、共享支持文件、设定投票规则、收集反馈、计算结果并保管最终记录。 当各环节分散在不同系统时，流程复杂性将急剧增加：投资者名单可能存于基金系统，投票权重或存于电子表格，反馈通过邮件传递，提醒通知需单独跟踪。 Taghash将这些模块与基金及其现有LP记录动态关联。 ### **SEBI考虑采用哪些同意方法？** SEBI咨询文件讨论了三种方法： **视为同意（Deemed Consent）：**未在规定时限回应的投资者被视为批准提案。 **参与即投票（Present and Voting）：**仅计算参与投票的投资者比例，未参与者排除在外。 **明确投票同意（Express Voting for Approval）：**仅明确赞成的投票计入所需门槛，以投资者总价值为基准计算。 区别至关重要。根据SEBI示例：代表30%价值的投资者投赞成票，10%投反对票，60%未参与。采用不同方法将得出不同审批比例：视为同意法下为90%，参与即投票法下为75%，明确投票法下仅30%。 相同反馈因方法差异可能产生迥异结果。咨询文件还建议披露：所选方法、提案原因、同意条款依据、审批门槛、未回应处理方案，以及通知、提醒、会议和投票记录。 ### **Taghash如何管理LP投票工作流** #### **1. 起草提案** 基金管理人从决策内容本身入手，创建包含标题、事项类型、面向投资者的说明、生效日期、SEBI法规引用、PPM条款引用及支持文件的请求。 针对PPM修订、期限延长、侧信函变更等需同意事项，投资者可在投票前审阅相关信息。 #### **2. 筛选LP** LP列表从Taghash相关基金模块加载。管理人根据适用法规及基金文件，选择应接收请求的投资者。系统同时捕获承诺出资额及持有份额，确保即使后续基金数据变更，投票关联的投资者信息仍得以保留。 #### **3. 设定投票规则** 此处定义计算逻辑： - **同意方法**：决定未回应的处理方式，支持“参与即投票”、“视为同意”和“明确投票” - **投票权重依据**：决定每位LP反馈的权重计算方式，支持“一 LP 一票”、“按份额”和“按价值” - **审批门槛**：设定通过提案所需比例 管理人还可设置投票起止时间。这些设置回答不同维度的问题：参与性如何处理？每票权重多大？通过比例需达多少？当SEBI或基金文件要求按价值审批时，须采用价值基准。 #### **4. 审核、发送与锁定** 发送前管理人需复核提案内容、选定LP、文件、投票窗口及投票规则。请求发出后，方法、权重依据及门槛即被锁定，为整个投票周期建立固定计算框架，规则中途不可变更。 每位选定LP将通过邮件及Taghash LP门户(https://taghash.io/products/lp-dashboard)接收请求。 #### **5. 收集验证反馈** LP审阅提案及文件后，选择**批准**、**反对**或**弃权**。每次提交均需通过注册邮箱收到的一次性密码验证。投票一经提交不可修改，Taghash记录提交时间戳及IP地址作为审计轨迹。若“弃权”作为独立选项，基金需在发送请求前明确其处理方式。 #### **6. 跟踪反馈与提醒** 投票期间，运营与投资者关系团队可监控投递、查阅、反馈及未响应LP状态。系统支持定时或手动向未响应者发送提醒，无需维护独立跟进表或人工核对提醒名单。 #### **7. 计算结果** 投票关闭后，Taghash应用锁定的投票权重依据，按选定同意方法处理未响应情况，并与审批门槛比对。结果记录为“批准”或“拒绝”。对于加权投票，这免除了人工匹配反馈与投资者价值、在电子表格中重新计算比例的工作。 ### **建立审计就绪记录** 流程价值在投票结束后更为凸显。Taghash将LP名单、投票数据、反馈、时间戳及最终结果与同意请求关联。报告可导出为PDF或CSV格式，用于内部治理、投资者查询、审计或监管审查。即使数月后有人质疑决策过程，团队可完整追溯从请求到结果的全记录。 ### **发送LP投票前，基金团队应核查什么？** 发送前需确认：事项及理由、同意条款依据、合格LP范围、投票权重依据、未响应与弃权处理方案、审批门槛。这些设置应比对最新SEBI要求及基金治理文件。Taghash执行团队配置的规则，但法律合规团队始终对规则适用性负最终责任。 ### **将LP同意融入基金运营工作流** Taghash将LP投票与PE、VC及AIF团队已使用的基金数据打通。同一工作流覆盖提案设置、LP筛选、锁定投票规则、验证提交、提醒通知、加权计算及最终审计记录。这意味着当需执行并事后复审同意事件时，基金团队在投资者数据、邮件、电子表格与报告间的交接将大幅减少。 立即预约演示(https://calendly.com/atuljha/taghashdemo?hide_gdpr_banner=1&hide_event_type_details=1&hide_landing_page_details=1&month=2026-09)，了解Taghash中的LP投票机制。 **关于Taghash** Taghash为风投基金、私募股权、母基金及其他另类投资基金提供端到端解决方案。七年来，我们作为顶尖VC的科技支柱，协助管理交易流、投资组合、基金及LP运营全流程。 我们同时提供服务层支持数据管理、法律合规、基金行政协调、受托人与托管人对接、估值及咨询等执行环节。Blume Ventures、Kalaari Capital及A91 Partners等领先基金管理人信赖我们，助力其实现更大成功。