销售订单界面定制问题：Prepare Invoice未使用更新的Requested Date

我太懂这个痛点了——你通过RowPersisting设置的Requested Date，在直接触发Actions.PrepareInvoice（没手动点保存）时完全没生效，重写基方法也没搞定。核心问题其实是流程触发时机不匹配：RowPersisting只在正式保存（Persist）阶段才会触发，而Prepare Invoice默认会直接读取界面缓存里的旧数据，不会主动触发字段更新或保存流程。

下面给你两个针对性的解决方案，按需选择：

方案一：在Prepare Invoice前更新字段并同步缓存 #

不需要提前保存到数据库，只需要把新的Requested Date同步到界面缓存，让Prepare Invoice流程能读取到最新值。重写PrepareInvoice方法时加入以下逻辑：

public override IEnumerable PrepareInvoice()
{
    SOOrder currentOrder = Base.Document.Current;
    if (currentOrder != null)
    {
        // 先把Requested Date设为当前日期
        currentOrder.RequestedDate = DateTime.Now;
        // 同步字段变更到界面缓存，确保后续流程能拿到最新值
        Base.Document.Update(currentOrder);
    }
    // 执行原有的Prepare Invoice逻辑
    return base.PrepareInvoice();
}

这个方法的优势是不用触发完整的保存流程，只更新缓存，效率更高，也不会强制提交其他还没准备好的字段变更。

方案二：强制在Prepare Invoice前保存所有变更 #

如果你的业务逻辑要求Requested Date必须先持久化到数据库（比如后续流程依赖数据库的最新值），可以在Prepare Invoice前主动触发保存：

public override IEnumerable PrepareInvoice()
{
    SOOrder currentOrder = Base.Document.Current;
    if (currentOrder != null && Base.Document.Cache.GetStatus(currentOrder) != PXEntryStatus.Notchanged)
    {
        // 先保存当前订单的所有变更到数据库
        Base.Document.Persist(PXDBOperation.Update);
    }
    return base.PrepareInvoice();
}

这里通过Cache.GetStatus判断是否有未保存的变更，避免无意义的重复保存操作。

为什么之前重写基方法没生效？ #

大概率是你重写的逻辑没有同步缓存或触发保存——如果只是定义了委托但没更新缓存，Prepare Invoice依然会读取旧的缓存数据；如果保存逻辑没正确触发，数据库里的Requested Date也不会更新，流程自然拿不到新值。

内容的提问来源于stack exchange，提问作者pmfith