yujunl的专栏

原创 打印模板公司名称动态实现自动匹配打印

一开始就问过顾问，打印模板上的公司名称是不是可以动态自动匹配。一直没有去实现出来。今天调试一个模板期间，尝试了下解决方案，终于做出来效果。于是，有新的公司账套启用后，不需要为其复制一份模板出来，数量挺多的，工作量不小呢。注意，OQL语句中要加上 top 1 才能正常显示！

原创 累计完工数量达到了xxxx超过了最大可完工数量xxxx

之前解决过一次，没有记录下来，不记得发生什么事情。又浪费几个小时去分析问题。这次的经历有点痛苦，碰上多表关连数据的勾稽。分析是河南用户的非法操作造成的。没有领料记录入不了库，跨月了。删单之后，2个关连表的数据并没有同步更新。3月份想起来要对账了，还有一张单没有处理呢！有2个关连表：MO_MO生产订单表 , MO_MoOut生产订单产出表，其中有几个数量的栏位是要调整一下的。--生产订单产出表 MO_MOOutput。--生产订单的表 mo_mo。

原创 记录一次解决日期格式引起的SQL失效的问题

按提示去分析的话，这是一个大问题，为什么在我的主机上却能正常运行呢？没有办法，try...catch一段一段去找异常。最后竟然是设备的主机上日期格式中是有中文字符的，如 上午，下午。SQL语句在执行中，日期格式化后出现了中文，造成SQL语句无法执行。找到原因，解决方案立刻出来了，把日期格式改成习匹配的形式。给了一个教训，以后凡是日期的字段，日期的数据，是要格式化处理一下的。不同的主机，环境不一样。用的是SQL语句去判断这个时间是否合规。开发主机上测试一切正常，去到实际的设备上运行时，没有效果，还报错。

原创 委外订单不能删除提示领料未发量不能小于零

分析的结果，用户大概是修改了BOM用量，带出了小数的问题。给了上面的那个提示，把人带到沟里去！找到对应的字段栏位，11.4545，清清楚楚趴在那里，怎么就是“不能小于零”？分析是用户在领料单生成之后去修改的BOM用量，造成备料单上的发料数量与领料单上的发料数量不一致了！做删单操作时，会有以下提示，无法删 除。用友的社区中找到这样的回复。这给了我信心，我的方向是没有错的。【委外订单【UWJ25010037】行【1】备料行【20】料号【BC-18-8695A-28-B0-1A】领料未发量不能小于零!

原创 发现U9查询设计上的一个逻辑

参照查询，拉单生单查询，这2种应有场景，有红色的关键字去跟踪SQL脚本，精准到位，快速有效。尝试了二个案例，很快拿到了想要的SQL脚本。有了脚本，自然而然明白作者的思想逻辑。解决问题有了新的高度，手段。

原创 组织:xxxxxx公司已经终止，请确认

突然出来这样一个提示，还以为是xxxx公司停止运营了呢。实际上是说这个公司的价目表被终止了！多组织业务流程中，抛转销售订单时有这样的提示。提示文字南辕北辙，浪费了不少时间。在贸易路径的配置参数中也有价目表的栏位，多组织业务单据抓的是贸易路径中的价目表ID。之前的分析思想中，根深蒂固的惯性，以为关连带上的价目表是供应商档案，或是订单上的信息。在这个方向上的探索是无果而终的。措施：贸易路径参数配置也是一行记录。有了引用数据后是不能修改的。只好动用风险大的方案，后台修改一下吧，不得已而为之。

原创 C# WinForm程序中如何调试dll接口

公司的SF系统是自主开发的。不同的机种会有不同数据记录保存的需求，尤其是客户SQE更是各种奇思妙想......于是做了一个接口，实践之下效要还不错呢。3 WinForm项目移除dll的引用，重新引用，引用路径直接指向dll项目BIN目录下的xxxx.dll。目的是，去味，稳定胶水。1 DLL项目与WinForms项目在同一个解决方案中，将WinForm项目设为启动项目。6 在弹出的对话框中，找到正在运行的WinForms应用程序进程（通常与应用程序同名）。2 编译DLL项目，确保生成的DLL文件是最新的。

原创 提示：最终价异常，请录入采购订单最终价

U9出来这样提示，先把别人错误扁了一顿，说别人没有维护价格资料。实际上采购员在2月份维护过多次价格，见上图。看过反编译后的逻辑之后，发现销售业务员抛转订单时，日期竟然是1月份的！了解之后，也是工厂运作的常态。1月份把货出掉了，价格却是2月份谈妥做入系统。业务员补单时，选择1月份日期，出来了这样的提示，不是害人被骂嘛。U9的错误提示文字，往往是不对题的，把人带到沟里去。反编译一下，根据上下文内容，也能猜到八九不离十。价格资料是需要慎重处理的，采购员的工作质量不高，表达出来的信息，不知道其人在干些什么。

