无法为新建对象的Ref Nbr设置扩展字段，Cash Sales页面重写发布按钮报错

我来帮你排查这个问题！你提到重写Cash Sales页面的Release按钮后，能成功生成第二个Journal Transaction，但在设置扩展字段和执行原生Release操作时触发了字段处理错误。这种情况通常和字段赋值时机、数据一致性或者扩展字段的配置有关，咱们一步步拆解：

1. 扩展字段赋值时机不对 #

• 你是不是在原生Release逻辑执行前就修改了Cash Sales记录的扩展字段？原生Release流程可能会锁定或重新读取记录，导致你提前设置的字段值被覆盖或者触发验证错误。
• 解决办法：调整代码顺序，把扩展字段的赋值逻辑放在原生Release操作完成之后，或者确保在赋值前先重新获取最新的记录状态（比如用PXSelect重新查询一次当前Cash Sales记录）。

2. 扩展字段的验证规则冲突 #

• 检查你的扩展字段有没有设置必填、数据格式或者自定义验证规则。如果原生Release流程中某个环节会清空或修改相关字段，可能触发这些验证。
• 解决办法：
  • 暂时禁用扩展字段的验证规则，测试是否还报错，定位问题来源；
  • 如果验证是必须的，在Release流程中手动触发验证前，确保字段值符合要求，或者在代码中跳过特定场景的验证（用PXSetProperty的skipVerification参数）。

3. Journal Transaction生成后的上下文干扰 #

• 生成第二个Journal Transaction时，是不是修改了当前Cash Sales记录的某些核心字段（比如状态、金额）？原生Release逻辑依赖这些字段的原始值，被修改后会导致字段处理异常。
• 解决办法：
  • 生成Journal Transaction时，不要直接修改原Cash Sales记录的核心字段，而是基于原记录的数据创建独立的Journal；
  • 如果需要关联，用自定义字段存储Journal的引用，而非修改原生字段。

4. 事务处理的一致性问题 #

• 你是不是在同一个事务里同时执行了Journal创建和扩展字段赋值？如果其中某一步出错，可能导致整个事务回滚，但错误提示指向字段处理。
• 解决办法：
  • 把Journal创建和扩展字段赋值拆分成独立的事务（如果业务允许）；
  • 或者用PXLongOperation把耗时的Journal创建操作异步执行，避免阻塞原生Release的同步流程。

调试建议 #

• 打开Acumatica的Trace模式（在System Preferences里开启），查看详细的错误堆栈信息，定位具体是哪个字段、哪个环节抛出的错误；
• 在代码中添加日志（用PXTrace.WriteInformation），记录扩展字段赋值前后的字段值、记录状态，对比原生流程的差异。

代码示例参考 #

正确的扩展字段赋值时机应该是这样的：

public delegate void ReleaseDelegate(PXAdapter adapter);
[PXOverride]
public void Release(PXAdapter adapter, ReleaseDelegate baseMethod)
{
    // 先执行原生Release操作
    baseMethod(adapter);

    // 获取当前Cash Sales记录
    ARCashSales cashSale = Base.Document.Current;
    if (cashSale != null)
    {
        // 重新获取可编辑的记录实例
        ARCashSalesExt cashSaleExt = PXCache<ARCashSales>.GetExtension<ARCashSalesExt>(cashSale);
        
        // 设置扩展字段，可选择跳过验证
        Base.Document.SetValueExt<ARCashSalesExt.usrCustomField>(cashSale, "你的字段值");
        
        // 保存修改
        Base.Document.Update(cashSale);
        Base.Actions.PressSave();
    }

    // 生成第二个Journal Transaction的逻辑放在原生Release之后
    GenerateSecondJournal(cashSale);
}

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