CarrieYung1. 信用额度管理为什么是SAP B1里绕不开的模块
1.1 先搞清楚业务场景：信用额度到底在管什么
做过企业信息化的人都知道，应收账款的账龄表一拉出来，超过90天的挂账金额如果占到应收总额的两成以上，现金流基本就亮红灯了。很多中小企业不是不赚钱，而是赚了一堆“纸面利润”——货发出去了、票开出来了、收入确认了，但钱还在客户兜里。SAP Business One里的信用额度管理，解决的就是这个“货已出、钱未知”的风险敞口问题。
用一句话概括：信用额度就是系统允许某个客户欠你的钱的最大上限。这个额度不是写在纸上的口号，而是会实打实参与业务单据流转的“闸门”。当销售员在系统里做销售订单、做发货、开应收发票时，SAP B1会根据客户当前的信用余额，自动判断这张单子下去之后会不会把客户“压爆”。如果会，系统就会按你预先设置好的规则，给出警告、直接拦截，或者转去审批流里人工干预。
这个功能适合谁来学？三类人最需要：一是财务负责人，你需要控制坏账率，但又不想靠Excel表格人工盯每个客户的欠款；二是销售运营主管，你要给销售团队定放账规则，又不想每次都在特殊客户那里左右为难；三就是负责ERP运维的IT或关键用户，你得知道信用额度在哪些单据节点生效、为什么生效、报错怎么解。
1.2 不做信用管理的代价：三张真实的“学费账单”
先讲三个我见过的案例，都是吃了没管信用的亏。
某做包装材料的中型工厂，客户里有一家电商代运营公司，合作了半年，前期回款一直很准时。后来对方一次性下了三倍于历史峰值的大单，销售很高兴，快乐地发货了。结果发完货后对方说资金链断了，尾款拖了一年多没结清。后来查系统发现，这个客户当时在SAP B1里的信用额度还是最初建档时默认的数值，从未更新过。这就是典型的有系统、没管理。
另一家做电子元器件分销的企业，由多个销售员各自维护自己的客户。有个销售为了冲业绩，给同一客户的三个不同送货地址分别下了订单，每个订单都低于公司设定的“信用审批线”，但加起来远远超过了客户能承受的欠款总额。因为没有按客户整体余额做信用检查，三张单子全部放行，最终成了坏账。这就是只看单笔、不看全局的坑。
还有一家做工业设备售后备件的企业，财务每个月手工整理一份“超额度客户清单”，发给销售经理，请他们控制发货。但清单从导出到审批再到销售改主意，往往要两三天。这个期间仓库已经按销售订单拣货了，催也催不回来。后来他们上了SAP B1的信用额度阻断和审批流，才算是把“事后追认”改成“事前拦截”。
所以，信用额度管理不是简单在客户主数据里填个数，而是要跟着单据流程走、跟着账龄走、跟着审批流走。SAP B1在这一块的功能虽然不像大型ERP那么花哨，但胜在轻量、灵活、够用，而且和销售、财务、仓库模块是连通的。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. SAP B1信用额度体系的整体设计
2.1 额度在哪里维护：业务伙伴主数据里的“信用额度”页签
先记住一个前提：在SAP B1里，信用额度是挂在“业务伙伴”上的，更准确地说是挂在业务伙伴主数据的“会计”或“信用”相关页签里。不同版本界面略有差异，但核心字段是一致的：信用额度、余额、可用信用、有效期、检查方式等。
给一个通用路径：业务伙伴主数据 → 选择一个客户代码 → 找到“信用额度”选项卡（有些版本叫“会计”选项卡下的信用额度区域）。在这里你可以看到：
- 信用额度：手工录入或批量更新的金额上限，币种通常为主货币（本币）。
- 当前余额：系统根据已过账的应收、未交货订单等自动汇总出来的“已用信用”参考值。
- 有效期至：这个额度生效到哪一天，过期后额度失效或降为0。
- 检查信用额度：类似总开关，勾选后该客户才启用信用检查。
- 允许超过信用额度：勾上之后，即使超标也允许继续做单，但系统仍会提醒。
实际操作中，很多企业会把所有客户批量初始化一个基础额度，比如“默认10万”，然后信用评级高的客户再单独调高。这个动作可以通过SAP B1的“业务伙伴 — 业务伙伴主数据批量更新”或借助Excel导入工具（比如SAP B1的DTW，Data Transfer Workbench）来做，后面实操部分我再展开。
2.2 检查的维度：单客户、汇总余额、还是未清应收
SAP B1的信用额度检查逻辑，核心是“量入为出”：看的是这个客户当前“已经占用”的信用额度，加上本次单据的金额，是否超过“信用额度”。
那“已经占用”怎么算？不同版本的SAP B1在细节上会有差异，但一般不会只看“未清应收余额”这一项。如果你只做销售订单就检查，那系统通常会把未交货销售订单的金额也算作“占用”；如果你做到交货单和应收发票，那又会看已经过账但尚未收款的部分。也就是说，它是把“库存已经承诺给客户的钱”和“已经形成债权但还没收回的钱”放在一起考虑的。
这一点很多人会误解，以为信用额度=应收上线，其实不是。它更像“风险敞口上限”，包括你承诺了但还没交货，以及交货了但还没收款的所有金额。举个例子：某客户信用额度100万，已经欠了80万的应收款，还有40万的未交货订单，那么他的已用信用就是120万，超过100万了。此时哪怕你只想再新增一张10万的销售订单，系统也会提示信用额度不足。
检查的维度还分为“按单个客户”和“按收付款方”。如果是集团客户集中采购、统一结算，但你系统里把多个收货方挂在一个付款方下，那信用检查通常跟着付款方走。这块需要在业务伙伴主数据里正确设置“付款方”关系，否则信用额度会各看各的，失去控制作用。
2.3 额度检查的开关与消息级别：警告、拦截还是走审批
SAP B1不会默认对所有客户都启用信用检查，它需要两个层面的配合：一是客户主数据里要勾选“检查信用额度”，二是系统配置里要打开全局检查开关，并设定消息级别。
全局配置路径一般在：管理 → 系统初始化 → 常规设置 → 业务伙伴（或“信用额度”子页）。里面对应的选项大致有：
- 检查信用额度：全局总开关，勾选后系统才会执行信用检查。
- 消息级别：选择“警告”或“阻止”。警告模式下，单据会保存，但系统会弹一条提示，提醒用户“信用额度已超出”；阻止模式下，系统直接禁止保存，除非用户有更高权限调整额度或勾选“允许超额度”。
除了全局总开关，SAP B1还允许按单据类型来控制检查粒度。有些企业做销售订单时不想卡得那么死，但是交货和开发票时必须硬性拦截。那可以把销售订单的画面设为“警告”，交货单设为“阻止”。这个逻辑是按“活动”和“单据类型”组合来控制的，需要反复测试才能找到最适合本企业的组合。
这里要特别注意：消息级别是“警告”还是“阻止”，直接影响销售员的日常操作。如果设置“阻止”，销售员在现场会非常难受，因为客户等着下单，系统却提示超额度，而销售员又没有权限去调额度。比较推荐的做法是：日常单据用“阻止”，但配套审批流，让超额度单据自动转给财务或销售负责人审批，而不是直接一刀切死在门口。
3. 实操：从零配置一套可用的信用额度管理
3.1 第一步：在客户主数据中设好信用额度
先说一个最基础、也最容易被忽略的动作：创建客户时顺便把信用额度填上。
操作路径：打开业务伙伴主数据（业务伙伴 → 业务伙伴主数据），在“客户”页签下，输入客户代码、名称后，找到“信用额度”区域。填入“信用额度”金额，选择币种，设置“有效期至”（如果不填，默认长期有效），然后勾上“检查信用额度”。
如果你是批量维护存量客户，比如公司有500个客户，手工一个个点会累死。我的建议是用Excle整理好客户代码和信用额度，再用SAP B1自带的“数据导入工具（DTW）”批量导入。导入时有一个坑：主数据表里“信用额度”字段位于“业务伙伴”表（OCRD）里面，但卡片上你看到的是一个“可编辑组件的组合”，所以直接做表格导入时，字段名要写对，比如“CreditLimit”、“CreditLine”、“ValidUntil”，具体以你当前版本的导入模板为准。导入前先在测试环境跑一遍，别直接在生产环境冲。
还有一点：信用额度跟币种有关。如果你做进出口贸易，客户用美元结算，但额度在系统里以本币（比如人民币）保存，那么做销售订单时系统会自动按单据汇率折算已用金额。我的经验是，统一用本币维护额度最简单，因为月底财务分析时不需要再做一次币种汇总。如果某个客户非常特殊，必须以外币管控，那可以额外在客户主数据里设置“结算币种”，并留意汇率波动对额度占用率的影响。
3.2 第二步：配置销售单据的检查时机
额度设好了，接下来要告诉系统在哪个环节检查。
进入“管理 → 系统初始化 → 常规设置 → 业务伙伴”页签，找到信用额度相关的设置区域。你会看到一个选项列表，里面会出现你系统里激活的所有跟销售相关的单据类型，通常包括：销售订单、交货单、应收发票、销售退货单、贷项凭证、预留发票等。
你需要对每一种单据决定是否检查、检查到什么程度。我的建议：
- 销售订单：建议“阻止”。因为销售订单是业务起点，提前卡住风险最小。
- 交货单：建议“阻止”。万一销售订单没拦住，这里还能拦一道。
- 应收发票：建议“阻止”。开票后债权成立，如果发现超额度再去追就很被动。
- 销售退货单、贷项凭证：不检查或仅“警告”。退货会减少应收，不应该阻碍业务。
- 预留发票（待结算发票）视同应收，建议“阻止”。
这些设置生效后，可以拿一个测试客户做验证。我给几个实际操作中值得关注的细节：如果客户已经有超额度历史，你在修改客户主数据时，系统会先提示当前余额和额度差异，此时保存客户主数据本身不会阻止，但后续新增销售单据时就会触发检查。
3.3 第三步：设置临时额度提升和有效期
企业经营中，临时调额是高频动作。比如某个合作多年的客户，因为旺季备货需求集中，希望这个月允许他多欠50万，到了下个月再恢复正常。这种情况不需要改永久额度，只需要在客户主数据里的“信用额度”区域，把当前额度从100万临时提高到150万，并设置“有效期至”为这个月月底。过了有效期之后，如果额度没再更新，系统会按新额度（或之前的额度）继续检查？这里要特别注意：在SAP B1里，“有效期至”只是一个参考日期，它并不会自动让旧额度“复活”。所以如果你做了临时调额，到期之后一定手动把额度调回原来的值。
更稳妥的做法是：在调额时填写一个备注，并走邮件或审批流通知财务定期回顾。有些顾问喜欢用“业务伙伴附加字段”来记录调额原因和审批人，这样报表可以追溯。我自己常建议客户在客户主数据上加两个自定义字段：“调额原因”和“调额申请人”，用值列表控制输入项，后续审计时一眼就能看清楚。
3.4 第四步：用报表和查询跟踪额度占用
配置只是开始，日常运营中你要时刻知道哪些客户快“爆”了。SAP B1标准报表里有一类关于业务伙伴的报表，可以直接展示信用情况。
常用查询路径：
- 报表 → 销售 → 应收分析 → 业务伙伴余额（或应收账龄）。这个报表会列出每个客户的应收余额，你可以结合信用额度字段做对比。
- 报表 → 财务 → 应收款 → 未结应收款明细，可以看到每笔未清项的账龄。
- 用查询工具（查询接口或SQL查询）直接读取“业务伙伴”表中的信用额度与余额字段，做成自定义仪表盘。
如果你想要一个“超额度客户预警清单”，我的做法是：建一个查询，条件设置为“信用额度 > 0 且 余额 > 信用额度”，再加一个“余额占用率 =（余额 / 信用额度）* 100%”的计算字段，按占用率降序排列，每周一发给销售主管。这个查询可以用SAP B1的“查询管理器”实现，存成常用的查询，以后一键刷新即可。
另外，SAP B1的“业务伙伴主数据列表”里也可以临时添加“信用额度”和“当前余额”作为显示列，这样你每天打开列表就能扫一眼所有客户的占用情况，快速发现异常。
4. 超出信用额度之后：审批流与后续处理的几种玩法
4.1 标准动作：冻结、提醒还是放行
当系统检测到超出信用额度时，根据你的设置，会出现三种可能的响应：
- 提醒但放行：提示“信用额度已超出”，但单据仍可保存。适合内部信用控制还没那么严的团队，至少让销售知晓风险。
- 直接拦截：禁止保存，必须退出单据去调额度或取消。适合风险偏好低的业务。
- 提醒并转审批：这是SAP B1升级版本支持的一种做法——提示后，可以发起审批请求，由特定负责人决定是否放行。
在实际项目中，最怕的就是企业对“拦截”功能一刀切。某次我在一家企业做支持，他们一开始把销售订单设为“阻止”，结果当天销售员在客户现场急得跳脚，因为某个老客户超了一点额度，单子卡住了，而财务负责人出差联系不上。后来我们改成了“警告”并让消息文本更明确：“该客户信用额度不足，如需继续请提交审批申请”，同时配合审批流，这个问题才解决。
我的观点是：信用额度的目的不是拒绝生意，而是让风险暴露在阳光下。所以除了最坏情况的“阻止”，一定要给业务留一条正规的“超额度特批”通道。具体如何搭审批流，下面详细说。
4.2 用SAP B1审批流实现“超额度特批”
SAP B1的“审批过程”（Approval Process）功能，可以基于特定对象和条件，把单据推送给你指定的审批人。用在信用额度场景里，常见的做法是：当销售订单上的客户信用额度占用率超过100%时，自动触发审批请求，销售经理和财务经理在系统中进行审批，审批通过后，单据自动解除阻断。
配置时分成三步走：
第一步，在“管理 → 审批 → 审批阶段”中定义你需要的审批层级，比如“销售经理审批”，再设“财务经理审批”。每个阶段要指定明确的审批人或审批组。
第二步，在“管理 → 审批 → 审批模板”中新建模板，选择模板对象为“销售订单”，然后在“规则”中定义触发条件。信用额度相关的规则通常使用“业务伙伴.信用额度占用率”“业务伙伴.信用余额”等字段，你可以设置一个“大于100”的百分比条件。如果版本中没有现成的占用率字段，可以用“已使用信用额度 > 信用额度”的组合条件来替代。
第三步，把审批模板激活。激活后，当你做销售订单遇到超额度时，系统会提示“需要审批”，单据不会直接保存，而是进入审批状态。审批人在“审批决策”清单里能看到所有待审单据，可以批准、拒绝或要求修改。
这里要提醒一个配置盲区：审批规则是根据“字段值变化时”触发的。如果你在更新销售订单时，客户没变、但金额增加了，系统会重新计算信用额度占用率，从而触发审批。但如果你只是修改数量、修改交期，没有改变金额，系统可能不会重新触发审批。所以规则里最好配合“销售订单金额”变化作为附加条件，以确保每次都执行检查。
审批流上线一个月左右，大家就会习惯这种“超额度自动转审批”的模式。实际落地时还要注意审批人的用户权限：审批人必须拥有对应业务领域的查询权限，否则连单据都打不开。
4.3 手动调额：谁有权限？何时调？
除了审批流，总会有些突发状况需要人工调高额度，比如客户拿到了一笔新融资，或者集团内部担保额度下来了。这时需要有人在客户主数据里调数字。
SAP B1的权限管理核心是“授权”。你可以在“管理 → 权限 → 授权”里，针对“业务伙伴主数据”分配“添加/删除/修改”的权限。通常只有财务经理、信用管理部门和系统管理员才能修改信用额度字段。如果你不想让财务经理看到所有销售价格，可以在“权限设置”里把“业务伙伴主数据”的某些字段做隐藏和只读控制。不过要小心：SAP B1的字段级权限在屏幕层面有效，如果用SQL直接更新数据库，是可以绕过界面限制的。所以企业内控上，最好关闭用户直接数据库访问的通道，并开启审计日志追踪。
调额时机上，我习惯的节奏是：常规调额按季度回顾，重大异常随时调。临时调额一定设置“有效期至”，方便到期后提醒；永久调额需要走正式的线下审批（邮件/审批单），然后由管理员在系统里执行。
另外，调额后不要忘了通知相关的销售员和仓库。有时候信用额度改了，但销售员不知道，还在用旧数据判断客户能不能拿货。你可以用SAP B1的“通知”功能，在客户主数据更新时给相关部门发个私有提示，或者直接在销售会议上把超额度清单拉出来同步。
5. 信用额度相关的常见坑与排错速查
5.1 为什么我设了额度，销售订单还是可以保存
这个问题出现频率极高，通常不是单一原因，我按可能性排序：
- 全局检查没开：只在客户主数据里填了信用额度，但“管理 → 系统初始化 → 常规设置 → 业务伙伴”里没有勾选“检查信用额度”，系统自然不检查。
- 单证类型没勾选：比如只选了销售订单“检查”，但用户通过“销售发货”流程先做交货单，再开发票，而交货单没勾检查，就能跳过。
- 客户主数据里没勾“检查信用额度”：就算全局开了，单个客户不勾，这个客户也不会被卡。
- 用户权限允许超额度：某些用户角色被设置了“忽略信用额度”的权限，保存时不检查。
- 单据是从草稿复制过来的：SAP B1对草稿单（Draft）复制生成的正式单据，有时不会执行与手工新建完全相同的校验，需要检查你的单据版本和复制逻辑。
遇到这种事，我的排查方法是：打开出问题的销售订单，看顶部或日志中的“信用检查”状态；如果没有，就去客户主数据里看检查开关；再不行，用管理员账号测试新建一张同客户单据，如果管理员能拦而普通用户不能，那就是权限问题。
5.2 为什么客户额度被“扣”了两遍
有顾问曾经遇到过这样的反馈：销售订单保存时信用额度扣减正常，但发货开票之后，额度占用变成了两倍，财务很疑惑。
这个现象通常不是系统重复计算，而是“已用信用额度”的口径不一样。SAP B1在信用额度检查时，使用的是“未结订单金额+未清应收余额”等累计值。而销售订单虽然已经结转了部分库存成本，但在应收侧，只要还未完全开票收款，订单本身仍会占用额度。于是看起来就像被扣了两遍，其实是一张单子在不同阶段产生了两次“占用”：第一步是订单承诺占用，第二步是应收款占用。
解决办法不是改系统，而是理解逻辑：订单没关闭，额度就一直被占。所以销售部门要定期关闭那些已取消、未发货或部分交付的销售订单。用“销售订单状态报表”或“按状态统计订单”筛选出已取消但未关闭的订单，定期清理，额度自然就释放了。
如果发现确实存在异常占用，比如订单已取消但仍占用额度，那可能是订单状态不对。需要在销售订单里把状态改成“已取消”，并做一下系统同步。通常不需要删单，改对状态即可。
5.3 做外贸的客户，币种不一致怎么算额度
很多出口企业会遇到这个场景：客户欧元结算，信用额度系统里是人民币。那额度怎么算？
SAP B1的信用额度字段是基于本币的，当你做一张外币销售订单时，系统会按单据里的汇率把订单金额转换成本币，再与信用额度比较。如果汇率波动大，尤其是欧元、美元大幅升值时，原本没超额的客户可能突然超额，这时会被系统拦截，销售员往往一头雾水。
遇到这种情况，建议：
- 在客户主数据里明确“结算币种”，让系统知道用哪个汇率。
- 定期更新汇率，特别是月底、年底结账前。
- 对于汇率敏感的大客户，适当预留5%~10%的额度缓冲。比如实际容忍额度100万，系统里就设110万，避免汇率波动带来的非恶意超额。
- 也可以在信用额度检查规则里，选择“排除汇率影响”，但这需要看版本功能是否支持；如果不支持，只能靠人为缓冲。
5.4 已经收款，为什么额度还是没有恢复
最常见的原因是：收款单据还没“过账”，或者收款和发票之间的“分配”（Allocation）操作没做，导致应收未清项还挂在客户余额里。
在SAP B1里，收到客户的银行收款后，你需要做“收款”单据，并把收款分配给对应的未清应收发票。分配完成后，该应收发票的状态变为“已结清”，客户的应收余额才会减少，信用额度占用才会降下来。
如果做了收款和分配，额度还不恢复，查看是不是有“预付账款”或“贷项凭证”挂账，导致余额计算复杂。另外，有些企业收款业务是在“银行对账单”里自动导入的，可能只生成了收款草稿，没有过账，所以客户余额没变化。这类问题，登录后到“收款”界面，查一下凭证编号和过账日期即可判断。
6. 进阶：把信用额度管理变成一套可执行的管理制度
6.1 信用额度与账期结合：客户信用怎么打分
系统只是工具，信用额度最终应该由制度驱动。很多公司只看客户历史回款，但忽略了行业特性、市场地位、利润贡献这些因素。我的建议是建立一套简单的信用评分模型，哪怕是在Excel里先跑起来：
- 参考维度包括：公司成立年限、注册资本、是否有诉讼记录、过去12个月最大单笔订单、平均回款天数、历史逾期次数、订单贡献毛利等。
- 每个维度设置不同权重，算出信用评分，再把评分映射到额度档位，比如A档200万、B档100万、C档30万。
- 然后将这个结果维护到SAP B1的客户主数据里，作为信用额度初始值，并设置有效期至年底。
这样做的好处是，销售员看到的不只是一个数字，而是一个有根据、可以跟客户解释的结果。某家做包装耗材的企业，就是用这个方式把一批临时合作的小客户从50万额度下调到10万，把几个优质老客户从30万提到80万，结果应收账款逾期率下降了30%。当然，这是管理之功，系统只是把额度“落库”了。
6.2 周期性回顾：额度动态调整的节奏
信用额度不是设置完就一劳永逸。客户的经营状况会变，市场环境会变，额度也要跟着变。
我见过有的企业每季度做一次“信用额度回顾会”：财务、销售总监、销售经理坐在一起，拉一张“客户额度占用率”报表，逐条过一遍。哪些客户占用率长期低于10%，说明额度给多了，可以适度下调；哪些客户占用率持续超100%但回款正常，说明额度给少了，可以上调或者采取预付款策略；哪些客户逾期天数在增加，即使还没超额度，也要预警。
这个会议不需要很长的PPT，有一张系统导出的Excel就够。关键是让销售和财务在同一个数据口径上对话。SAP B1的自定义报表可以按“业务伙伴”合并且显示期初余额、本期发生、期末余额、信用额度、占用率、逾期天数，这样一页就能看完所有关键指标。
6.3 新上线信用额度模块时的初始化清单
如果你所在企业正准备在SAP B1里启用信用额度模块，我建议按这个清单执行：
- 梳理所有客户的付款条件、历史最长回款周期、当前欠款余额，整理成清单。
- 根据财务和销售共同认可的评分模型，给每个客户初定一个“基础信用额度”。
- 在系统中批量维护客户信用额度，并勾选“检查信用额度”。
- 配置全局检查和单据类型检查，用测试账号模拟“新订单、超额度订单、退货订单”三类典型业务，验证消息级别符合预期。
- 设置好审批流和审批人，并测试审批通过/拒绝两种结果。
- 授权给信用管理员、财务经理，明确修改额度的权限边界。
- 在销售部门做一次培训，重点讲解“超额度时怎么走审批”“临时调额找谁”“如何查询客户当前额度占用情况”。
- 观察两周，收集反馈，尤其关注那些“误伤了优质客户”的情况，及时调整额度缓冲或检查规则。
我经历过好几个项目，凡是按这个顺序上线的，切换过程都比较平稳；凡是一上来直接设置“阻止”的，前两周几乎都会有销售员来拍桌子。
最后分享一个实用小技巧
在SAP B1里，如果你在“业务伙伴主数据”列表中用鼠标右键选择“列-设置”，把“信用额度”和“当前余额”两个字段加为列，那么每次打开客户列表，就能快速看到哪些客户余额接近或超过额度，不用进到每个客户卡片里翻找。这个能力配合“用户查询”做一张“超额度预警清单”，每周跑一遍，比月底翻Excel要高效得多。
我个人做信用额度项目的体会是：这套功能真正解决的问题，不是“拦截风险”，而是“帮助销售和管理层在同一个数据平面上做判断”。额度卡住了不代表生意没得做，只是要求你先把风险说明白、把决策流程走完。把系统里的开关和审批流配置好，你就能在“放账促增长”和“控制坏账”之间找到那条最稳的线。