❶ WEB界面，付款通知单的撤销和删除功能有何区别
概述：
1、付款通知单要删除，单据要在未审核未审批的状态，而撤销即使单据审核审批了也可以撤销；
2、删除付款通知单后单据就没有了，而撤销付款通知单后，单据仍存在，可以进行反撤销，反撤消后单据为制单状态，即审核和审批自动取消，变成未审核、未审批的制单状态；
3、撤销后的付款通知单可以直接删除，但不能修改。
❷ 如何通过Web Api新增退料单据
在webapi项目中新建一个MyTestFilter类 这里需要重写两个方法 OnActionExecuting 执行前调用 OnActionExecuted 执行后调用 可以把aop操作写在相应的方法中 这里就不解释具体的aop操作了，只演示一下在方法中获得可能用到的参数 如果要在filter中...
❸ java web 单据自定义 如何实现
有两种方法
1、较容易实现，用报表引擎，单据都用报表根据用户需求画好，到时候改可以新做报表放上去，不用改程序
2、真正的自定义报表，编码较复杂，数据结构设计大概为
单据类别定义表{单据类别id，单据名称，表头内容，是否显示时间。。。。（等该类单据属性）}
单据明细定义表{单据类别id，明细id，明细名称，明细数据类型，手工输入/系统取数，系统取数规则，。。。（等明细项属性）}
单据数据表（单据id，单据类别id，单据明细id，数据值。。。（等某一单据数据））
用前两张表定义某一单据样式
生产的某一个单据的数据存在第三张表里
❹ 在KDWEB界面录入付款通知单后，进行了审核审批。在结算中心模块如何查询到该单据
请按照以下步骤进行操作：
1、登陆K/3主控台后，依次单击【资金管理】→【结算中心】→【资金结算】，双击明细功能【付款单查询】；
2、打开【付款业务序时簿】，单击【编辑】菜单下的【付款通知单】；
3、系统自动切换到【付款通知单序时簿】，即可查询。
❺ WEB界面录入付款通知单后，进行审核、审批时，有同意和不同意两种，有何意义
概述：
若付款通知单审核不同意，则审批时会提示“不能审批审核不同意的单据”，无法进行审批；若审核同意，审批不同意的话，付款通知单也无法在结算中心的付款单查询中查看到，必须是审核和审批都同意的付款通知单才能在付款单查询中查看到。
❻ 我在一个web网页（公司的OA表单）中做了很多控件，请问大家，这样是否会影响单据打开和签核的速度
你用的OA表单内部是通过JS代码来控制的，控件越多，速度就会越慢；但是内部系统使用，慢一点无所谓的，稳定压倒一切。
智遥OA中的表单，可以一键自动生成，代码全是C#的，那种表单速度就快很多。
❼ 应该从什么样的角度描述web系统的业务流程项目描述可以是系统业务流程吗
1 构成企业管理信息系统的5个基本要素 对企业需求的描述可以从2个方面来进行描述，一个方面是对客户现行系统的描述，一个方面是对系统未来的设想。总的而言，无论是从那个方面来描述，构成企业信息系统主要包括5个基本要素：企业的组织结构、流程、数据、商务规则与功能（性能）。其中从用户的角度主要关注流程，是以流程为核心的，通过流程将其他几个要素贯穿起来，需求分析人员也应该从这个角度来和用户沟通；从开发者的角度主要关注企业的数据、商务规则与功能，以便于系统的实现；从实施者的角度主要关注企业的组织结构与功能，以便于系统的发布与实施。 1） 企业的组织模型 即企业的组织结构关系，包括部门设置、岗位设置、岗位职责等。树型组织结构图是描述企业的组织模型的一种常用方法，它可用来搞清各部门之间的领导关系,每个部门内部的人员配备情况, 职责分工等情况,它是划分系统范围,进行系统网络规划的基础。在组织结构图中应将用户的组织结构逐层详细描述，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织结构图，是需求获取步骤中的基础工作之一。 用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，也是分析人员提取对象的基础。 对用户角色的识别常常遗漏的是计算机系统的系统管理人员，角色识别不全，对以后的功能识别会造成盲区。 （2） 企业的流程模型 即企业的业务流程，包含哪些流程、流程之间的关系、每个流程中包括哪些活动、每个活动涉及到的岗位。企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。对企业而言需要定义关于业务流程图的描述标准，大家采用相同的图例来描述，便于管理。 业务流程图的优点 : ■绘图的过程,实际上是作业流程条理化的过程 ■表达形象直观,易于和用户交流,易于项目组内部交流调研的结果,需要得到用户的认同,这就需要和用户交流调研的结果,交流的文档要通俗、易懂, 不能采用专业术语。 ■可以作为培训实施人员与技术服务人员的文档 业务流程图的缺点 : ■对高层管理人员的实际需求调查的不清楚. 这一方面是由于用户没有接触过计算机, 对采用计算机后的管理会是什么样子?计算机能够完成当前手工操作的哪些内容?能够作哪些现在手工无法完成的工作等等没有清楚的概念,因此用户无法将这些问题反应出来. 另一方面说明分析人员没有经验,对原始材料挖掘不深,不能从用户 提供的材料中提炼处来用户的真正需求,不能找到当前管理中的问题。 ■对各种业务之间的总体关系没有表达出来. 采用直式业务流程图可以将企业的每一种业务的处理流程清楚地表达出来, 但是各业务之间的联系却没有表示出来,单看一种业务的流程图很清楚,但是却不能综合在一起,没有整体的概念,作为需求分析的文档,在这方面表达的不够完整。 ■在不利用工具的情况下,画法烦琐。 图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。 （3） 企业的数据模型 即企业中的信息载体有哪些？以及对这些信息载体的详细刻画，包括企业的各种单据、帐本、报表的描述。在需求报告中，应该将单据的描述格式化，需要描述的内容包括： 单据的用途，即单据用在什么地方？ 单据的格式：需要明确的画出来，并有实际的有数据的样例，能够具体直观地说明问题； 单据中的数据项的具体描述：长度、类型、计算生成方法、约束条件等； 单据的数据项是由哪些不同类型的角色来填写地，包括用计算机可以填那些数据项。 单据中哪些数据是必填的，哪些是可以不用填的。 单据流量：平均每天产生多少条记录，高峰期的数量； 单据的分类：可以从多个角度上进行分类，如：按业务类型来分类（采购/销售/生产），按生成的方式来分类（手工录入型/自动生成型），按格式变化的频繁程度来分类（易变型/稳定型），按表现形式来分类（列表型/卡片型）等等。 单据之间的关系：引用关系等等。 同样对于需要的报表与帐本也可以参照上面的条目进行详细的刻画。
❽ 需要在web端批量打印一些单据，由于数据量太大，从点击打印到弹出预览框大概要3s左右
可将常用的数据预先提取缓存，在使用是直接调用缓存。
Office批量打印：http://jingyan..com/article/f00622280e4dd4fbd3f0c80e.html