我正在尝试了解服务器操作,当状态从draft
更改为confirm
时,会向所提供的电子邮件发送一条消息。
程序中没有错误,但邮件不会发送到自定义电子邮件。
代码如下:
notebook_server_action.xml :
<!-- demo automated actions sending message after state transition -->
<record id="filter_draft_lead" model="ir.filters">
<field name="name">Draft Leads notebook</field>
<field name="model_id">notebook.server_action</field>
<field name="domain">[('state','=','confirm')]</field>
<field name="user_id" eval="False" />
</record>
<record id="action_email_reminder_lead" model="ir.actions.server">
<field name="name">Message @ confirm state</field>
<field name="model_id" ref="model_notebook_server_action" />
<field name="condition">True</field>
<field name="type">ir.actions.server</field>
<field name="state">email</field>
<field name="email">object.email</field>
<field name="subject">Check 1 2 3</field>
<field name="message">11111111111111</field>
</record>
<record id="rule_set_reminder_lead" model="base.action.rule">
<field name="name">Send mail when status changed to confirm</field>
<field name="model_id" ref="model_notebook_server_action" />
<field name="sequence">1</field>
<field name="filter_id" ref="filter_draft_lead" />
<field name="trg_date_id" ref="field_notebook_server_action_note_date" />
<field name="trg_date_range">0</field>
<field name="trg_date_range_type">minutes</field>
<field name="server_action_ids" eval="[(6,0,[ref('action_email_reminder_lead')])]" />
</record>
notebook.py
class notebook(osv.osv):
_name = "notebook.server_action"
_description = "Simple Notebook"
_columns = {
'name' : fields.char('Title', size=30, required=True),
'note' : fields.text('Note'),
'email': fields.char('Email', size=120, required=True),
'note_date' : fields.datetime('Date'),
'state': fields.selection([('draft', 'Draft'), ('confirm', 'Confirmed')],
'Status', required=True, readonly=True),
}
_defaults = {
'state': 'draft',
'note_date' : lambda *a: time.strftime('%Y-%m-%d %H:%M:%S'),
}
def button_confirm(self, cr, uid, ids, context=None):
return self.write(cr, uid, ids, {'state': 'confirm'})
notebook_view.xml
<record model="ir.ui.view" id="notebook_server_actiontree_view">
<field name="name">notebook.server_action.tree</field>
<field name="model">notebook.server_action</field>
<field name="arch" type="xml">
<tree string="Notebook">
<field name="name" />
<field name="note" />
<field name="note_date" />
</tree>
</field>
</record>
<record model="ir.ui.view" id="notebook_server_actionform_view">
<field name="name">notebook.server_action.form</field>
<field name="model">notebook.server_action</field>
<field name="arch" type="xml">
<form string="Notebook" version="7.0">
<header>
<button name="button_confirm" states="draft" string="Confirm"
type="object" />
<field name="state" widget="statusbar" />
</header>
<sheet>
<group>
<field name="name" />
<field name="note" />
<field name="note_date" />
</group>
</sheet>
</form>
</field>
</record>
<record model="ir.actions.act_window" id="action_notebook_server_actionform">
<field name="name">notebook.server_action</field>
<field name="res_model">notebook.server_action</field>
</record>
<menuitem name="NotebookParent" icon="terp-project" id="NotebookParent_menu" />
<menuitem name="NotesChild" parent="NotebookParent_menu" id="NotesChild_menu" />
<menuitem name="Header" parent="NotesChild_menu" id="Header_menu_mainform"
action="action_notebook_server_actionform" />
答案 0 :(得分:3)
此类触发器的关键不在于ir.actions.server
(服务器操作)条目,而是base.action.rule
(自动操作)指定特定模型上的触发器(此处为notebook.server_action
)对于符合条件的记录的任何更改。
实际上有2种自动操作,基于前/后条件,以及基于时序条件的操作。
没有时间条件(trg_date_id
字段未设置)的那些在相应的创建或更新事件发生后立即执行,前提条件是前/后条件为满意。在新创建记录时不考虑具有前置条件的自动操作,因为没有要检查的"pre"
状态。
基于时间条件的设置(trg_date_id
字段设置)会由后台作业定期处理,并且不得具有前置条件({{1} }),因为当时不知道filter_pre_id
状态。如果自上次执行自动操作后已经过了指定的延迟,则将对每个匹配其后置条件("pre"
)的记录执行它们。
现在执行自动操作时,会运行相应的服务器操作,在您的情况下,应立即发送新电子邮件。这取决于数据库中的发送邮件服务器的正确配置。 如果无法发送电子邮件(例如,如果格式错误或地址无效),系统将引发错误,但您可能看不到它,因为当调度程序处理基于时间的自动操作时,它将在后台发生。
您是否仔细检查了电子邮件配置(设置/电子邮件/外发邮件服务器)?
您是否已禁用自动操作的预定作业,称为“检查操作规则”?
OpenERP日志说什么?出现任何错误?
更新:当“时间条件”与前提条件相结合时,请注意棘手的情况:如果在调度程序运行时的时间T,记录R不满足前提条件,但由R的定时条件指定的延迟已经过去,那么当调度程序在T + 1运行时将不会检查R,因为它将认为上次已经执行了它(它保持过去执行的状态不会期望最后执行日期)
在您的示例中,您似乎希望在确认备注并通过备注日期后立即触发邮件,但如果日程表之后已执行调度程序,则无法获得所需的效果。
您可以通过将条件检查移动到服务器操作中来欺骗系统执行您想要的操作,仅保留自动操作中的计时条件,并让服务器操作移动记录的“日期”字段在将来如果还没有满足条件。这应该确保下次调度程序运行时仍会考虑记录。然而,这有点令人费解,您可能需要重新考虑您的用例以做一些更简单的事情。
答案 1 :(得分:0)
对于测试,您可以将表'base_action_rule'中的字段'last_run'更改为当天或更早的开头 然后它会正常运行。