原创 多组织业务流程中提示从价目表被终止

公司的策略的变化，采购员把一公司的价目表终止操作。其中，多组织业务流程的影响最大，有以下的提示。1、对于价目表终止前的历史单据，这种错误的提示是准确到位的，措施：将终止标识字段由1改为0。成功抛转之后，要改回到终止状态，以免影响正常的单据业务。2、新的多组织业务单据，也会有这样的提示，就要分析其中的逻辑啦。打开相关的所有单据，一张一张分析，最后发现，在抛转产生优万佳公司的销售订单时，没有带来价目表信息。价目表没有带入，也是因为价目表被终止的原因吗？删除相关有单据，重新做一遍业务流程。

原创 记录几个U9的逻辑

5、生产工单或是委外订单的开立，如果当前组织中没有BOM，会自动去获取BOM下发组织的BOM！造成当前组织中的工单"找不到"，因为去到下发组织当中去了，后续业务流程无法进行。8、系统重新来过形式是常见的形式，顾问公司有足够经验进行管控风险，及效率。6、当前组织如果料品档案不完整，要下发的BOM子件不存在的话，BOM是不能下发成功的，有报错。2、单据类型中的自动编号，改成【手工编号】，勾选 单据编号是否可改。4、采购订单，销售订单中允许手工输入价格的管控方式是，修改料品档案中的【取价来源】=手工录入；

原创 用大内存主机下载Visual Studio

用一台内存达到128G的主机下载Visual Studio 2022，用的是公司网络。下载速度让我吃了一惊，是没人用网络了？以前最大只能达到5MB/秒。

原创 检测到在集成的托管管道模式下不适用的 ASP.NET 设置

web的程序报出来的错误，不好分析。分析了一个下午，不知所云。DeepSeek也好，都没有明确的解决方案。无意中看到web.config文件中有@personate=true的字样，猜测之下，于此有关。将此二项屏蔽后，系统恢复正常。

原创 价目表终止无法内抛成功

今天又发现一个逻辑，采购把一个供应商的价目表终止了。造成的问题是，多组织下的销售订单【内抛】时会报错。这样的提示，能关连能想到是价目表方面的问题吗？恰好是因为前几天知道采购终止过一个价止表，有了''终止''的映象。分析之后，是因为多组织下的相关单据绑定了价目表的关连ID，采购把价目表都终止了，当然不可能生成对应的单据啦。后来才明白，终止状态的单据，在用户列表查询中，没有将其状态过滤掉的话，还是会显示出来，累计数据时出错了！用户也不会自已动手设计，调整自已合用的查询方案。出的报表屡屡被领层批评。

原创 U9成品入库单有提示 组织+单号已经存在

2025年首个问题出来了！也是U9上线以来首次碰到的问题。看到这样的提示，头皮发麻了。看过all.log之后，果然是重复行的问题！无奈之下，只能将单据类型的编码规则做出一个新的规则去规避掉无端激发出来的防呆策略。怎么会有重复行的错误发生呢？

原创 禁用输入法的方案

车间运行的SF系统，扫描产品条码。WB输入法等工具=流氓软件，文本框获得焦点之后，自动打开输入状态，美其名日，智能化。输入法open状态下，扫描条码是乱码的，或是不全，缺字符。分析是输入法破坏了字符集，扫描枪识别不了。找了各种API,就是不能关掉输入法的进程，或是禁用掉输入法。坚持不懈，最终还是找到一个方案。产线上员工流动率高，教会一个，走一个，不堪其挠。

原创 U9采购订单取价

1.采购订单取价顺序：1.价目表、2料档-采购-取价来源、3.手工录入 （手工录入分为两种情况：1.采购管理-参数设置【定价可改】、采购订单单据类型【价格可改】=true；2.料品-采购【取价来源】为手工录入，此时采购订单行价格不受前参数控制，可以任意修改）3.取价来源取价：1）最近一次采购价（与采购管理-参数设置【最近一次采购价来源】匹配使用 可以取到采购订单、收货单、发票）；3.最先创建的有效供应商价目表（看价目表的制单时间）；4.采购订单价格含税标识取值：1.在有价目表情况下 ，依据价目表取值；

原创 多组织的退货单不能审核

原创 U9会计期间的确认逻辑

单据的业务日期，也就是单据保存的实际日期。单据上还有二个日期，分别是【确认日期】【审核日期】。在财务上，有着不同的处理原则。实际业务中，单据开立之后无人理睬的状态可以是几个月，甚至跨年！于是财务模块的会计期间统计数据有了烧脑的阻碍。[确认日期] + [审核日期]的作用是解决方案，会计期间中数据统计以它们的为准的。

