SAP

操作步骤

1. 设置 CPU 的系统时钟

在菜单栏中，选择 "PLC" -> "诊断/设置" -> "设置时钟"。在弹出的 "设置时钟" 窗口中，单击 "应用"。

2. 创建符号名为 "Time" 的数据块 (DB)

创建以下变量：DT_Start：数据类型为 "DATE_AND_TIME"，用于存储子程序开始时的系统时钟。DT_End：数据类型为 "DATE_AND_TIME"，用于存储子程序结束时的系统时钟。DTI_Result：数据类型为 "DINT"，用于存储子程序执行时间（以毫秒为单位）。

3. 在需要测试的子程序首尾网络中读取系统时钟

使用 SFC1ReadCLKFUNC 功能块读取系统时钟，并将其存储在 "DT_Start" 变量中。在子程序结束时，再次使用 SFC1ReadCLKFUNC 功能块读取系统时钟，并将其存储在 "DT_End" 变量中。

4. 使用时钟相减指令 FC34 计算执行时间

在 OB1 中，调用 SFC34SB_DT_DTIEC 功能块，该功能块用于计算 "DT_End" 和 "DT_Start" 之间的差值。将计算结果存储在 "DTI_Result" 变量中。

示例代码

以下示例代码说明了如何在 OB1 中调用 SFC1ReadCLKFUNC 和 SFC34SB_DT_DTIEC 功能块：```// 在子程序开始时调用CALL SFC1ReadCLKFUNC(ClockID := 0,DT := Time.DT_Start);// 在子程序结束时调用CALL SFC1ReadCLKFUNC(ClockID := 0,DT := Time.DT_End);// 计算执行时间CALL SFC34SB_DT_DTIEC(Source1 := Time.DT_End,Source2 := Time.DT_Start,Result := Time.DTI_Result);```

注意事项

确保系统时钟已正确设置。测量时间时应禁用 CPU 的中断。对于短执行时间的子程序，使用高精度时间戳功能块 (FC1) 可能会更准确。

---

