acumatica - 自动将所有客户转换为供应商有什么害处吗?
问题描述
我了解 Acumatica 对待客户和供应商的方式不同,如果您要求客户同时也是供应商(我们通常是这种情况),反之亦然,那么您已将客户转换为供应商(或供应商为供应商)顾客)。我们经常在 git ( https://github.com/Acumatica/Acumatica-ExtendToCustomerVendorDuringImport )上使用转换为供应商的代码。但我的问题是,是否有任何危害或理由不只是将所有供应商都转换为客户,反之亦然,以免我们的用户在以后为每个供应商都这样做时感到头疼?
解决方案
这些类型的问题有一个通用的答案。如果操作可以由用户在 UI 中完成,则假定这样做没有害处。如果由于验证错误而无法在 UI 中完成操作,则假定进行该更改会损坏数据。
一旦确认操作在 UI 中运行,您就可以处理自动化脚本。这些可以通过定制项目发布时运行的定制插件来完成。
您应该始终使用 Acumatica 的 PXGraph 类进行操作。例如,如果您需要在创建 SOSshipmentEntry 图表的脚本中确认发货,请设置图表的当前文档并调用确认发货操作。
关于 GitHub 项目,我认为它没有得到官方维护,因此您需要对其进行测试。您在转换中可能遇到的一个问题是,一旦供应商开始进行销售交易,您就无法将其重新转换回客户。
推荐阅读
- javascript - 如何正确使用 Eel 将下拉值从 JavaScript 传递到 Python?
- python - 比较数据框的新版本以识别对新数据框的更改
- python-3.x - 如何在 selenium 中使用 chrome webdriver 将 python 中的文件下载到特定文件夹而不询问用户在哪里保存?
- java - 在 Spring Cloud Gateway 中更改响应 - 新对象
- python - 如何将 str 转换为漂亮的汤标签
- .htaccess - .htaccess mod_rewrite:-s 和 -f 条件的区别
- asp.net - ASPxGridView 主详细信息导出到 Excel - 详细信息导出不正确
- excel - Excel IF 公式在单个单元格中具有 3 个输出
- reactjs - ReactJS:增量计数器不断刷新组件
- python-3.x - Python 3.x 记录到模块中的不同文件