应付

数据包括AR、GL和SD三部分:科目1131009900和1131980000是非统御科目(不能和客户关联),所以这2个科目的数据来自总账GL,其他科目从AR里取。计算turnover days用到的销售金额来自SD的发票。R、GL和SD三部分:科目1131009900和1131980000是非统御科目(不能和客户关联),所以这2个科目的数据来自总账GL,其他科目从AR里取。计算turnover days用到的销售金额来自SD的发票。

 

报表查询条件

 

所选字段

格式

单选/多选

必选/可选

输入方式

默认值

Fiscal Period

YYYY0MM

单选

必选

选择

 

子公司

 

多选

可选

选择

 

 

 

报表字段描述

应收账款周转天数加上存货周转天数再减去应付账款周转天数即得出公司的现金周转周期这一重要指标。

应收账款周转天数=360/应收账款周转率=平均应收账款×360天/销售收入=平均应收账款/平均日销售额

应收账款周转率=(赊销净额/应收账款平均余额)=((销售收入-现销收入-销售退回、折让、折扣)/[(期初应收账款余额+期末应收账款余额)/2])

付款条件对应的天数是指??

交易数据中的"付款基准日期"是指哪一个?

报表字段名称

报表字段示例

详细说明

COMPANY

南京中萃食品有限公司

客户名称

Turnover days

 

应收账款周转天数,公式:天数 / (销售金额 / ((上上期间末应收余额 + 上期间末应收余额 + 本期间末应收余额)/ 3))

天数:本期间、上一个期间和上上个期间,共3个期间的天数

销售金额:本期间、上一个期间和上上个期间,共3个期间的含税销售金额

Credit Days

 

付款条件对应的天数

如果客户是一次性客户,取交易数据里付款条件对应的天数

如果不是一次性客户,则取客户主数据中相应公司下的付款条件对应的天数

Current In credit period

 

当前应收账款余额中,在信用期的账款

以交易数据中的"付款基准日期"为基础,加上付款条件对应的天数,算出"到期日",没到"到期日"的应收款,就在信用期内。

Overdue

 

当前应收账款余额中,超出信用期的账款

以交易数据中的"付款基准日期"为基础,加上付款条件对应的天数,算出"到期日","到期日"已过的应收款,就属于Overdue。

1-15days:"到期日"在当前到15天前之间

15-30days:"到期日"在16天前到30天前之间

31-60days:"到期日"在31天前到60天前之间

Over 60 days:"到期日"在61天以前

Total

 

在信用期内的应收款 + 逾期的应收款

 

不过对于应付:

报表字段描述

报表字段名称

报表字段示例

详细说明

COMPANY

 

供应商名称

Turnover days

 

周转天数,公式:

  1. 应付科目对应的公式:天数 / (采购金额 / ((上上期间末应付预付合计的余额 + 上期间末应付预付合计的余额 + 本期间末应付预付合计的余额)/ 3))

天数:本期间、上一个期间和上上个期间,共3个期间的天数

采购金额:本期间、上一个期间和上上个期间,共3个期间的采购订单的收货金额

  1. 预收科目对应的公式:天数 / (预收科目3期的贷方发生额 / ((上上期间末应付预付合计的余额 + 上期间末应付预付合计的余额 + 本期间末应付预付合计的余额)/ 3))

天数:本期间、上一个期间和上上个期间,共3个期间的天数

预收科目3期的贷方发生额:本期间、上一个期间和上上个期间,共3个期间的预收科目的贷方发生额

Credit Days

 

付款条件对应的天数

如果供应商是一次性供应商,取交易数据里付款条件对应的天数

如果不是一次性供应商,则取供应商主数据中相应公司下的付款条件对应的天数

Current In credit period

 

当前应付账款余额中,在信用期的账款

以交易数据中的"付款基准日期"为基础,加上付款条件对应的天数,算出"到期日",没到"到期日"的应付款,就在信用期内。

Overdue

 

当前应付账款余额中,超出信用期的账款

以交易数据中的"付款基准日期"为基础,加上付款条件对应的天数,算出"到期日","到期日"已过的应付款,就属于Overdue

1-15days:"到期日"在当前到15天前之间

15-30days:"到期日"在16天前到30天前之间

31-60days:"到期日"在31天前到60天前之间

Over 60 days:"到期日"在61天以前

Total

 

在信用期内的应付款 + 逾期的应付款 + 在信用期的预收账款 + 预期的预收账款+GR/IR金额

 

 

  

会计科目号

会计科目名称

帐户组

帐号组名称

统驭科目

06

Less: Trade creditors

2121010000

应付帐款-SCMC集团外

2121

应付账款

K

06

Less: Trade creditors

2121030000

GR/IR-SCMC

2121

应付账款

 

06

Less: Trade creditors

