把第118条「代理出席」放到数据服务公司身上，条文立刻有了温度。
一、落到真实主体
把这一条放到数据服务公司的具体经营里看。
数据服务公司注册资本 1,500 万元、110 人，提供数据加工与分析服务。背景上还有一个事实：数据资源入表的权属。
| 场景维度 | 具体情形 | 本条如何适用 |
|---|---|---|
| 治理 | 研发人员占 62% | 股东可以委托代理人出席股东会 |
| 经营 | 已通过等级保护测评 | 委托应明确代理事项、权限与期限 |
| 退出 | 数据产品 6 个 | 代理人应提交授权委托书并在授权范围内行使表决权 |
把自己的经营事实摆进来，条文才有温度。
场景化理解的目的，是把「应该做什么」变成「具体怎么做」。
二、关键环节在哪里
把这件事的流程走一遍，卡点和交接口就出来了。以数据服务公司为例，一条完整链路大致是：
| 环节 | 关键动作 | 易错点 |
|---|---|---|
| 发起/前置决策 | 合规的做法是使用规范授权委托书模板 | 要警惕授权范围过宽（全权代理）的倾向 |
| 内部审议 | 这一步要做的是逐项列明授权事项 | 一个需要纠正的倾向是：口头委托无书面文件 |
| 办理登记或公告 | 这一步要做的是核验委托书与身份证明 | 要警惕代理人超范围表决的倾向 |
| 归档留痕 | 合规的做法是使用规范授权委托书模板 | 一个需要纠正的倾向是：口头委托无书面文件 |
把流程固化下来，就不用在每个项目里重新摸索。
流程设计得再完善，不执行也等于零。关键是每个环节都有责任人、有交付物。
对数据服务公司而言，流程的颗粒度要与110 人的组织规模匹配，过粗失控、过细僵化。
三、适用的前提是什么
这一条的适用，可以拆成下面几个要件来把握。要件之间是并列关系，缺一不可。
| 构成要件 | 如何理解 | 实务提示 |
|---|---|---|
| 形式 | 形式这一项，落脚点是授权委托书 | 别凭印象判断 |
| 要素 | 在要素上，核心是事项、权限、期限 | 别凭印象判断 |
| 限制 | 限制这一项，落脚点是不得超越授权 | 要与客观事实核对 |
要件是判断的标尺，事实是判断的对象。数据服务公司要把两件事都理清楚，结论才可靠。
需要特别说明的是，股东可以委托代理人出席股东会，这一点在实务中往往被简化处理。
要件是「尺子」，事实是「被测对象」，尺子要准，对象也要真。
四、落地动作
针对上面的分析，数据服务公司可以立刻着手做几件事。
| 优先级 | 建议动作 | 预期效果 |
|---|---|---|
| 中 | 这一步要做的是核验委托书与身份证明 | 补齐程序瑕疵 |
| 中 | 这一步要做的是逐项列明授权事项 | 补齐程序瑕疵 |
| 低 | 合规的做法是使用规范授权委托书模板 | 避免责任争议 |
建议的价值在于可执行，而非听起来周全。
合规建设是持续的过程，不是一次性的任务。
优先级的高低，取决于风险敞口的大小，数据服务公司应当据此动态调整。
五、适用时要注意什么
这一条怎么用到数据服务公司身上？关键是把它的要求翻译成经营动作。
脱离数据服务公司的具体经营谈这条，永远隔着一层。把它放回场景，动作就具体了。
| 适用场景 | 具体表现 | 应对要点 |
|---|---|---|
| 日常经营 | 数据产品 6 个 | 合规的做法是使用规范授权委托书模板 |
| 对外交易 | 研发人员占 62% | 这一步要做的是逐项列明授权事项 |
| 日常经营 | 研发人员占 62% | 这一步要做的是逐项列明授权事项 |
适用的边界，比适用的范围更值得花时间确认。数据服务公司应当把这几个场景分别落成动作。
需要强调的是，数据服务公司适用这条时，股东可以委托代理人出席股东会这一点要作为主线贯穿始终。
六、结论与边界
回到最初的问题：数据服务公司面对第118条，最该做的是什么？答案已经在上面的分析里。
第118条「代理出席」在数据服务公司身上的答案，就藏在这些具体动作里。
声明：本文基于公开政策文件与实务经验整理，仅供专业交流参考，不构成正式税务或法律意见。具体事项请结合企业实际情况，并以主管机关口径为准。
