应收款风险最小化Risk Minimization for Receivables
每个信用政策的目的是减少由客户应收款带来的风险；
连同信用管理，你也有权限在业务处理中使用其他几种付款担保形式；这包括信用证，出口信用保险（外部连接）和付款卡；
这些付款担保形式因他们提供给你的安全水平而不同，且都集成在风险管理中；
当使用了一种付款担保（例如，信用证），系统首先尝试提供最适宜的风险最小化；
如果这是不可行的，然后你可以在第二阶段使用信用管理来创建一个信用限额并因此限制风险的水平；
MARK：你使用哪种付款担保形式更多地取决于正在处理的业务交易；信用证主要应用于大比例出口的交易；然而信用卡对于零售交易更为重要；
付款卡类别Payment Card Categories
付款卡代表了一种结算发票的方法，因为一个金额的授权保证了该金额的支付；
下列付款卡类别被用于付款卡处理：
信用卡Credit cards：
用于采购货物或者服务，定期给客户Billing（例如，每个月最后一天）；
客户卡Customer cards：
被客户用于从某个批发商或者一组批发商处购买货物和服务；
采购卡Procurement cards：
代表公司发给员工用于采购一个给定金额内的项目；
例如：为煤气；
信用证：业务流程Letters of Credit：Business Process
一张信用证的通常处理流程如下：
进口商发送一张采购订单给出口商；该采购订单是根据指定的付款条件购买货物的协议；
收到来自进口商的采购订单之后，出口商发回一张订单确认；订单确认是根据采购订单中指定的条件销售和交货的协议；
进口商在他/她选择的一个银行申请一张信用证，并依照由出口商指定的付款条件；来自出口商的订单确认形成了信用证的基础；银行和进口商之间商议的条件取决于进口商的信用价值；
承认信用证之后，开证银行opening bank（进口商的银行）可以联系在出口商所在国家的分支机构（用其他的话说，通知行Advising bank）以开出和确认该信用证；
通知行保证该信用证，并以保证邮件的方式发送给出口商，现在该信用证正式开出；信用证确认了进口商的付款能力，然后出口商可以根据协议的条件交货了；
信用证：物流和价值流；
交货的流程如下：
出口商根据在信用证中协议的条件交货给进口商；信用证通常包含细节例如运输模式和装载/卸载点；
发送货物以后，出口商出示有效的信用证和必需的货运票据给押汇银行negotiating bank；（出口商可以决定一个押汇银行；通常地，它是个出口商有帐户的银行；然而，通知行也可以作为押汇银行；）
押汇银行检查货运票据的有效性；如果这些票据以任何方式发生了背离，押汇银行可以拒绝接受这些凭证；如果货运票据没有问题，银行接受他们并支付给出口商为该交易协议的金额；银行费用可能要收费，依赖于信用证的条件；
开证银行偿还押汇银行支付给出口商的金额；开征银行接收到由出口商出示的货运票据；
开证银行议定来自进口商的付款作为货运票据的报答，然后进口商根据协议的条件付款给开证银行；
在从开证银行收到货运票据的基础上，进口商出示提货单给运输公司然后收到货物；
财务凭证Financial Document
信用证是一种财务凭证并且可以在SD外贸交易的菜单Documentary
payments下找到；它是另一种形式的付款担保；
信用证可协议为可取消的revocable和不可取消的irrevocable；
系统也可以区别确认的和未确认的信用证：
当处理一张未确认的信用证时，出口商仅收到来自进口商银行的付款担保；当处理一张确认的信用证时，出口商的银行也担保付款；
开证银行显示在凭证的主屏幕上；然而你可以输入几个银行作为参与方；
在财务凭证屏幕中，你列出将要发送给银行的凭证清单；
如果信用证中的某一个参与方的姓名和/或地址与你的主数据中的不一样，则你应该在财务凭证地址屏幕中准确地输入和信用证中一样的名字/地址数据；如果你在这里不输入任何任何东西，则系统会复制主数据中的条目；
你可以在配置中设置以致信用证只有在被两位员工双重检查之后才被激活；
MARK：该课程仅处理在风险管理中用作付款担保功能的财务凭证；需要更详细的描述，看课程LO640 Foreign Trade；
在订单中输入一张信用证Entering a Letter of Credit in the Order
在订单中，你可以在抬头或者条目中输入一张财务凭证号码（信用证号码），只要这种付款担保形式允许用于相应的客户；
信用证通常覆盖订单的总金额；在例外的情况，一张协议可能仅覆盖一部分金额；
在这种情况下，相应的金额会从财务凭证中扣除；
Mark：为了让一张信用证被接受，一些存储在信用证中的数据必须和它分配到的订单中的数据保持一致；哪些数据会被检查在配置中控制；
确定付款担保形式Determining the Payment Guarantee Form
因为不同的付款担保可能都被激活了，你需要定义优先级来控制使用哪种可用的付款担保；
你通过一个付款担保程序来控制；它定义了一个顺序，在该顺序的基础上，分配付款担保形式给销售订单；
系统通过存储在付款方主记录中的一个客户程序以及分配给相应的销售凭证类型的一个凭证付款担保程序来确定付款担保形式程序并因此确定相应的付款担保形式；
Mark：没有确定逻辑用于付款卡和财务凭证；用其他的话说，这些付款担保形式必须手工在凭证中输入；然而，如果出口信用保险输入在付款担保程序中（外部连接），则系统自动地尝试为该订单确定一个有效的合同；
付款担保形式的比较Comparison of Payment Guarantee Forms
所有列示的付款担保形式代表为应收款减少风险的选项；
在主数据页面存在不同；
针对信用卡，信用证和出口信用保险的检查和信用管理中的个别检查使用相同的方式进行管理；在信用管理中，设置了一个会在确定全局状态时考虑的状态；
锁住的凭证的释放/拒绝时通过被锁销售凭证清单来实现的；
保险余额和信用证余额的更新是通过信息结构来执行的，就像在信用管理中一样；
信用证和付款卡之间一个明显的差异是如果信用证输入到一个付款担保程序中，则在订单中必须分配一个信用证，否则订单会被锁住；如果付款卡输入到程序中，则即使不输入付款卡订单也不会被锁；该差异的原因是使用这些付款担保形式的业务交易之间的差异；
