SG_开发功能说明书_SD-029 销售结算对账平台_SD_V1.0(1)
- 格式:doc
- 大小:221.00 KB
- 文档页数:11
《MODCRM 》需求设计说明书产品版本:V1.0 系统:IOS (iphone 、iPad )Android保密级别:高使用权限:仅供公司交流使用文档状态[ √ ]初稿 [ ]评审通过 [ ]修改 [ ]发布 [ ]作废文档标识 当前版本 PRD_V1.0 作 者 公司/部门 完成日期History Version目录1、概述 (4)1.1产品背景介绍 (4)1.2产品概述及目标 (4)1.3产品使用角色 (4)1.4文档范围 (4)1.5阅读对象 (4)1.6术语和缩略语 (4)2、产品总体功能设计 (5)2.1.产品简介 (5)2.2.产品架构流程图 (5)2.3.功能汇总 (5)3、功能性需求设计 (8)3.1产品展示功能 (8)3.2设计助手功能 (10)3.3录音功能 (10)3.4QA&反馈功能 (11)3.5开启、登录功能 (11)3.6触发登录 (12)4、产品性能需求 (13)5、平台服务端功能需求 (13)5.1系统中的角色 (14)5.2账号管理模块 (14)5.3统计查询模块 (15)6、产品适配需求 (16)6.1APP应当遵循的标准 (16)6.2适配终端 (16)1、概述1.1产品背景介绍魔豆科技发展过程中,需要一款针对企业销售的MODCRM的移动终端。
1.2产品概述及目标MODCRM全力支持企业提升业绩,降低成本;让销售流程看在眼里、单子放在兜里、客户管理有数;实现远程销售办公、销售记录、销售情况、销售反馈。
1.3产品使用角色区域销售人员、销售主管、区域负责人、总经理/CEO等1.4文档范围本文档只涉及客户端的架构、流程以及各功能特性的描述,不涉及实现技术、算法、逻辑等。
对于客户端接口、服务器功能不在此文档中说明(由研发部提供技术规格文档)。
1.5阅读对象客户、项目经理、产品经理、UI设计人员、研发人员、品质测试人员和项目验收人员。
1.6术语和缩略语2、产品总体功能设计2.1.产品简介MOD CRM全力支持中心型企业提升业绩,降低成本、提升效率。
XXXXERP系统实施一期项目系统开发功能说明书
目录
1.概述 (4)
2. 业务需求 (4)
3. 功能说明 (4)
4. 功能设计 (5)
文档修改记录
文档签署
1.概述
为实现公司对KA销售业务开票的控制,只有在仓库拿到KA的回签单后,才能给客户开具发票。
2. 业务需求
控制开票时确认发货已经签收
3. 功能说明
3.1增强对以下销售范围生效:
1)订单类型:
ZOR2 一般订单(KA)
2)销售组织:结合分销渠道检查相应销售组织
3)分销渠道:20分销KA渠道
4)事务代码:VF01
5)销售系统发票时检查所选中的对应的交货单号中对应的抬头日期视图中的签收
日期字段,如果有值才能创建系统发票;
4. 功能设计
4.1参数和选择条件
4.2选择屏幕检查确认
4.3输出布局及样式
4.4对于输出的要求
4.5数据处理说明
4.6主逻辑流程图
4.7处理过程中需要进行中间存储变量的数据表(辅助计算表)
4.8测试条件
引用以下数据测试:
T-code:VL01n VF01 VF04。
新商户对账系统使用说明
为了更好的服务商户,我公司将启用新的对账网址。
望广大商户周知!
新的对账网址(以下简称网址)登录及使用方法如下:
1、网址:/uis-web
2、登录界面如下:
用户ID:101500-89822XXXXXXXXXX(101500加中杠加商户号)
用户密码:首次登录为商户号后六位,登录后必须更改密码(密码规则为数字加字母,大于等于六位长度。
)
3、登录进来后,单击“资金对账”,再单击“对账单下载”。
4、接着输入查询条件,开始和结束日期间隔30天之内。
5、单击“可以下载”,即可下载单天的对账单了。
6、对账系统中还可以查询多天(30天之内)的对账明细。
其他精彩、实用的功能将陆续上线。
敬请期待!
银联商务有限公司吉林分公司
技术部
二○一一年七月二十一日。
架构设计Xxxxx架构设计版本:V1.0修订记录目录1引言 (1)1.1编写目的 (1)1.1.1作用 (1)1.1.2预期读者 (1)1.2编写背景 (1)1.2.1系统名称及版本号 (1)1.2.2任务提出者 (1)1.2.3任务承接者及实施者 (1)1.2.4使用者 (1)1.2.5与其它系统的关系 (2)1.3文档结构 (2)1.4电子文档编写工具 (2)1.5定义说明与符号规定 (2)1.6参考资料 (2)2系统特点分析 (3)2.1用户群 (3)2.2约束 (3)2.2.1技术约束 (3)2.2.2资源约束 (4)2.2.3时间约束 (4)2.2.4未来系统规划 (4)2.2.5已有系统状况 (4)2.3名词解释 (5)3系统技术架构 (5)3.1架构分析 (5)3.2运行环境 (5)3.2.1硬件平台 (5)3.2.2软件平台 (6)3.2.3系统部署架构 (6)3.3系统整体结构概述 (6)4关键技术 (6)4.1ETL................................................ 错误!未定义书签。
5实施方法. (6)5.1并行开发 (7)5.2分阶段测试 (7)5.2.1报表打印测试 (7)5.2.2数据计算正确性测试 (8)5.2.3系统处理性能测试 (8)1引言1.1编写目的1.1.1作用【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上,通过我方与用户方反复沟通形成的。
它必须充分反映《软件需求规格说明书》中的用户需求,如有改动必须征得用户的认可。
它将作为项目验收时重要的的标准和依据。
从另一方面讲,它又是开发人员在下一阶段进行系统详细设计的纲领性文件,也是考核系统总体质量的重要技术文档。
1.1.2预期读者【说明】本文档的阅读对象是软件开发人员、业务规范设计人员、软件测试人员、系统安装人员及用户代表。
1.2编写背景1.2.1系统名称及版本号【说明】形如“北京市地方税务局管理信息系统V3.0”。
统⼀⽀付结算平台系统⽅案统⼀⽀付结算平台系统⽅案版本:V1.0XXXXX技术有限公司⼆〇⼆〇年四⽉修订记录⽬录⽬录........................................................................................................................... 错误!未定义书签。
1 平台概述 (3)1.1 平台简介 (3)1.2 背景分析 (3)1.3 需求分析 (3)1.4 建设⽬标 (4)1.5 建成效益 (4)2 业务场景 (5)2.1 维修资⾦拨付 (5)2.2 维修资⾦交款 (5)2.3 购房款资⾦收存 (5)2.4 承租⼈租⾦缴纳 (5)2.5 业务流程 (6)3 平台架构⽅案 (8)3.1 平台模型图 (8)3.2 交互图 (8)3.3 平台体系结构 (9)4 核⼼⽀付⽅案 (10)4.1 ⽅案概述 (10)4.2 ⽹关服务 (10)4.3 渠道服务 (11)4.4 ⽀付流程 (13)4.4.1 ⾮银⾏划扣 (13)4.4.2 银⾏划扣 (15)4.5 ⾮银⾏划扣业务流程 (16)5 平台⽹站⽅案 (17)5.1 功能模块 (17)5.2 业务流程 (18)6 平台接⼊⽅案 (19)6.1 数据通讯 (19)6.1.1 通讯模式 (19)6.1.2 接⼝签名 (19)6.1.3 报⽂定义 (19)6.1.4 数据类型 (20)6.1.5 符号约定 (20)6.2 接⼊⽅式 (20)6.2.1 标准API (21)6.2.2 标准SDK (21)6.3 接⼊流程 (21)6.3.1 流程概述 (21)6.3.2 银⾏划扣 (22)6.3.3 ⾮银⾏划扣 (23)6.4 接⼊规范 (24)6.4.1 接⼝调⽤ (24)6.4.2 异常处理 (25)6.4.3 ⽀付体验 (25)6.4.4 资⾦安全 (26)6.4.5 避免单边账 (26)1 平台概述1.1 平台简介⽀付结算平台作为对银⾏和第三⽅⽀付平台服务的拓展,聚合多家银⾏以及第三⽅⽀付平台⽀付能⼒,提供多渠道⽀付⽅式,简化付款⼈的⽀付对接。
销售管理系统详细设计说明书 (2)1 引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3 术语说明 (2)1.4 参考资料 (2)2.总体设计 (3)1. 需求概述 (3)1. 商品仓库管理功能: (3)2. 商品销售管理功能: (3)3. 客户服务需求受理管理功能: (3)4. 商品报价管理功能: (3)5. 输入功能 (3)6. 输出功能 (3)7. 查询功能 (4)8. 更新功能 (4)9. 生成报表功能 (4)10 .身份验证功能 (4)3. 程序设计说明 (4)1. 模块描述 (4)2. 身份验证模块 (5)3. 初始化模块 (5)4. 关闭系统模块 (6)5. 系统功能模块 (6)6. 浏览模块 (7)7. 刷新浏览模块 (7)8. 基本资料模块 (7)9. 刷新基本资料模块 (7)10. 详细资料模块 (7)11. 刷新详细资料模块 (8)12. 条件查询模块 (8)13. 修改模块 (8)14. 增加模块 (8)15. 删除模块 (8)16. 报表生成模块 (8)17. 打印模块 (9)18. 导入模块 (9)19. 导出模块 (9)20. 密码管理模块 (9)21. 帮助模块 (10)销售管理系统详细设计说明书1 引言1.1编写目的随着社会的进步和商品品种的日益繁多,一个好的销售管理系统变得越来越重要,此报告是对“销售管理系统”从多个不同方面进行全方面的分析后而作的可行性研究分析,并指出存在的必要性。
本实验预期的读者为软件管理人员,开发人员,维护人员,我的老师。
1.2项目背景项目名称:销售管理系统项目提出者:他他他开发者:销售管理系统开发小组预期用户:销售人员参照系统:以前的销售管理系统1.3 术语说明销售管理系统:销售管理系统是销售管理软件的通俗化名称,销售管理系统是管理客户档案、销售线索、销售活动、业务报告、统计销售业绩的先进工具,适合企业销售部门办公和管理使用,协助销售经理和销售人员快速管理客户、销售和业务的重要数据。
部署说明书版本:ver1.0 公司:部门:开发部日期:2016-6-13目录一、总则 (3)1、系统定义及原则 (3)二、总体设计 (3)1、模块功能的设计与关联 (4)2、接口设计 (4)3、数据库部分 (5)4、界面设计 (5)5、其他部分 (6)三、系统反向流程设计 (6)1、Xxx反向流程处理 (6)2、Xxx反向流程处理 (6)四、功能权限 (6)一、总则1、系统定义及原则描述该开发的目的和需求及开发过程中的相关原则;二、总体设计1、逻辑总图和DEMO该部分主要是根据实际情况,描述项目的设计,及开发中的实际情况;1.1、逻辑总图1.2、DEMO 样本2、模块功能的设计与关联2.1、开发中包含的模块,及模块的主要功能,需要特殊说明的要标注,各模块之间的逻辑关系、关联描述;2.2、特殊字段需要说明的,也要在模块中详细说明;2、接口设计在项目开发中涉及的接口,需要在此处说明;3、数据库部分开发该项目,需要添加的数据库表,及重要字段,及表与表之间的关联,根据项目开发的实际情况,在文档中记录;FSUBJECT VARCHAR2(20) not null, 单位编号FDATE CHAR(8) not null, 凭证日期FPERIOD VARCHAR2(8) not null, 凭证编号FTYPE VARCHAR2(2), 凭证类型FATTCHMENT NUMBER(18), 附件张数FPERSON VARCHAR2(20) not null 制单人XXX表字段名称数据类型长度是否允许为空备注4、界面设计无论是前台开发和还后台开发,都需要提前实现页面的设计。
根据需求小组的开发模型展现页面的功能,在该模块中,图片与文字结合的形式,尽可能详细的描述功能及特别注意事项;5、其他部分根据项目实际情况,可添加和减少模块;三、系统反向流程设计开发中,在很多节点处会有其他情况或是不能预期的错误生成,这时候就需要系统有反向流程的处理办法,如何能处理这部分异常,需要对整个系统充分的考虑,做出完善的方案;1、Xxx反向流程处理2、Xxx反向流程处理四、功能权限系统后台,根据不同用户可以设置不同的权限,开发的程序中,每一个功能点都可以设置成一个权限,当系统赋予用户权限,才能对该功能进行操作;例如:。
{系统/特性名称}系统功能说明书状态:草稿标识号:PRS-DOC-PROC-RM-002 评审当前版本: 1.0前一版本:修订版发布日期:2001-5-31摘要简要描述该文档的内容。
修改历史目录1概述 (4)1.1目的 (4)1.2范围 (4)2系统/特性描述 (4)3系统特性图 (4)4关联特性 (4)5系统结构 (4)6扩展特性 (4)7系统硬件需求 (4)7.1{系统模块名称} (4)8系统软件需求 (5)8.1标识号命名规范 (5)8.2{系统模块名称} (5)9系统接口需求(可选) (5)9.1外部系统接口 (5)9.2模块间接口 (5)10系统影响估计 (5)11追溯表 (5)1概述1.1目的本节描述编制本系统功能说明书的目的。
1.2范围本节描述该系统功能说明书的应用范围等。
2系统/特性描述本节对{系统/特性名称}系统功能进行全面描述。
根据实际系统,本节可分为多个子章节进行阐述。
3系统特性图本节通过框图明确地说明各系统特性以及它们之间的关系。
如果有与系统特性相关的外部功能模块,则也应在该框图中标识出这些外部功能模块。
在系统特性图中的各功能模块以及它们之间的接口,须在本文档或相关其它文档(如独立的系统接口说明书)中有详细说明。
∙图X:数据流图∙图X:消息流图4关联特性当在已有的系统上进行特性开发时,如果新的特性与已有系统的特性之间存在关系,则应在本节说明其相互之间的关系。
5系统结构如果是一个新系统的开发,则全面地描述系统的模块结构(如,系统模块结构图),每一个模块应该有明确的定义和范围的详细说明。
如果是新特性开发,模块结构图应详细描述该特性所包含的功能模块的组成,那些与本特性相关的外部模块也须在该进行相应的描述。
6扩展特性如果需要在系统特性中考虑一些隐含的需求,则在本节中说明对系统/特性进行的扩展。
如果该扩展只影响单个模块,可以不做详细说明。
7系统硬件需求本节说明每一个模块的硬件功能需求,每一个模块都有对应的详细硬件功能需求。
浪潮ERP制造业事业本部实施工具V5.0(财务知识)GS财务系统操作说明书(管理员)GS财务系统操作说明书编写:日期:2012年07月版本:V5.0批准:目录XX集团1第一章系统安装11一、客户端安装11二、客户端配置15三、客户端登录界面17第二章公用设置18一、系统管理191.职责定义192.岗位定义203.用户定义224.系统锁管理235.安全审计236.在线用户监控24二、基础模块241.货币定义242.结算方式243.组织定义254.往来单位265.公共设置286.单位启用317.初始下年33三、总账模块341.科目定义342.科目核算关系定义353.科目定义权限36四、辅助模块361.专项核算36五、工资模块381.工资类别382.银行代发393.所得税率394.公共员工信息415.公共工资项目41第三章总账管理41一、初始设置431.系统设置442.组织部门定义483.普通公司往来单位定义494.员工定义505.普通公司科目定义506.私有科目核算关系定义527.余额初始538.凭证类型定义549.原始凭证定义5510.输出格式定义56二、凭证处理571.制单572.审核593.记账604.凭证查询615.凭证打印616.凭证汇总表627.对方科目汇总表62三、账表查询631.科目余额表632.二维余额表643.总账654.三栏式明细账655.多栏式明细账666.序时账667.其它日记账67四、正式账页671.账务账页67五、出纳管理681.现金日记账682.银行日记账693.资金日报表694.结算号录入705.银行对账70六、期末处理711.规则凭证定义712.规则凭证生成733.结转凭证定义734.结转凭证生成735.平衡检查746.月末结转747.年末结转758.会计期间维护76 第四章辅助管理77一、专项核算账表查询771.项目余额表772.收支明细表783.项目三栏账804.分析项目多栏账825.分析科目多栏账836.任意余额表857.任意三栏账908.任意多栏账92二、部门核算账表查询951.部门余额表952.部门科目余额表963.部门二维余额表964.部门收支明细表975.部门三栏账986.分析部门多栏账987.分析科目多栏账998.部门属性余额表999.部门属性三栏账100 第五章往来管理100一、个人往来账表查询1001.个人余额表1002.个人三栏账1013.分析个人多栏账1014.分析科目多栏账1025.个人属性三栏账1036.个人属性余额表103二、单位往来账表查询1041.账龄分析表1042.单位余额表1063.单位二维余额表1064.单位三栏账1075.关联单位查询1086.分析单位多栏账1097.分析科目多栏账109三、往来账核销1101.往来单据初始1112.往来单位启用1123.往来业务核销1134.核销记录查询1155.余额构成分析116 第六章报表管理120一、报表管理1211.新建报表1212.打开报表1233.报表启封封存1234.报表删除124二、报表字典管理1241.报表类别定义1242.报表类别划分1253.数据类别定义1254.数据单元定义1255.划分数据单元1276.报表数据关联127三、报表内部操作1281.报表属性1282.格式另存为1283.打印设置1284.打印区域1295.视图1296.单元格1307.报表校验131四、报表公式处理1311.公式定义的规则1312.计算公式1363.校验公式141五、报表数据处理1411.报表计算1412.报表审核1423.报表汇总1424.报表调整1435.定义自动计算143六、报表财务函数1441.科目函数1442.部门函数1453.个人往来函数1464.往来单位函数1475.专项核算函数1486.产品函数1497.凭证合计函数150七、报表分析1521.报表趋势分析1522.报表底稿分析1533.报表构成分析1544.报表任意分析154八、普通公司报表日常操作1551.报表计算1552.报表审核1553.锁定本级报表1554.私有报表定义155九、合并公司报表日常操作1561.查看子公司报表数据1562.执行上级锁定1563.报表汇总156第七章工资管理156一、集团总部初始156二、普通公司初始1571.系统参数设置1572.工资类别1573.分类员工信息1584.员工档案维护1595.分类工资项目1596.自定义目录1627.工资类别启用1628.多次发放设置1639.项目修改164三、日常业务1651.更换工资类别1652.工资录入1653.工资导入1674.银行代发1695.个人所得税1696.工资条打印170四、发放1701.工资条1702.发放表1703.汇总表1704.年度汇总表1705.员工档案查询1706.员工台账查询171第八章固定资产171一、集团总部初始1721.资产项目定义1722.资产类别定义1723.资产来源定义1734.资产用途定义1735.资产状态定义1736.变更类型1747.减少原因定义1748.折旧方法定义175二、普通公司初始1751.单位使用项目1752.资产卡片维护1753.减值清单维护1764.资产编号生成规则定义1765.平衡检查定义177三、日常业务处理1771.资产增加1773.资产清理1784.资产变卖1795.减值准备1796.减值准备审核1807.资产调出清单1808.大修理记录1809.资产变更181四、月末1821.工作量输入1822.计提折旧1823.部门占用量输入1824.折旧分摊1835.月结1836.年结183五、报表查询1841.资产明细余额表查询1842.资产折旧明细表查询1843.资产折旧汇总表查询1844.资产折旧任意汇总表1845.部门资产明细表1856.部门折旧明细表1858.资产明细账1859.资产明细账输出18510.逾龄资产18511.资产附属设备18612.类别部门汇总表18613.资产总账186六、单据查询1861.资产增加记录1872.资产减少记录1873.资产变更记录1874.资产减值准备清单记录1875.大修理记录1876.资产调拨查询188七、分析1881.资产部门分析1882.资产状态分析1883.资产用途分析1884.资产来源分析1885.资产类别分析1896.资产价值分析1897.资产单位分析1898.资产折旧预测分析190浪潮ERP制造业事业本部实施工具V5.0总述集中式财务浪潮财务管理系统,面向集团企事业单位的集中核算,提供多会计实体、多单位的集中处理。
1文档概述
文档变更历史
2详细功能描述
SD规划三大平台
ZSD100主程序做好后,做不同的变式,发布不同TCODE的。
各TCODE可见栏位不尽相同
同类的还有:
ZSD200 单证物流跟踪平台,派生出ZSD201 ZSD202 ZSD203
ZSD300 销售结算对账平台,派生出ZSD301 ZSD302 ZSD303
●选择屏幕:
客户编码☑ VBAK-KUNNR
销售组☑ VBAK-VKGRP
物料编码☑ VBAP-MA TNR
销售订单类型☑ VBAK-AUART
销售订单编号☑ VBAK-VBELN
订单创建日期☑ VBAK-ERDAT
制单人☑
业务员☑
销售订单号☑
客户PO号☑
●数据展示列如下:
字段和逻辑:
录入字段描述表-字段取数逻辑
发票凭证VBRK- VBELN
行项目VBRP- POSNR
开票类型VBRK- FKART
开票类型名VBRK- FKART
过账状态VBRK- RFBSK
转到会计的状态
RFBSK- HIGH
名
销售组织描述TVKOT- VTEXT VBRK- VKORG=TVKOT-VKORG 公司代码VBRK-BUKRS
出具发票日期VBRK- FKDAT
创建日期VBRK-ERDAT
3技术说明
3.1程序逻辑:
1,制单人显示中文
取值逻辑:取ADRP-NAME_LAST+ADRP-NAME_FIRST
根据LIKP-ERNAM= USR21-BNAME 取出USR21-PERSNUMBER
AND USR21-PERSNUMBER =ADRP- PERSNUMBER
逻辑3:
产品层次1,取值逻辑为:
LIPS-MATNR=MVKE-MATNR AND VBAK-VKORG=MVKE-VKORG AND VBAK-VTWEG=MVKE-VTWET 取:MVKE-PRODH
然后当取MVKE-PRODH前2位=T179t-PRODH,取T179t-VTEXT
产品层次2,取值逻辑修改为:
LIPS-MATNR=MVKE-MATNR AND VBAK-VKORG=MVKE-VKORG AND VBAK-VTWEG=MVKE-VTWET 取:MVKE-PRODH
然后当取MVKE-PRODH前4位=T179t-PRODH,取T179t-VTEXT
产品层次3,取值逻辑修改为:
LIPS -MATNR=MVKE-MATNR AND VBAK-VKORG=MVKE-VKORG AND VBAK-VTWEG=MVKE-VTWET 取:MVKE-PRODH
然后当取MVKE-PRODH前6位=T179t-PRODH,取T179t-VTEXT
3.2自定义的表/结构:
1,增加报表按钮,保存。
ZSD301,录入,保存入自定义表ZSD301
权限:
权限对象:V_VBKA_VKO
权限字段:VBAK-VKORG 销售组织
VBAK-VKGRP 销售组
确认签字
20180918 更改:
1,产品层次3 改为了:
2,
ERP项目第11页,共11页。