o*****e
发帖数: 497 | 1 一个大公司，基于安全考虑，不同部门必须使用不同品牌的管理软件。
部门A负责输入新就职员工的信息、老员工的每日出勤情况，
这些信息却不能正确同步到部门B的管理系统，
有些信息可以成功更新，有些却不能（成功与否没有规律）。
这样员工的工资、福利等无法自动生成，
需要部门B的人打印出部门A的报告，一一手工核对纠正。
请问如何用简单的方法解决这一问题？让两套系统之间正确对话？
如何给上司（CFO）建议？
（曾向软件供应商抱怨，他们互相指责对方的软件有问题）
求指教，谢谢！ |
w********m
发帖数: 1137 | 2 这是政治问题。
部门B凭空多了很多工作量。
大家，包括vendor，都有钱拿，都happy。
马公接手这样对接的项目，只有背锅的份。 |
c******n
发帖数: 16666 | 3 是的
所以lz另一个帖里面说了 这个要让外包的做
内部的人做了 做好了屁功劳也没有 因为没创造利润
什么 给ab部门省了时间？ 那和利润又没关系
但是只要将来出一点问题 无论是两边软件变动 需求没考虑周全 或者和这个中间件屁
关系没有的user error
那锅都是码工背的
【在 w********m 的大作中提到】
: 这是政治问题。
: 部门B凭空多了很多工作量。
: 大家，包括vendor，都有钱拿，都happy。
: 马公接手这样对接的项目，只有背锅的份。
|
o*****e
发帖数: 497 | 4 鄙视楼上两位，
没本事回答问题，
还逼扯这么多。 |
l**********0
发帖数: 150 | 5 建立中间层，抓取ab数据，比较数据，然后更新部门b的数据。 |
e*******o
发帖数: 4654 | 6 这本来就是一个撕逼的问题。
主要得有个大头出来要解决这个问题，技术问题是最简单的。如果能access 两边的数
据库，就更简单，出报告分别从两个数据库中拿数据，join 来join 去就完了。
【在 o*****e 的大作中提到】
: 鄙视楼上两位，
: 没本事回答问题，
: 还逼扯这么多。
|
m******r
发帖数: 1033 | 7 这种问题我经常碰到。 我的思路是找三个outlier, 在a不在b, 或者在b不在a的， 作
为test case.
然后就慢慢track喽。 就像修水管，看看水，也就是数据是怎么流的，在哪里卡住了。
以我有限的经验，有可能是每天的文件， 系统里做etl的时候哪里没有sync好，造成
缺失。 或者matching logic有问题，什么记录没有match上。
比较花时间。 不过你就三个test case,找起来也不难。 |
o*****e
发帖数: 497 | 8 非常感谢！
我不是做IT的，
请问让公司里的IT部门来解决可以吗？
毕竟软件有什么问题都找他们。
他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？
【在 m******r 的大作中提到】
: 这种问题我经常碰到。 我的思路是找三个outlier, 在a不在b, 或者在b不在a的， 作
: 为test case.
: 然后就慢慢track喽。 就像修水管，看看水，也就是数据是怎么流的，在哪里卡住了。
: 以我有限的经验，有可能是每天的文件， 系统里做etl的时候哪里没有sync好，造成
: 缺失。 或者matching logic有问题，什么记录没有match上。
: 比较花时间。 不过你就三个test case,找起来也不难。
|
l**********0
发帖数: 150 | 9 哪个省钱省时间用哪个
【在 o*****e 的大作中提到】
: 非常感谢！
: 我不是做IT的，
: 请问让公司里的IT部门来解决可以吗？
: 毕竟软件有什么问题都找他们。
: 他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？
|
m******r
发帖数: 1033 | 10 数据的问题看似简单，其实会很复杂，尤其是那种涉及到各个系统之间倒来倒去的。
要么你自己按我说的方法慢慢扣； 要么拿着CFO的鸡毛做令箭 找相关部门。
没有鸡毛，其他部门根本不鸟你。
【在 o*****e 的大作中提到】
: 非常感谢！
: 我不是做IT的，
: 请问让公司里的IT部门来解决可以吗？
: 毕竟软件有什么问题都找他们。
: 他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？
|
d******c
发帖数: 2407 | 11 谁也不知道你们IT部门有多少能力，能不能自己做，或者找contractor，或者外包。
软件供应商如果没有责任和另一家通讯，找人家肯定是踢皮球，除非加个项目加钱。
技术上不难，但你没说两个软件是用的什么技术。最通用的是搞中间件，webservices
，肯定A和B都能支持。定义个接口，要求A必须做到读什么，写什么，B读什么，写什么
，让软件供应商加上这功能，额外给钱。各自责任都定义好了，那AB各自做好自己事情
就差不多了。
【在 o*****e 的大作中提到】
: 非常感谢！
: 我不是做IT的，
: 请问让公司里的IT部门来解决可以吗？
: 毕竟软件有什么问题都找他们。
: 他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？
|
d***a
发帖数: 13752 | 12 老兄，你要是做过，就知道这是简单的技术问题，复杂的人事问题。
【在 o*****e 的大作中提到】
: 鄙视楼上两位，
: 没本事回答问题，
: 还逼扯这么多。
|
g****t
发帖数: 31659 | 13 说的不错。
最好的办法是想办法把b的手工工作用自动化一下，
逐步慢慢来。office+VBA搞定。
就把下面这句话里面的几个工作先自动化一下，看看效果。
"部门B的人打印出部门A的报告，一一手工核对纠正。"
这样一来不得罪人，二来没有风险－－－既然只是自动化b的工作，那
就不会有风险。
不要想着拉大框，开始就假设你能重组这么多人的关系来给软件做需求分析。
拉大框以来你有这个权力吗？二来这个是内部不赚钱的活儿，又听关键的，
一般人压根不懂这种环境下软件的robustness，需求分析漏一条，说不定就是大乱。
光是网络防火墙设置，用户权限设置什么的，
一个外人没几个月。那坑不是一般的多。
【在 d***a 的大作中提到】
: 老兄，你要是做过，就知道这是简单的技术问题，复杂的人事问题。
|
