40 lines
2.2 KiB
Markdown
40 lines
2.2 KiB
Markdown
# knowledge
|
||
**一、运行截图**
|
||
|
||
**二、应收分析**
|
||
应收，顾名思义，即为应该收入的销售单，应收主要与发票、收款、核销业务高度集成。
|
||
目前展示的功能为应收单列表，快捷查询应收单；提供申请开票、开票、申请合并开票、合并开票、导出功能。
|
||
#### 算法
|
||
|
||
可开票金额=价税合计-已开票金额-退货金额
|
||
注：退货金额来源于应收单详情的价税合计*退货数量
|
||
|
||
#### 关键业务流程
|
||
|
||
1）我的应收
|
||
基于业务条件，并通过登录用户的工号（empno）到订单表进行查询
|
||
|
||
1. 共享应收
|
||
|
||
基于业务条件，并通过登录用户的工号（empno）到服务团队人员表（t_crm_serviceman） 通过客户编码(clientcode)跟订单表的客户编码关联查询出t_crm_serviceman 中bill_share_order不等于null (rolecode=负责人时为null)或者shareorder_no(不为不共享=共享->可能为读或者写)或者rolecode=负责人相关订单数据
|
||
|
||
1. 我负责的部门应收
|
||
|
||
基于业务条件，并通过登录用户的userid查询部门责任信息表（t_crm_deptduty），如果系统设置--部门设置模块中 部门负责人、部门助理、技术支持等配置了则取部门负责人表的信息查询相关应收单数据
|
||
|
||
1. 全公司的应收
|
||
|
||
基于业务条件直接查询应收单表
|
||
4）合并开票会验证客户是否被禁用，禁用得客户无法开票
|
||
|
||
**三、发票分析**
|
||
开票业务在应收和订单中集成，销售通过立即开票或者在应收列表点击申请开票，然后助理审核对接到ERP生成发票数据；通过ERP同步到CRM更新发票里面的状态。
|
||
**关键业务流程**
|
||
|
||
|
||
<!--stackedit_data:
|
||
eyJoaXN0b3J5IjpbODMyNTcwNjA0LDI1MjAzNjE1OSwtMjg1Nz
|
||
U0NDE0LC0xOTE3NjUwNDA2LC0yMTM2MzUzOTc0LC0xOTE3NjUw
|
||
NDA2LC0yMTM2MzUzOTc0LC0yMTM2MzUzOTc0LDEwMDEzMTkxMD
|
||
ksMTU3MDgyNDc3OCwtMTg3NTc2OTU3OV19
|
||
--> |