SAP分配分摊重过帐(迭代及累计).pdf

实用文案 分配分摊重过帐 ERP系统中的所谓的 periodic Allocation 包括分配 (Distribution) 和分摊 (Assessment). 有好事者总结了几条 . 1. 两者都可针对初级成本要素 , 而分摊中还可使用次级成本要素 . 2. 分配保留了原来的成本因素 , 分摊则不可追溯原成本因素 . 3. 分配比分摊有更高的性能 ? 说到第 3 条, 我说 , 别逗了 , 还性能问题 , 我看不出分配比分摊性能强在哪里 ?举一个 500 年前 就使用的老掉牙的例子 , 现在该例还能继续被广泛用于忽优菜鸟用户 , 说 , 如果电话费在缴纳 时比如记在 IT 部门 , 在期末使用分配循环比根据统计指标 ( 统计指标可以是各部门电话数量 或各部门实际通话小时 ) 或百分比分配到各部门 , 电话费保留初级成本要素原样分到各成本 中心 ; 又说 , 假如电话费 , 打印费 , 网络维护费等打包成一个次级要素叫办公费用 ( 成本要素类 别 42) 再分摊到各部门 , 电话费 , 打印费 , 网络维护费不反应在各部门成本中心费用而是一 个次级要素办公费用 , 性能问题 ? 不知是谁什么年代说的这话 ?现在服务器早就脱离温饱问 题直奔大康了 , 就这么几行逻辑它就能影响系统性能 ? 小 B: 天天杀猪不怕人议论 ? 老屠 : 浮生若梦 , 富贵云烟 , 人活着不都要说很多废话 , 嘴长在他人身上 , 难道你还能捂住人家 嘴巴不行 ? 只要自己活着痛快 , 多为社会做点好事就行 , 俺祖师庖丁早就说过 : 杀自己 的猪 , 让别人吃肉吧 ! 某天 , 一个香港客人问我分配分摊如何翻译 ?我答曰 : 分配 -Allocation, 分摊 -Assessment, 忽优过去了 , 幸好我以前用惯了英文系统 , 英文原意是 : Allocation( 统称 ) 包括分配 -Distribution 和分摊 -Assessment. 图 1-[1]: 如果选择”重复的” , 则发送方和接受方有迭代关系，系统会将迭代的发送方金额 完全从贷方发送出去 , 一般没有余额或极少数尾差 . 举一个简单实例 , 你就会相当清楚 , 发送方成本中心 A, 一笔屠宰费 ( 科目 4000010000)100 元 , 记帐金额 , 接受方追踪因素 : 固定百分比 , 接受方成本中心 :A 本身 20%,B 30%,C 50%. (1). 如果选择”重复的”标志 , 则 A 无余额 ,A 既在发送方又在接受方产生迭代 , 最终被分配 到成本中心 B 的屠宰费 37.50 ,C 为 62.50 ( 按 30%和 50%的权数 ). (2). 如果不选择”重复的” 标志 , 则分配到 A,B,C 的屠宰费分别为 20,30,50 元. 如果想在分配后还留部分金额给本身可以考虑不选择”重复的” 标志 . 图 1-[2]: ”累计” 标志什么意思 , 也非常简单 , 科目每月都有借贷发生额 , 当月余额和累计余 额 , 如图 2, 原材料这样的资产科目 ECC6就可以使用分配将累计余额分配出去 , 图 1-[3]: 分配的时候是否考虑数量 , 成本中心和成本费用都可统计消耗数量 , 接下来就此问 题有个本人小小的认识 Sha