text.txt

生态应用市场_ISV产品销售平台模式需求说明书      文档修订记录序号版本修改内容修改时间参与人1V1.0初稿2021年6月11日宁莉、缪建萍2V1.1调整总体业务流图，各业务增加 ”功能设计“2021年6月17日宁莉、缪建萍3V1.2设计方案评审， 按评审结果调整各业务2021年6月18日                        业务：     宁莉、缪建萍                           开发：     吴仕权、黄竹节、张宗仁                        测试：     张玉胜、丁海芬  一、产品开发简介 根据近期公司关于“ISV产品重点推广平台销售模式”的决议，针对当前平台模式下存在的  “客户发票仍由金蝶中国开具”  问题，各部门将共同协作以尽快实现平台模式的全流程穿通。为确保平台模式业务合规 ，应用市场将加快推进金蝶中国CDI牌照申请，预计四个月内完成。 参考文献编号文档名称最新版本用途1《ISV产品销售平台模式资金流改造流程设计.pptx》20210615平台模式总体方案设计说明2《财务业务需求.xls》 财务对于平台模式的需求清单3ISV产品平台模式资金流改造项目-待办事项跟进.xlsx0618平台模式各部门工作任务进度表4WebService接口说明.doc EAS数据接口说明文档（接口人：向泓屹）9金蝶云支付接口文档(线上转账).docx 支付平台数据接口文档（接口人：永鑫）10平台模式资金流改造三方合同条款更新.xlsx0621平台模式中，合同需要变更的内容 ISV产品销售平台模式专题讨论会议纪要.docx0621最新会议纪要文档 二、 产品开发计划  1、产品开发范围 1）、客户实现在应用市场下单，平台代收货款；2）、客户付款成功后， 由开发商来提供发票；3）、平台实现 “服务费” 自动计算、扣款、分成、开票；4）、开发商按新流程在应用市场进行结算； 5）、对接系统由ICRM调整为与EAS对接。   2、总体开发计划序号需求清单描述计划时间当前进度1客户申请订单发票平台开票 转为由ISV伙伴开票7月1日设计中2平台代收客户付款采用代收费用方式进行付款、结帐7月1日设计中3平台服务费扣除平台从订单中扣除平台服务费并开票7月1日设计中4开发商收益结算支持ISV伙伴线上订单结算、开票7月1日设计中5ISV产品销售（自营）采用自营方式完成付款、结帐7月方案中6平台模式退货退款支持付款、开票后，反结算能力8月1日方案中   2、一期里程碑计划（2021.06.11 ~ 2021.07.01）编号关键任务责任人计划完成时间1应用市场设计完成     缪建萍、朱伟2021/6/182应用市场设计评审     缪建萍、杨任、李炀、宁莉 2021/6/223应用市场开发     吴仕权、黄竹节、张宗仁、仇凯 2021/6/284应用市场测试     张玉胜、丁海芬2021/7/19应用市场与EAS联调测试 2021/6/2810平台模式上线 2021/7/1    3、 产品业务流程图 （例：客户支付100万）   三、 业务需求 业务一：平台代收客户付款AS 购买产品的客户 ，I hope 在生态应用市场购买产品付款后，平台能够支持付款业务。So that 客户可以在平台进在整个下单付款过程； 1、故事拆分：AS  购买者 ，I hope 能够在应用市场进行下单付款操作；So that 能够在应用市场完成订单支付流程； AS 购买者 ，I hope 能够进行分期付款操作；So that 能够在应用市场完成分期支付流程； AS 开发商 ，I hope 能够收到客户付款通知，并在平台能够查询到每一个客户付款情况；So that 及时了解产品销售情况； AS 平台运营商， I hope 当客户付款后，应用市场能够将付款信息传递给EAS，实现应用市场与EAS系统业务与财务对接。 So that 可以在EAS系统中完成付款后的财务流程，保障财务过程合规；（EAS收款单接口） AS 平台运营商，I hope 应用市场能够支持新旧两种结算方式，So that 应用市场实现平稳切换； 2、流程图：3、业务过程：前置条件：客户已注册应用市场帐号； 客户已下单产品，订单管理可以查看到订单（100万）。 应用市场：1)、客户在【应用市场】- 【我的订单】，选择【立即支付】支付货款；2)、平台确认付款：银行流水与订单人工勾稽 或 系统勾稽 ；3)、平台创建收款单数据，并调用接口同步至EAS收款单； EAS：4)、EAS通过接口获取代收单数据，自动生成收款单、应付单；5)、EAS完成收款单后，通过接口返回成功消息； 应用市场：7)、 应用市场通过回调接口，获取EAS单据返回消息，根据消息结果变更订单状态；8)、 应用市场根据EAS返回消息，分别发送消息给客户、ISV伙伴、代理商。  4、功能设计： 4.1、【我是买家】 订单付款：  ================================================================== 在【我的订单】、【消费帐单】菜单 ，点击 “去支付” ，打开支付界面，完成支付操作； 我的订单 -【去支付】消费帐单 -【去支付】 当客户付款提交后，系统判断订单类型，新老订单采用不同的方式调用接口；	    a、老订单:  延用目前接口同步ICRM方式不变 ；b、新订单:  信息不再同步ICRM，调用EAS 收款单 接口传递数据，调用收款单	同时需要同步调用涉及的基础资料，如客户、供应商、合同号等数据。 新老订单判断方法：--上线时间待宁莉确认新订单：上线后所有新购（合同未生成） —新合同 -无需提示老订单：上线前所有【部分支付】、【待支付】状态的订单（合同已生成）--无需提示，旧模式客户确认：加模加站、续费订单【需与客户沟通同意后变更】--给予提示“” ，提交订单时触发，触发后以客户选择的方式进行订单的处理 EAS同步接口： 6.21方案变更 推送前置条件：需判断 订单中销售方与商机方是否为金蝶内部组织  1、当订单中，销售方、商机方为金蝶中国内部组织：应用市场推送EAS收款单 ： 四行明细【平台、伙伴、销售、商机】；  2、当订单中，销售方、商机方为外部组织：应用市场推送EAS收款单 ：推送 两行明细【平台、“伙伴”】   上述“伙伴”分成=应用市场订单伙伴分成+销售方分成+商机方分成 金蝶内外部组织的判定规则：（待设计评审确认）1）订单中，销售公司： 【金蝶软件（中国）有限公司】；销售组织： 【金蝶中国分公司或事业部】商机方：    【金蝶中国分公司业务员/员工】  2）需同步传递【销售组织】字段至EAS； 3）目前：系统逻辑参照启明星计划设定：即商机方一定从属于销售方，或者说商机方就是分公司业务员；且商机方为个人激励（激励伙伴出，金蝶纳入员工工资代发）。 4）后续：是否存在销售方或商机方，其中一方为金蝶内部主体，另一方为金蝶外部主体；是否所有商机方都是个人（待平哥确认） 。若业务较系统逻辑有任何变动，需要系统评估调整（需宁莉、建萍特别关注）  4.2、订单、帐单状态变更：==================================================================客户付款后，即可调用EAS接口，传递收款单，并采用轮巡方式（7月1日交付为轮巡，后期改为EAS完成后触发回调接口模式），获取EAS接口返回数据，更新订单状态。 订单状态变更逻辑：a、客户支付款前， 订单、帐单状态：【待支付】；b、客户付款完成， 订单、帐单状态：【已支付】；  c、同步EAS成功， 订单状态：【？】；（是否需增加，还是延用已支付，需要考虑对现有业务影响 ）d、同步EAS失败， 订单状态：【支付异常】；（待运营人员处理后变更状态，见4.5） --6.18方案评审结论：同步EAS采用新的状态字段标识，选项内容包含： “收款单单同步EAS异常” 、“收款单同步EAS成功”；  4.3、消息通知给客户、开发商、【代理商】 --短信模版待确认==================================================================场景一：客户支付成功，发送 付款成功 短信给客户；场景二： 调用EAS付款接口信息，若返回成功，发送 客户已付款 短信给开发商【代理商】；场景三： 调用EAS付款接口信息，若返加失败，发送 异常支付 短信给平台运营；  4.4、【我是卖家】（含代理商）审核已付款订单 -- 6.18方案评审结论：开发商暂不审核，该项暂不开发================================================================== 在【订单管理】-【订单列表】界面，仅能选择【待卖家支付审核】状态单据，点击 “付款审核” ；	 a、如果是老订单:  延用目前接口同步ICRM方式不变 ； b、如果是新订单:  调用EAS 收款单 回调数据是否已成功，只有EAS财务成功的单据才允许卖家进行审核，若调用失败； 审核操作过程参考现有平台运营人员审核过程；审核完成后，订单状态变为【已支付】；     4.5、【我是金蝶运营】 运营人员修改同步EAS异常订单的状态；  ================================================================== a、【订单列表】，增加 “ 同步EAS ” 按钮；A、只有 EAS同步字段状态为 “同步异常” 的订单才能操作；点击后重新调用EAS接口；B、若接口返回信息为成功，则更新订单的EAS同步状态为【同步EAS成功】；  5、验收要求： 1、平台需要支持5种收款方式方式：（财务需求）A) 、在线支付：【第三方账户（限支付宝）、企业网银、个人网银】 （一期暂不实现）B) 、银行转账：【智能子账号、线下转账】（已实现） 2、核款方式需支持2种模式：A) 、自动核款：【订单与流水自动匹配】（已实现）B) 、人工核款：【线下转账无法自动匹配情况下，人工干预】（已实现） 4、银行流水与订单勾稽方式：（维持现有方式）A) 、人工勾稽B) 、系统勾稽  6、待明确事项： --业务1、分期支付订单时，传递给EAS收款单ID主键字段？（ ID数据形式待助平哥确认） H  主订单_里程2、销售方与商机方是否为金蝶内部组织的判定规则？（待宁莉确认）H3、平台模式新老订单上线时间？（ 上线时间待宁莉确认）L4、现有应用市场-客户付款完整流程及接口调用逻辑？（待与钟正炜沟通） L --开发1、EAS代收单接口格式，以及包含的基础资料和其它遗漏的接口范围？（6.16 已沟通，待 宗仁、仕权 持续跟进）H2、付款消息发送模版？（建平、宁莉 确认现有模版是否全覆盖） M3、合同协议变更？（6.18 宁莉已提供变更EXCEL说明，仇凯 负责跟进） M4、运营人员修改EAS异常订单（朱伟 提供界面，6.23已提）  --已确认1、新老订单的判断条件？（6.18宁莉 已回复）H2、EAS流程数据处理效率，处理时长？（6.16 已沟通结果，使用同步字段记录）H3、帐单合并支付付款，EAS该如何对接？（--6.18宁莉回复：考虑开发时间，建议可延后。）H4、现有付款流程中，有平台审核，开发商是否需要审核客户付款？ --宁莉6.18回复：建议暂不需要 H  业务二：客户申请订单发票AS 平台运营商 ，I hope 当客户购买产品并付款后，不再由平台运营提供发票，改为由 开发商 出具发票；So that 可以实现应用市场的合规运营，避免财务风险； 1、故事拆分： AS 客户 ，I hope 进行开票申请 ； So that 可以获取到购买产品的发票；AS 客户 ，I hope 进行预开票申请 ；So that 可以拿发票到单位申请预算；AS 客户 ，I hope 能够进行发票签收操作； So that 可以闭环确认开发商开具的发票准确无误；AS 客户 ，I hope 能够查询发票申请的处理进度； So that 可以实时了解开票进度； AS 开发商 ，I hope 收到客户开票申请的通知；So that 能够及时给客户提供发票；AS 开发商 ，I hope 对客户开票申请进行审批，并进行开票凭证记录；So that 完成开票操作；AS 开发商 ，I hope 能够查看发票申请的处理进度；So that 可以实时了解开票进度。 AS 平台运营商 ，I hope 能够查看每笔发票申请的处理情况；So that 能够进行后续运营统计；AS 平台运营商，I hope 应用市场能够支持新旧两种结算方式，So that 应用市场实现平稳切换； 2、流程图： 3、业务过程： 客户申请：1）、客户在【应用市场】- 【消费帐单】，选择订单，点击 “开发票”，填写开票信息 ；2）、系统判断客户开票申请是否满足平台规范要求，若满足要求，则发送短信与邮件通知；--6.18方案评审结论：暂不进行判断 开发商审批：3）、开发商收到客户开票申请短信/邮件通知；4）、开发商在 【订单管理】- 【发票列表】，查看发票申请，并进行审核；5）、开发商在 【订单管理】- 【发票列表】，登记发票快递单号； 客户签收：6）、客户收到开发商审核发票短信通知；7）、客户在【应用市场】- 【消费帐单】，查看发票进度与发票凭证，进行 “发票签收” ；8）、开发商收到客户发票签收短信与邮件通知； 9）、客户、开发商、代理商、平台运营商在 【我的发票】中查看开票进展状态与详情； 4、功能设计： 4.1、【我是客户】： 客户发票申请==================================================================前置条件：点击发票申请时，需先判断订单是否为新订单，老订单延用以前的逻辑； 当订单为"已支付"状态时，在【我的订单】、【消费帐单】两处记录中 ，显示 “开发票” 按钮，点击后打开开票主界面；	 当订单为 “待支付" 状态时，在【我的订单】、【消费帐单】两处增加 “预开发票” 按钮，点击后，判断是否满足预开票条件，符合条件后才打开开票界面，若不符合，则给予弹出提示信息；  开票主界面内容如下： 点击【申请开票】后，发送短信和邮件消息给开发商（含代理商）；--待提供A、预开发票短信与邮件模版；B、已付款发票短与邮件模版；  客户【申请开票】后，【我的发票】的记录状态变更为 “ 审核中 ”； 预开发票的提前条件：--6.18宁莉回复  	1、订单状态必须为 “待支付“ 状态；      	2、客户已完成提前用印申请并通过运营审核； 预开发票增加自动失效处理：--6.18宁莉回复：新增 需考虑实现方式6.25日提供，单独与开发沟通 	   1、用印后1个月内未支付订单建议系统作失效处理；    2、并在到期前短信提示订单提交人；     --6.23 需求变更： 提前开票点击后，提示“申请提前开票，合同会提前用印”   4.2、【我是卖家】：审核发票 ==================================================================前置条件：点击发票申请时，需先判断订单是否为新订单，老订单延用以前的逻辑； 【订单管理】-【发票列表】，增加 “审核” 按钮，过程与运营商审核模式一致，只是主体需要变更为 “开发商”；开票方过滤条件应改为 “卖方” 。 点击“审核”时，需判断订单是否为新订单，老订单延用以前的运营审批流程，不允许卖家审核，给予提示“该订单为历史订单，由平台运营方审核开票”。 点击“审核”后，【我的发票】的记录状态变更为 “ 开票中 ”，类型变更为“商家开票”。  4.3、【我是卖家】：填写开票凭证（原型图02）==================================================================前置条件：点击发票申请时，需先判断订单是否为新订单，老订单延用以前的逻辑； 【订单管理】-【发票列表】，增加 “ 邮寄发票 ” 按钮，点击后，可以录入相关的凭证信息。只针对记录状态为 “ 开票中 ”才允许操作，其它状态点击时给予提示。 卖家填写凭证，操作过程 与结算单开票逻辑一致  ，卖家填写凭证后，增加 发票状态 【 开票成功  】 。 以下为新增加界面，开票字段不变，但开票信息内容需要从 目前平台运营商信息改为开发商信息，完成后与上方的发票信息进行拼接卖家填写凭证后，增加 发票状态变更为  “ 开票成功 ” 。    --6.23新增需求 ： 仅保留 选择物流公司，填写物流单号（如果电子票，直接发送邮箱） --6.23发票云确认技术对接方案     --6.23新增 ：增加物流单号接口打通，二期实现（快递100对接)   --6.23变更： 客户申请时，增加开发商信息展示，参照《发票预览》 4.4、【我是客户】：签收发票	--待确认短信模版==================================================================前置条件： 需先判断是否为新老订单，老订单延用以前的流程，新订单采用以下新的流程； 在【我的订单】、【消费帐单】两处增加 “签收发票” 按钮，点击后，变更发票状态为 “已签收”；	 在【我的发票】，在客户完成签收后，发票状态为 “开票成功”；	 客户【发票签收】后，发送短信和邮件消息给开发商（含代理商）；--待确认模版   4.5、【我的发票】：客户、卖家、代理商查看发票状态	================================================================== 客户、卖家、代理商、平台运营都可以在【我的发票】查看发票的更新状态；	 ================================================================== 5、验收要求： 1）、新老订单判断方法：新订单：上线后所有新购、加模加站、续费订单（合同未生成）——新合同老订单：上线前所有【部分支付】、【待支付】状态的订单（合同已生成） 2）、客户申请开票前，需判断以下信息是否填写完善：A) 、订单状态须为：【待支付】、【已支付】 B) 、开票必填信息：【开票信息】、【邮寄信息】 3）、分期付款发票申请处理：A) 、暂按一单一发票的模式进行； 4）、如何保障伙伴一定给客户发送发票：A) 、建议未签收发票订单，不允许卖家进行结款， 具体控制见-- 《业务四： 伙伴结算业务》   6、待明确事项： --业务1、分期付款时，是一次性开完整发票，还是按单次开具？（待与宁莉沟通确认）2、预开发票失效的系统处理方法？ 短信通知提前多少天发送？发送短信模版？（待与宁莉沟通确认）3、合并付款与开票流程（待与宁莉沟通确认） --开发1、客户申请开票、发票签收两个节点，卖家收到的短信与邮件模版？（待确认） --已明确1、预开票的前提条件是什么？ 开出的发票和已付款开出的发票有没有不同？（6.18宁莉已提供 ）2、目前运营是如何反馈开票凭证信息的？（目前运营无需反馈，伙伴与开发商需要分别对结算单进行发票反馈）；3、新老订单切换的时间点?  开发票的主体是否以时间点切换?  还是保留一段时间？（6.18宁莉回复：具体时间点会上线前沟通提供）4、现有开票业务流程及调用的ICRM数据接口内容？（开发商给客户开票不涉及平台与EAS系统）5、开发商填写开票凭证界面？（待朱伟提供原型图，6.23已提供）   业务三：平台服务费扣除AS 生态运营商 ，I hope 当客户在生态应用市场付款后，系统能够自动按比例扣除 30% 平台服务费，So that 满足应用市场管理规范； 1、故事拆分： AS 平台运营商 ，I hope 能够设定平台服务费比例 ； So that 根据运营要求随时调整；-6.18方案评审：功能较复杂，一期暂不开发； AS 平台运营商 ，I hope 当客户付款成功后，平台能够自动计算平台服务费金额，并从订单中扣除 ； So that 平台实现服务费自动化；AS 平台运营商，I hope 应用市场能够将平台服务费结算信息推送到EAS生成应收单； So that 实现后续财务核销流程；AS 平台运营商，I hope 将平台服务费发票发送给开发商； So that 实现应用市场与EAS系统业务与财务对接，完成后续财务核销流程；AS 平台运营商，I hope 能够查看每笔订单的平台服务开票状态； So that 掌握服务费开具进度；AS 平台运营商，I hope 应用市场能够支持新旧两种结算方式，So that 应用市场实现平稳切换； 2、流程图：3、处理过程：前置条件：仅限于新订单，老订单延用原流程； 客户在应用市场完成订单的付款操作，EAS已生成该订单的 “收款单” 。  应用市场：1、平台运营人员，需要预先设定的每种类型平台服务费支付比例。 2、当开发商进行结算时，平台根据设定的服务费比例，自动计算【平台服务费】并生成结算申请单；3、当平台完成结算申请审批后，平台根据结算申请单类别，分类型来调用EAS 接口生成 应收单 ； EAS：4、生成应收单，并与付款单进行核销；同时 开票单等后续财务单据及财务审批流程； 5、EAS审批完成后，回传开票单等后续财务单据及财务审批流程； 应用市场：6、应用市场获取EAS 开票信息消息、更新平台服务费单状态，并自动发送短信通知开发商；7、开发商在 【应用市场】- 【平台服务结算单列表】，进行”发票签收“； 8、平台运营商收到开发商签收发票的短信与邮件通知；9、平台运营商系统查看平台服务费进度状态； 4、功能设计：  --06.23： 开发商的收款银行帐号信息、开票信息（开票字段、收取发票地址信息）宁莉向财务确认后提供解决方案：所有新上架产品开发商须在上架前开发商信息维护中完善。 已上架产品以短信方式、登录强制维护、人工通知  4.1、【我是金蝶运营】： 设置平台服务费比例 --6.18方案评审结论：暂不开发================================================================== 【我是金蝶运营】-【系统管理】中，增加 “平台服务费设置” 菜单；   需与开发确认现有平台服务费划分的规则后进行设计；   按钮： 新增规则、删除规则、刷新       	 字段：客户类型、订单类型、有效期、服务费比例、启用、禁用；  4.1、【我是卖家】： 结算订单==================================================================前置条件：当开发商进行结算单申请时，需要判断订单是否新老订单，老订单延用在用流程，新订单才需要使用新的流程 ； 新老订单判断方法：--上线时间待宁莉确认新订单：上线后所有新购、加模加站、续费订单（合同未生成） —新合同老订单：上线前所有【部分支付】、【待支付】状态的订单（合同已生成）  当开发商点击 【我是卖家】- 【订单管理】-“去结算”时，需提前验证开发商资质是否合格，具体条件如下： 1）、质保金是否已缴纳；2）、订单状态为已支付完成；3）、开票信息、邮寄信息已填写；4）、开发商基础信息（供应商、客户）在EAS里面已正常存在。6)、如果是星辰订单，需要单独再增加一个时间条件，必须已收款T+1个月后才让发起结算。  A、若满足条件： 打开结算界面，根据设定平台服务费比例，生成服务费结算申请单； B、不满足条件： 给予系统提示信息 ；（提示内容待确认） 申请完成后，结算申请单状态变更为 “待平台审核” ；   4.2、【我是金蝶运营】： 审核结算申请单==================================================================前置条件：当开发商进行结算单申请时，需要判断订单是否新老订单，老订单延用在用流程，新订单才需要使用新的流程 ； 平台人员进入【我是金蝶运营】-【结算申请列表】，可以审核状态为 “待平台审核” 的申请单，审核通过后，结算申请单状态为 “审核通过”； 审核通过后，系统后台根据结算申请单，生成应付单，并调用EAS接口，推送应收单；   EAS同步接口： 6.21方案变更推送前置条件：需判断 订单中销售方与商机方是否为金蝶内部组织（判定规则待宁莉提供） 1、当订单中，销售方、商机方为金蝶中国内部组织：应用市场推送EAS应收单 ： 三行明细【平台 、销售、商机】；  2、当订单中，销售方、商机方为外部组织：应用市场推送EAS应收单 ：推送 一行明细【 “伙伴”】   上述“伙伴”分成=应用市场订单伙伴分成+销售方分成+商机方分成    在【我是卖家】- 【结算管理】下，增加 “平台服务费”菜单，当开发商提供结算申请后，增加该订单的平台服务费记录，可以查看并跟踪该单据状态；     平台服务费表列表 平台服务费详情  4.3、【我是卖家】： 签收平台服务费发票================================================================== 新的订单中，发票信息是由平台发送“平台服务费”给开发商，费用信息可以获取以往的税务云的接口数据；  当EAS开票信息生成后，应用市场获取开票信息，更新【结算管理】-【平台服务费】记录状态为 "发票已寄出" 。 	1、一期（7月1号前）先期采用定时巡轮方式获取数据回传，后期改为由财务提供回调接口自触发； 2、平台服务费发票完整的状态（财务审核中、发票已寄出、发票已签收 ） 	3、应用市场获取EAS发票反馈数据，更新平台服务费记录中的发票模块内容 ；   【平台服务费】界面内，当记录状态为 "已邮寄发票" 状态时，操作列上显示 “发票签收”  操作，点击后，记录状态变更为 "发票已签收" 。  【平台服务费】发票已寄出、发票已签收两个节点需要分别发送短信给开发商与平台运营 方。--短信模版待确认       4.4、【我是开发商】、【我是金蝶运营】： 跟踪服务费状态==================================================================   平台运营商、开发商、销售商都具有【平台服务费】菜单的查看权限。但查看的权限不一致 开发商、销售商只能看跟自已组织有关的内容；运营商可以查看所有记录；  5、验收要求：1、当开发商进行结算单申请时，需要判断订单是否新老订单，老订单延用在用流程，新订单才需要使用新的流程 ； 2、新老订单判断方法：新订单：上线后所有新购、加模加站、续费订单（合同未生成）——新合同老订单：上线前所有【部分支付】、【待支付】状态的订单（合同已生成）  6、待明确事项：  1、目前平台服务费暂不支持退回流程，万一发生客户取消息结算申请应如何处理？（待设计） 	2、EAS应付单接口字段内容？（待开发与EAS确认）  3、平台服务费审核时，如果开发商资质不符合条件，系统提示信息？（待设计） 4、发票已寄出、发票已签收两节点短信模版？（待设计） 2、平台服务费比例划分规则，涉及哪些维度？（宁莉6.18回复：暂不开发）1、平台服务费比例是否要做成基础资料，以便于后续可能的调整；（一期暂不考虑，后期是否添加待平台确认）   业务四：开发商结算收益AS  开发商 ，I hope 当客户在生态应用市场付款后，ISV伙伴能够在应用市场发起结款申请与提现，实现获取产品收益，So that 在应用市场实现自助结款服务；  1、故事拆分：AS  开发商 ，I hope 能够对已付款订单发起结帐 ；So that 获取产品收益；AS  开发商 ，I hope 能够查看结帐进度 ；So that 获取产品收益；AS  开发商 ，I hope 能够收到到款通知；So that 了解到财务已入帐；  AS 平台运营商，I hope 开发商结款时，能够核验开发商资质，并补充缺失的材料；So that 让开发商信息更加准确规范；AS 平台运营商，I hope 审批开发商的结帐申请； So that 可以对运营商结款进行管控；AS 平台运营商，I hope 应用市场对接支付平台，进行费用结款； So that 伙伴能够收到款项；AS 平台运营商，I hope 应用市场能够将结算信息推送到EAS，生成付款单； So that 实现应用市场与EAS系统业务与财务对接，完成后续财务核销流程；AS 平台运营商，I hope 应用市场能够支持新旧两种结算方式，So that 应用市场实现平稳切换； 2、流程图：  3、业务过程：前置条件： 客户在应用市场完成订单的付款，客户订单发票已签收，开发商质保金、银行帐户已维护。仅限于新订单，老订单延用原流程； 应用市场：1、开发商在【结算申请列表】，点击 “结款申请”  ；2、平台运营在【结算申请列表】审核前，系统自动核验开发商资质； 3、平台运营商在 【结算申请列表】，进行结款审核；4、审核通过后，调用支付平台接口，推送付款接口； 支付平台：5、若EAS结算成功，调用支付平台完成平台付款；   EAS：6、根据应用市场结算单，完成后续财务审核流程； 7、返回结算成功信息至应用市场； 应用市场：8、  应用市场获取EAS、支付平台返回消息、更新结算申请单状态；9、  开发商收到结算成功的短信与邮件通知；10、开发商确认签收结算付款 ； 4、功能设计： 4.1、【我是卖家】： 发起结算申请==================================================================前置条件： 需先判断订单是否为新订单，老订单延用以前的逻辑； 【我是卖家】- 【订单管理】-点击 “去结算”时，增加对于 开发商资质核验： 1)、质保金是否已缴纳；2)、订单状态为已支付完成；3)、客户方发票已开具;4)、开票信息、邮寄信息已填写；5)、开发商信息在EAS正常存在；6)、如果是星辰订单，需要单独再增加一个时间条件，必须已收款T+1个月后才让发起结算。  A、满足条件： 打开结算界面，开发商能够进行申请结算操作（申请过程）； B、不满足条件： 给予提示信息（待确认）  在【我是卖家】- 【结算管理】下，当开发商提供结算申请后，新增结算申请记录， 状态【待平台审核】。（现有逻辑）  4.2、【我是金蝶运营】：审核结算申请============================================================================================================ 当【平台运营】审核通过结算申请单后，状态变更为 “审核通过”，并同步生成结算单，初使状态：【平台支付中】；当结算单状态变更为【平台支付中】后，系统自动调用  “支付平台” 接口， 发起付款指令； 结算单上增加 “付款状态” 字段标识，用于标识支付平台接口同步的状态流转（该字段仅运营平台人员可见） --6.23 宁莉运营需求： 结算单列表 或结算单详情，增加显示列，或标识都可 ： 【 分期付款（是/否）、是否人工核款（是/否） 】人工核款规则： 线下主帐号支付，则全为人工核款 --接口调用时：  	若支付平台 发起成功：   “付款状态”  状态变更为【支付平台发起成功】，并进行付款流程； 	若支付平台 发起失败：  “付款状态”  状态变更为【支付平台发起失败】；  调用支付平台付款接口前，需要先调用查询接口，以再次确认付款信息，避免重复付款； --完成付款时： 	若支付平台支付成功： “付款状态”  状态变更为【支付平台付款成功】 	若支付平台退票：   “付款状态”  状态变更为【支付平台支付异常】； --6.23增加： 开发商付款后，需要让商机方与销售方悉知！   （短信 + 系统状态字段展示） --6.23开发商申请结算时，增加开发商与商机方、销售方三方协议！ --6.23 取消现有合并结算功能。   系统在 ”支付平台“ 变更为 【付款成功】后三个工作日，系统自动调用EAS接口，推送结算单至EAS生成付款单；增加 “EAS同步” 字段标识，用于标识EAS接口同步的状态流转（该字段仅运营平台人员可见） 若EAS返回信息为成功： 变更结算单状态为【已支付】 ，“EAS同步” 状态变更为【付款单同步EAS成功】；若EAS返回信息为失败： “EAS同步” 状态变更为【付款单同步EAS失败】；    【我是金蝶运营】-【 结算单列表】，增加  “重新同步” 按钮，针对支付平台同步异常、EAS同步异常情况，系统自动重新触发 ； 4.3、【我是卖家】： 确认结款============================================================================================================   当结算单为【 已支付 】 状态时，发送短信与邮件通知给开发商。（短信待设计）。 【结算单列表】，当记录为【 已支付 】 状态时，增加按钮 “ 确认收款 ” ，点击后，结算单状态变更为 “ 已收款 ” ；   4.4、【我是开发商】、【我是金蝶运营】： 跟踪服务费状态==================================================================   平台运营商、开发商、销售商都具有【结算单列表】菜单的查看权限。但查看的权限不一致  --6.23增加需求：--金蝶内部组织：【结算单列表】- 结算单明细，延用现有查看逻辑；--当外部组织开发商可以看到结算单所有明细（自已分成、商机分成、销售分成）；销售商、商机方 只能看到自己的结算单明细 ；   5、验收要求： 1、结算业务： 需先判断订单是否为新订单，老订单延用以前的逻辑； 1、开发商结款提前要求：A) 、质保金已缴纳  B) 、银行账户已维护C)、产品订单（里程）已收款D)、客户方发票已开具E)、如果是星辰订单，需要单独再增加一个时间条件，必须已收款T+1个月后才让发起结算。  2、老的订单延用在用服务费流程不变，新老订单判断方法：新订单：上线后所有新购、加模加站、续费订单（合同未生成）——新合同老订单：上线前所有【部分支付】、【待支付】状态的订单（合同已生成） 3、支付平台接口调试测试时，除了数据本身，还需要考虑网络因素； 6、待明确事项： 1、代理商是否和开发商一样的处理过程？   3、是否增加虚拟组织，以支持非机构订单的收款业绩记录（新需求，待与宁莉沟通）  4、开发商资质不符合时提示信息（同服务结算单业务）5、结算单通知开发商短信（同服务结算单业务）