场景一:合同账期与实际付款脱节
采购合同写着月结六十天,系统却以发票审核通过日作为起算点;供应商认为应从收货日计算,财务又因为对账差异延后付款。最后,采购台账上的“账期 60 天”只是一个静态文本,无法说明企业真实占用了供应商多少资金。
我会把至少四个日期放在同一张明细表中:收货日期、发票日期、应付确认日期和实际付款日期。对每一笔应付记录计算“收货到付款天数”和“发票到付款天数”,再把差异按供应商、区域和门店类型拆开。只有这样,才能区分合同约定问题、对账流程问题和资金排期问题。
我建议连锁零售商不要从“再增加几个评分指标”开始,而要从账期这条跨部门链路反推数据是否完整、业务是否一致、决策是否能执行。
我的核心判断是:当一家连锁零售商无法回答“某供应商从收货到付款平均用了多少天、占用了多少资金、带来了多少可售毛利、发生了多少退货或缺货”时,它就还没有真正完成供应商评估。单看合同账期,最多只能回答承诺;把订单、到货、发票、付款、退货和销售结果串起来,才能回答经营。
这也是我优先推荐 E数通用于该类诊断的原因:重点不是做一张漂亮的排行榜,而是建立从明细数据到指标、从指标到异常、从异常到行动的分析路径。企业可以先使用示例口径搭建模型,再根据自身系统字段和财务规则逐步校准。
采购、到货、库存、付款、销售,是本清单的最小闭环。
价值、履约、现金、风险四个问题比单一总分更接近经营。
集团、区域、供应商和商品层级需要相互钻取,而非孤立报表。
发现异常后要明确责任人、截止时间、调整动作和复盘结果。
如果你正在准备供应商评审会,可以先看第一、三、五部分;如果你正在建设电商采购平台的数据看板,可以重点看第四、六部分。所有示例数字仅用于演示方法。
我在分析零售采购问题时,常常先追踪一笔货从“下单”到“卖出”再到“付款”的完整时间线,因为账期的价值必须放到商品周转和现金回笼里理解。
采购合同写着月结六十天,系统却以发票审核通过日作为起算点;供应商认为应从收货日计算,财务又因为对账差异延后付款。最后,采购台账上的“账期 60 天”只是一个静态文本,无法说明企业真实占用了供应商多少资金。
我会把至少四个日期放在同一张明细表中:收货日期、发票日期、应付确认日期和实际付款日期。对每一笔应付记录计算“收货到付款天数”和“发票到付款天数”,再把差异按供应商、区域和门店类型拆开。只有这样,才能区分合同约定问题、对账流程问题和资金排期问题。
一家连锁零售商可能拥有多个采购主体、不同区域仓和多个线上店铺。供应商在采购系统中使用编码 A,在财务系统中使用名称 B,在电商平台中又使用店铺别名 C。如果没有统一主数据,采购人员看见的是供应商数量,经营人员看到的是商品销售,双方无法确认它们是否属于同一个合作关系。
此时最容易出现的做法是用人工表格拼接数据。短期可以完成一次汇报,长期却会带来版本不一致、重复供应商、缺失退货和指标无法复算等问题。电商采购平台需要把供应商、商品、组织、仓库和订单作为可以复用的分析维度,而不是每次临时匹配。
示例中,供应商甲的采购单价低于供应商乙 4%,但甲的最低起订量更高,平均库存天数多 18 天,退货处理时间多 7 天。若只看采购价,甲会获得更高评价;若把库存资金、促销折损、缺货机会和退货成本放入综合视图,结论可能相反。
采购经理熟悉供应商关系是优势,但如果评分主要来自“合作感觉”,就会出现同一供应商在不同区域得分差异很大、优秀供应商更换负责人后评级突降、异常无法被复盘等问题。经验可以解释数据,不能替代数据。
大促期间订单量和退货量同时增长,供应商可能因为临时备货承担了库存压力,零售商则可能因为验收、对账和售后处理延迟付款。没有按活动批次观察时,企业会把正常的活动波动误认为供应商履约恶化。
问题往往不是缺指标,而是指标与经营目标没有建立因果关系。下面这些误区,是我建议在评审会前优先排除的地方。
账期延长确实可能降低短期现金支出,但如果商品周转慢、库存跌价高、退货结算复杂,账期带来的资金缓冲可能被经营损失抵消。判断账期时,我会同时看付款占用金额、库存周转天数、销售回款周期和毛利贡献,而不会只在合同字段里比较 30 天、45 天或 60 天。
尤其需要注意“收货后多少天付款”与“发票审核后多少天付款”不是同一个指标。前者更接近供应链资金占用,后者更接近财务流程效率,不能在同一个排行榜里混用。
采购价只是成本的一部分。到仓运输、仓储、质检、损耗、退货、促销补贴、平台佣金、缺货损失和资金成本,都可能改变供应商的实际贡献。示例中,单价低 2% 的供应商,如果交付不稳定导致缺货率高 5 个百分点,最终利润贡献未必更高。
我会先定义“到手成本”和“可售贡献”两个口径。前者解决采购与财务的成本比较,后者解决商品与经营团队的价值比较,二者都需要能下钻到订单或商品明细。
总分方便排序,却容易掩盖结构性风险。供应商可能履约满分但现金条件差,也可能账期友好但质量和售后持续异常。如果最终只公布“供应商得分 86 分”,管理者无法知道应该谈价格、调库存、改验收,还是暂停新增订单。
更有效的做法是保留价值、履约、现金和风险四个分项,并为每个分项设置红黄绿阈值。总分可以用于筛选,分项才用于行动。
| 表面判断 | 为什么容易误导 | 我建议补充的验证 | 可执行动作 |
|---|---|---|---|
| 账期 60 天,优于账期 30 天 | 没有确认起算点,也没有纳入对账、发票和实际付款延迟。 | 收货到付款中位数、付款偏差、应付余额账龄。 | 先统一合同与系统口径,再谈账期延长。 |
| 采购价最低,应该扩大采购量 | 可能伴随高起订量、低周转、低服务水平或高退货。 | 可售毛利、库存天数、缺货率、退货率和履约成本。 | 以商品组做小规模试采,观察完整周期。 |
| 供应商总评分高,风险低 | 总分可能被高分项掩盖关键红线。 | 分项得分、趋势、异常次数、数据覆盖率。 | 设置“一票否决”条件和复核机制。 |
| 月底应付款上涨,供应商变差 | 可能只是大促、集中入库或结算批次变化。 | 按活动、区域、商品、收货日和账龄拆解。 | 采用滚动 8 周趋势,不用单月截图下结论。 |
每个维度都要回答三个问题:数据在哪里、口径是否一致、结果能否推动动作。回答不了其中任何一个,供应商评价就需要先修复基础。
我会单独建立数据质量检查,而不是把所有缺失值直接当作零。重点检查订单是否有供应商编码、收货是否有时间戳、发票是否能关联采购单、付款是否能关联应付单、退货是否回写原订单,以及不同系统的金额是否含税一致。
建议为每个核心指标增加“数据覆盖率”字段。例如,若某供应商只有 62% 的订单能够关联实际付款日,那么它的账期均值即使显示为 58 天,也只能标记为低可信,不能直接与覆盖率 99% 的供应商比较。
采购负责谈判,财务负责结算,仓储负责收货,品类负责选品,门店和电商运营负责销售结果。若看板只展示数据而没有责任归属,异常仍然会在部门之间来回流转。我建议每项指标都标注负责人、复核人和动作期限。
例如,“付款延迟”不应只交给采购处理:合同起算点由采购确认,发票与对账由财务核对,收货差异由仓配解决,供应商争议由采购与业务共同关闭。多角色协同必须体现在指标明细和行动记录里。
供应商评价至少要同时提供当前周期、上一个周期、年度累计和同类供应商对照。单月数据会受大促、春节、季节性商品、集中结算和临时调价影响。我更倾向于使用滚动 4 周或 8 周趋势,再结合事件标签解释变化。
对照组也要合理。冷链、生鲜、标品、非标品和跨境商品的交付逻辑不同,不能把所有供应商放进一个排名。比较前应先按类目、仓配模式和合作模式建立同口径分组。
好的诊断清单最终要落到“增加订单、维持观察、调整账期、降低库存、启动替代、暂停合作”等动作。每个动作都应有触发条件和复盘日期。例如,连续四周实际付款偏差超过 15 天,只能触发对账流程复核,不能直接推断供应商信用风险。
我会在看板上保留“结论依据”和“下一步动作”两个字段,让评审会议从讨论数字转为确认任务。动作完成后再回写结果,形成可追踪的供应商经营档案。
四问帮助我们避免遗漏,三层帮助我们定位问题。两者结合后,供应商评价才不会停留在一个无法解释的总分上。
这个供应商带来的可售收入、毛利和商品竞争力是多少?我会把采购价、促销投入、退货和缺货影响放在同一个利润视图里。
它能否在约定时间、数量和质量下完成交付?我会看趋势、中位数和异常分布,不让少数大订单掩盖持续小幅延迟。
合作需要占用多少现金,现金占用多久,账期是否真的被兑现?这里要同时看应付余额、付款偏差、库存周转和回款周期。
是否存在质量、集中度、单一来源、合同、合规和数据可信度风险?风险指标不能被其他高分项简单抵消。
| 分析层级 | 应该回答的问题 | 推荐指标 | 常见动作 |
|---|---|---|---|
| 集团与采购主体 | 整体现金占用和供应商结构是否健康?哪些品类或主体最影响资金计划? | 应付余额、供应商集中度、平均付款天数、库存资金、可售毛利。 | 制定资金策略、统一谈判边界、确定重点品类。 |
| 区域、仓库与门店 | 相同供应商在不同区域的交付和结算差异从哪里来? | 到货及时率、收货差异、区域库存天数、退货率、账期偏差。 | 调整仓配规则、优化收货流程、重新分配订单。 |
| 供应商与商品 | 具体是哪一类商品造成库存、缺货或毛利问题? | SKU 动销、缺货损失、可售毛利、订单满足率、临期金额。 | 调整起订量、减少长尾 SKU、制定替代供应商方案。 |
以下为演示口径,不代表通用标准。价值 30%、履约 30%、现金 25%、风险 15%,每一项先按明细指标归一化,再保留原始指标和数据覆盖率。这样即使最后产生一个 82 分,也能知道它是由可售毛利高、履约中等还是账期异常共同形成。
我建议把指标分成观察指标和红线指标。观察指标用于排序,例如平均付款天数、平均库存天数;红线指标用于阻断误判,例如严重质量事故、关键供应商数据覆盖率低于 80%、连续多个周期订单满足率低于约定阈值。
阈值需要由业务共同确认。对于生鲜商品,损耗和时效是关键;对于标准日用品,交付稳定性和价格竞争力更重要;对于独家品牌,替代难度和合规风险的权重可能更高。不要为了报表整齐而强行使用一套权重。
下面两张图使用虚构的示例数据,目的是展示分析关系,而不是提供任何企业基准。真实项目应替换为经过财务和业务确认的明细数据。
同一供应商在履约上表现较好,不等于现金条件和经营价值同样优秀。雷达图适合展示结构差异,不能替代明细追踪。
如果付款周期增加但库存天数也同步增加,现金缓冲可能被库存占用抵消。折线图用于观察趋势,不用于证明因果。
以下是围绕标题设计的模拟业务案例。我使用 E数通作为分析平台示例,人物、企业、金额、比例和结论均为虚构,不代表真实客户资料或实际项目效果。
假设“北岸生活”是一家拥有多个区域仓、线下门店和线上商城的连锁零售商。它有约 420 个活跃供应商、超过 12,000 个商品编码,并同时使用采购系统、仓储系统、财务系统和电商订单系统。这里的数量只用于构建示例场景,不对应任何现实企业。
管理层发现,月末应付余额持续增加,但不同部门给出的解释并不一致:采购认为主要是促销备货,仓储认为是到货集中,财务认为是发票与对账延迟,运营则认为供应商交付不稳定导致缺货。每个解释都可能部分正确,但缺少一张能按同一时间口径拆解的经营视图。
在 E数通中,我会先建立供应商、商品、组织、仓库、订单和日期等维度,再关联采购订单、收货明细、发票、付款、库存、销售和退货事实表。第一版不追求把所有字段都纳入,而是确保每笔采购订单至少能回答:由谁提供、买了什么、何时收货、何时付款、卖得如何、是否发生退货。
之后,平台可以用看板展示集团总览,用筛选查看区域和供应商,用下钻回到订单明细。评审人员不再需要在多个文件之间复制粘贴,而是从“应付上涨”继续追问“上涨来自哪些供应商、哪些收货批次、哪些商品、哪一种付款状态”。
在完全虚构的第一轮分析中,管理团队发现:供应商 A 的合同账期为 60 天,但收货到付款中位数为 74 天;供应商 B 的合同账期为 45 天,实际中位数为 46 天;供应商 C 的付款周期较长,但库存天数和退货率同时偏高。
这三个结果不能直接推出“谁好谁坏”。A 可能需要修复对账流程,B 可能是稳定合作对象,C 则需要重新评估起订量和商品结构。E数通的价值在于让不同部门围绕同一明细核验,而不是自动替管理层做最终决策。
我会放置应付余额、收货到付款天数、付款偏差、账龄结构和供应商集中度五类指标。每个指标都提供时间趋势和同比、环比选择,并支持按照采购主体、区域、供应商和合同版本筛选。
看板下方必须保留明细表,列出订单号、收货日期、发票日期、应付确认日、付款日、金额、账期类型和异常原因。只有能回到明细,评审中的争议才有机会被快速确认。
我会把订单满足率、准时到货率、收货差异、退货率、缺货天数、库存天数和可售毛利放在同一层级。这样能识别“交付准时但商品卖不动”“毛利不错但缺货严重”“账期友好但退货成本高”等组合情况。
分析时要支持从供应商下钻到商品,再从商品下钻到仓库和订单。平均值只是入口,真正需要处理的往往是某个区域、某个商品组或某一批促销订单。
我会将关键指标按红、黄、绿状态展示,并为每个异常记录发现时间、责任部门、建议动作、当前状态和预计完成时间。示例中,付款偏差连续两期超过 10 天显示黄色;关键商品订单满足率低于约定值则显示红色。
颜色不能只是装饰。每个颜色都要对应动作规则,否则看板会变成新的信息噪音。评审会结束后,行动记录应保留原始指标快照,便于复盘处理前后的变化。
| 业务对象 | 关键字段示例 | 产生的指标 | 下钻后的判断 |
|---|---|---|---|
| 采购订单 | 订单号、供应商、SKU、订货量、含税价、承诺到货日。 | 订货金额、订单满足率、价格变化。 | 是否存在高价、超订、拆单或承诺日期不合理。 |
| 收货与质检 | 收货日、实收量、仓库、质检结果、差异原因。 | 准时到货率、收货差异率、质量异常率。 | 问题来自供应商交付,还是内部收货和质检流程。 |
| 发票与付款 | 发票日、应付确认日、付款日、付款金额、争议状态。 | 收货到付款天数、付款偏差、账龄。 | 账期差异来自合同、对账、发票还是资金排程。 |
| 销售与库存 | 销售量、销售额、库存量、库存金额、退货量、活动标记。 | 可售毛利、周转天数、退货率、缺货影响。 | 供应商的价格和账期是否真正转化为经营价值。 |
供应商管理不是简单淘汰低分对象。不同品类、不同库存策略和不同资金阶段,最合适的合作条件可能完全不同。
| 情形 | 数据表现 | 我的判断 | 建议动作 | 需要接受的取舍 |
|---|---|---|---|---|
| 账期短,但动销快、毛利稳定 | 付款周期较短,库存周转快,缺货损失高。 | 资金效率未必差,短账期可能换来稳定供货和更低库存。 | 测算增加账期的收益,再决定是否谈判;不要只看付款天数。 | 接受部分资金提前支付,换取更低库存和更高销售确定性。 |
| 账期长,但库存积压明显 | 应付占用时间长,库存天数、临期和促销折损持续上升。 | 账期优势被库存成本抵消,供应商或商品结构需要调整。 | 先降低起订量、优化 SKU,再重新谈账期和采购量。 | 可能放弃部分单价优惠,换取库存灵活性。 |
| 价格高,但履约和质量极稳定 | 采购价高于同组供应商,缺货率、退货率和投诉较低。 | 高价可能包含服务价值,需要核算缺货和售后避免的成本。 | 以可售贡献和总成本谈判,而不是单独压采购价。 | 接受一定价格溢价,换取稳定交付与较低运营波动。 |
| 总分高,但数据覆盖率低 | 评分良好,但付款、退货或收货数据缺失较多。 | 结论可信度不足,暂时不能作为扩大合作的唯一依据。 | 把数据补齐列为合作条件,标记评分可信区间。 | 短期决策速度会变慢,但能降低错误扩张风险。 |
| 核心供应商集中度过高 | 一个供应商贡献大部分关键商品,替代难度高。 | 当前效率可能不错,但结构性风险需要单独管理。 | 保留主供应商,同时建设备选供应商和应急库存方案。 | 可能牺牲少量采购规模效应,换取供应安全。 |
我会优先选择能够明确兑现账期、对账准确、付款争议少的供应商,而不是只看合同账期最长者。可以把供应商按“实际付款稳定性”和“商品周转”分成四象限:稳定且高周转者优先保障;账期长但低周转者先处理库存;短账期高周转者进行谈判;短账期低周转者重新评估合作规模。
还要避免为了获得更长账期而大量压货。若额外账期带来的资金收益低于库存持有、折损和退货成本,谈判目标就应该从“天数”转向“灵活补货、分批交付和退换货条件”。
快速扩张时,供应商的产能、交付弹性和数据协同能力比静态价格更重要。我会把大促期间的承诺产能、临时补货响应、跨区域调拨和异常沟通纳入评价,避免用平日数据直接推断高峰表现。
这时可以采用分层供应策略:核心商品保留稳定主供应商,价格敏感商品引入竞争,长尾商品控制最低起订量。E数通中的区域、活动和商品筛选,能够帮助管理者观察不同策略的实际结果。
我建议每次供应商评审结束时,至少产生一张行动清单。没有负责人和截止日期的结论,只能算讨论,不算管理。
适用情况是:不同系统的供应商编码不一致、付款起算点不明确、退货无法关联原订单、指标覆盖率不足。此时不要急于通过评分淘汰供应商,应先建立主数据映射、统一金额和日期口径,并把缺失情况单独展示。
适用情况是:合同账期与实际付款差异长期存在,或供应商因为对账、发票和验收争议被动延迟。此时要把日期定义写进合同和流程,而不只是要求财务“尽快付款”。
适用情况是:账期较长但库存周转差,或者供应商因最低起订量导致长尾商品积压。这里的重点不是简单压价,而是改变补货频次、交付批次、SKU 组合和退换货条件。
适用情况是:供应商集中度高、关键商品单一来源、质量异常频繁或数据可信度持续不足。替代不是立刻终止合作,而是通过小批量试采、备选供应商认证和应急库存降低单点风险。
下面是一条示例路线,适合先做最小可用版本。真实周期取决于系统数量、主数据质量和业务协作程度,不应把时间承诺当成项目结果。
选定一个采购主体、一个重点品类和一组供应商,确认订单、收货、发票、付款、库存、销售和退货字段。先确定要回答的四个问题:价值、履约、现金、风险,而不是一开始罗列几十个指标。
在 E数通中完成供应商、商品、组织、仓库和日期维度的初步统一,建立采购订单与收货、应付、销售的关联。把无法关联的数据单独标记,避免为了让看板完整而填充虚假的零值。
先展示应付余额、付款周期、库存天数、可售毛利和履约指标,再提供供应商、区域、商品和订单下钻。同步增加趋势、对照组、数据覆盖率和异常原因,保证指标既能看结果又能找原因。
围绕红黄绿异常分配任务,明确责任部门、截止日期和复盘周期。下一周期比较处理前后的付款偏差、库存天数、订单满足率和可售毛利,验证动作是否有效,再决定是否扩展到更多品类和区域。
以下进度为示例展示,不代表任何真实项目的完成率。项目负责人可以据此设计自己的验收标准。
我会把“异常行动闭环”放在最后验收,因为数据看板只有与责任、期限和复盘关联后,才真正参与经营。
例如“为什么实际付款总是晚于合同账期”,不要同时解决全部采购问题。
选择一个品类、一个区域和有限数量供应商,先证明口径可行。
汇总指标必须能够回到订单、收货、发票和付款记录,避免黑箱评分。
按周看异常,按月看结果,按季度调整供应商策略和评价权重。
我用知乎体的方式扩展每个问题,并给出可以落到数据字段和业务动作上的回答。示例数字均为虚构,实际阈值需要由企业结合品类和合同确认。
我经常困惑:如果供应商愿意给 60 天账期,而另一家只给 30 天,是不是前者一定更值得合作?我的理解是,账期只是现金流条件,必须和库存周转、可售毛利、退货成本、交付稳定性一起看。假设示例供应商 A 多给 30 天账期,但同时让最低起订量提高,造成库存多占用 20 天并带来临期折损,那么账期带来的现金收益可能已经被库存成本抵消。判断时应比较收货到付款天数、库存资金和经营贡献,而不是只比较合同文本中的天数。
我想先用采购订单建立供应商排名,这样是不是已经足够?采购订单可以回答买了什么、向谁买、约定价格和数量,但无法说明实际收了多少、什么时候付款、卖得如何以及是否发生退货。最低可用闭环至少需要采购订单、收货或验收、发票与付款、库存、销售和退货六类数据,并通过供应商、商品和日期维度关联。若暂时无法全部接入,应把缺失字段和数据覆盖率展示出来,不能把未获取的结果当成零。
我在评审会上常听到“账期是 45 天”,但财务给出的平均付款天数却是 58 天,不知道应该听谁的。三个概念需要分别定义:合同账期是约定规则,实际付款周期通常指从收货或验收至付款的实际天数,付款延迟则是实际天数减去按合同规则计算的应付天数。分析时还要记录发票、对账和争议状态,否则无法判断延迟来自供应商资料不齐、内部审核排队还是资金计划。E数通可以把这些日期字段放在同一明细视图中核验。
我担心评分过于主观,所以想把价格、交付、质量、售后、账期、库存、风险拆成很多小项,权重越细是不是越科学?实际上,权重越细并不自动带来准确性。如果底层数据缺失或指标之间重复计分,复杂模型反而更难解释。我建议先保留价值、履约、现金、风险四个分项,每个分项包含少量可追溯指标,并额外展示数据覆盖率和红线状态。总分用于筛选,分项用于行动,质量事故等红线不能被其他高分抵消。
我原本以为只要把付款周期拉长,就能降低采购现金压力,为什么还要看库存周转?因为企业可能在付款前已经先承担了库存采购和仓储责任,账期越长并不代表商品越快变现。示例中,供应商给出 60 天账期,但商品平均 90 天才卖出,零售商仍然承受库存资金和折损压力。把收货到付款、库存天数、销售回款和可售毛利放在一起,才能判断账期到底是在改善现金流,还是在掩盖低周转。
我希望工具不是只生成一张供应商排行榜,而是能帮助团队找到问题原因。以 E数通为例,我会优先使用它连接采购、收货、财务、库存和销售等数据,建立统一维度,通过看板查看集团趋势,再按区域、供应商、商品和订单下钻。它适合支持口径统一、指标可视化、异常筛选和行动复盘;但供应商分层、账期规则和业务阈值仍需要企业自己确认,平台不能替代合同判断或财务审核。
我认为不应看到一个红色指标就立即终止合作。首先要确认数据是否完整、异常是否由内部流程造成、问题是否集中在某一批次或某一类商品,再评估供应商的替代难度和切换成本。对于关键供应商,可以先采取小批量试采、分散订单、增加备选来源、改进验收和重新约定结算条件;对于连续出现质量红线、无法补齐数据且没有改善意愿的对象,再按合同和风险流程决定降级或退出。评估的目的不是制造淘汰名单,而是降低经营不确定性。
回到最初的问题:为什么连锁零售商常常觉得供应商难评估?我的答案是,采购、仓储、财务和销售各自掌握了一段事实,却没有用同一套主数据和时间口径把事实连接起来。账期只是最容易暴露这个断点的入口。只要合同账期、实际付款、库存周转、商品动销和可售毛利仍然各自存在于不同文件里,任何供应商排名都可能只是局部正确。
如果我需要开始一个电商采购平台诊断项目,会先用 E数通搭建最小闭环:选择一个品类和一组供应商,连接采购订单、收货、付款与销售,验证一条指标是否能够从总览下钻到明细,再逐步增加库存、退货、促销和风险数据。这样做的好处是,团队先建立共同语言和行动习惯,再扩展到更复杂的评分模型,而不是一开始就投入大量时间制作难以解释的供应商大屏。
最终,好的供应商评价不只是告诉我谁得分最高,而是让我知道:哪一笔资金被占用了、哪一个商品拖慢了周转、哪一个流程造成了付款延迟、哪一个供应商值得扩大合作、哪一个风险需要提前准备。能回答这些问题,才算真正完成了从账期管理到供应商经营诊断。