2121030001

GR/IR-寄售

2121

应付账款

 

06

Less: Trade creditors

2121040000

应付帐款-代加工费暂估-集团外

2121

应付账款

K

06

Less: Trade creditors

2121990000

应付帐款-外币评估调整

2121

应付账款

 

06

Less: Trade creditors

2131000000

预收帐款

2131

预收账款

D

06

Less: Trade creditors

2131009900

预收帐款-重分类

2131

预收账款

 

 

2.    数据源

实际数据来源为R/3系统。

数据包括AP、GR/IR、AR、GL和MM四部分:

科目2131009900、2121990000是非统御科目(不能和供应商关联),数据来自总账GL

也从AP??不从0FIGL_C01来获得??更正:还是从总账来,在AP的数据源中,这两个字段没有数值。

科目2131000000(预收帐款)来自AR;

 

科目2121030000、2121030001从GR/IR里取;

GR/IR Cube

科目2121010000、2121040000从AP里取;

AP

 

    计算Turnover days用到的采购金额来自MM采购的收货。

 

 

 

通过这个模型得出的数据在向BO的转化中,如下:

If AP-AAP(new)(in BW query) >0,

  Then (BO) in credit period, overdue1, overdue2, overdue3, overdue4 =0

 

  Else

  (BO) In credit period = (BW) CurrentIn credit period+ CurrentIn credit period-AAP

  (BO) overdue1 = (BW) overdue1 + Overdue1-AAP

  (BO) overdue2 = (BW) overdue2 + Overdue2-AAP

(BO) overdue3 = (BW) overdue3 + Overdue3-AAP

(BO) overdue4 = (BW) overdue4 + Overdue4-AAP

 

 

而在ZFI_C03的转化中,是总账里面的值减去重分类的值。

 

在报表当中。

 

 

 

 

 

 

 

 

 

 

清帐日期

基限日期

第一折扣率

第二折扣率

净到期日

记帐日期

凭证日期

0CALDAY

  

  

   

  

  

 

2011.09.16

2011.08.26

2011.09.25

2011.09.25

2011.09.25

2011.08.26

2011.08.26

2011.08.26

2011.09.16

2011.07.29

2011.08.28

2011.08.28

2011.08.28

2011.07.29

2011.07.29

2011.07.29

2011.09.16

2011.06.30

2011.07.30

2011.07.30

2011.07.30

2011.06.30

2011.06.30

2011.06.30

2011.09.16

2011.05.27

2011.06.26

2011.06.26

2011.06.26

2011.05.27

2011.05.27

2011.05.27

2011.09.16

2011.04.28

2011.05.28

2011.05.28

2011.05.28

2011.04.28

2011.04.28

2011.04.28

2011.09.16

2011.04.01

2011.05.01

2011.05.01

2011.05.01

2011.04.01

2011.04.01

2011.04.01

2011.09.16

2011.02.25

2011.03.27

2011.03.27

2011.03.27

2011.02.25

2011.02.25

2011.02.25

2011.09.16

2011.01.27

2011.02.26

2011.02.26

2011.02.26

2011.01.27

2011.01.27

2011.01.27

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.28

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

2011.09.01

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/buyi/archive/2011/12/29/2305514.html

标题基于Python的自主学习系统后端设计与实现AI更换标题第1章引言介绍自主学习系统的研究背景、意义、现状以及本文的研究方法和创新点。1.1研究背景与意义阐述自主学习系统在教育技术领域的重要性和应用价值。1.2国内外研究现状分析国内外在自主学习系统后端技术方面的研究进展。1.3研究方法与创新点概述本文采用Python技术栈的设计方法和系统创新点。第2章相关理论与技术总结自主学习系统后端开发的相关理论和技术基础。2.1自主学习系统理论阐述自主学习系统的定义、特征和理论基础。2.2Python后端技术栈介绍DjangoFlask等Python后端框架及其适用场景。2.3数据库技术讨论关系型和非关系型数据库在系统中的应用方案。第3章系统设计与实现详细介绍自主学习系统后端的设计方案和实现过程。3.1系统架构设计提出基于微服务的系统架构设计方案。3.2核心模块设计详细说明用户管理、学习资源管理、进度跟踪等核心模块设计。3.3关键技术实现阐述个性化推荐算法、学习行为分析等关键技术的实现。第4章系统测试与评估对系统进行功能测试和性能评估。4.1测试环境与方法介绍测试环境配置和采用的测试方法。4.2功能测试结果展示各功能模块的测试结果和问题修复情况。4.3性能评估分析分析系统在高并发等场景下的性能表现。第5章结论与展望总结研究成果并提出未来改进方向。5.1研究结论概括系统设计的主要成果和技术创新。5.2未来展望指出系统局限性并提出后续优化方向。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值