专利名称：企业资源计划系统中反馈业务处理状态的方法和装置的制作方法
技术领域：
本发明涉及信息技术领域，特别涉及一种企业资源计划系统中 反馈业务处理状态的方法和装置。
背景技术：
企业资源计戈ij (ERP， Enterprise Resource Planning)是建立在 信息技术基础上，以系统化的管理思想，为企业决策层及员工提供 决策运行手段的管理平台。其基本功能是将企业的业务搬到计算机 中进行处理，通常将承载、记录企业业务信息的载体称为单据实例， 在企业业务运作过程中，需要对单据实例进行多种处理。
在多数时候，对属于同一类的单据实例的处理是相似的，但随 着客户的个性化需求的增加，以及业务的多样化，常常会要求对每 一个单据实例的处理方式不同，并且无规律可循。例如，对于企业 所接的销售订单，需要对应创建的单据实例为销售订单，该销售 订单的单据实例是客户订货和企业承诺发货时间、数量、收款金额 及方式等信息的载体；但是对于企业在出货时，需要对应创建的单 据实例为出货计划，该出货计划的单据实例是出货时各种手续办 妥与否、款项是否到位以及发货是否完成等信息的载体。对于以上 两种单据实例，需要进行的处理是不同的，具体进行的处理可以如
下
1)单据实例为销售订单时，需要的处理为
价格评审检査当前销售订单的价格是否在企业允许的范围内； 信用评审检查当前客户的信用状况是否允许发生新业务； 数量评审客户的订货数量是否能够满足； 交期评审客户要求的交货日期是否能够满足； 开发评审客户要求的规格是否能够实现-，
产能评审生产部门是否有足够的设备及人力、时间来组织生毛利评审当前订货物料的毛利率是否是企业规定范围内； 关务评审客户订货的产品是否符合海关相关要求； 船务评审是否整箱、整柜、是否拼柜、是否有合适的船公司 及航线；
下达生产是否已经下达生产了；
出货流程是否已经开始办理出货了。
2)单据实例为出货计划时，需要的处理为
关务手续关务手续是否办妥；
船务手续船公司是否落实，订舱是否落实；
商检手续是否办妥；
货柜拖车是否办妥；
出货检验是否办妥；
信用证是否到位；
预收款是否有要求，是否到位；
备货是否开始备货，备货完成了多少，备货是否完成； 包材包材是否到位，外包装是否完成； 装柜货柜是否已经装好；
出货完成货柜是否离厂，出货是否完成。
企业通常希望系统能够反馈最新的业务处理状态，使得各项业 务处理都处于控制之中。为了满足企业的需求，将需要进行的各项 业务处理配置为状态项，在现有技术中，会针对同一类的单据实例 配置固定的状态项组合，该状态项组合中包含的各状态项是该类单 据实例需要进行的各项处理。单据实例在创建后，确定该单据实例 所属类别对应的状态项组合，以该状态项组合为模板，当某一状态 项的状态发生变化时，针对该单据实例对该状态项的状态变化进行 记录。在现有技术的该方法中，对同一类单据实例中状态项的状态 变化进行的记录是按照状态项组合为模板的，也就是说，针对同一 类单据实例的状态项组合是固定的，不能针对不同的单据实例选择 不同的状态项组合。但是正如以上所述，企业往往针对不同的单据 实例有自己的个性化需求，显然，现有技术中的该方式并不能满足这一需求。
发明内容
有鉴于此，本发明提供了一种ERP系统中反馈业务处理状态的 方法和装置，以便于基于单据实例进行业务处理状态反馈，满足企 业对业务的个性化需求。
本发明提供的技术方案如下
一种ERP系统中反馈业务处理状态的方法，预先配置包含各状 态项和各状态项所对应状态信息的状态项组，并将配置的状态项组 与单据实例相关联；该方法包括
创建单据实例时，加载与该单据实例相关联的状态项组，并将 该加载的状态项组随着创建的单据实例进行保存以供用户对该保 存的状态项组中的状态项进行维护。
一种ERP系统中反馈业务处理状态的装置，该装置包括配置 保存单元、关联加载单元、本地保存单元和维护处理单元；
所述配置保存单元，用于保存预先配置的包含各状态项和各状 态项所对应状态信息的状态项组，并将状态项组与单据实例相关
联；
所述关联加载单元，用于在ERP系统创建单据实例时，加载与 该单据实例相关联的状态项组，并将该加载的状态项组随着该单据 实例保存在所述本地保存单元中；
所述维护处理单元，用于按照用户的指令对所述本地保存单元 保存的状态项组进行维护。
由以上技术方案可以看出，由于本发明中状态项组是在创建单 据实例时加载并随着各单据实例进行保存的，各单据实例之间互不 影响且不会对预先配置的用于加载的状态项组产生影响，使得针对 各单据实例进行个性化的状态项维护成为可能，即可以根据用户的 实际需求，在某个单据实例上进行状态项的增加、删除或修改等维 护。这种可扩展的实例级状态项组技术，能够使整个业务的处理过 程可掌控，更加有弹性。也就是说，随着单据实例保存的状态项组是基于该单据实例进行的业务处理状态反馈，可以满足了企业对业务的个性化需求。
图l为本发明实施例提供的详细方法流程图；图2为本发明实施例提供的状态项组示意图3为本发明实施例提供的状态项对应的其它信息示意图；图4为本发明实施例提供的创建的单据实例示意图5为本发明实施例提供的随着单据实例保存的状态项组合表示意图6为本发明实施例提供的装置结构图。
具体实施例方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
本发明提供的方法主要包括预先配置包含各状态项和各状态项所对应状态信息的状态项组，并将配置的状态项组与单据实例相关联；当创建单据实例时，加载与该单据实例相关联的状态项组，
并将该加载的状态项组随着创建的单据实例进行保存以供用户对该保存的状态项组中的状态项进行维护。
下面结合具体实施例对上述方法进行详细描述。图1为本发明实施例提供的详细方法流程图，如图1所示，该方法可以包括以下歩
骤
步骤101:预先配置包含各状态项和各状态项所对应状态信息的状态项组。
在配置状态项组中选择的状态项可以从系统中的状态项全集中进行选择，该状态项全集可以根据需要进行增加、删减或修改。
状态项组中包含组成各状态项组的状态项和各状态项所对应的状态信息。其中，状态项可以通过状态项名称、状态项编码、状态项ID等中的一种或任意组合的方式标识，状态项组同样可以采用状
8态项组名称、状态项组编码、状态项组ID中的一种或任意组合的方式标识。
假设定义的状态项组编码为Ol，名称为预报关单进程，其包含
的状态项分别为编码为IO、名称为船务的状态项，编码为20、名
称为关务的状态项，编码为30、名称为货柜的状态项，编码为40、名称为拖车的状态项，编码为50、名称为唛头的状态项，编码为60、名称为包装的状态项，编码为70、名称为信用证的状态项，如图2所示。其中，船务对应的状态可以为船务手续办理完成与否，关务对应的状态可以为报关手续办理完成与否，货柜对应的状态可以为所用货柜确认完成与否，拖车对应的状态可以为拖车预定完成与否，唛头对应的状态可以为唛头正确打印完成与否，包装对应的状态可以为外包装箱到货且包装完成与否，信用证对应的状态可以为信用证办理完成与否。
步骤102:为状态项组中的各状态项配置更新触发条件。
在配置的状态项组中还可以进一步包括该各状态项的更新方
式，即更新各状态项的状态是采用人工方式还是系统自动更新方式。当状态项的更新方式为系统自动更新时，可以进一步为状态项配置更新触发条件，在该状态项的更新触发条件被满足时，系统自动对该状态项的状态进行更新。
假设编码为IO、名称为船务的状态项的更新方式为系统自动更
新，则可以设置该状态项的更新触发条件为订舱单审核确认。即
当该企业的订舱单审核确认后，系统自动将该编码为IO、名称为船
务的状态项的状态更新为船务手续办理完成。
更进一步地，还可以为各状态项配置前置条件，在满足更新触发条件时，还必须进一步确认满足前置条件才能够被允许进行状态更新。例如，可以配置名称为船务的状态项的前置条件为信用证办理完毕，即将名称为信用证的状态项的某个状态作为船务的前置条件。当订舱单审核确认完毕触发更新船务的状态时，还需要进一步确定名称为信用证的状态项的状态是否为办理完毕，如果是，才更新状态项船务对应的状态，如果信用证并没有办理完毕，则不能更新名称为船务的状态项的状态，即不可以下达订舱单。
除此之外，状态项组中还可以包含各状态项对应的其它信息，如图3所示，名称为关务的状态项还可以对应完成人信息、完成时间信息、未完成原因信息、备注信息、更新人员信息以及更新时间信息等。
步骤103:将配置的状态项组与单据实例相关联。
在本实施例中，可以将配置的状态项组与各单据实例分别相关联，也可以将配置的状态项组与一类单据实例相关联。
步骤104:在创建单据实例时，加载与该单据实例相关联的状态项组，并将该加载的状态项组随着创建的单据实例进行保存。
如果存在与该单据实例直接关联的状态项组，则记载与该单据实例直接关联的状态项组；如果存在与该单据实例所属类别相关联
的状态项组，则记载与该单据实例所属类别相关联的状态项组。本歩骤中，加载状态项组后，将加载的状态项组随着创建的单
据实例进行保存，使得该加载的状态项组是唯一面向该创建的单据
实例的。需要说明的是，针对该单据实例加载状态项组并不影响其
它单据实例同样加载该状态项组。
可以将加载的状态项组以状态项组合表的形式进行保存，即加
载状态项组后，随着创建的单据实例生成一个状态项组合表，每个
单据实例都有各自的状态项组合表被保存。
当如图4所示的单据实例被创建时，随之加载并保存的状态项组合表可以如图5所示。其中，该状态项组合表中各状态项对应的其它信息可以如图3中所示。
步骤105:根据用户的指令，对保存的状态项组中的状态项进行维护。
由于各单据实例的状态项组是随着各单据实例进行保存的，因此，用户可以根据各单据实例随机维护各状态项，且并不会对其它单据实例的状态项组产生任何影响。
其中，对状态项组中的状态项的维护可以包括针对当前单据
实例增加状态项，删除状态项，修改状态项的更新方式、更新触发条件或者前置条件。
例如，针对某些对于企业来说十分重要的单据实例，可以根据用户的指令，在随着该单据实例保存的状态项组中增加一些状态项总工确认与否、总经理确认与否、财务确认与否、配套供应商确认与否等等。也可以将某些对于企业来说不需要的状态项从随着单据实例保存的状态项组中删除。对于有着特殊要求的状态项，可以修改其更新触发条件或前置条件，使之在满足新的更新触发条件或前置条件时触发状态项状态的更新。
步骤106:在状态项的更新触发条件被满足时，系统自动根据触发事件更新状态项的状态。
状态项组中各状态项对应的更新方式决定了该状态项如何被更新，如果是人工方式，则需要根据用户的指令更新随着单据实例保存的状态项组中的状态项的状态；如果是系统自动方式，则在触发事件满足状态项的更新触发条件时，根据该触发事件更新状态项的状态。如果该状态项还存在前置条件，则在满足触发条件的同时还得满足前置条件才能更新状态项的状态。
步骤107:根据用户提供的状态查询条件，对随着各单据实例保存的状态项组进行过滤，确定具有满足状态查询条件的状态项组所对应的单据实例，并将该单据实例提供给用户。
例如，如果用户需要查出所有已经办完报关手续但货柜还没有确认的单据实例，则可以以关务和货柜两个状态项的状态分别为报关手续已经完成和货柜还没有确认为状态查询条件，对各单据实例的状态项组进行过滤，确定满足状态查询条件的状态项组，将该状态项组提供给用户，或者进一步确定该状态项组所对应的单据实例，将该单据实例提供给用户。通过这种方式，就可以快速的找出用户关心的单据实例。
除了以上所述的方式外，用户还可以输入要查询的单据实例的编号或者名称等，系统获取随着用户所査询的单据实例进行保存的状态项组，并将该获取的状态项组提供给用户，这样，用户便可以査询到具体单据实例对应的业务处理状态。需要说明的是步骤105至歩骤107是在创建单据实例后可能出现
的情况，并没有固定的先后顺序。
以上是对本发明所提供的方法进行的详细描述，下面对本发明
所提供的装置进行详细描述。图6为本发明实施例提供的装置结构
图，如图6所示，该装置可以包括配置保存单元601、关联加载单
元602、本地保存单元603和维护处理单元604。
配置保存单元601，用于保存预先配置的包含各状态项和各状 态项所对应状态信息的状态项组，并将状态项组与订单实例相关 联。
关联加载单元602，用于在ERP系统创建单据实例时，加载与 该单据实例相关联的状态项组，并将该加载的状态项组随着该单据 实例保存在本地保存单元603中。
维护处理单元604，用于按照用户的指令对本地保存单元603 保存的状态项组进行维护。
另外，状态项组中还可以包括各状态项的更新方式；其中， 更新方式包括人工更新和系统自动更新。
更优地，上述状态项组中还可以包括更新方式为系统自动更 新的状态项的更新触发条件，或者更新方式为系统自动更新的状态 项的更新触发条件和更新前置条件。
此时，该系统还可以包括更新处理单元605，用于在本地保
存单元604中，更新方式为系统自动更新的状态项的更新触发条件
被满足时，如果该状态项不存在更新前置条件，则根据触发事件对
该状态项的状态进行更新；如果该状态项存在更新前置条件，进一 歩判断该状态项的更新前置条件是否被满足，如果是，根据触发事 件对该状态项的状态进行更新。
具体地，维护处理单元604对状态项组进行维护可以具体为 针对单据实例，在所述本地保存单元604保存的状态项组中增加状 态项，删除状态项，修改状态项的更新方式，修改状态项的更新触 发条件或者修改状态项的更新前置条件中的一种或者任意组合。
状态项组与单据实例的关联方式可以为配置保存单元601将配置的状态项组与单据实例直接相关联，或者将配置的状态项组与 一类单据实例相关联。
相应地，关联加载单元602加载与创建的单据实例直接相关联
的状态项组，或者加载与创建的单据实例所属类别相关联的状态项 组。
另外，为了满足用户的査询需求，该装置还可以包括查询处
理单元606，用于从所述本地保存单元中获取随着用户所查询的单 据实例进行保存的状态项组，并将获取的状态项组提供给用户；或 者，根据用户提供的状态査询条件，对本地保存单元604中保存的 状态项组进行过滤，确定具有满足状态查询条件的状态项组，将该 状态项组提供给用户；或者，根据用户提供的状态查询条件，对所 述本地保存单元中保存的状态项组进行过滤，确定具有满足状态查 询条件的状态项组，并确定该状态项组所对应的单据实例，将该单 据实例提供给用户。
由以上描述可以看出，本发明提供的方法和装置可以具备以下 优点-
1) 由于本发明中状态项组是在创建单据实例时加载并随着各单 据实例进行保存的，各单据实例之间互不影响且不会对预先配置的 用于加载的状态项组产生影响，使得针对各单据实例进行个性化的 状态项维护成为可能，即可以根据用户的实际需求，在某个单据实 例上进行状态项的增加、删除或修改等维护，这种可扩展的实例级 状态组技术，能够使整个业务的处理过程可掌控，更加有弹性。也 就是说，随着单据实例保存的状态项组是基于该单据实例进行的业 务处理状态反馈，可以满足了企业对业务的个性化需求。
2) 通过对状态项设置更新方式、更新触发条件等手段，使得状 态项对应的更新方式为系统自动更新时，如果状态项的更新触发条 件，则系统能够按照触发事件自动对该状态项的状态进行更新，实 现了用户业务处理过程自动化，更加提升了用户体验。
3) 本发明的实现方式开发成本较低、无需复杂的部署，降低了 企业的风险和成本。
13以上所述仅为本发明的较佳实施例而已，并不用以限制本发明， 凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进 等，均应包含在本发明保护的范围之内。
权利要求
1.一种ERP系统中反馈业务处理状态的方法，其特征在于，预先配置包含各状态项和各状态项所对应状态信息的状态项组，并将配置的状态项组与单据实例相关联；该方法包括创建单据实例时，加载与该单据实例相关联的状态项组，并将该加载的状态项组随着创建的单据实例进行保存以供用户对该保存的状态项组中的状态项进行维护。
2、 根据权利要求l所述的方法，其特征在于，所述状态项组中 还包括各状态项的更新方式；其中，所述更新方式包括人工更新和系统自动更新。
3、 根据权利要求2所述的方法，其特征在于，所述状态项组中 还包括更新方式为系统自动更新的状态项的更新触发条件，或者， 更新方式为系统自动更新的状态项的更新触发条件和更新前置条 件；该方法还包括在更新方式为系统自动更新的状态项的更新触 发条件被满足时，如果该状态项不存在更新前置条件，则根据触发 事件对该状态项的状态进行更新；如果该状态项存在更新前置条 件，进一步判断该状态项的更新前置条件是否被满足，如果是，根 据触发事件对该状态项的状态进行更新。
4、 根据权利要求3所述的方法，其特征在于，所述对该保存的 状态项组中的状态项进行维护包括针对所述单据实例，在随着所述单据实例保存的状态项组中增 加状态项，删除状态项，修改状态项的更新方式，修改状态项的更 新触发条件或者修改状态项的更新前置条件中的一种或者任意组合°
5、 根据权利要求1至4任一权项所述的方法，其特征在于，将 配置的状态项组与单据实例相关联包括将配置的状态项组与单据 实例直接关联，或者将配置的状态项组与一类单据实例相关联；所述加载与该单据实例相关联的状态项组包括加载与该单据 实例直接关联的状态项组，或者加载与该单据实例所属类别相关联 的状态项组。
6、 根据权利要求1至4任一权项所述的方法，其特征在于，该 方法还包括获取随着用户所查询的单据实例进行保存的状态项 组，并将获取的状态项组提供给用户；或者，根据用户提供的状态查询条件，对各随着单据实例保存的状态 项组进行过滤，确定具有满足状态查询条件的状态项组，将该状态 项组提供给用户；或者，根据用户提供的状态査询条件，对各随着单据实例保存的状态 项组进行过滤，确定具有满足状态查询条件的状态项组，并确定该 状态项组所对应的单据实例，将该单据实例提供给用户。
7、 一种ERP系统中反馈业务处理状态的装置，其特征在于， 该装置包括配置保存单元、关联加载单元、本地保存单元和维护 处理单元；所述配置保存单元，用于保存预先配置的包含各状态项和各状 态项所对应状态信息的状态项组，并将状态项组与单据实例相关 联；所述关联加载单元，用于在ERP系统创建单据实例时，加载与 该单据实例相关联的状态项组，并将该加载的状态项组随着该单据 实例保存在所述本地保存单元中；所述维护处理单元，用于按照用户的指令对所述本地保存单元 保存的状态项组进行维护。
8、 根据权利要求7所述的装置，其特征在于，所述状态项组中 还包括各状态项的更新方式；其中，所述更新方式包括人工更新和系统自动更新。
9、 根据权利要求8所述的装置，其特征在于，所述状态项组中 还包括更新方式为系统自动更新的状态项的更新触发条件，或者 更新方式为系统自动更新的状态项的更新触发条件和更新前置条 件；该系统还包括更新处理单元，用于在所述本地保存单元中， 更新方式为系统自动更新的状态项的更新触发条件被满足时，如果 该状态项不存在更新前置条件，则根据触发事件对该状态项的状态进行更新；如果该状态项存在更新前置条件，进一步判断该状态项 的更新前置条件是否被满足，如果是，根据触发事件对该状态项的 状态进行更新。
10、 根据权利要求9所述的装置，其特征在于，所述维护处理单元针对所述单据实例，在随着所述单据实例保存的状态项组中增 加状态项，删除状态项，修改状态项的更新方式，修改状态项的更 新触发条件或者修改状态项的更新前置条件中的一种或者任意组合°
11、 根据权利要求7至10任一权项所述的装置，其特征在于， 所述配置保存单元将配置的状态项组与单据实例直接相关联，或者 将配置的状态项组与一类单据实例相关联；所述关联加载单元加载与创建的单据实例直接相关联的状态 项组，或者加载与创建的订单实例所属类别相关联的状态项组。
12、 根据权利要求7至10任一权项所述的装置，其特征在于， 该装置还包括査询处理单元，用于从所述本地保存单元中获取随 着用户所査询的单据实例进行保存的状态项组，并将获取的状态项 组提供给用户；或者，根据用户提供的状态查询条件，对所述本地 保存单元中保存的状态项组进行过滤，确定具有满足状态查询条件 的状态项组，将该状态项组提供给用户；或者，根据用户提供的状 态査询条件，对所述本地保存单元中保存的状态项组进行过滤，确 定具有满足状态查询条件的状态项组，并确定该状态项组所对应的 单据实例，将该单据实例提供给用户。
全文摘要
本发明提供了一种企业资源计划系统中反馈业务处理状态的方法和装置，预先配置包含各状态项和各状态项所对应状态信息的状态项组，并将配置的状态项组与单据实例相关联；创建单据实例时，加载与该单据实例相关联的状态项组，并将该加载的状态项组随着创建的单据实例进行保存以供用户对该保存的状态项组中的状态项进行维护。本发明能够实现基于单据实例的业务处理状态反馈，满足企业对业务的个性化需求。
文档编号G06Q10/00GK101655939SQ200910092660
公开日2010年2月24日 申请日期2009年9月22日 优先权日2009年9月22日
发明者范朝晖 申请人:用友软件股份有限公司