Odoo序列和工作流.docxVIP

Odoo序列和工作流一序列序号名称序号的显示名称序号类型序号的类型编辑序列前缀生成序号的前缀，可以用一些系统变量后缀生成序号的后缀，可以用一些系统变量数字位数生成序号的数字位数（不含前缀和后缀），不足位时会在前面补0增量每次序号增加的数字下一编号系统将生成的下一个序号二、工作流一、工作流定义：?xml version=1.0?terpdatarecord model=workflowid=workflow_idfield name=nameworkflow.name/fieldfield name=osvresource.model/fieldfield name=on_createTrue|False/field/record/data/terpmodel：固定取值workflowid：任意值，唯一标识本工作流name:工作流的名称，任意定义osv：本工作流关联的对象类型，是OpenERP模块中定义的某对象名，如采购单对象（purchase.order）。是本工作流处理的数据对象。on_create：每当系统新产生一个osv中定义的对象的实例时候，是否对应的产生一个和该对象实例关联的工作流实例。默认是True.工作流和工作流实例：工作流定义了对某一类型的对象，如采购订单（PO）的处理流程。例如，PO单的一般处理流程也许是：1）新建PO，State=draft；2）审批PO，审批的同时，a)系统自动产生收货单，工仓库收货；b)系统自动产生凭据（Invoice），供财务确认付款；c)系统自动产生PDF的采购订单，并自动EMail给该PO单对应的供应商。但对于特定的某个PO对象，需要一个工作流实例，以记录本PO对象处在流程的哪个阶段，如PO1尚在draft状态，PO2已经审批通过。PO单的审批，以及对应的a)、b)、c)的动作，都可以在OE的工作流中定义解决，而不需要全编码在PO对象上。即工作流实现了流程处理相关的代码和被处理对象的代码相分离，降低了不同处理代码的耦合性，增加了系统功能的柔软性。二、活动（Activity）定义record model=workflow.activityid=activity_idfield name=wkf_idref=workflow_id/field name=nameactivity.name/fieldfield name=kinddummy|function|subflow|stopall/fieldfield name=subflow_idsubflow_id/fieldfield name=action(...)/fieldfield name=action_id(...)/fieldfield name=split_modeXOR|OR|AND/fieldfield name=join_modeXOR|AND/fieldfield name=signal_send(...)/fieldfield name=flow_startTrue|False/fieldfield name=flow_stopTrue|False/field/recordmodel：固定取值workflow.activitywkf_id：本Activity所属的工作流idname:本Activity名称，任意值kind：本Activity类型，有Dummy,Function,Subflow,Stop All四种。kind说明，如果流程到达本节点，系统应执行的动作类别。Dummy表示不执行任何动作，即action中定义的代码不会被执行。Function表示执行action中定义的python代码，且，执行action_id中定义的server action。常见情况是，action中定义一个write方法，修改流程关联的对象的状态。对于Function类型的节点，action中定义的代码或者返回False，或者返回一个客户端动作id（A client action should be returned）。Subflow类型表示触发“subflow_id”中指定的工作流。仔细的读者或许要问，工作流的执行总是和某个被处理的对象关联，是的，如果定义了action，subflow关联的对象id由action中定义的代码返回。如果没有定义action，系统默认subflow关联的对象和本节点所属的工作流处理的对象id一致。stopall类型表示，流程到此节点则结束，但结束前，系统仍会执行action中的代码。signal_send：执行完本节点的动作（action及action_id定义的动作）后，应向别的工作流发往的signal，格式是：subflow.signal。subflow_id和signal_send必须配合使