为了降低企业在实际业务中的信贷风险，SAP系统提供了一个复杂的信贷管理解决方案，当客户超过它的信贷许可范围时，系统能够做出迅速而有效的反应。如下图所示显示了SAP系统中一个客户的信贷管理信息。同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的，完全实现了客户信贷管理信息的共享。而且每一个客户的信贷管理信息随着对其销售业务的开展，系统能够实现及时动态更新。SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。1.定义信贷控制范围。信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。系统配置的后台路径为：企业结构=>定义=& gt;财务会计=>定义信贷控制范围及组织值事例。为了提高工作效率，建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值，实现在创建客户主数据时自动创建该客户的信用主数据。这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。2.给公司代码分配信贷控制范围。根据不同的产品，不同的销售方式，一个公司代码可以有多个信贷控制范围。同时一个信贷控制范围也可以分配给多个公司代码，比如，集团公司的一个客户可以有一个总的信用限额，而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。3.给销售范围分配信贷控制范围。销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。销售范围反应了一个企业不同的产品以及不同的销售方式的组合，一个信贷控制范围可以分配多个销售范围，一个销售范围只能分配给一个信贷控制范围，信贷控制范围和销售范围之间是一对多的关系。系统配置的后台路径为：企业结构=>分配=>销售分销=>分配贷款控制范围的销售范围及组织值事例。4.定义风险类别。风险类别可以理解为风险等级，首先对客户区分不同的风险类别，然后针对不同的风险类别可以执行不同的信贷政策。系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>定义风险类别及组织值事例。5.定义信贷组。信贷组可以理解为对信贷控制区分不同的控制环节，信贷控制一般可以在三个业务环节进行：销售订单、交货和发货过账。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理=>定义信贷组及组织值事例。6.定义进行信贷控制的定价过程。这一项主要是对包含哪些价格条件类型的值进行信贷控制。关键是需要对进行信贷控制的价格条件类型设置相应的标志，将需要控制的价格转到贷方价格。具体系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理/风险管理设置=& gt;输入设置。7.激活项目类别的信贷更新。这一配置在项目类别层次控制实际的销售业务数据是否更新信贷总额。要实现客户信贷及时动态更新，需将相应销售单据类型的活跃信贷选中。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理/风险管理设置=>确定每一项目类别的有效的应收款及组织值事例。8.给销售凭证和交货凭证分配信贷组和信贷控制方式。通过这一配置实现了不同类型的销售订单和交货单与信贷组及系统信用控制的结合。9.定义自动信贷控制。在这里定义具体的怎样执行信贷控制，反映了一个企业的基本信贷政策。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理=>定义自动信贷控制及组织值事例。SAP中的信用控制可以实现分公司代码、分销售范围、分不同风险类别的客户、分单据类型的控制。要实现信用控制，还需要首先对要进行信贷控制的定价过程做定义，其次是要激活项目类别的信贷控制。信贷控制范围的确定一般有四个层次：公司代码、销售范围、客户主数据以及用户出口，四者的优先级依次升高。SAP系统的信用管理功能非常强大，而在销售管理过程中，信用管理也是主要的内部控制点，为此建议将风险类别按低、中、高划分成三个等级，按客户的信用状况，将客户划分成低风险客户、中风险客户、高风险客户，对客户实行分级管理。在信用控制策略上，对不同的信贷控制范围，实现销售订单级的控制即可。对于低风险客户，当超信贷限额时，系统只是警告一下，不影响业务操作；对于中风险客户，当超信贷限额时，订单将会被冻结，后续的业务无法继续进行，经过相应的审批，将被冻结的订单释放后才能进行后续操作；而对于高风险客户，当超信贷限额时，订单根本无法保存。为了保证创建新客户时同时创建该客户的信用主数据，建议通过系统配置实现创建客户主数据时自动创建该客户的信用主数据。在具体实现策略方面，建议将内部客户维护成低风险客户，将外部客户维护成中风险或高风险客户。对需要授信的客户，由企业信用管理小组根据客户信用状况给予一定的授信额度，从而实现SAP系统对内控的有效支撑。前台操作：1、FD32SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。2、SAP FD33 客户信贷数据解析事务代码FD32/FD33，输入customer（购货方编号）和credit control area（信贷控制范围），选择Status（状态），回车。查看到的几个字段的理解如下：Credit exposure（信贷风险总额）= receivables（应收总额） + special liabilities（特别往来债务） + sales value（销售值）。其中：应收总额：指出具了发票的总金额扣减顾客付款之后的应收帐款余额；特别往来债务：一般是预收款（customer down payment）。没有交货就预先收款，财务上当然视为我方债务，由于是债务，这个字段永远以负值表示；销售值：sales value应理解为open sales value，并不是会计意义上的“因为开具发票而实现的销售收入”。在完整信用管理场景下，销售值可理解如下：open sales value＝open order value + open delivery value + open billing value；open order value：建立了销售订单，但尚未交付的价值；open delivery value：建立了出埠交付单（outbound delivery note），但尚未出具发票的价值。“交付”以VL01N创建交付单为唯一标志，与是否过账出货无关；open billing value：出具了发票，但没有生成会计凭证的价值。open order value记录于S066-OEIKW，open delivery value记录于S067-OLIKW，open billing value记录于S067-OFAKW。如果对credit exposure或者其三个细目的余额有疑问，可以用SE38调用标准程式RVKRED77运行有关的信用账户，刷新后再重新进入FD33观察。出现不一致的情况请查询note，采用补充程序进行纠正。注：改表改变不了实质，应补充完整的实际业务。信贷数据不正确，请参考SAP notes: - Wrong credit values - identify and correct常见问题1、我已经在OVAK和OVA8里面设置销售订单不进行信用检查了，为什么S066还更新未清订单信贷值？再次强调，信用更新和信用检查是两个过程，您需要检查VOV7或者OVA7，项目“活跃信贷”是否被选择上了。2、我已经设定VOV7里面“活跃信贷”为”X”了，为什么保存销售订单以后FD33看到未清订单信贷值没有更新？请检查以下几项：1.销售订单明细的VBAP-CMPRE是否有值，如果没有，请参照Note 在V/08维护销售价格;2.销售订单明细计划行里是否有确定的数量；45更新组是否选择了；1对信息结构S066的更新时间是否设置了同步更新。3、FD33里面的销售值不正确应该怎么办？首先报表RVKRED88可以用来检查到底销售值是否正确。3.1 FD33->输入客户和贷方控制范围->查看状态->附加->销售值->记录以下项目值未清订单信贷值未清交货信贷值未清开票凭证3.2 SE38->RVKRED88->输入客户和贷方控制范围->执行（F8）->对比执行结果和FD33是否一致RVKRED88是重新进行信用更新会得到的值，所以如果以上不一致的时候，需要执行报表RVKRED77来修正数据库值。此报表执行的时候需要没有user在系统上进行操作，因为需要冻结VBAK,VBAP等表格以保证系统数据的一致性。请不要中途终止RVKRED77，这样会导致系统里的信用值不正确。具体请参照SAP NOTE 。4、FI SD显示预付款不一致SD这边，客户A在FD33中显示的特别往来债务（即预付款）为2344.38，FI这边，客户A在FD10N中显示的预付定金是.38；这两个数据正常情况下是一样的，就只有这个客户A是不一样。经过排查，财务那边是对的，SD那边是错的，但找不到原因，请问有哪些可能的原因？解决办法：用F.28更新重置信贷数据后就可以了信贷检查的常用后台程序对于做信贷检查来说，几个常用的报表必须定期在后台运行；以便及时更新系统单据的冻结状态；1、RVKRED06；检查被冻结的销售文档（销售订单、交货单）这个是对冻结的单据，执行新的信用检查；比如客户前期的订单由于信用额度的原因而冻结了，本次客户及时支付了货款，那需要多这些单据重新做信用检查；系统会根据新的可分配额度，重新设定单据的冻结状态；2、RVKRED08；检查低于信用限额的销售温度（销售订单、交货单）对展望期的信贷检查；如果设定为动态展望期，那在展望期之外的单据是不考虑的；随着时间的推移，展望期之外的单据也会进入展望期内，这时候需要对这些单据重新做信贷检查；3、RVKRED77；更新销售模块的信用数据更新错误的信贷数据；客户信贷主数据中的信贷值、销售值用来判断客户的可用额度，但这个值有时候会更新错误；运行这个程序，可以重组信贷数据；4、RVKRED09 检查正在后台处理的销售文档（销售订单、交货单）5、RVKRED88 模拟更新后销售模块的信用数据6、RFDKLI120 重新设置客户的信用限额7、RFDKLI150 批量更改信用限额数据RFDKLI10 搜索无信贷限制的客户RFDKLI20 为选定的信贷控制范围重新设置信贷限额RFDKLI30 汇总信贷限额概览。该程序为每个客户列出主要的和控制范围RFDKLI40 信贷限额概览 (扩展的)RFDKLI41 信贷主表RFDKLI50 批量变更RFDKLIAB 跨帐目变更显示qq出售精选推荐广告SAP 动态信贷管理36下载·2评论2012年6月11日sap客户信贷_SAP信贷控制功能与配置详解917阅读·0评论·0点赞2020年12月19日sap客户信贷_SAP SD 信贷控制范围-特别总账控制的信贷更新1151阅读·0评论·0点赞2020年12月19日SAP中FI信贷额度FD32设置4854阅读·0评论·0点赞2016年12月27日SAP SD 客户信贷管理解析2030阅读·0评论·0点赞2020年1月26日sap客户信贷_FD32维护客户信贷数据1291阅读·0评论·0点赞2020年12月19日高清播放机，图片大全，点击查看详情！精选推荐广告sap客户信贷_012 【基础配置】信贷重组及S/4 HANA 信贷管理2742阅读·0评论·1点赞2020年12月31日Credit Management(SD)270阅读·0评论·0点赞2015年4月24日SAP SD：SAP信贷出口1523阅读·0评论·1点赞2017年9月5日sap客户信贷_SAP 客户信贷重建一则66阅读·0评论·0点赞2020年12月19日SAPS4HANA信用管理信贷配置手册5下载·0评论2020年11月19日SAP SD信贷管控30下载·0评论2018年7月26日定义拒绝原因1583阅读·0评论·1点赞2017年8月2日SAP 从零起步之 1.4 创建信贷控制范围451阅读·0评论·0点赞2022年4月24日sap客户信贷_企业客户信用控制管理机制实践（2/2）1518阅读·0评论·0点赞2020年12月31日sap客户信贷_信贷控制配置全过程-SAP1341阅读·0评论·1点赞2020年12月19日SAP SD基础知识之信用控制范围2759阅读·0评论·0点赞2020年2月13日sap信贷管理的操作流程899阅读·0评论·0点赞2021年12月31日sap客户信贷_信贷控制，FD32的销售值不会变化，只有应收总额的变化342阅读·0评论·0点赞2021年2月11日FD32 查询客户信贷管理中，销售值是怎么来的？5767阅读·0评论·1点赞2016年3月15日