yujunl的专栏

原创 企业微信与hr系统的数据对接

企业发展到一定阶段，需要将企业微信的审批的结果或数据与其它三方系统对接，比如将企业微信中的出差单，请假单，加班申请单，补卡签卡等数据同步到HR系统中。企业微信的开放程度是很高的，以上需求很快可以实现出来，做了一个非商业化的界面。逻辑：Newtonsoft.Json应用从json字符串中读取所需要的字段清单，保存到企业的SQL数据库中备用。便于实现各种管理需求，报表等。具体实现脚本，带功能完善之后再贴出来吧。

原创 NetCore项目发布后不能运行

网上有很多方案，逐一试过却没有效果。首先说的是权限问题，设置站点目录Everyone ，IUser权限后，依然没有解决问题。网上也有人说是500.19定位错误是web.config的问题,但对比其它项目的web.config没有发现错误。问题依然没有解决掉。屡屡碰到这样的问题，重新建项目开发出来的APP运行不了。网上的的分析五花八门，没有一个适配可以解决问题的。不止一次解决过类似的问题，想不起来具体的方案，浪费不少时间。

原创 360会破坏掉U9的多个服务

突然的“噩耗“传过来，U9用不了了！服务器运行正常，网络正常，可以VPN远程观察分析服务器运行情况...唯有U9服务挂掉了。诚心不让人好好休假嘛。服务器不能安装360之类的工具。不知道哪个补丁就把系统服务给灭了！不是第一次这样的情况，所以记录下来备查吧。办会室正在装修中，还触发过一次全面停电，思想上认为是停电造成的系统有损伤导致的，面对如此明显的提示，思想上转不过来。360不是第一次这样坑人。之前有类似的事情发生的，思想上钻了牛角尖。这样的禁止锁定各种的服务，U9是灭门了吧！

原创 Json格式化处理碰到的问题

1 Json格式是标准的，通用的数据表达形式，不同的框架，不同的开发工具对JSON格式的处理却是多样性的，如net framework4.5与net core 8就是不同的。net 也有各种应对的方案，只是要找各种资料学习，还要一个一个测试效果。JSON是标准，为什么不统一格式化工具呢。用户需要一个网页的查询数据的工具。之前写有一个查询界面，Web化一下而已，没有困难。查询数据库返回的数据是没有问题的。又是一个烧脑的问题。（U9的接口应用了也有这样的奇葩，定义时要首字母大写，调用时却要变成小写才能成功的。

原创 U9系统及报表服务重建过程的记录

没出意外，重做系统之后，报表服务是失败的，库存查询时有这样的错误提示。顾名思义，补丁安装异常引起来的，说明U9补丁确实是一种不稳定因素，不知道会发生什么事情。其实用友给了明确的文字的。查询U9的新社区的知识栏目，得到的信息是UBF工具有问题导致的。至此，U9的重做之后的各种问题解决了，系统可以用了。这次重做系统，打补丁时发生一种错误，说找不到，可能是文件太多，下载时文件丢了一个。所幸有准确的提示，到正常的主机上找到补丁文件，手工导入既可。重建装过n次，之前是顾问动手，因故不在现场，没有看到顾问的操作。

原创 已收货数量与已出货数量不一致，不能关闭订单

实际上企业执行下来，不可能有完美的数据逻辑匹配，大多数订单不是数量完全对得上的，订单是集团内部往来订单，数量是超过客户合同数量，造成订单实际可以不结案而需要关闭处理。因此U9也是留了后门吧。多组织下业务流程的单据。单据的数据逻辑性卡得很严格，数据关系不匹配的话，不能关闭订单的。按用友给出的方案，确实可以解决用户的实际需求。用户处理完单据后，要记得改成0！

原创 U9的服表服务报错的原因及分析

恍然大悟，也是几天前改过管理员的密码及字符，此时想起来这是U9的BUG导致的，U9的服务多处与windows的账号密码绑定的，不能随意修改，否则会产生系统间通讯连接失效问题。原因找到，自然而然的方案就是，重置一下SQL Report的配置，将连接绑定的账号，密码重置一下，错误提示消失，恢复正常。另外一个总结的是，U9的补丁不到不得已确实不要打吧（拆分工单时单据编号要重新流水的形式编号，补丁前是在原编号加xx版本号），因为一个实际需要，打了最新的补丁，U9的表现差强人意。

原创 开始记录U9客开过程中听点滴

终于有时间可以拾起U9的研究当中。时间长了就生疏了很多，记录下来备查吧。用这个工具可以生成一个VS 2022的项目，在指定的地方写自已的代码既可。BE插件，Busing Olugin 商业插件。总结一下，BE插件是应用于某一个单据上的。

原创 SQL连接字符串的差异造成远程服务器不能正常连接

别人的连接字符串：server=192.168.xx.xxx\MSSQLSERVER1;user id=sa;我的连接字符串：Server=192.168.xx.xxx/MSSQLSERVER1;User Id=sa;河南工厂的SQL服务器的环境不知道是谁做的。对连接字符串的字符串有了兼容性的问题。别人却是可以正常连接SQL服务器的。看过别人的Demo。

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

一开始就问过顾问，打印模板上的公司名称是不是可以动态自动匹配。一直没有去实现出来。今天调试一个模板期间，尝试了下解决方案，终于做出来效果。于是，有新的公司账套启用后，不需要为其复制一份模板出来，数量挺多的，工作量不小呢。注意，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个仓库，一个中掉坑里，一个发现了它们的拙劣的手段，上报之后没有下文。