开篇：一句话结论
关联公司走账要防的不是「换了个抬头」，而是同一控制下的多个主体分别占用你的额度，加起来远超你能承受的敞口。单看每个主体都不超限，加总以后风险集中，这是贸易商最容易踩的坑。
核验方法包括五步：确认主体关系、统一计算敞口、核对合同与发票主体、设置关联组额度、记录异常信号。征信与工商信息只是其中一环，真正的防线是书面材料和统一口径。系统没有征信查询能力，核验需要人工完成。
一、换抬头这件小事，为什么容易变成大问题
先看一个虚构但常见的情境。以下人物与公司均为说明问题而设，不对应具体公司。
一家做现货的贸易商有客户 A，合作两年，账期三十天，额度三十万元。某天 A 的采购说，集团要求统一由 B 公司付款，以后订单抬头也换成 B。销售觉得客户没变、货还是那些货，就在下单备注里改了抬头。
三个月后，B 也开始下单，并单独申请三十万元额度。财务按两个客户分别统计，都在上限内。直到 B 的付款开始拖延，公司才发现 A 和 B 的法定代表人与同一人有关系，合计敞口已经接近六十万元，而且是同一批货、同一个仓库、同一条生产线在用。
风险不在于关联交易本身违法，而在于你的风控口径按主体切分，风险却按实际控制关系集中。
这个示例里还有一个更隐蔽的细节：销售改抬头的时候，没有任何一个环节被触发。订单备注改了，系统还是那个系统，额度还是按「客户 A」在别的口径里跑着，没人被要求审批，也没人收到提醒。关联走账之所以容易失控，正是因为它在流程上看起来「不算一件事」——没有新合同、没有新申请，只是一次备注修改。所以防线的关键不是审查大动作，而是把「主体信息变更」本身定义成一个必须走审批的动作，哪怕客户说是「集团统一安排」。
客户与账款的风险框架，可先看客户风控管理专题。
二、第一步：确认主体之间有没有关系
核验不需要复杂工具，先做基础动作：
- 比对两个主体的法定代表人、主要人员、注册地址与联系方式；
- 看是否有相同或相近的联系电话、邮箱域名、收发货地址；
- 向客户直接询问关系，并请对方说明为什么换主体；
- 要求提供集团关系说明或付款授权文件；
- 对大额敞口，考虑通过公开渠道或委托专业机构进一步核实。
第 3 项常被跳过，因为销售不好意思问。其实直接问是最省事的方式：真实集团结算通常能给出合理解释和书面文件；说不清楚的，本身就是一个信号。
前四项做完，多数场景已经能看出端倪。比对时抓三个高权重线索：付款账户名与签约主体不一致，是关联走账几乎必现的痕迹，每月对一遍银行回单就能发现；收发货地址相同或相邻，说明实际经营没有分开，两个主体只是财务口径上的两件事；联系方式相同，包括电话、邮箱域名、微信联系人——很多集团内不同抬头用的是同一个采购员的手机号。这三条里中了两条，就应该默认按关联组合并敞口，而不是等客户提供关系证明。客户不配合提供材料时，宁可按保守口径收紧额度，也不按单主体放款。
需要说明的是，太帅ERP没有征信查询功能，也不能自动识别关联关系。核验要靠人工查资料和要材料。
三、第二步：敞口按控制关系合并计算
敞口 = 已发货未收款 + 在途订单 + 未开票金额
按主体统计敞口只是第一步。发现关联关系后，要把同一控制下的主体合并成一个关联组，用合计敞口对照额度。
建议在系统里做两个动作：客户资料中标注关联组标识；额度评审时按关联组而不是按单个抬头判断。
合并计算会带来一个现实问题：客户可能不愿意提供完整的关联信息。这时可以退一步，用你能观察到的共同点（地址、联系人、付款账户）做保守合并，宁可额度紧一点。
保守合并的尺度可以这样拿：只要两个抬头的合计敞口可能超过你给单一客户的上限，就按一个组管；客户觉得额度给的不够，需要他自己提供材料证明两个主体无关联——举证责任放在提出变更的一方，而不是放在你这里。这个顺序反过来就麻烦了：你去证明它们有关联，永远证不完。
单客户与关联组额度怎么设，可继续读信用额度上限的设置方法。
四、第三步：合同、发票、发货、收款四张单要对齐
关联交易的第二个高频问题是单据不一致，事后追责时找不到明确债务主体。
建议每次主体变更都要求四张单据口径一致：
| 单据 | 必须一致的字段 | 不一致的后果 |
|---|---|---|
| 合同 | 签约主体、付款责任 | 追责对象不清 |
| 订单 | 下单主体、收货信息 | 货物去向难证明 |
| 发票 | 开票主体、税号 | 进项税与对账风险 |
| 收款 | 付款主体、金额 | 无法对应到具体应收 |
最麻烦的情况是「甲下单、乙收货、丙付款」。这种结构不是一定有问题，但必须有书面说明，否则出现争议时你很难证明债务归属。
合同与单据的管理方式，可参考合同与单据管理要点。
五、第四步：把关联组写进额度与账期政策
核验之后要落到规则，否则下一次还是口头处理。建议写清三件事：
- 关联组的认定标准与认定责任人；
- 关联组共用额度上限，以及新增主体如何申请；
- 主体变更的审批流程，销售无权单独同意。
规则要提前写进合同或补充协议，让销售在客户面前有依据。客户听到「我们公司对关联主体是合并算额度的」时，多数能理解；不能接受的是同一家公司今天说可以、明天说不行。
认定标准要写得可执行，不能只写「视情况认定」。一个够用的版本是三条硬标准：法定代表人或实际控制人为同一人或近亲属；注册经营地址、联系电话、邮箱域名任一相同；收发货地址相同或付款账户同源。满足其中任意两条，即合并为关联组。认定动作由财务发起、主管复核，销售可以提出异议但无权单方否决。认定结果写进客户档案，新增抬头先查组再放额。
六、第五步：记录异常信号并定期复盘
关联交易本身不是坏事，但某些信号值得记录：
- 主体频繁更换，每次理由不同；
- 新主体成立不久就申请大额账期；
- 要求把已发生的应收转移到新主体；
- 付款账户与签约主体长期不一致；
- 同一批货被拆成多个小订单分散到不同主体；
- 对账确认周期变长，且对接人更换频繁。
单个信号不足以定性，记录下来是为了在第二次、第三次出现时能连成线。复盘时按季度检查关联组敞口变化，发现集中度过高的，先暂停新增赊销。
复盘的动作要固定下来才有意义。每个季度把全部关联组拉一张清单：组名、成员主体、合计敞口、组额度上限、最近一次主体变更时间、本季异常信号条数。只看三个数——敞口是否逼近上限、主体数量是否增加、信号条数是否上升。三个都没动的组不用花时间；任何一个动了，就把该组下所有主体的最近回款记录调出来重看一遍。这张清单的价值在于强制你按「组」看问题，而不是在几十个个客户里按抬头看问题。关联组数量通常不多，十几二十人的贸易商一般也就盯五到十个组，季度复盘一小时足够。
更多征兆可参考客户倒闭前的征兆清单。
七、产品能承接哪一部分
太帅ERP已有的能力包括：客户、供应商与物料库批量导入；角色精细授权；财务管理中的收付款、发票管理、总账、报表、付款条款、日结快照；经营分析中的现金与信用额度、经营大屏、毛利分析、客户洞察、经营预警；销售管理中的订单、合同下载、库存锁定、出货物流、退货退款。
它能承接的是记录层：把多个主体的客户资料、订单、出货、收付款、发票放在同一套业务事实里，让财务能查到「这个抬头欠多少、谁付的款、对应哪张订单」。角色精细授权可以控制谁能查看和修改客户主体信息。
必须说清的边界：事实卡没有征信查询能力，没有自动识别关联关系的模型，没有应收账龄分析报表，没有自动对账引擎，也没有催收自动化。主体核验、关联组认定、额度审批都由人工完成。
产品形态也要说明：Windows桌面单机版、本地部署、内置数据库；没有手机原生端；没有大厂背书；服务以远程为主；备份要用户自己安排。
八、常见误区
- 换抬头只是走个形式。 错在忽略敞口合并。正确的是按关联组统计并设共用额度。
- 分别看每个主体都不超限就安全。 错在集中度被切碎。正确的是合并后对照上限。
- 口头同意就能变更主体。 错在债务主体不清。正确的是书面说明加审批。
- 系统会自动识别关联关系。 错在事实卡没有该能力。正确的是人工核验并记录。
先合并敞口，再谈账期
关联公司走账不是不能做，而是要把敞口算在一起、把单据对齐、把规则写清。做到这三点，换抬头就只是流程问题。
主 CTA：看账期政策与分层如何联动 次 CTA：继续读：员工担保客户的责任划分 → 员工担保客户的责任划分