原创 该单据从未生成交易分录

经常听到采购说，采购匹配明细表中没有xx料号的记录，没有xx供应商的记录。它们用这个报表来与供应商对账的。每每以此为借口拖延着货款不付。没有记录出来，原因各种。之前没有记录下来，想不起来。今天重新分析发现其中一个原因，特意记录一下。收货单有退货的数量，如下图所示。仓库止步于收货单做了退补的数量，没有去做对应的采购退货单，因此不会做采匹配明细表中“出现”了。

原创 U9修改用户密码时报错不能修改

用户修改密码时，出一个错误提示。分析之后，是浏览器的兼容性造成的。U9是推荐使用谷歌浏览器的。U9是强密码形式，要求大小写字符加数字，很多人就是不能理解到位。

原创 分发子表与库位不一致的问题解决

用户做固定资产退供应商操作时，因没有先做固定资产退料（杂收单）操作，没有产生库存。提交时，有“分发子表与库位不一致”的错误提示。这种提示除了有源码Debug条件外，谁能想得明白发生什么事情？上次也是这样的文字，原因是查询库存的条件有料品的name（研发把name改过了！这次的原因是因为查询库存 from InvTrans_WhQoh as B --> B.[StoreQty] > B.[ResvStQty] 条件不成立（无库存！

原创 请购单一直提示需求部门不能为空无法提交

终于发现了它的逻辑。用户很多次反馈，提交请购单时，提示需求部门不能为空，既使选择了需求部门，保存时，神奇的是会清空掉部门的信息，提交时就会有错误提示出来。原因：光选择单头上的需求部门是不够的，行上的需求部门也要选择。用户的操作手法怎样的才会造成这样的存在？

原创 U9多组织的退货单不能拉单找不到退货单

参数是顾问亲自操刀去做的。当时事情又多，参加会议都是缺席的。财务做应收单拉单时，说有退货单找不到。也就是查询的条件（逻辑）不对嘛。U9的参数查询条件太多，逻辑复杂，一时真的分析不出来呢。逻辑弄清楚的话，其道理简单！【合并立账】不能为空！

原创 U9多组织销退业务流程的总结

多组织销退业务流程，它的运行模式也是奇葩，确实不好理解其中的道理。从出货单做为朔源依据，找到对应的销售订单，订单上面有一个贸易路径的信息，如图所示。【逆抛】 表示说，退货流程从300开始发起，生成退回处理单，拉单形式生成销售退回收货单，审核之后自动生成100的采购退货单。【正抛】表示说，退货流程从100开始发起，生成采购退货单，审核之后自动生成300的退回处理单（销售退回收货单）用以上的逻辑处理了二家公司退货单据，验证了是成功的。不能理解透彻造成的吧，所以做一个总结。退货抛转的方向有二种，逆抛 / 正抛。

原创 U9多组织销售退货业务流程中逻辑-自动收货

单据类型参数配置一个勾选【自动发货】，没有启用多组织之前，这个勾选是要勾上的，可以自动生成【销售退回收货单】。启用多组织后，这个勾选是要去掉的。多组织业务流程执行快一年了。我们只是多组织初级阶段，关连组织相关单据自动生成，自动审核，效率提高不少，更重要的是单据准确性有了质的变化！相比出货业务的顺畅，销退的业务流程，用户的表现差强人意了。打破了它们之前的固化思维，积累的经验失效。它是一个企业供应链好坏，企业执行力好坏的一个标志。其中的提示，其实很清楚的了。惯性思维，思路很难想到参数配置出错的方向上去。

原创 U9应收单拉单生成时找不到退货单

财务说做应收单时抓不到一张退货单。这样的单据让人联想翩翩，胡思乱想。怎么复杂怎么想，钻了牛角尖。分析了1天也没有结果。不知道系统的逻辑，只能用猜想的形式去分析。问过顾问之后，原来是单据类型错了。从而知道了U9的一个逻辑。退货有几种形式，这种退货因为有换货业务，在应收单里面是不能拉单操作的。顾问说，手工新增行的模式增加记录处理吧。换货的退货，还能在发票里面体现出来吗？

原创 退回处理单已价值重估

用户弃审【销售退回收货单】时，会有这样的提示。解决方案：打开对应的【退回处理单】，在 操作 按钮组中有一个【整单反重估】菜单。销售退回收货单就可以正常弃审，删除了。

原创 JetBrains.Rider-2024.3.2的汉化

最新版PHPStorm2424.3以支持语言修改，路径 Seetings -> Appearance & Behavior -> System Settings -> Language and Region -> Language 修改为 [ Chinese (Simplified) 简体中文 ]即可。

