wsy190

@woodfizky 管的还真不严。不过我也用这 VPN 呢。应该没事吧。。

@patrickpu 后面说他不是，但是我当时去现场的时候，他们的那个叫 MSL 的实施告诉我他是开发。。我敢确定。。

@Judyhhh @nananqujava

其实事情很简单，就是他查不出数据来，我让他看我日志的 sql ，这个 sql 就是一个连表查询，然后只有一个 where 条件就是根据时间戳去筛选数据。
我告诉他没有时间戳之后的数据，他和我说有数据，还查到了。。
最后他给我贴了个截图，我发现时间戳是好几天前的。。

Cheetah.L:
@WH@keIIy魏总，李总，代码供应链调阅的开完有一段时间了，能不能协调 MSL 能现场联调？快速调完这个事项就结束了，要不这个速度下去没有结束，这个事情已经从 11 月初到 12 月初了

ZH:
@WH魏总，赶紧协调一下，最后这点事了

阳春白雪:
@ZH@Cheetah.L张总，刘总，目前看是供应链系统的补丁有问题，新的补丁有 2 类单据没有给影像系统推送附件。我们不是 YY 供应链的合作商，对 YY 供应链系统的部署、数据库表结构、系统操作都不熟悉，能否协调一个 YY 的技术人员对供应链系统侧的补丁进行测试，我们这边配合做影像系统的测试

ZH:
@Cheetah.LCheetah.L 给协调一下

Cheetah.L:
怎么出的方案呢，之前方案都乱出的？

Cheetah.L:
密级的事情面单的事情我们都配合你们改代码了，到联调说表结构不熟悉了？

阳春白雪:
推送面单不是供应链系统要做的吗，怎么是替影像系统改代码呢？供应链系统开发的补丁应该由供应链系统安排人来测试，现在由影像系统去替供应链系统打补丁、查供应链系统的日志和数据库，这不合理吧

Cheetah.L:
方案都在财务影像系统方案中

keIIy:
@阳春白雪阳春白雪，我们不是在测试影像系统侧的，而是在测试 YY 供应链的补丁代码[疑问]，我们的人不了解供应链侧的代码逻辑吧，不熟悉测试会有风险吧，别不懂到时给测坏了。@Cheetah.L@ZH张总Cheetah.L 老师，这个建议还是供应链这边专业的人测试专业些也更安全。影像侧的我们来测试是没有问题的。

keIIy:
@Cheetah.L@ZH供应链影像这块其实我们还没有签合同，也是免费先在配合做的哈，目的也是先服务好用户。[微笑]

ZH:
别的不说了，赶紧安排人配合着搞

ZH:
要加钱的话单独跟我说

ZH:
今天下午协调好，安排人去干

keIIy:
是的，我们赞同先把这块做好。关健是我们的人确实不熟悉咱供应链侧的系统代码逻辑，真是担心给整出风险就不好了。[捂脸]

司岚:
这不是清不清楚逻辑了吧[捂脸]

司岚:
[捂脸]最近基础的 select 都不会吗

阳春白雪:
@司岚现场影像实施人员对供应链的数据库表结构不清楚，对您说的查询要求理解不到位，这个是正常的，请理解

司岚:
他不是开发吗。我之前也去过现场

司岚:
先就不说数据库查询这个事儿了，就是我和影像的接口对接，就这个理解上，我说了无数次了

阳春白雪:
陈新宇是影像系统实施人员，不是开发人员

司岚:
就是传秘籍那个，我传秘籍了，但是影像系统查不到秘籍这个事儿

司岚:
原来定的是要传附件密籍，然后面单传公开

司岚:
这次改成了全查，单据密集，但是这样这个东西还是有问题。这个之前我也说过

司岚:
私下里聊，群里聊，开会聊，聊了无数次了

司岚:
我的系统是一直有秘籍的，什么时候都传秘籍了。没有秘籍我就默认为公开，只不过是影像系统根据单据查，查不到密集

阳春白雪:
密级的问题已经解决了吧，已经解决的问题可以不用讨论了

司岚:
为什么会有今天的事情呢？要是 MSL 和我对接的，我一句话也不说。我确实不知道现场怎么分工的，我只管客开，但是就算是只和影像对接，我感觉也不能找个啥都不会的实习生和我对接吧

ZH:
@keIIy@WH二位领导协调一下，现在沟通成本太高了

司岚:
要是按进度来说的话，其实已经就差这一个单子了

Cheetah.L:
我们也不是非要纠以前问题，是你们在说，现在是我想让 MSL 或者熟悉的人快速联调解决这个单据的问题，时间都耽误不起，快速调通这个事情就结束了

司岚:
其他的单据应该都测完了，这些事情都是一点一点积累起来的，之前说让我获取单据密集的时候就说换一个人，最后也没弄，其实不换就不换吧，但是对接真的是鸡同鸭讲，我也是真的没办法。我感觉很多事情我都是解释了无数次，然后我是挨个步骤的说了，但是他还是不懂，而且他自己也不研究就直接问我，我还要考虑是不是我这边哪里出问题了，沟通成本实在是高

司岚:
其实，就算是我们自己的实习生这样做也是不太合适的。遇到问题时，至少应该先尝试自己去解决，而不是直接依赖别人。毕竟我并不是专门带实习生的导师，我认为提升自己的能力才是最重要的。大家工作都很忙，相互支持和配合固然重要，但每个人也应该承担起自己的责任，做到问题能够尽量自我解决。

