SAP-信用额度变更申请(Medion)
SAP授权-用户变更申请表
年月日
ERP项目组主管审批：
年月日
电脑中心主任审批：
年月日
项目分管副总审批：
年月日
执行记录：
年月日
附件1
SAP用户授权变更申请表
姓名
新增用户□更改用户□删除用户□
用户工号
部门/科室
TEL：
SAP用户名（新用户名由系统管理员确定）
申请新权限–请列举所有新增用户的岗位（角色）名称和需要在SAP系统中操作的工作范围
（或者和现有系统中已有用户授权相同的用户名）：
申请系统中生效时间：
删除已有权限–请列举所有欲删除岗位（角色）名称及描述，或者交易代码
申请系统中生效时间：
申请人：
2005-11-01
直接主管批：
年月日
部门经理审批：
年月日
分管副总审批
年月日
ERP项目组相应模块工程师核Fra bibliotek：（模块工程师必须确认核实清楚其增加或删除的角色名称，以及是否可以批准）
增加（或减少）的角色及角色描述：
删除的角色及角色描述：
删除的用户名：
授权清单已经更新□
签字：
年月日
(sap实施)sap参数设置
SAP 系统参数设置path: /usr/sap/PRD/SYS/profileprofile: PRD_DVEBMGS00_sapapp如果您想查看所有的参数及当前设定，可使用SA38执行程序RSPARAM修改附加配置T-CODE:RZ10进行SAP系统参数的设置,设置后需激活参数并重启SAP实例，配置参数才会生效login/system_client 登录时默认的Client号login/password_expiration_time 密码有效期login/fails_to_user_lock 密码输错多少次后锁定login/failed_user_auto_unlock 用户失效后多长时间解锁rdisp/mshost 状态栏中显示的系统名称rdisp/rfc_use_quotas 是否激活配额资源分配,0是关闭,1是启用.以下相关限制必须这个为1时才生效.rdisp/gui_auto_logout 表示如果客户在指定时间内没有进行任何操作，则会自动退出SAP系统。
时间为秒rdisp/max_wprun_time 程序运行的最长时间限制rdisp/rfc_max_login 最大SAP用户登录数login/disable_multi_gui_login 限制用户多次登录，该参数可以设置同个client同个用户ID 可以允许同时登录几个,当设为1时,系统将提示用户选择: 'Terminate the Current Sessions' or 'Terminate this Login.' ,以达到保证只允许一个登录.rdisp/tm_max_no 这个参数是限制每个实例最大的用户数,默认是200个.rdisp/rfc_max_own_login 一个程序在一个服务器上允许分配的RFC资源个数,也就是同时能运行多少个.默认值25.rdisp/rfc_min_wait_dia_wp 设置RFC保留的会话设置,rdisp/wp_no_dia 在一个实例中处理的会话数目,如果设置为10,rdisp/rfc_min_wait_dia_wp=3则可用的会话处理是7,3个被保留rdisp/rfc_max_own_used_wprdisp/rfc_max_comm_entriesrdisp/rfc_max_wait_timerdisp/btctime SAP调度器（SAYMSSY2)，定期自动运行，由这个参数指定运行时间间隔。
SAP工程变更操作手册
MD模块最终用户操作手册文档控制文档更新记录文档审核记录文档去向记录目录1前言 (4)2岗位职责描述 (6)3物料清单部分 (7)3.1工程变更创建的创建 (7)3.2工程变更显示 (12)1前言本此文档是在ERP项目中用于培训的系统操作手册，旨在帮助用户学习和掌握系统操作流程和方法。
此文档必须结合系统内操作和外部业务流程，以及用户岗位职责，详述每个业务操作环节。
外部业务说明是为了帮助用户了解整个业务过程及加深对系统功能的了解和掌握。
此文档会进行补充校正，请参阅者注意文档版本更新信息。
操作说明功能SAP系统符号说明保存按钮保存您在数据库中的工作。
返回（上一级）按钮使您在不保存当前工作的情况下返回以前的屏幕。
取消（退出当前屏幕）按钮使您在不保存当前工作的情况下退出当前的任务。
取消/放弃操作按钮使您在不保存当前工作的情况下退出当前的任务。
确认（回车）按钮使您能够进入下一个屏幕或窗口。
Enter 按钮有相同的功能。
下拉菜单选择项全选取消全选翻页按钮使您能够进入以后或以前的页，既可以进入第一页也可以是最后一页。
列按钮使您能够显示以后或以前的列，既可以显示第一列也可以是最后一列。
创建新的会话按钮使你快速打开一个新的会话窗口。
执行键按钮使您开始一个系统活动。
批准检查按钮可检查屏幕输入内容（或程序等）的准确性及完整性。
打印新建项目取消项目按钮在同一订单中删除一个或多个行项目。
单据删除按钮删除整个订单。
显示凭证流程按钮使您能够根据系统中的某张单据或凭证，查找到与其相关的单据及凭证。
显示凭证抬头细目状态总览帮助使您获得在线帮助。
计划订单集中转生产订单执行批量处理注：R／O／C R：必输项 O：选择输入项 C：条件输入项2岗位职责描述3物料清单部分3.1工程变更创建的创建功能区分有没有释放码 C 勾选没有释放码输入完毕后，点击按钮或回车，进入工程变更界面，输入下表内容字段名称描述R/O/C 用户操作和输入值字段作用工程变更文本输入工程变更内容RSINOMA42.2A-1.5MW-IIIB毛坯工程变更有效起始日该工程变更生效日期R 2013-04-02 更改原因数据变更原因O 生产条件变更更改编号状态更改编号状态，激活、不激活R 01输入完成后，点对象类型，维护下表信息。
SAP权限变更申请流程管理规范4.doc
SAP权限变更申请流程管理规范4SAP权限变更申请流程管理规范1.目的为规范SAP系统的帐号权限和配置修改管理工作，使正常业务顺利开展特制定本规定。
2.适用范围本规定适用于有权限需求的所有用户及部门。
3.申请表格填写由最终操作用户提出申请，部门关键用户负责指导其完成相关申请表的填写（包括确认需求所属业务模块、对应事务代码、角色等信息），并对申请后形成的业务结果负责。
4.需求部门主管审核申请人将填写的《SAP用户权限变更申请表》交至部门经理或相应的主管审核。
5.资讯部主管审核申请人将填写的《SAP用户权限变更申请表》交至资讯部主管审核。
6.资讯部模块顾问确认需求模块顾问确认需求后，制定权限变更方案。
7.资讯部Basis确认方案Basis确认方案后，检查现有权限状况，安排处理需求。
8.操作人员修改权限操作人员按照权限变更方案修改权限，完成后反馈给申请人，直到申请人确认无误。
需求部门申请人填写SAP权限变更申请表需求部门主管审核资讯部主管审核资讯部模块顾问确认并填写变更方案资讯部Basis确认方案操作人员执行权限变更需求人员反馈结果结束SARS：从危机到契机_调研报告间市民的娱乐休闲方式也发生了比较明显的变化。
有三分之二（67％）的被访问者回答在非典期间的主要娱乐休闲方式之一是看电视听音乐等，人们选择的其他主要休闲娱乐方式分别是：读书看报（45％）、体育锻炼（26％）、户外活动（20％）与上网（16％）。
非典疫情使良好的休闲娱乐方式悄然兴起。
没事也不聚堆聊天、打牌了，常常夜不归宿的男人被非典赶回家，读书、上网、看电视的人多了。
这些良好的休闲娱乐方式对提高全民族的文化素质、身体素质无疑是有益的。
全国五大城市非典舆情第二次权威调查·关于社会4月20日，历史不会忘记。
正是在这一天，党中央、国务院以惊人的勇气与对人民健康和生命安全高度负责的态度，及时地总结“4·20”前非典防治方面的经验教训，采取了包括非典疫情公开等在内的一系列果断措施，使流言趋于消失，民众恐慌趋于缓解，非典疫情开始得到了有效的控制在非典“镜子”中，我们看到了不足谣言止于公开本次调查结果表明：有超过40％被调查居民并不是从媒体，而是通过其他途径最先知道非典有关信息的，其中在公开疫情前，非典疫情已蔓延开来的广州有近60％的被访问者是从非正规渠道最先得知有关信息的。
Sap自学系列（07）SD——信用管理
Sap自学系列（07）SD——信用管理销售—信用管理一、业务场景1.用途及优点1.1.用途创建或更改销售凭证时，可以进行信用额度检查1.2.优点降低坏帐风险集中可靠和可获利的客户快速的信用检查加速检查客户信用额度的流程全面识别公司的信用风险2.角色及关键流程3.信用控制流程图二、系统配置1.信用控制域Tcode：OB45路径：IMG——企业结构——财务会计——定义信贷控制区域可将一个或多个公司代码分配给一个信用控制区域；一个公司代码只能分配给一个信用控制区域；一个信用控制区域只能用一种货币保存信用数据；当订单币种和信用控制域的币种不一致时，订单币种转换为信用控制域币种；2.信用更新配置SD信用更新组：00012：在时间轴上未确定订单值，交货和出具发货凭证值；销售订单值：从未清交货计划行来增加未清订单值；拒绝后，会减少未清订单值；Open order value of an order = confirmed quantities * credit price；根据可用量确定计划行的确认数量；因信用冻结的订单，确认数量为0；SD交货单：从交货计划行减少未清订单，而增加未清交货值；00015：未清交货和出具发票凭证值；路径：会计——财务会计——应收帐款——信用管理——主数据工具栏：环境——销售分销凭证——未清销售订单/未清交货/发票重算信用值：Tcode：SE38——rvkred773.分配信用控制域3.1.为销售范围分配信用控制域为销售范围分配信用控制域：IMG——企业结构——分配——销售和分销——分配贷款控制范围的销售范围3.2.为公司代码分配信用控制域为公司分配给信用控制域：IMG——企业结构——分配——财务会计——给信用控制域分配公司代码覆盖CC范围：表示过账时，可以不使用默认分配的信用控制范围，可以过账到其他的信用控制范围；使用该选项后，就可以变通的为一个公司分配多个信用控制范围；注释：信用域分配给公司和销售组织的理解公司只有一个信用域时，可以直接分配给公司，该公司下的所有销售区域都在该信用域内；公司有多个信用域时，可以按销售区域分配不同的信用域，公司代码不用分配；4.信用检查配置4.2.设置价格定价过程的信用控制如果需要信用控制，定价过程的总计行的小计需要设置为A；4.3.简单信用检查简单信用检查只能对销售订单检查：出现警告、错误或交货冻结；4.4.自动信用检查（复杂信用检查）信用检查：信用控制域+风险分类+信贷组信用控制域：分配给公司代码风险分类：设置客户主记录（信贷主记录）上路径：会计——财务会计——应收账款——信用管理——主数据信贷组：设置销售单据类型上；销售订单保存时，给出信用超出数据同时信用冻结；单据状态如下：模式二：销售订单保存时，给出信用超出数据提示，不会信用冻结；单据状态如下：模式三：A．静态信用检查系统将不考虑时间因素，只要有任何销售订单进来，立即扣减信用额度，尽管有的销售订单是6个月才预计会交货。
SAPSD信用管理配置和应用
ZSD021查询未清单据明细；
应收总额：未清的应收账款；
FBL5N查询截止当前日期的标准未清项金额；
特别往来债务：未清的预收账款。即客户特别总账A“预付定金”(对应科目21310100预收账款-集团内，21310200预收账款-集团外，21310300预收帐款－出口)是信贷科目。
SAP信用管理配置
2012-12-08
1.
现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择。赊销是把双刃剑，如果不赊销，不能迅速扩大销量，从而影响企业的成长速度；如果赊销，虽然生意可以做大，但面对国内信用制度不完善的情况下，有可能会出现大笔坏帐，严重降低企业资金周转率和利润率，甚至会诱发企业资金链破裂所带来的更大危机。所以，关健在于如何处理应收账款管理、进行信用管理和风险控制防范，以达到扩大销量和应收帐款回收之间的平衡。销售部门的工作是接单，而财务部应收小组的目标是收款，中间环节是启用自动信用控制。
4.3.3
当销售订单金额超过可用信用额度，单据保存时，系统提示：
点“继续”按钮，系统提示，此时订单已被冻结，如果用VL01N做交货，系统则提示：
4.3.3超信贷的后续处理
根据公司相关制度，可以使用VKM1解冻订单后再发货，或者通过审批流程增加客户额度。
4.4账期控制应用
4.4.1 查询客户未清项拖欠天数
接着交货500个,保存交货单后，销售信用值仍为10000，其中未清销售订单值为5000,未清交货信用为5000；
接着开票300个,假设开票后不同步产生财务凭证,则销售信用值仍为10000，其中未清销售订单值为5000,未清交货信用为2000,未清发票为3000。当发票产生会计凭证后，未清发票金额转移到未清应收上。
SAP权限变更申请流程管理规范
SAP权限变更申请流程管理规范
SAP权限变更申请流程管理规范
1.目的
为规范SAP系统的帐号权限和配置修改管理工作，使正常业务顺利开展特制定本规定。
2.适用范围
本规定适用于有权限需求的所有用户及部门。
3.申请表格填写
由最终操作用户提出申请，部门关键用户负责指导其完成相关申请表的填写（包括确认需求所属业务模块、对应事务代码、角色等信息），并对申请后形成的业务结果负责。
4.需求部门主管审核
申请人将填写的《SAP用户权限变更申请表》交至部门经理或相应的主管审核。
5.资讯部主管审核
申请人将填写的《SAP用户权限变更申请表》交至资讯部主管审核。
6.资讯部模块顾问确认需求
模块顾问确认需求后，制定权限变更方案。
7.资讯部Basis确认方案
Basis确认方案后，检查现有权限状况，安排处理需求。
8.操作人员修改权限
操作人员按照权限变更方案修改权限，完成后反馈给申请人，直到申请人确认无误。
需求部门申请人填写SAP权限变更
申请表需求部门
主管审核
资讯部
主管审核
资讯部模块顾问确认并填写变更方案资讯部Basis
确认方案
操作人员
执行权限变更
需求人员
反馈结果
结束。
sap配额协议修改建议后的申请
sap配额协议修改建议后的申请
对于SAP配额协议修改建议后的申请，我们需要从多个角度来考虑和回答这个问题。
首先，修改SAP配额协议可能涉及到多个方面，包括技术、合规性和商业需求。
在申请之前，我们需要仔细分析修改的原因和目的。
例如，是因为业务增长需要增加配额，还是因为原有配额规定不合理需要进行调整。
其次，修改SAP配额协议可能需要涉及到相关部门的沟通和协调。
我们需要明确修改的影响范围，以及需要征得哪些部门的同意和支持。
这可能涉及到技术团队、法律部门、财务部门等多个部门的合作。
另外，修改SAP配额协议可能需要进行风险评估和成本效益分析。
我们需要考虑修改后可能带来的风险和影响，并评估修改的成本和效益。
这可以帮助我们更好地确定是否值得修改配额协议，并为申请提供更充分的依据。
最后，在申请时，我们需要准备相关的申请材料，包括修改的
具体内容、修改的理由和依据、可能的影响分析、以及相关部门的意见和支持等。
这些材料需要清晰、全面地呈现给决策者，以便他们能够全面了解申请的内容和影响。
综上所述，针对SAP配额协议修改建议后的申请，我们需要从多个角度进行全面考虑和准备，包括修改的原因和目的、相关部门的沟通和协调、风险评估和成本效益分析，以及相关的申请材料准备。
希望这些信息能够对你有所帮助。
SAP生产计划变更操作流程
批准与签署版本控制流程图图例说明开始流程开始,结束流程结束在SAP 中操作的流程步骤.SAP 以外操作的流程SAP 内业务操作判断, SAP 以外业务操作判断流程连接SAP 内文档及报表, SAP 以外文档及报表1.流程概述1.1.流程说明本流程目的是在生产计划发生变更时，通过流程的标准化，使工厂能够弹性的处理因工艺技术、工厂生产过程中的异常和销售市场变化引起的生产变化，以维持工厂平衡有序生产和实现公司计划规范性管理。
所属流程组：销售计划、生产计划与控制1.2.适用范围触发事件：当出现销售需求变化、工艺技术（BOM或工艺路线引起）变更、生产过程出现质量异常和紧急订单时1.3.详细描述1.3.1.术语解释和概念说明计划订单：是在MPS/MRP阶段产生的计划补货建议，包括计划数量，日期以及所需组件清单等信息，根据物料采购类型的不同通常分生产建议和采购建议两种类型，其中生产建议后续可用来转化为生产订单并下达车间组织生产，采购建议后续可用来转化为采购申请交付采购部门执行后续的采购流程。
计划订单可由MPS/MRP自动生成，也可手工创建生成。
锁定计划订单：对计划订单进行标记，表示该计划订单已经过评估、调整及审批。
可用于生产订单的创建和下达。
主生产计划（MPS）：是根据销售计划预先建立的一份计划，由主生产计划员负责维护,是确定每一具体的最终产品在每一具体时间段内生产数量的计划紧急订单：是指营销按非正常生产周期下达的紧急销售订单，或由于客户需求将工期提前的销售订单。
生产订单MO（生产工单）：是描述一个自制的物料执行生产所需的必要的信息，是生产组织和调度的一个基本单元，包含什么时间生产多少产量，在什么地方生产，生产所需用的物料，以及生产成本如何进行归集等信息。
生产订单可用来指导生产用物料的领用或配送，生产工序派工，以及对生产过程中所发生的料、工、费进行成本收集。
1.3.2.流程相关的制度与规范1、由市场变化引起的生产计划变更规范1.1 市场变化直接影响销售计划的改变，工厂计划在确定变更方案时，必须以低成本、小影响为前提，制定出一套经济可行的执行方案。
023 SAP FICO 运维项目实例-FI-SD信贷检查及信贷更新程序
✓FI-SD情景SD创建销售订单时，要进行信贷检查，如果未清订单open orders（表S066-OEIKW），未清交货open delivery（表S067-OLIKW），未清发票open billing（表S067-OFAKW），未清项open items等超过了信贷额度/某个百分比，销售订单就会被block锁定，需要VKM3进行释放。
如果在FD32处对信贷限额、风险类别等进行了更改，则会出现如下提示：为了使FD33中各项数字保持准确，同时便于分析销售订单锁定原因，需要定期运行信贷重组程序：RVKRED77及F.28 (RFDKLI20)✓手工/ Ad-hoc 运行RVKRED77运行信贷更新程序需要锁定SD的表VBAK, LIKP及VBRK. 应事先选择一个system quiet time以确保不会有更新这三张表的操作产生，或者先SE38运行程序RVKREDSP来锁定这三张表，如下图保持在此界面，RVKRED77运行完之前不要退出（F3或后退）SM12显示已经锁定的table:如果退出了RVKREDSP则此处会为空白。
表被锁住时做相关操作会报错：再运行RVKRED77——为适应quiet time时间或提升效率，也可按照客户号等分段运行，待运行完之后再退出RVKREDSPBatch job 运行RVKRED77/RVKRED07RVKREDSP不适用于batch job，因其在batch job模式下运行完之后会自动把表解锁，对后续的RVKRED07运行没有意义。
应参考SAP note 755395，编写适合batch job的程序/report 来锁定表，此程序（Z_RVKRED77_PARALLEL）运行后会自动调用RVKRED07直到其运行结束才解除对表的锁定sapnote_0000755395.pdf1.运行频率一般每月或每季度一次，询问BASIS在系统的quiet time运行以免影响其它程序，根据运行时间长短可酌情分成几段存为不同变式分段运行。
SAPSHANA信用管理信贷配置手册v
三、........................................................................................................................................... 主数据维护153.1.通用视图-信贷管理角色 (15)3.2.信用段-信用额度及控制 (16)3.3.公司视图-支付条件 (16)3.4.销售视图-支付条件及信控范围 (16)一、后台系统功能配置1.1.定义信贷控制范围说明：信贷控制区域是一个控制单元，用于指定和检查合作伙伴的信用额度；信用控制区域可以包含一个或多个公司，但一个公司无法分配给多个信贷控制区域；在信用控制区域内，信用额度必须以相同的货币指定。
图1-1-1.定义信贷控制范围图1-1-2.信贷控制范围参数详细配置路径及参数见以下截图：图1-7-1.定义负债类别路径图1-7-2.负债类别参数定义说明：检查：信贷检查时，包含的未到期项目类别，即包含的未清单据项目；网格：参与检查规则130步骤的负债类别，即进行信贷天数和比例控制时的检查项目类别。
1.8.解释信用段说明：作用待验证。
配置路径及参数如下截图：图1-8-1.解释信用段图1-8-2.要使用的信用段1.9.分配信用控制范围及信用段图1-9-1.信用控制范围与信用段分配路径图1-9-2.信用控制范围分配信用段说明：将信用段分配到具体的信用控制范围。
图1-16-2.自动信贷控制参数定义说明：针对信贷控制范围、风险类别、信贷组进行组合，并确定信贷控制参数；【更新：000012】：信贷控制范围保持一致，系统标准功能，不改动；SAP信用管理：勾选后启用信贷控制；响应状态：有4选项，根据情况进行选择，在信贷检查后进行如何的响应控制；冻结：信贷检查不通过时是否冻结单据。
1.17.科目信贷控制定义说明：特别总账科目设置后，进行信贷检查时，将考虑特别总账科目的金额；同时会将金额统计入客户信贷风险总计。
SAP的信用控制
[原创]SAP方丈－SAP的信用控制信用控制，简单一点说就是因为我们经常的产生赊销的业务，为了避免风险，在发货前进行的控制。
举个例子：我们可以对客户进行信用额度，超过信用额度的即冻结不允许发货。
相对于应付款的自动付款来讲，信用控制即是应收款的重头戏。
一、系统配置：（1）定义信贷控制范围：通过定义信贷控制范围我们可以把信用控制分配到整个集团或是一个公司代码下，比如我们可以整个集团是一个信用额度或者是某个公司代码是一个信用额度。
如图1所示，其中更新有如下选项图1-1 定义信贷控制范围00012：简单点讲也就是说包含了从销售订单->交货->开票->收款全部销售环节都更新信用数据,那么00015：则销售订单不更新信用控制00018：则交货不控制讨论？如何选择更新类型？对于国内的业务来讲我们通常都是选择000012作为更新类型。
图1-2 更新类型（2）分配信贷控制范围的公司代码，我们可以让一个集团公用一个控制范围，即所有公司代码都用一个控制范围，也可以让每个公司代码都用一个控制范围，即对一个公司进行控制，操作如图1-3所示图1-3分配控制范围（3）定义风险类别风险类别我们可以定义高、中低三个类别，风险类别的作用我们也会在后面详细的提到。
图1-4 风险类别（4）定义自动控制前面定义的风险类别在这里用到了，我们是可以对不同的类别进行不同的控制，如图1-5，其中：更新：000012，请参看前面的章节。
静态与动态：静态即不考虑日期，只要有订单，动态是指订单+展望期，举个例子，比如今天有一个订单6个月后交货，那么动态的控制就会在本日期+6个月。
相应状态：比如警告==。
其他拷贝0001并选择默认配置。
1-5 自动控制配置二、系统操作（1）前台操作用到的事务码VKM1 冻结的销售订单清单F.31 客户信用总览FD32 更改客户信用额度VD05 冻结客户主数据（2）操作步骤见表1-1（3）建立客户信用额度通过信贷控制FD32建立，其中：信贷限额指已经分配的额度。
模块六 信用证审核及修改
模块六信用证审核及修改6.1知识准备1.信用证审核的依据与方法；2.信用证修改申请书的制作。
【MT707信用证修改格式】二、信用证修改（MT707）格式简介必选20 SENDER'S REFERENCE（信用证号码）必选21 RECEIVER'S REFERENCE（收报行编号）发电文的银行不知道收报行的编号，填写"NONREF"。
可选23 ISSUING BANK'S REFERENCE（开证行的号码）可选26E NUMBER OF AMENDMENT（修改次数）该信用证修改的次数，要求按顺序排列。
可选30 DATE OF AMENDMENT（修改日期）如果信用证修改没填这项，修改日期就是发报日期。
可选31C DATE OF ISSUE（开证日期）如果这项没有填，则开证日期为电文的发送日期。
可选31E NEW DA TE OF EXPIRY（信用证新的有效期）信用证修改的有效期。
可选32B INCREASE OF DOCUMENTARY CREDIT AMOUNT（信用证金额的增加）可选33B DECREASE OF DOCUMENTARY CREDIT AMOUNT(信用证金额的减少）可选34B NEW DOCUMENTARY CREDIT AMOUNT AFTER AMENDMENT（信用证修改后的金额）可选39A PERCENTAGE CREDIT AMOUNT TOLERANCE（信用证金额上下浮动允许的最大范围的修改）该项目的表示方法较为特殊，数值表示百分比的数值，如：5/5，表示上下浮动最大为5%。
39B与39A不能同时出现。
可选39B MAXIMUM CREDIT AMOUNT（信用证最大限制金额的修改）39B与39A不能同时出现。
可选39C ADDITIONAL AMOUNTS COVERED（额外金额的修改）表示信用证所涉及的保险费、利息、运费等金额的修改。
SAP客户信用管理流程V
业务流程名称:信用管理处理流程流程编号及版本号编号：BPD-SD-03版本：V1.0业务流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及1. 业务流程目的：本流程描述客户信用管理以及客户信用主数据维护流程信用管理流程支持TCL部品事业部实施一套完整的信用管理政策，以有效地减少信用风险，尽快解决信用冻结问题，加速定单处理过程。
信用管理主要包括如下功能(覆盖SD和FI)：•根据信用管理需求，设定自动信用检查规则•严重的信用问题可通过报表识别出来•向信用控制人员提供相关信息，协助他们快速决定是否放行2. 业务流程的相关原则：2.1 信用控制区域：•各公司分别设置独立的信用控制区域，分别对客户进行信用管理；•信用代表组，分三组：大客户信用经理、信用经理和信用代表人员，代表信用管理部门内部分工（待定）。
2.2 信用主数据以及客户信用额度设置（待定）：•每一客户在不同的信用控制区域有不同的信用额度。
信用额度建议分若干级(也可以使用连续信用额度)，在SAP系统外调整。
•风险类别分多级，分别是：X1、X2、……和N。
N级专门用于新客户。
风险类别调整SAP 系统外进行。
对每一级客户均做信用检查。
•信用限额的调整计算在SAP系统外进行，SAP可提供一些信息帮助用户完成这项工作。
•信用主数据的维护权限需要进行控制，建议按照信用限额和风险类别进行分工。
•若使用动态信用限额检查，建议设置1个月的信用展望期。
•某些客户的子公司分别同TCL部品有业务往来，信用管理可能需要在客户组层面上进行。
2.3 自动信用控制规则（待定）：1)不能超过信用额度。
计算信用额度时考虑未发订单(动态信用额度检查)2)对于新开客户，可能没有设置信用限额，可以设置订单价值上限。
可能需要连续观察一段时间后，将其风险类别从N转为其它类别(需手工进行)。
3)恶性欠款同应收余额不超过一定百分比4)帐龄最长的恶性欠款不能超出设定天数5)催款次数不可超过最高限(如三次，小额欠款的催款可不考虑)•以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型，风险类分配给客户主数据)•信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。
(sap实施)关于SAP系统的调整
因此，重新考虑数据形态在时间上的分类，可以分成三种。事件型(Transaction Grain)、周期快照型(Piriodic Snapshot Grain)和累积快照型(Accumulating Snapshot Grain)。其中，事件型和我提到的事件型是差不多的意思，它记录的每一次事件的发生，包括发生的环境（维度）和发生的值（度量），例如通话详单表，日志表等。而我的快照型表还需要细分成周期快照和累积快照，而原来我将周期快照归于事件型。因为周期快照反应的是一段时间周期内发生值，例如月底出帐，月帐单记录每个用户的消费金额，就是上月通话费用的汇总。因为这种数据带有明显的周期性，例如每月，如果将它和事件型数据混为一谈有些说不过去。但是从应用周期快照型数据来说，他的特点和事件型数据有非常相似，例如都记录的是发生值，再如它们提交后一般都不会再做update操作。而累积快照型和我的快照型相对应，它记录是一个时间点上实体的状态，这种数据从实体的生命周期一开始一直更新到生命结束，例如用户表中，从用户创建开始，用户开机、停机、状态改变都会直接更新这些数据，最后，用户销户了，更新他的有效标志，从此这条记录基本不会再修改了。
再结合一开始提到的时点值、时期值，前者记录某一时刻状态，一般都在累积快照型表中，当然也有可能在周期快照型表中，表示是期末那一刻的状态值，例如充值余额可以记录在用户表中同时也可能会在月帐单表中出现。而时点值一般在事件型数据中是不会出现的。时期值一般存在于事件型核周期快照型表中，因为他表示发生值，在累积快照型中没有这种值。当然，有时候你可以从另一个角度将累积快照型看作是一种事件型表，因为前者记录实体的生命周期变化，因此这些变化，你甚至可以看作是一种事件。从而，再以用户表为例，你可以统计新增用户多少，离网用户多少等时期值。
SAP专业培训教材SD_SSP_013_信贷业务_V1.0
XXX信息---SAP SD标准业务蓝图流程●流程名称：信贷流程●流程编号：SD_SSP_013●发布日期：2009-06-01●版本： V1.0修改历史目录1.1 业务场景 (4)1.2 目标/宗旨 (4)1.3 流程概述 (4)1.4 SAP 流程图 (5)1.5 流程描述 (7)1.6 系统单据/配套报表 (7)1.7 特殊情况说明 (8)1.8 配置测试要点 (8)1.9 系统增强（USER EXIT）/批处理 (8)1.1 业务场景信贷控制主要管控点有三个。
信贷额度控制、信贷账期控制、非现金额度管理。
信贷额度（也叫信贷限额或者赊销额度），是赊销客户指向集团申请的赊销额度，即维护在FD32里的信贷限额。
信贷额度超过，要控制提单的保存或者打印。
信贷账期，SAP系统标准的信贷账期是指从系统发票记账日期算起，加上订单里的付款天数，检查最早未清的发票是否超期，若超期就要控制提单的保存或者打印。
目前已经启用信贷账期控制的工厂（营销公司和SG新账期试点除外）都是采用SAP系统标准的账期控制。
新账期项目即非SAP标准账期，写在打印程序出口里，从出货时间（提单PGI日期）开始计算账期，加上订单上的付款天数，检查最早未清的提单与当前日期做判断是否超期，超期要控制保存或者打印。
SG在试点，流程标准化后计划推广新账期。
具体情况请参见新账期推广的相关文档。
信贷额度控制和信贷账期控制主要用于赊销客户。
非现金额度即在ZSD142里维护的非现金额度，主要用于款到发货客户。
非现金额度：不增加客户的发货余额，非现金额度限制可以创建底单、支票，只有当创建了A V单（除临时底单）且审核后才增加发货余额，支票、底单超出非现金额度的时候需要特殊审批，临时底单可以增加非现金额度，需要特殊审批，本身不增加发货余额，临时底单有期限控制，过期后就会减少非现金额度。
1.2 目标/宗旨本流程建立的宗旨是加强信贷管控，满足集团和企业财务的信贷管控需要。