软件业务流程图
软件业务流程图是指对软件业务进行流程分析和建模的图形工具，主要用于描述软件开发、测试、运维等各个环节的流程和其之间的关系。下面我们来简要介绍一下软件业务的主要流程。
软件业务流程图由多个环节组成，包括需求分析、设计、开发、测试、上线和运维等各个环节。下面是一个典型的软件业务流程图：
1. 需求分析阶段：这个阶段主要是与客户进行沟通，了解客户的需求和业务需求。包括需求收集、需求分析和需求确认等环节。在此阶段，软件开发人员和客户之间进行多次会议和讨论，以明确客户的需求并制定需求规格文档。
2. 设计阶段：在这个阶段，软件开发人员将根据需求分析阶段的需求规格文档，设计软件的整体架构、模块划分以及数据存储结构等。这其中包括系统架构设计、数据库设计和界面设计等环节。
3. 开发阶段：在开发阶段，开发人员将根据需求规格文档和设计文档进行编码和调试。这个阶段是整个软件开发过程中最为关键的一环，它决定了软件的质量和性能。开发阶段包括编码、调试和单元测试等环节。
4. 测试阶段：在测试阶段，测试人员对开发完成的软件进行测试，主要目的是发现软件的缺陷和问题。测试阶段包括功能测试、性能测试、安全测试和兼容性测试等环节。
5. 上线阶段：在上线阶段，软件开发人员将已经通过测试的软件部署到生产环境中。在这个阶段，还需要进行一些准备工作，例如数据库的初始配置、服务器的部署和网络的连接等。
6. 运维阶段：一旦软件上线运行，就需要进行日常的运维工作。运维工作主要包括监控系统的状态、定期备份数据、处理用户反馈和解决问题等。
上述流程只是一个典型的软件业务流程，在实际应用中可能会根据具体的项目需求进行适当的调整和优化。在软件开发过程中，流程图可以帮助开发人员更加清晰地了解整个业务流程，并及时发现和解决问题，从而提高软件开发效率和质量。
业务流程图 第一部分：什么是流程图 1. 定义 那什么是流程图呢流程图=流程+图,如下图： 图2 流程图的定义 流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程,流程是自然而然就存在的;但是它可以不规范,可以不固定,可以充满问题;所以就会造成看似没有流程;前不久,团队每个人对接一个业务团队去调研流程,反馈给我的流程有一些缺失;询问时,负责人反馈给我的答复是：这一块业务他们没有流程;其实严格意义上讲,业务
已经开展,不可能没有流程,只是说没有固定的流程或者你调研的对象也讲不清楚; 图：Chart 或者Diagram, 是将基本固化有一定规律的流程进行显性化和书面化,从而有利于传播与沉淀、流程重组参考; 从定义可以看出,只要有事情和任务,流程就会有,但是并不是所有的流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定程度固定的有规律可循的,流程中的关键环节不会朝令夕改的; 工作中我们还用到或听到很多其他类型的图表,比如交互设计师们经常说的线框图Wireframes,信息架构图或站点地图Site Map,,开发工程师们经常说的用例图Use Case或E-R图;这些不同的图表要表达的内容有何种差异呢简单做个对比,如图：
图3 流程图VS其他常用图表如果要串到某一个项目来说,可以理解成：
用例图Use Case：表现了一个角色在系统里要完成的活动是什么,比如用户这个角色与ATM取款机的交互过程中,用户需要完成的活动有存钱,取钱,查询等;而存钱这个活动再可以进一步细分为插卡,输入密码,输入金额,ATM吐钞,用户收款,退卡等活动;用例图可以不考虑用户动作的前后次序,而仅仅提取一些关键的动宾短语,映射出系统应该满足的功能点;常用用例图的人是产品经理和开发工程师; 流程图则表示用户每一个活动的前后次序,比如用户必须要先插入银行卡,才能够输入密码,且流程图必须直接表现出各种异常判断,比如当密码错误时,出现什么提示,密码输入错误超过多少次时,出现什么提示和动作;常用流程图的人是产品经理,设计师,或者任何需要讲述业务如何运作的人; 信息架构图,站点地图Site Map：表现为了做一个这样的系统,功能与内容的展现层次是什么,比如用户一进去后,欢迎页面的导航如何设计,是否直接出现取款,存款,查询,或者还有别的导航常用信息架构图的是设计师;但是常用组织架构图的是HR; 线框图Wireframe：将具体每个界面的内容布局和权重表达出来,且标注出一些交互细节的设计,比如当密码错误后,如何提示下一步动作;常用线框图的人是设计师;
软件业务流程图 软件业务流程图是指对软件业务进行流程分析和建模的图形工具，主要用于描述软件开发、测试、运维等各个环节的流程和其之间的关系。下面我们来简要介绍一下软件业务的主要流程。 软件业务流程图由多个环节组成，包括需求分析、设计、开发、测试、上线和运维等各个环节。下面是一个典型的软件业务流程图： 1. 需求分析阶段：这个阶段主要是与客户进行沟通，了解客户的需求和业务需求。包括需求收集、需求分析和需求确认等环节。在此阶段，软件开发人员和客户之间进行多次会议和讨论，以明确客户的需求并制定需求规格文档。 2. 设计阶段：在这个阶段，软件开发人员将根据需求分析阶段的需求规格文档，设计软件的整体架构、模块划分以及数据存储结构等。这其中包括系统架构设计、数据库设计和界面设计等环节。 3. 开发阶段：在开发阶段，开发人员将根据需求规格文档和设计文档进行编码和调试。这个阶段是整个软件开发过程中最为关键的一环，它决定了软件的质量和性能。开发阶段包括编码、调试和单元测试等环节。 4. 测试阶段：在测试阶段，测试人员对开发完成的软件进行测试，主要目的是发现软件的缺陷和问题。测试阶段包括功能测试、性能测试、安全测试和兼容性测试等环节。
5. 上线阶段：在上线阶段，软件开发人员将已经通过测试的软件部署到生产环境中。在这个阶段，还需要进行一些准备工作，例如数据库的初始配置、服务器的部署和网络的连接等。 6. 运维阶段：一旦软件上线运行，就需要进行日常的运维工作。运维工作主要包括监控系统的状态、定期备份数据、处理用户反馈和解决问题等。 上述流程只是一个典型的软件业务流程，在实际应用中可能会根据具体的项目需求进行适当的调整和优化。在软件开发过程中，流程图可以帮助开发人员更加清晰地了解整个业务流程，并及时发现和解决问题，从而提高软件开发效率和质量。
一个完整的软件开发流程一、开发流程图
二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。
三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟
2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。 2、编码过程一般还需进行服务端和移动端的联调等。
[计算机]软件系统体系结构说明书项目描述+功能结构图+ 业务流程图
文档状态 [?] 草稿 [ ] 已发布[ ] 修改中 文档编号 ZF_ ESS _体系结构说明书 XXXX-XX-XX 编 撰 编撰日期 V1.0.0 保密级别 机密 文档版本 部 门/组 技术部 ******系统 体系结构说明书 软件系统体系结构说明书 修订控制页 次序 版本 修订人 修订日期 修订摘要 1 V1.0.0 2008-10-21 创建 第1页 软件系统体系结构说明书 目录 0. 文档介 绍 ..................................................................... ........................................................................ ......... 3 0.1 文档目 的 ..................................................................... ........................................................................ ........... 3 0.2 文档范 围 .....................................................................
........................................................................ ........... 3 0.3 读者对 象 ..................................................................... ........................................................................ ........... 3 0.4 参考文 献 ..................................................................... ........................................................................ ........... 3 0.5 术语与缩写解 释 ..................................................................... ........................................................................ 3 1. 系统概 述 ..................................................................... ........................................................................ ......... 3 2. 设计约 束 ..................................................................... ........................................................................ ......... 4 3. 设计策 略 ..................................................................... ........................................................................ ......... 4 4. 应用系统安装拓扑 图 ..................................................................... .............................................................. 5 5. 系统 总体功能结 构 .....................................................................
erp业务流程图 ERP（Enterprise Resource Planning）即企业资源计划，是指以 信息化技术为支撑，对企业各个业务流程进行整合和管理的一套软件系统。下面是一个大致的ERP业务流程图，帮助了解ERP的运作过程。 1. 采购流程： - 采购请求：员工提出采购需求，并向相关部门提交采购申请。相关部门审核申请并进行需求评估。 - 采购订单：根据需求评估结果，采购部门对供应商下达采购 订单。 - 供应商管理：与供应商进行沟通，确保订单的准确交付。 - 采购收货：采购部门接收并检验所采购的物品，并记录到系 统中。 - 采购支付：财务部门根据物品的收货情况进行付款。 2. 销售流程： - 销售订单：销售团队根据客户需求，向系统中录入销售订单。- 生产计划：根据销售订单信息，生产部门制定生产计划。 - 生产执行：生产部门按照生产计划进行生产，并记录生产过 程中的数据。 - 质检：质检部门对生产出的物品进行质量检验，并记录检验 结果。 - 出货和发票：仓库根据销售订单出货，并将出货信息通知给 财务部门，财务部门据此开具发票。 - 财务结算：财务部门根据发票信息进行结算，并记录销售收入。
3. 仓储流程： - 入库：仓库接收到货物后，进行入库操作，并记录入库信息。- 仓储管理：仓库管理人员负责货物摆放和库存管理，保证物 品的安全和正确摆放。 - 出库：仓库根据销售订单进行出库，并记录出库信息。 - 库存管理：仓库管理人员负责库存的盘点和管理，以确保库 存量的准确和充足。 4. 财务流程： - 会计凭证：财务人员根据采购和销售等业务流程，制作会计 凭证。 - 会计审核：财务主管对会计凭证进行初步审核，确保凭证的 准确性。 - 财务入账：会计将审核通过的凭证进行入账，并更新到总账中。 - 财务报表：财务人员根据入账信息生成财务报表，并提交给 管理层进行审查和决策。 以上是一个大概的ERP业务流程图，实际的业务流程可能还 会根据企业的具体需求和业务特点进行调整和优化。通过 ERP系统的支持，企业能够实现业务流程的自动化、集成化 和标准化，提高工作效率和准确性，从而提高企业的竞争力和盈利能力。
K/3系统项目实施文档K/3系统操作流程图 鑫华康软件金蝶分部 实施部 制作人:黄开 版本号:v1.0 二零壹五年伍月
目录 一、流程图符号说明： ______________________________________________ 3 二、K/3系统基础操作流程图： ___________________________________ 4 A、“中间层—账套管理”_________________________________________________ 4 B：系统基础资料_________________________________________________________ 7 C：系统初始化资料录入___________________________________________________ 8 D：系统期末结账处理 ____________________________________________________ 10 三、各模块日常业务处理流程： _________________________________ 11 A、销售管理/MRP系统： _______________________________________________ 11 B、生产管理/MRP管理系统：___________________________________________ 13 C、BOM变更总体流程：________________________________________________ 14 G：采购管理系统_______________________________________________________ 114 1、初始化处理___________________________________________ 错误！未定义书签。 2、总体业务处理流程_____________________________________________________ 14 H：仓存管理系统________________________________________________________ 15 1、总体业务处理流程_____________________________________________________ 15 2、入库处理_____________________________________________________________ 16 3、出库处理_____________________________________________________________ 17 4、月末盘点_____________________________________________________________ 18 I：存货核算系统_________________________________________________________ 19 1、总体处理流程_________________________________________________________ 19 2、暂估处理_____________________________________________________________ 20 3、成本计算_____________________________________________________________ 21 4、凭证处理+期末处理____________________________________________________ 21
业务流程图介绍 一、业务流程概述 1、概念 (1)业务流程图（Transaction Flow Diagram, TFD）就是用一些规定的符号及连线来表 示某个具体业务处理过程； (2)是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法； (3)是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表； (4)业务流程图主要是描述业务走向，比如说病人吧，病人首先要去挂号，然后在到医生那里看病开药，然后再到药房领药，然后回家； (5)业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。 2、绘制方式 (1)业务流程图的绘制是按照业务的实际处理步骤和过程进行的； (2)业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制，换句话说,就是一 (3)“本”用图形方式来反映实际业务处理过程的“流水账”； (4)业务流程图的绘制是根据系统调查表中所得到的资料和问卷调查的结果,按业务 实际处理过程将它们绘制在同一张图上。 二、作用与不足 1、作用 (1)绘制出这本“流水账”对于开发者理顺和优化业务过程是很有帮助的； (2)由于它的符号简单明了,所以非常易于阅读和理解业务流程； (3)利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。 (4)制做流程图的过程是全面了解业务处理的过程，是进行系统分析的依据。 (5)它是系统分析员、管理人员、业务操作人员相互交流思想的工具。 (6)系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。 (7)用它可分析出业务流程的合理性: 业务流程图是一本用图形方式来反映实际业务 处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有 帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的 目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重 组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重
UML的业务流程图 在企业管理中，业务流程图是一种常见的管理手段。通过对业务流程的图形化表示，管理者可以对公司的业务流程进行清晰明了的把控，并对流程的各个环节进行系统化的分析和调整。而UML语言作为一种通用的建模语言，在业务流程图中被广泛使用，成为了最常见的一种模型。 一、UML介绍 UML，即统一建模语言(Unified Modeling Language)，它是一种通用的建模语言，作为面向对象开发的可视化工具，被广泛地应用在软件开发、项目管理、代码分析和系统设计等领域，其主要目的是描述和分析系统的需求、结构、行为等。 UML语言的核心包括静态建模和动态建模两个部分，其中静态建模包括类图、对象图和组件图等，而动态建模则包括顺序图、活动图、状态图和用例图等。
业务流程图就是一种动态建模方法中的活动图，通过图形化的方式展现业务流程的执行过程，其主要用途是清晰明了地列出每个步骤，以便于对流程的运作和改进进行管理与优化。 二、业务流程图的基本组成 业务流程图主要由以下几个元素组成： 1.开始状态 这是整个流程的开始节点，通常使用一个圆形表示。在开始节点处执行一些必要的检查，以验证开始状态是否有充分条件。 2.结束状态 这是整个流程的结束节点，通常使用一个圆圈表示。在结束节点处，程序将在此停止，而不再进行后续操作。 3.箭头
箭头表示流程图执行顺序，标识从一个节点到另一个节点的执行路径。 4.定制活动 活动也称为任务或操作，它们是工作流程中的关键组成部分，可以被分配给不同的人或部门来完成。 5.分支合并 程序需要在某个节点处做出决定时，分支合并元素用于绘制流程的多个方向。 三、UML业务流程图实例 业务流程图以可视化方式呈现复杂的业务流程，让人们能够更加直观地了解业务过程的每一个步骤。假设我们要绘制一个UML 业务流程图，以描述一个简单的注册过程，我们可以通过以下步骤进行：
软件工程导论业务流程图 Software engineering introduction requires a fundamental understanding of the principles and practices that govern software development. 软件工程导论要求对指导软件开发的原则和实践有基本的理解。It encompasses a range of topics including software requirements, design, testing, and maintenance. 这包括软件需求、设计、测试和维护等一系列主题。By studying software engineering, one can gain insight into how to create high-quality software that meets user needs. 通过学习软件工程，可以深入了解如何创建满足用户需求的高质量软件。 One aspect of software engineering that is particularly important is the development of business process models. 软件工程中尤为重要的一个方面是业务流程模型的开发。These models help to visualize and understand the flow of activities within an organization, which is essential for effectively managing and improving business processes. 这些模型有助于可视化和理解组织内活动的流程，对有效管理和改进业务流程至关重要。By creating detailed business process models, software engineers can identify inefficiencies, bottlenecks, and areas for
软件开发流程软件项目生命周期模型
需求分析 需求分析流程图 过程描述 1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等容要明确体现在架构设计书中。 ➢对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、 供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方 案。 ➢关于自行开发和采购复用的分析， 如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接 受围，可考虑采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 ➢工作量、工期、日程、人数 ➢成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预 算的管理等同于计划工作量的管理。） ➢质量目标 14、PM、测试负责人与部门经理协调人员及资源、计划知识技能、协调相关干系人的参与。 15、项目组基于公司环境标准，结合项目实际情况建立适合的工作环境。 16、PM、测试负责人编制项目计划书。 17、PM、测试负责人编制项目日程表。 18、临时项目组、研发部、QA评审项目计划书，评审通过后正式生效。 19、PM指示配置管理员建立配置基线。 20、PM编制阶段总结报告（项目总结报告中的度量分析页面），召开阶段会议。
一、销售部分： （一）销售合同管理流程：
1、销售类型（按照产品项）分为五种：车体改装销售 机加产品销售 多媒体商品销售 材料销售 系统集成销售 重点提示：根据销售统计和核算的需要，在销售订单的表头栏目内必须选择对应的销售类型，从以上五种分类中进行选择。 2、销售业务类型（按照结算情况界定）为三种： ◆普通销售业务：无论赊销、现销，当月完成发货后（含多次发货）当月结算完毕（含多次结 算）的销售业务，在增加销售订单时选择业务类型为普通销售业务。具体操作见普通销售业务处理流程 ◆分期收款业务：当月完成发货后（含多次发货），需分次、跨月进行结算、开发票，分批结 转收入成本的销售业务，在增加销售订单时选择业务类型为：分期收款。具体操作见分期收款业务处理流程。 ◆直运销售：销售的商品不经过公司库房，直接将商品从供应商处发送到客户方的销售业务（例 如：商品代购业务），在增加销售订单时选择业务类型为：直运销售。具体操作见直运销售业务处理流程。 重点提示：根据销售统计和核算的需要，在销售订单的表头栏目内必须选择对应的业务类型，从以上三种分类中进行选择。因为三种业务的核算处理方式不同，所以在增加销售订单时一定要区分清楚。
（二）普通销售流程：
1、 销售发货分三种情况： 机加产品发货：由总调室调度人员先发组装通知到机加工程部，机加工程部从仓库领取散件进行组装。组装完成后，凭总调室调度人员下达的销售发货通知单由机加工程部发货。总调室调度人员在【销售管理】模块根据销售订单生成销售发货通知单，进行打印，一式六联［财务部、总调室、销发货，实物出库后，机加车间工程部在回执给销售部门作为索要欠款的依据；给客户作为出门依据。总调室调度人员依据经各部门签字确认后回执的销售发货通知单，在【销售管理】模块中对销售发货通知单进行审核； 车体改装、系统集成设备产品发货：车体改装项目、系统集成产品完工后，总调室调度人员在【销售管理】模块根据销售订单生成销售发货通知单，进行打印，一式五联［财务部、总调室、销售部、客户（代出门证）确定是否已经收款；总调室进行通知发货，在销售发货通知单上进行签字确认；回执给销售部门作为索要欠款的依据；给客户作为出门依据。依据经各部门签字确认后回执的销售发货通知单，在【销售管理】模块中对销售发在【销售管理】模块根据销售订单生成销售发货通知单，进调室通知库房保管人员发货出库，实物出库后，库房保管人员在售发货通知单回执给给客户作为出门依据。总调室调度人员依据经各，在【销售管理】模块中对销售发货通知单进行审核； 2、 在填制销售发货通知单时，对于销售类型为车体改装的业务单据，需要在销售发货通知单 表体录入对应成本对象项目（合同号）。 重点提示： ○ 1 销售部不进行收款结算，所有的开票通知无论是否收款，销售部门都直接在【销售管理】模块内进行复核处理，系统将自动转入应收管理模块（挂应收账款），由财务部根据收款情况在应收账款模块依据财务收款流程进行结算处理。 ○2 对于客户不要发票的销售业务，销售部也需要在【销售管理】模块中做开票通知处理