如图，物资单据中，当采用不含税价格模式时，输入未税价格和税率，系统会自动计算含税价格，很方便。而且含税价格列是不可编辑的，含税价格不会计算出错。

天道酬勤，勤能补拙！

但是采用含税价格模式时，输入含税价格和税率，系统会自动计算出未税价格。但这个时候有个问题，未税价格也可以手动修改。如图所示，注意表中的“折扣%”列为100。

天道酬勤，勤能补拙！

如果这时候修改了未税价格，如图把未税价格手动更改为0.1。这时候含税价格、税率、税额、合计金额都仍然保持不变。按照正常逻辑，修改了未税价格，税率保持不变，含税价格是要改变的，但系统并没有。系统改变了“折扣%”列的数值，折扣列数值自动变成了200。我们单据上有显示“折扣”列，所以我们还能搞清楚为什么含税价、税率、未税价为什么不符合逻辑。如果我们折扣列没有显示出来，这时候就完全弄不清楚为什么这三者没有数学计算逻辑值了。所以建议当采用含税模式时，建议未税价格列设置为不可编辑状态以避免出现这种情况。

天道酬勤，勤能补拙！

不管采用哪种模式，含税价格和未税价格只能是一个处于可编辑状态，另外一个由系统结合税率自动计算得出。税率确定了的情况下，我们要么只能输入含税价格，要么只能输入未税价格，两者是数学运算关系，不能两者都可以同时手动输入。

天道酬勤，勤能补拙！

另外，有什么办法可以在脚本中自动判断当前是“采用含税价格模式”还是采用“不含税价格模式”呢？

天道酬勤，勤能补拙！

//判断是否 采购含税价格模式：根据位置来判断 是否用含税或非含税单价. 返回值：0.含税单价,1.不含税单价  int get_tax_price_mode()  {      string gird_id;      gird_id="MG_Item";      int tax_price_place, inp_price_place;      tax_price_place = grid_get_col_pos(gird_id,"tax_price"); //含税单价列位置      inp_price_place = grid_get_col_pos(gird_id,"inp_price"); //不含税单价列位置          //不含税单价列位置 在前面 返回0,否则默认返回1      if (inp_price_place > tax_price_place)          return 0;          return 1;  };

官方认证第三方服务团队  夏延明 QQ:15932787 13776070373
服务介绍： http://www.onlyit.cn/user_home?user_id=10304

谢谢指点！这是自定义函数吧？请问需要放在脚本中那个位置呢？

天道酬勤，勤能补拙！

脚本用于完成一些单据制作过程中的辅助工作，便于解决一下行业的特殊需求。  create_voucher函数在新建单据的时候执行。  func_show函数在显示单据的时候执行。  cell_change函数在单据明细内容被修改的时候执行。  cell_focus函数在光标定位的单元格发生变化的时候执行。  init_row函数在新增一条记录的时候执行。  init_row_cal_sub函数在计算拆解组成物料的时候执行，针对每条明细物料执行。  obj_change函数在单据表头内容被修改的时候执行，change_obj为修改的内容。    引用上级单据后也会调用 obj_change 函数，此时change_obj的内容为 refer_data。  adjust_row函数在可以被手工针对每一条记录批量执行。  func_before_print函数在打印前执行。  func_user_menu_1 - 4函数在自定义菜单里调用。  func_before_oper函数在保存、打印、审核、反审核等操作前执行，可以利用oper_type判断类型，用can_oper=0拒绝操作。  func_after_oper函数在保存、打印、审核、反审核等操作后执行。  func_win_resize函数在窗口大小改变时执行。

天道酬勤，勤能补拙！

好像上述动作没有哪一个可以完全适合需要的场景。因为我们实际操作中，经常是在输入单据明细的时候发现当前模式不合适后才进行含税/不含税模式的切换的。

天道酬勤，勤能补拙！