KPMG保理系统操作手册.doc_第1页
KPMG保理系统操作手册.doc_第2页
KPMG保理系统操作手册.doc_第3页
KPMG保理系统操作手册.doc_第4页
KPMG保理系统操作手册.doc_第5页
免费预览已结束,剩余43页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

一、 静态数据维护1. 创立client particulars,其中注意以下问题:base currency:一般选择人民币,此时的mal币种也是人民币area code 1:选择客户所在的支行机构代码2. 建立customer,其币种全部以人民币表示,其额度也以人民币表示3. 创建factor,注意以下问题:factor code与FCI编码相同,country code为2位,factor no为5位handling charge的币种与factor的base currency相同,其中有两个界面,分别为import和export4. 创建client account其中的client account bank reference 中录入客户存款帐户Adv Currency:融资币别,如果是人民币,则可以录入各种币别的发票;如果是外币,则只能录入该融资币种发票5. 创建factor-client relationship分币种建立commission switch:如选择0,则保理商的费率适用factor中的规定如选择1,则保理商的费率适用contract中的规定如选择2,则保理商的费用使用commission中的规定以上均指保理商之间的费用结算问题此界面中的费用没有实际意义6. 创建contract必须同时选择以下几项才可同时创建contractclientaccountcustomerfactorcurrency国际双保理中EDI FSBC Status必须选择为active 状态7. 各种帐号/帐户的开立及录入保理融资帐户(0181),在核心系统开立,录入client account particulars中的special account的FIU bank account应收买方保理款项(1151),在核心系统中开立,录入client account particulars中的special account项下的SLC bank account 客户存款帐户:至少开立发票金额和人民币两种帐户,并维护至Client Bank Reference中二、 保理系统操作流程一 、国内保理国内保理业务是指我行作为保理商与卖方之间签署保理协议,根据该协议,卖方将其现在或将来的基于其与买方订立的货物销售/服务合同所产生的应收帐款转让给我行,并由我行为其提供的综合性金融服务。这些服务应至少包括下列项目中的一种:贸易融资、销售分户账管理、帐款收取和坏账担保。在与卖方客户签订保理协议之后,相关分行应将有关的买卖双方的客户信息传送总行。上报静态数据信息前,经办分行需在核心系统根据客户保理业务类型和币种开立保理融资帐户、应收买方保理款项及客户活期存款户。总行根据分行传送的数据,进行静态信息录入,包括如下交易界面:Client Particulars Client Account ParticularsCustomer ParticularsContract ParticularsGuarantor Particulars (如果存在担保人/机构的情况)Client Guarantor Particulars (如果存在担保人/机构的情况)Client Bank Reference(客户活期存款帐号)在录入了上述信息后,系统将自动生成Edit List,录入人员需使用Report Manager(报表管理),在该柜员的当日目录项下查找并打印该清单,交复核人员检核。 注意事项:买卖双方的信用额度(Credit Limit/Control Credit Limit)在有追索权保理和应收账款管理项下均为0,这是因为我行对卖方客户享有追索权,不承担客户的信用风险;在无追索权保理项下我行承担买方的信用风险,因此在Client Particulars, Client Account Particulars, Customer Particulars和Contract Particulars交易中Credit Limit/Control Credit Limit项下须录入我行核准的信用担保额度。买卖双方的融资额度(MAL)在到期保理和应收账款管理项下均为0。在静态信息中,隐蔽型保理项下Confidential域须选择Y(es)。总行“融资检核岗”,即AMO Manager 在到期保理和应收账款管理项下,我行不提供融资,经办分行无需叙做融资交易。业务操作中的特殊情形当买方客户的付款超出应付金额时,按照实际付款金额录入了Normal Receipting界面之后,系统将提示错误。分行可以选择偿还其他发票,或者修改收款金额(收款金额必须小于等于指定的发票)。对于保理系统结算款项中未处理的款项,经办分行必须尽快联系卖方及时予以处理:当卖方决定将多付款项用于偿还其他发票时,直接选择偿还其他发票当卖方分行决定将多付款项退还买方时,直接从保理系统结算款项中对外支付; 当卖方分行决定将多付款项退还卖方时,直接从保理系统结算款项贷记客户帐;当卖方分行决定多付款项偿还卖方在我行融资时,叙做client repayment 正常收款冲销(Reversal of Normal Receipting)。如经办分行发现正常收款错误,则必须叙做此交易,此交易将产生两个效果:在保理系统中将还款的发票重置,此部分将联动会计系统重新记录或有帐在保理系统中按照还款金额增加FIU数字,但是此部分将不会实时联动会计帐。如果在正常还款时有部分金额贷记客户帐,则经办分行必须在会计系统中进行手工调整,即借记客户帐、贷记保理系统结算款项后,在系统中叙做client adjustment交易,Debit:factoring A/C,Credit:CCA,以保持保理系统和会计系统数据的一致性。经办分行应慎做此交易。当买方客户的付款少于发票金额,即发生短付款时(正常的银行扣费短款除外),卖方分行首先将收到的款项录入Normal Receipting交易,待欠款追索回来后,再将余款录入Normal Receipting交易,冲销未付款余额。按照我行要求,在非循环有追索权保理业务项下,如在宽限期后买方仍未付款,则我行主动借记卖方客户账户偿还我行保理融资。此时若卖方账户中有足额资金,则待将款项收至保理系统结算款项后,在保理系统中比照前文正常业务中Normal Recepting交易;当卖方账户中资金余额不足导致我行保理融资仍有逾期时,则可以叙做以下两种交易中的一种:叙做Bad Debt With Recourse。此交易只销记或有帐户,因此经办分行在叙做本交易的同时,应按照逾期金额通过会计系统叙做逾期贷款科目,待从逾期科目中借记相应款项并划至保理系统结算款项后,在保理系统中叙做Client Repayment交易将融资归还。叙做Bad Debt Without Recourse。此交易在销记或有帐的同时,也按照发票金额全额归还融资。因此本交易仅适用于全额融资项下,即逾期发票余额与融资余额相等,否则叙做Bad Debt With Recourse。经办分行按照融资余额通过会计系统叙做逾期贷款科目后,在系统中叙做该交易冲销融资。当我行向卖方客户反转让发票时,须录入Reassignment of Invoic交易;如果发票被标志为争议状态,则进行反转让时,首先需要录入Dispute Notice Charge Back(争议发票退回)交易。当我行已经对特定发票进行了反转让(争议发票退回除外),而后又收到买方客户针对该发票的付款时,卖方分行需分别录入Reinstatement of Invoice界面和Normal Receipting界面, 而后需要区分三种不同情况处理:非循环保理项下,当卖方客户未归还我行融资款时,录入前文所述的两个界面后,不再需要进行其它的动作;当卖方客户已归还我行融资款时,此时系统将自动将收到的买方付款偿还融资后的余额部分贷记卖方客户帐。当融资款项是通过我行逾期贷款科目当中的我行自有资金偿还时,收到的买方客户付款将用于偿还我行的逾期科目,此时手工直接偿还逾期科目,即不需进行保理系统操作。(注:本条处理方式的前提条件是保证系统外的融资到期日与录入系统的发票到期日严格一致,因为系统融资界面中没有到期日的记录,因此要查询融资是否逾期只能通过查询发票是否逾期)当买方提出争议时,录入Dispute Notice界面。在争议通知发出后的第15天,系统会打印争议提示函,提示客户争议还未得到解决。在提示函发出后的第15天,若争议还未得到解决,则系统会打印Dispute Charge Back通知,在发出通知后的第二天后,分行可以录入Dispute Charge Back界面,即将发票项下应收帐款退还卖方客户。但是在无追索权保理项下,发生争议的情况下,卖方分行在系统中暂不进行Dispute Charge Back操作,不将应收账款退还卖方。卖方分行须将涉及争议的发票卷宗专卷保管,等待争议的解决。在我行需要向卖方承担担保付款责任时,将保理系统中Contract项下的担保额度到期日修改为当天日期,并在日末批处理后的第二天在会计系统叙做担保垫款交易,之后将垫款划入保理系统结算款项后在保理系统系统中叙做Payment Under Guarantee交易。在担保付款后,如收到买方的付款,经办分行将款项划入保理系统结算款项,并在系统中叙做Normal Receipting交易后,手工从保理系统结算款项中将该款项冲销我行的担保垫款。在担保垫款成为坏帐后,经办分行需要在会计系统将担保垫款转为坏帐,并可以在保理系统中叙做Bad Debt Under PUG。发生买方客户直接还款给卖方客户即间接付款情形,在收到卖方客户的款项后划入保理系统结算款项,在保理系统中按照发票全额叙做Indirect Payment用以冲销或有帐,同时按照卖方还款金额(以卖方在我行的融资为上限,余款直接从保理系统结算款项中贷记客户帐)在系统中叙做Client Repayment交易偿还我行融资。保理商中止与卖方的保理业务关系时,需要作如下交易:(1) Adhoc Discount Charge Computation(此交易必须慎用,叙做此交易后将增加FIU即融资余额,并贷记利息收入,并且日末记录会计系统帐务),之后到CAS中查看FIU余额,并确定该客户是否有Additional Reserve,如果有则需要先解除该交易,做完此交易后需要立即修改帐户状态(change of client status,见本条第4点),否则在月末,系统会重复记息。(2) Client Repayment ,根据FIU余额作客户还款(3) Auto Charge Back Inv./Crn(4) Change Client Status(改变客户状态,分行officer操作)(5) Change Client Account Status(改变客户账户状态,分行officer操作)(6) Deletion Of Client Particular(总行officer操作)(7) Deletion Of Client Account Particular(总行officer操作)其中,在客户在我行开立有多个account的情况下,如选择中止其中的一个account,则(4)、(5)交易中只须选择叙做(5)即可;如客户在我行还有可能继续叙做保理业务,则可无需叙做(6)、(7)交易。在系统操作时值得注意的是,凡在录入了某个界面之后,操作员应该在Ad Hoc Report中随机打印编辑清单(edit list),由复核员根据清单上的内容对照相关的业务单据或凭证予以核对, 以确保录入信息的准确性。调整类交易(Client Adjustment)经办分行可以通过此交易收取/退还手续费、利息等交易。需要注意的是,在叙做退还手续费、利息等交易时,必须首先查询FIU余额,保证所退还的手续费、利息等小于FIU余额,否则将出现FIU负数。二、国际保理国际保理业务是出口商在采用赊销(O/A)、承兑交单(D/A)等信用方式向进口商销售货物时,由出口保理商(在出口商所在国与出口商签有协议的保理商)和进口保理商(在债务人所在国与出口保理商签有协议的保理商)共同提供的、或由出口保理商单独提供的一项集贸易融资、销售分户帐管理、帐款收取和坏帐担保于一体的综合性金融服务国际保理业务的操作与国内保理流程基本相同,但是需要注意以下事项:静态数据维护出口保理出口保理项下的Account根据保理业务类型及融资币种确定,如E30为公开型无追索权出口保理(人民币)、E31为公开型无追索权出口保理(美元)等,其中人民币Account项下可以创建若干外币Contract,而外币Account只能创建同币种Contract增加Overseas Factor Particulars增加FactorClient Relationship (币别与出口保理项下Contract相同)根据需要创建保理商的Commission Entry进口保理进口保理项下只有一个人民币Account,但是其项下可以有若干币种的Contract融资的处理融资时,经办分行必须根据融资币种选择入该客户同币种存款帐。正常收款的处理在收到进口商或进口保理商付款后,在系统中叙做正常收款交易偿还融资,如仍有剩余,经办分行应选择入客户帐(原币或结汇入人民币帐户),或者入保理系统结算款项用于偿还客户在我行其他信贷业务项下的融资。进口保理项下在正常收款后,经办分行再叙做payment to export factor三、 额度管理保理系统对额度按照三个层级进行管理,包括:客户(包括Client、Customer和Factor)Level;Client Account Level;Contract Level。Client/Customer/Factor level在Client/Customer/Factor Particulars交易中录入; Client Account level在Client Account Particulars交易中录入(注:每一个卖方客户都可以在保理系统中开设若干个Client Account,对应不同币别和不同类型的保理业务);Contract level在Contract交易中录入。三个层次由高至低,低层次的额度金额不可超过高层次的额度金额。一 最大融资额度的设定 (Maximum Advance Limit MAL)保理业务中,保理商是否能够收回已提供的融资款主要取决于两种因素:买方的财务实力:因为买方是应收账款的最终还款人。卖方的财务实力:当买方出现信用风险后,保理商可以向卖方追索那些未核准担保的应收账款。根据上述判定,本系统中分别为买卖双方设定了如下最大融资额度:(一)买方的“融资额度”最大融资控制额度 (Control Maximum Advance Limit Control MAL)通过评定买卖双方的财务实力以控制给出的融资额度,保理商会在理论上为每家买方设定一个特定的额度,称作最大融资控制额度。额度设定的依据为:买方提供的财务报表企业的稳定程度企业的增长程度保理商愿意对该客户承担的风险该额度实际上反映了保理商对该客户可以承担的风险敞口,即最大风险承担程度。在静态信息的Customer Particulars中录入。Contract项下单个买方客户的最大融资额度 (MAL at Contract Level)根据设定的Control MAL, 保理商会为与该买方有业务往来的每个卖方帐户分别设定MAL。即每个Contract交易项下的MAL(注:与通常意义上的法律合同观念不同,保理系统中将某一特定卖方账户与某一特定买方的一一对应关系称为一个合同: Contract)。一个买方客户所有Contract中的MAL 的总额不能够超过保理商对该买方设定的Control MAL金额。当与该买方进行交易的卖方数量增加时,保理商或者需要增加该买方的Control MAL,或者需要减少现有的Contract MAL金额。(二)卖方客户的融资额度 (Client Maximum Advance Limit)即保理商愿意对卖方客户提供的最大融资额度。此额度实际上反映了保理商对该卖方客户可以承担的风险敞口,即最大风险承担程度。通常保理商向卖方客户提供的融资金额不能够超过此额度。从卖方客户的角度:(OCAL)当保理商向卖方客户提供的实际融资金额超过了设定的Client MAL金额时,超出部分的数额即为OCAL。从买方的角度:(Customer OMAL)当对买方应付的应收账款按照一定比例(本例假定为80%)所提供的融资超过给定的Contract MAL金额时,超出的部分被称作Customer OMAL。Customer OMAL 又被细分Theoretical OMAL(理论OMAL)和Actual OMAL(实际OMAL)。FIU: Fund In Use (卖方客户使用资金余额)。此余额为保理商向卖方客户提供的融资金额以及向卖方客户收取的各项费用及融资利息之和,减去买方客户的付款金额之后的余额。OCAL意味着保理商给予卖方客户的融资金额存在着额外的风险敞口。买方Theoretical OMAL说明卖方与他的几个买家之间有着较高的交易量,存在买家过分集中的可能。因此,如果保理商向卖方提供过高比例的融资,有可能导致保理商承担额外的买方风险敞口。买方Actual OMAL说明出于某些原因,保理商已经承担了额外的买方风险敞口。这些原因包括:应收账款的过度集中;出于信贷考量,实际融资金额大于整体的MAL;过多的贷项清单(导致销售量减少);FIU的借方余额随着融资利息和手续费用的记收而增大。(这种情况通常出现在月末。)二 对于融资的控制保理系统对融资申请实行逐笔处理。保理系统认可的融资岗人员AMO将根据系统自动生成的“卖方客户可融资余额表”(Client Availability Sheet)提供的信息决定是否批准客户的融资申请。三 信用额度的设定(Credit Limit) 信用额度的设定与融资额度的设定基本相同,但是在出口保理项下需要另外对国外保理商(进口保理商)单独核定额度。此额度由总行统一设立。(一)信用额度的设定 (Credit Limit: CL)有追索权保理业务在有追索权保理业务中,所有的应收账款都被视为未受核准应收账款,保理商不承担坏账担保的责任。因而,此种业务中的信用额度为零。无追索权保理业务在无追索权保理业务中,保理商根据给定的信用额度将购得的应收账款划分为受核准应收账款及未受核准应收账款。所有超出信用额度的应收账款都被视为未受核准应收账款。当买方出现信用风险,即应收账款到期日前未发生争议,且在到期日后若干天内仍未收到买方的付款时,保理商将对受核准应收账款进行坏账担保。因此在评估卖方资信的同时,保理商必须根据对买方资信状况的评估设定信用额度。一如Control MAL,保理系统中要求以本币(即人民币)为每个买方设定Control/Overall Credit Limit,表明保理商愿意承担的买方的信用风险。同时,对于与该买方进行交易的每个卖方,系统中会要求以发票币别(注:保理系统的一期阶段只支持人民币业务),为这些卖方分别设定信用额度,即Credit Limit at Contract Level。 而所有的相关卖方的信用额度的总和不得超过该买方的信用额度总额(Overall Credit Limit)。同样,从卖方的角度来说,对于与一家卖方相对应的每个买方,系统中都要求设定一个“卖方给定”(assigned-to-client)信用额度,而这些额度之和构成了这家卖方的信用额度总额(Overall Credit Limit for that client)。系统中Contract项下针对同一保理商的信用额度之和不得超过总行对该保理商核定的信用额度。(二)信用额度的变更每个与卖方相对应的买方信用额度都可以指定有效期。如果未注明有效期,则该额度的效期一直持续到被取消为止。额度到期时,系统会自动带出新的额度。如果没有设定新额度,系统则认为额度金额为零,视同于额度的取消。信用额度的变更包括额度的增加或减少。在做担保付款之前,需要将买方的信用额度置为当天。(三)信用额度的减少当信用额度减少时,那些在额度被取消之前已被核准,且在额度有效期之内的应收账款将被系统视为“受以前信用额度核准”的应收账款(Approval Under Previous Credit Limit ACL),在这些应收账款得到解决之前,将一直被视作已受核准应收账款。超过旧信用额度核准的应收账款将继续作为未受核准应收账款,直到ACL应收账款的余额降到新额度的金额以下。ACL余额与新额度之间的差额部分,可为那些未在系统中被标注为ACL的应收账款提供信用担保。四 国际保理项下额度币种及汇率国内保理业务项下所有额度的币别均为人民币,国际保理项下的额度币种的设定如下:保理融资额度(MAL)的币种设定规则项目ClientAccountContractCustomerFactor出口保理MALClient Base Burrency(基本货币),一般为CNYAdvance Currency(融资币别)Advance currency(融资币别)CNY进口保理MALCNYCNYContract currency,即发票币别CNYMAL折算汇率全部为Book Rate(内部折算率)保理信用额度(CL)的币种设定规则项目ClientAccountContractCustomerFactor出口保理CLClient Base Burrency(基本货币),一般为CNYAdvance Currency(融资币别)Contract currency,即发票币别CNYFactor Base currency,一般为USD进口保理MAL及CLCNYCNYContract currency,即发票币别CNY不进行检核CL折算汇率client与account之间为Book Rateaccount与contact之间用人民币实时汇率customer与contract之间用人民币实时汇率factor与contract之间用cross rate 或 当天人民币实时汇率Financial Entry中的汇率适用问题:Client base currencyHome currency(本币)Account currency(融资币种)Contract currency(发票币种)国内保理出口保理进口保理CNYCNYCNYCNYCNYXF/NBXXBXXXB注:本表中X表示外币,B表示book rate,F表示远期(固定)汇率,N表示实时汇率五 特别核准 (Specific Order Approval SOA)特别核准用于保理商根据发票本身及买卖方的资信情况,特别给予买卖双方的特定发票项下的特殊额度。在设定SOA的情况下,特定发票的应收账款可以被视为受核准账款。SOA可以使保理商对那些优质的买卖方客户非定期地提供信用额度担保(与融资额度无关)。保理系统中具有如下的功能:在买卖双方一一对应的层面下,跟踪每一笔SOA;跟踪SOA的有效期,允许对SOA进行重新标注,允许延长SOA的有效期;在SOA未到期的情况下,逐一删除SOA记录;允许SOA独立应用于现存的任何发票。SOA大多数在国际保理中运用。六 操作中的注意事项根据我行额度设定和使用的实际情况,额度批准部门只对卖方客户或买方客户批准保理额度。为实现保理系统中对额度的双重管理、交叉控制的功能,更加有效地防范业务风险,在系统上线后的实际业务操作中,需注意以下要求:为每个卖方和每个买方同时设定MAL/Control MAL、CL/Control CL。即在接到信管部门为卖方客户或是买方客户批准的保理授信额度后,需酌情为客户在系统中设定相应的额度。具体的做法为: 无追索权保理项下,在买卖方一一对应的条件下,在Client Particulars和Customer Particulars中,将MAL 和Control MAL设为金额相同的融资额度,而担保额度则根据信管部门给定的担保额度予以设置;对于有追索权的保理业务,Control CL/CL为零;到期保理项下CAL(即Client MAL)为零;应收账款管理服务项下MAL和CL均为零。当一家卖方客户开立了一个以上的保理账户时(Client Account),需要根据实际业务情况,将该客户的保理授信总额度分拆到各个保理账户中去,即在Client Account Particulars界面中,需要根据不同保理账户的实际业务量,对MAL额度进行分拆,以保证各个保理账户下的MAL之和不超过该卖方客户的MAL。一家卖方客户对应多家买方时,在该卖方与每个买方一一对应的合同层面, 即在Contract Particulars交易中,需要根据买卖双方的实际业务量,对MAL额度进行分拆,以保证各个合同下的MAL之和不超过相应卖方与买方各自的MAL四、 费用收取一类为一次性收取的费用,例如手续费、一次性杂费;另一类是阶段性收取的费用,例如融资利息、最低手续费和额外管理费。下面就不同的收费规则说明如下:一 手续费 (Service Charge)可以为卖方客户设定两级费率,即普通费率(Standard Service Charge Rate) 和优惠费率(Optional 2nd Tier Service Charge Rate)。优惠费率指当卖方客户提交的单张发票金额超过系统中设定的一定的数额时,保理商将按照优惠费率收取费用。此举的目的在于鼓励卖方客户尽可能提交数量相对较少,而金额相对较大的发票,以降低保理商的操作成本。手续费在卖方客户提交发票时由系统自动收取,并进行相应的帐务处理(即借记CCA账户,贷记手续费收入账户)。二 一次性杂费 (Ad-hoc Charges)法律诉讼费 (Legal Fee)印花税 (Stamp Duty Fee)邮费 其它费用三 最低手续费 (Minimum Service Charge)指无论卖方提交的发票金额有多少,保理商在一段时期内至少要收取的手续费金额。最低手续费中包含两部分金额的设定:最低手续费金额 (Minimum Service Charge Amount)手续费豁免金额 (Amount To Be Waived):当计算出的手续费用与最低手续费金额的差额低于豁免金额时,系统会自动豁免手续费差额。最低手续费的设定期限:按月设定 (Monthly)按年设定 (Yearly)按周年设定 (Annually):即从某年的某一天起到下一年的那一天止按季设定 (Quarterly)按半年设定 (Half-Year Charge)最低手续费的收取原则:当最低手续费金额 - 实际手续费金额 豁免金额或为负数时,则不收取最低手续费,按照实际手续费金额计收当最低手续费金额 - 实际手续费金额 豁免金额时,则收取该差额。四 额外管理费用 (Additional Administration Charges)指对那些超过特定期限(该期限可由保理商自行设定)的逾期应收账款按照设定的费率收取的费用。设定此项费用的目的在于限制卖方客户向保理商转让那些陈旧的低质量的应收账款,而鼓励卖方客户提交与优质的买方叙作业务产生的应收账款。对与同一卖方叙作业务的不同买方可以设定不同的额外管理费率计算额外管理费用的三个因素:额外管理费率 (Additional Administration Charge Rate)额外管理期限 (Additional Administration Period):即宽限期。指由保理商设定的发票到期日后的一定期限。一旦超过此期限,则系统会按照额外管理费率收取额外管理费。循环收费标识 (Recurrent Indicator):该标识表明对于那些逾期发票收取的额外管理费用将采用一次性收费的形式还是采用循环收费的形式予以收取。五 融资利息 (Discount Charges: 预付款费用)保理利息的收取可以由保理系统本身或者由核心计息。在利息由保理系统计算时,以系统中每日的FIU借方余额为基数计算,并于月末一次性记收。在利息由会计系统计收时,保理系统不再进行进行计算,静态数据录入时必须在Client Account Particulars-Others Charges -Discount Charge Indicator中选择“N”对于出现的FIU贷方余额,系统不计算存款利息。在利息由保理系统计算时,出于市场营销目的,系统允许对当月的相关业务手续费不收取利息。但是在接下来的月份当中,相关业务的手续费将作为记息的基础。利率可以采用固定利率或是浮动利率的形式,同时利率可以按照实际情况进行更改,更改利率不会影响到利息的计算。当采取固定利率时,必须录入给定的实际利率;当采取浮动利率时,则须录入上浮或下浮的利率差额。为操作方便起见,建议使用浮动利率。利息计算公式:(每日的FIU借方余额)(年利率)(天数)(360天)六 承诺费 (Commitment Fee)指保理商给卖方客户核定了融资额度之后,卖方不能够全额使用额度,因此在一定意义上造成了保理商资金成本的增加。为了防止出现这种情况,对于未能使用部分的额度,保理商将对卖方收取一定比例的费用。这种费用被称作承诺费。承诺费的计算公式:承诺费 = 未使用的额度金额 * 承诺费费率其中,未使用的额度 = MAL (如果FIU的余额为贷方余额),或 = MAL FIU的借方余额五、 Static Entry(静态数据录入)1、Client(卖方客户类信息项下)(1) Client Particulars(卖方客户信息)当我行与卖方客户签署保理协议后,总行根据由相关分行提供的信息,负责录入此界面。录入项目的说明如下:点击Static Entry-Client-Client Particulars进入界面,输入l Client Name: Short Name,客户名称的简称。l Client Code:客户号,。点击“Create”进入后有4个界面:Client DetailsBusiness ParticularsIndicatorsRemarks。录入完成后,点击“Submit”,确认无误后点击“Confirm”,则系统成功完成卖方客户信息的录入。下面按界面分别给予说明:Client Detailsl Group Exposure:卖方客户隶属的集团l Base Currency: 基本币别,一般选择CNY,如果选择了外币,则其后account和contract的币别均只能为外币,我行均选择人民币。l Short Name: 客户名称的简称l Full Name:客户名称l Address:5行,此处需要同时录入邮政编码。可以包括汉字,字母,数字以及各种符号l Mailing Address:5行,若与前文的Address相同,则不必录入l Area Code 1:客户开户支行在新一代系统的机构代码,4位。必须填写l Area Code 2:可以填写客户所在地的邮政编码l Contact Person:联系人l Phone No.:电话号码l Fax No.:传真号码l E-mail: 电子邮箱l Web page:公司网站主页Business Particularsl ROC No.: 企业登记代码l Last Search Date: 上一次检查企业登记注册情况的日期。需按照DD/ MM/ CCYY(日、月、年)的顺序录入l Contract Ref No: 保理协议编号。l Search Period:审查周期,我行一般为1年l Next Search Date:下次审查日期l Agreement Date: 签署保理协议的日期。l Commencement Date: 保理协议生效日期。l Client Worth: 以融资货币表示的卖方客户的净资产价值l Credit Limit: 以融资货币表示的在无追索权保理业务中保理商对卖方客户提供的坏帐担保总额度。在有追索权保理业务中,此额度为零l Maximum Advance Limit: 以融资货币表示的保理商愿意为卖方客户提供的最大融资额度。此处需录入我行为该客户核定的总融资额度l Credit FIU: 由保理商设定的某一数额。当卖方客户的FIU台帐的贷方余额超过这一数额时,亦即我行欠客户资金多于这个金额时,系统将会生成Credit FIU报表,提示保理商可以将FIU账户中的贷方余额返还给卖方l PSB Limit:不需输入l On-Hold Code: 一般选择“0”(正常),l Trade Code Internal: 保理商内部使用的行业代码。从菜单中选择l Trade Code External: 外部使用的行业代码。从菜单中选择l Schedule No.:如果在输机之前已经手工做过发票处理,则此处可以录入曾经处理过的发票批数l Business Nature:客户主营业务Indicatorsl Customer Statement: Customer Statement: 买方对账单,一般选择“2”,按照“卖方客户/买方客户”方式生成,如不打印选择“0”,内部使用时选择“3”,不能选择“1”, l Sales Report: 销售分析报告,一般选择“1”,按照发票货币打印本月累计和本年累计发生的明细,如不打印选择“0”, l Debtor Payment Report: 债务人还款报告,一般选择“Y”方式生成报告,根据保理协议约定仅对业务量大、发票数量较多的客户提供, l Invoice Credit Notes Schedule Rpt.:发票/贷项清单明细表,一般选择“Y”方式生成报告,根据保理协议约定仅对业务量大、发票数量较多的客户提供l Overdue Aging Report: 逾期帐龄报表,一般选择“Y”方式生成报告, l Overdue Invoice Report: 逾期发票报告,一般选择“Y”方式生成报告,必输项;l Discount Charge:是否由系统自动计收利息,我行选择一般“Y”,由系统自动计收利息l Discount Charge Opt.:是否对当月产生的手续费计收利息,我行一般选择“N”,当月产生的手续费不计息, l GST Resident: 必须选择Nol GST Registered: 必须选择NoSpecial Remarksl 不需录入(2) Client Account Particulars(卖方客户账户信息)基于与我行叙做的不同类型的保理业务和不同的货币种类,保理系统为特定卖方客户分别开立不同的保理账户。此界面即负责记录各个独立保理账户的情况,由总行根据相关分行提供的信息进行录入。点击Static Entry-Client-Client Account Particulars进入界面,首先选择Client Code和Account Type,然后点击Create。该交易有6个界面:Account DetailsService ChargesOther chargesIndicatorsParametersSpecial Accounts。录入完成后,点击Submit,确认无误后点击Confirm,则系统成功完成卖方客户帐户信息的录入。下面按界面分别给予说明:Account Detailsl Adv.Currency:融资币别l Branch Code:帐户所在分行l AMO:Account Management Officer分行指定的融资岗人员。l Confidential Indicator: 是否为隐蔽型保理,隐蔽型保理选择“Y”,公开型保理选择“N”, l Credit Limit: 以融资货币表示的在无追索权保理业务中保理商对卖方客户提供的坏帐担保额度。在有追索权保理业务中,此额度为零。注:当一个卖方客户在系统中同时存在多个保理账户时,此处的信用额度只代表该账户下的额度金额,而各个账户下的信用额度之和不可超过该卖方客户信用额度的总金额,即不能超过界面1Client Particulars中录入的信用额度金额。l Max. Adv. Limit: 以融资货币表示的保理商愿意为卖方客户提供的最大融资额度。注:当一个卖方客户在系统中同时存在多个保理账户时,此处的MAL只代表该账户下的最大额度金额,而各个账户下的MAL之和不可超过该卖方客户MAL的总金额,即不能超过界面1Client Particulars中录入的最大融资额度金额。l Advance Ratio:以百分比表示的融资比率l Financing Period: 输入5(天)。(以发票到期日起算的一段时期,超过了这段时期提交的发票为不合格发票,保理商将不再提供融资;此处输入天数。)l Interest Type: 利率种类,Fixed和Prime两种可以选择。如果与客户签订的保理协议中规定使用固定利率,此处选择Fixed,后面直接录入约定的固定利率;如果使用浮动利率则选择Prime,后面只需录入我行实际采用的利率与系统中Prime Rate(即流动资金贷款利率)之间的利差即可,该利差可以为正数或是负数。l Standing Instn Ind. 我行是否为客户提供了其它授信额度,提供其它授信额度选择“Y”,否则选择“N”l Payment Instn Ind. 付款方式,一般选择5 Transfer Paymentl Standing Instn: 具体业务描述Service Charges(国内保理服务费,向卖方客户收取。国际保理时不要填写)Service Charges Receivablel Service Charge Rate Receivables: 手续费费率l Second Service Charge Rate Receivable:优惠费率,根据与客户签署的协议确定,一般对大额发票采取此优惠费率l Second Service Charge Amount:采用优惠手续费所要求的最低单笔发票金额Other ChargesCommision Charges Payable to Overseas Factor(付进口保理商)l Service Charge Rate Payable: 手续费费率,无需录入Minimum Servie Chargesl Min Service Charge Amount: 最低手续费金额,一般对业务量较小的客户规定费用,如我行收取的手续费达不到此金额,则收取最低手续费l Min Service Charge Commencement Date: 最低手续费起始收取日期l Min Service Charge Period: 最低手续费计算周期l Amount to be Waived: (手续费)减免金额Additional Admin Chargesl Admin Charge Rate: 额外管理费率,对逾期后超过一定期限的发票所收取的费用l Admin Charge Period: 额外管理费计算期限Discount Chargesl Discount Charge Rate: 融资利率,如果在Interest Type中选择Fixed方式,则此处录入实际的融资利率;如在Interest Type中选择Prime方式,则此处录入拟融资利率与基准利率的上浮/下浮幅度l Discount Charge Indicator:是否自动收取融资利息,选择“Y”则由保理系统计利息;选择“N”保理系统不计收利息,在会计系统创建保理融资帐户时必须选择由会计系统计收利息l Commitment Rate: 承诺费率l Discount Charge Option Ind. 对本月产生的手续费,是否当月即开始计算利息,一般不计息,选择“NO”Indicatorsl Customer Statement: 买方对账单,一般选择“2”,按照“卖方客户/买方客户”方式生成,如不打印选择“0”,内部使用时选择“3”,不能选择“1” l Sales Report: 销售分析报告,一般选择“1”,按照发票货币打印本月累计和本年累计发生的明细,如不打印选择“0”, l Overdue Invoice Report: 逾期发票报告,一般选择“Y”方式生成报告l Overdue Aging Report: 逾期帐龄报表,一般选择“Y”方式生成报告l Debtor Payment Report: 债务人还款报告,一般选择“Y”方式生成报告,根据保理协议约定仅对业务量大、发票数量较多的客户提供 l Invoice/Credit Note Schedule Report: 发票/贷项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论