阳春白雪:
现在是供应链的补丁有问题，需要协调熟悉供应链系统的人来测试，MSL 也不熟悉供应链系统

Cheetah.L:
供应链补丁有什么问题。司岚一直在支持进行联调测试修改调整，沟通成本太高，说好的你们派熟悉的人联调快速解决，现在就是没有呗，剩了一张单据然后非要我们人过去

阳春白雪:
供应链这个补丁有什么问题，具体什么原因我们也不清楚，司岚应该知道吧，我们只知道是单据面单没有推给影像系统。我们是影像系统厂商，没有办法安排熟悉供应链系统的人去测试供应链系统

WH:
@Cheetah.LYY 的供应链的补丁如果有问题，就请咱们 YY 开发老师修改后再重新推送，毕竟大部分单据我们都替供应链系统测试完了。我们电话沟通下

@luohuaJ 果然有人猜到了，看表结构或者表名就能猜出来。

他：
做的新单据，推送单据我们这边没有接收到任何信息，这些地址我这边也修改了。

然后他贴了好几张图，第一张是我打印的 log ，后面的几张图内容我就不贴了，因为第一张图就能知道问题。

拼接 SQL：
SELECT org_orgs.code AS orgcode, ic_saleout_h AS tableName, sm_user.user_code AS userid, sm_user.pk_group AS pk_group, cgeneralhid AS pk_bill, '0' AS billamount, '销售库存' AS bussgroup, sm_uer.user_name AS billmakername, ic_saleout_h.vbillcode AS vbillcode, vtrantypecode AS billtype, ic_saleout_h.vdef20 AS secretLevel, ic_saleout_h.fbillflag AS billstatus, '4' AS billstatusValue, '1001Z810000000000000000287C7' AS temppid FROM ic_saleout_h LEFT JOIN org_orgs ON ic_saleout_h.pk_org = org_orgs.pk_org LEFT JOIN sm_user ON ic_saleout_h.billmaker = sm_user.cuserid WHERE ic_saleout_h.ts >= '2025-12-09 09:31:39'

2025-12-09 10:15:11
查询出来的数量：0
进入后续处理模块。


我：
你看下 SQL ，不就知道问题了吧？

他：
没有查到任何信息。

（我心里想：我也知道没查出信息来，日志都已经打印了。能不能试着去掉 WHERE 条件看看？也许只是没有 12-09 9 点之后的数据。）

我：
.....

他：
这是昨天更新完补丁之后推送单据就没办法推送了。

（我以为他昨天打完补丁后又做了新单据）

我：
这个 SQL 只有一个 WHERE 条件吧，你的数据的 ts 是今天 9:31 之后的吗？

他：
是。

（这让我以为他是做了数据，确实应该有数据。）

我：
你看看数据库里。

我：
这个 SQL 就是查询数据库的嘛。

我：
把 WHERE 去掉，看看能不能看到数据。

（我有点急了，因为这应该是个很简单的问题）

我：
@XXXX ，能否执行一下 SELECT *，然后 ORDER BY ts DESC ，看看最新记录的 ts 是多少。

他：
有数据。

（心里想：怎么回事？我问他最新的记录的 ts 是什么，他却直接回答“有数据”）

我：
ts 是今天 9:31 吗？

他：
ts 之后也有数据。

（我不太理解他在说什么）

我：
给我发个截图。

然后他发了截图，结果我发现最新的记录是：

SELECT * FROM so_saleorder_order ORDER BY ts DESC
第一条记录的 ts 是 2025-12-05 18:46:22 。

我直接炸了，本想在群里怼他一波，但最后还是忍住了。

他：
昨天没有更新补丁之前推送时，数据是最新的。

（至今我还是不清楚他到底有没有做新单据，也不确定他昨天推送时的数据是怎么回事。按理来说，如果没有新单据，那只需要修改增量同步表的时间戳就好，因为他昨天已经测过，应该不会出问题。）

然后我给他发了两张截图，显示了他 SQL 查询结果的最新 ts ，并把我日志里的 ts >= 也框出来了：

我：
看看这个时间吧，哥们。

我：
为什么数据库里最新的数据是 12-5 的？

我：
我的代码也没有删除表数据的功能啊。

然后我不再说话，但内心已经很不爽。最后我把这件事和负责这个项目的项目经理说了（他是我们的人）。我告诉他，这个人真的不适合继续做联调工作。

中午，大家在群里又吵了一架，然后我终于得知了真相……

原来，他们没有和我公司签署部署合同，但不知道为什么，部署和测试的工作却是他们负责的。其实确实是做了超出职责范围的事情，却被埋怨了，真的是挺无奈的。

但我也不知道事情会发展成这样。年底了，我们部门有很多项目，别人让我支持哪个我就支持，具体部署工作一般都是交给现场实施团队去做的。这个项目经理说这些工作交给他们做，我就认为是他们的事情了……

但是就算不让他看我们这边的东西，他还是做得很差。有一些系统问题我已经和他讲了十次了，他还是不明白怎么回事。

本来我还挺硬气地发脾气的，现在也有些气馁了。确实这些不是他们的职责范围，但处理事情的方式和沟通效率让我很难接受。

我再贴下中午的聊天记录吧，就当吃个瓜吧，其实我中午也是故意这样回的，我感觉问题来自于我们的这个 Cheetah.L,但是我和他一个公司，也只能穿一条裤子了

@palard 续集来了。
t/1177780#reply0

@liuliuliuliu 自己写太流水账了，在 AI 里跑了一下