【#文档大全网# 导语】以下是®文档大全网的小编为您整理的《保险业SAP FS-CD》,欢迎阅读!
苏山大叔(译)参考
保险业SAP FS-CD
Summary
读完这篇,我们就能理解为什么FS-CD管理应收账款而不是使用传统的SAP应收模块。理由很简单,FSCD是处理保险行业大批量业务交易的,包括:
1、把以前手动的业务处理过程变成自动化,例如过帐 2、能灵活适应保险规则和规章制度的收入和应收款类型。
3、基于BP业务伙伴、CA合同账户和IO保险标的三重结构模型的精益数据模型 4,大批量并行运行的表现(如支付运行,催款运行,等)
FI-AR组件管理所有客户的会计数据(有点像数百或数千)。
FS-CD具有能够管理大量客户数据(说像百万)和提供一些牛逼的功能,如代理收款,保单受益人、持有人、销售方等的对应关系,共同保险业务,佣金与薪酬支付,提前确认坏账等功能。这样的话,不可能推翻FS-CD(即使你更喜欢SAP AR )
为了尽可能简单清楚,FS-CD & FI-AR的对比基于以下基础内容;
1)主数据 2)业务流程
这里只提到重要特征的比较,详细的比较会很长。。。
1.比较:主数据 1a商务伙伴/客户
FSCD
a.使用SAP中心BP(业务合作伙伴)作为跨组件应用程序,用合同角色创建BP B.代表可以被分配,比如,broker经纪人可以代表一个BP,它为最终客户掌管着某些流程(例如,支付或索赔)
C,每个BP允许一个以上的地址,地址数据可以被验证(城市、街道、邮政编码等)。 d.有效期内允许可能发生的未来更改
e,根据保险业务需要,屏幕布局(必填字段等)可以很容易地修改。
苏山大叔(译)参考
FI-AR
A,客户数据和AR控制数据被用于一个数据实体(客户)。
B.每一客户只允许一个地址且地址数据不能被验证,不像FSCD那样 C.不同的催款程序,支付控制只能通过创建一个额外的客户记录来实施
1b合同账户
FSCD
A,每个BP允许一个以上的合同帐户作为单独的数据实体,因此每个客户(保险/策略所有者)可以定义几个帐户。
b.在支付选项卡中可以为合同账户定义单独的流入和流出付款数据。 C.合同帐户关系可以被定义。
d.帐户确定指标——GL帐户的确定可以根据合同账户中的设置进行定制。 E.可以为合同帐户定义可变催款接收人或催款人地址 f.可以给每个合同帐户控制付款分配和付款容差
g.能够在合同账户层面设定“从-到-”日期格式的时间限制锁,如信件锁,催款锁,支付锁,结算锁。 H,根据保险业务需求,屏幕布局可以很容易地适应,如一般视图、支付/税、通信等tabpage标签。
FI-AR
A.在customer客户往下的层面没有可比较的数据entity实体,不像FSCD(因为FSCD是三重结构建筑)
B.也不能像FSCD一样定义关系。
1c保险标的
FSCD
A.定义付款计划密钥的特性
B.付款计划项目可以通过VYSPA来计划和过账 c.可以查看分期付款的当前余额。 d.保险关系可以被定义。
E.保险产品的类型和型号可以在IO(保险标的)级别上定义。
FI-AR
A.在customer客户往下的层面没有可比较的数据entity实体,不像FSCD(因为FSCD是
苏山大叔(译)参考
三重结构建筑)
B.也不能像FSCD一样定义关系。
1d信用评分
FSCD
A.评估基于支付模式系统中的BP(fpcr1) B.手动信用值也可以设置为BP覆盖指定值
C.信用点催款,退货,结算自动分配的值可以通过自定义调整。信用度存储在业务伙伴的主数据记录中。信誉可以在邓宁手动运行或更新。
D.权重表(tfk046a)时间加权自动信誉点如%平率增加或减少自动信誉因素 e.你可以重写信用额度自动测定输入百分比加权信用数据手动((FPCR2)。
f.信誉度数据可以在系统中手动输入。这意味着,商业交易,如客户投诉不合理的回报(信用改善),或黑名单从外部信用评估(信用恶化)也可以影响BP的信誉。
g.手动信用条目影响BP的信用度与系统创建的条目相同。它们可以包含积极的(恶化的信用度)和负面的(改进的信用价值)值。它们也可以被反转。
FI-AR
没有上述功能。
2.比较:业务流程 2 A过账
FSCD
a.使用主和子组成的事务概念,降低错误率并确保数据一致性。
b.具有两级结构(主要/子事务)的预先定义的代码来分类费用/利息计算。 C.用于帐户确定的主和子交易(自动) D.不需要手工输入GL帐户。
FI-AR
A.使用记帐码的概念,例如 40记帐码代表借方, 50代表贷方 b.2位数字的记账码来定义借贷方来控制行项目。 c.记帐码和GL科目一起定义每个帐户的屏幕选择。 D.在每个行项目中手动输入GL帐户。
苏山大叔(译)参考
2b.催款和收款
FSCD
A.在系统可以定义高达3个字符/数字的催款级别来定义每个催款程序,用VPVA和VPVB来运行催款程序。
B.每个催款程序可以调用很多种形式的活动(输出结果)–表格、功能模块、邮件、外部活动的工作流,以及异常处理,都可以使用
C.在催款前最好仔细检查BP和CA逾期项目(FBL9账户余额表) D.可以基于信用去催款
E.FPM3催款历史——系统里的每个催款通知可以追溯到凭证级别 F.可以转移到外部催收代理机构催讨项目(FP03)
FI-AR
a. FBMP最多可以定义9个催款级别(这些催款级别在F150运行催款时可以调用) B.只有催款信函可以被定义为催款活动(输出结果) C. .在催款前最好用FBL5N仔细检查客户逾期项目 D.最能看最后一次催款的记录。
E.不可以转移到外部催收代理机构催讨项目
2 C支付运行
FSCD
A.在CA合同账户和IO保险对象层面,可以对不同的银行帐户/卡进行收付款。 B.运行FPY1创建付款媒介时,付款媒介程序sapfkpy3可以被调用 C.在CA合同账户和IO保险对象层面,可以分别冻结收付款 d.由于平行运行功能,每个银行没有金额限制。
e.可以每次运行才选择银行(使用成员银行和外部银行),不需要配置。
FI-AR
A.进/出款总是用同一个银行帐户。
B. F110创建付款媒介时,付款媒介程序sapfpaym可以被调用。 C,收付款会同时锁定。 d.每家银行可以定义限额。
E.银行优先级在配置里定义,有数量限制。
苏山大叔(译)参考
2d.退货
FSCD
A退货重新打开源应收帐款和清帐付款记帐
B.每个退货原因都可以调用活动——取决于退回的数量和BP商业伙伴的信誉度 C.可以为具体的保险流程定义退货原因。
FI-AR
手工账务处理。
2E.过账到总分类账
FSCD
A.由于数据量大,从子分类账汇总更新到总帐
b.根据过帐日期和reconciliation key核对键汇总过账。
C.每项汇总记账一个凭证——不同的GL帐户/额外帐户分配对应一个行项目 D.总计记录按天记账到总分类账。
FI-AR
直接更新GL数据。
2f.注销(确认坏账)
FSCD
A.不可收回应收账款可以被自动注销–自动集成到费用科目 B.注销也可以批处理(FP08M)
FI-AR
确认坏账需手工处理
本文来源:https://www.wddqxz.cn/8e0fd23951d380eb6294dd88d0d233d4b14e3fc1.html