原创 U9有库存却不能出货的另外一种情况

要把对账期间放在11月份，12月份做11月的出货单。它们的思维很简单，也没错。刚开始分析的方向都错了，以为是财务做了什么数据锁定的动作。原来是U9的一个可用量统计的规则被破坏了。多数是为了财务数据准确，对业务数据产生做了诸多的限制防错，理论上这种策略是对的。奈何企业用户的实力堪忧，理解不到位，解决不了问题，效率低下。用户脑洞大开之后的行为，不是创新，是对MIS人员的折磨！U9给出的提示也是让人掉坑，怎么复杂怎么思考解决方案。也有好处，烧脑之后记忆深刻，对U9的逻辑有深入的了解。

原创 修改采购订单中料品名称规格的描述文字

U9的一个逻辑，料品档案的名称，规格是带入到采购订单的行记录的，这是台湾系统的特怔。用友U9看来是一个大杂绘，到处偷师。这种处理也有其优势吧，查询时，多表查询可以少几个表。用友真正的思维逻辑不得而知。用户行为也是奇葩，订单都收过货产生应付记录，发现品名错了！常规的操作，修正料品档案就可以了，对于U9，还得修正收货单行中的品名。财务对账时，发现二个地方品名不同，退回给采购。

原创 杂发单的单据类型一个参数的逻辑

【核准中可改】被产线滥用了。它们可以这样做，开立一张杂发单，打印出来交领导层签名。单据要交财务做核算的。然后去修改杂发单的材料。2个仓库，一个中掉坑里，一个发现了它们的拙劣的手段，上报之后没有下文。

原创 下载补丁补丁报错：下载出错,未能解析此远程名称:“https“

2、如果步骤1确认没有问题，下载仍然报错，检查服务器浏览器是否正常访问补丁服务器域名地址，无法访问就联系客户网络管理员开放权限即可。1、手工导入附件中对应版本的SLC补丁后安装，管理控制台-补丁服务器配置中的补丁服务器地址会自动变更为域名，无需手工修改。1、202207月份开始，我们的补丁服务器地址由原ip修改为了域名，修改后需要配合新的SLC补丁才能正常使用。2、客户网络限制，无法在服务器的浏览器正常浏览管理控制台-补丁服务器配置中的补丁服务器域名地址。即使手工修改了，没有打新的SLC补丁也无效。

原创 BP插件的首个Demo

事隔一年有余，重新拾起U9的客开的学习，有了新的认知。

原创 采购订单带不出来价格的问题分析

U9运行3年多了，还有用户反馈说订单为什么带不出价格。之前总结出5个影响因素给它们。没有一个用心去做事的。不去理解系统的逻辑，根本记不住吧。今天从总结的因素去检查，发现了U9的一个逻辑记录下来。因为供应商档案没有配置默认的价目表，于是订单不会自动带出价目表，自然取不到价格。手工选择合适的一介价目表，保存一下，价格就会自动重算。

原创 第一个BE插件的实现

生产物料采购，因为排在首位的单据类型，页面上是默认的，用户经常在做固定资产采购时，单据类型没有及时改过来。做了一个BE插件，当保存时会有一个抛出一个错误提示。首个U9 BE插件投入实际运用的Demo。

原创 U9审批流程设计有了改善

U9的审批流程设计有了很大的改善。也可以做出以上的流程设计实现。对于OA系统，U9的审批流是简单化的，其实也够用了。那些个领导层把OA的流程设计的弯弯挠挠，员工的执行却是困难重重，或是不知所措。U9的审批流走的是简化，不给它们表达”高深的思想“。

原创 当前单据的存储地点只能为:存货仓和待出货区，请重新录入

同事说研发仓不能出货了。很是奇怪，它们为什么要在研发仓做出货呢？原来是领导层的决策。分析了一下，不知道谁把研发仓的属性配置成了[固定资产仓]。当然不能出货的流程了嘛。这个错误提示是为数不多的，很清楚的指向性的文字。一看就能知道发生什么事情。修改仓库的属性，会有仓库各种单据引用过的提示，因此造成修改失败。只能是后台操作一下了事。把仓库的属性改一下既可。

原创 实收数量与分发子表、库位子表不一致

跟固定资产的入库有类似的概念。费用类的料品入库有一个“分发”的操作漏掉了。

原创 U9会计科目模版的配置

U9有自动会计的模块。大大帮助了财务人员的工作。但对业务单据的质量有了严格的准确要求。以下的错误提示是说有一个会计科目模版没有配好。

原创 U9服务器启动慢解决方案之一

这个思路是可以考虑一下的。何况U9的那几个自启动服务，不知道是不是U9没有装好，给还是服务器没有装好。总有1、2个服务是要手动启动一下的。不如直接用这个方案吧。