http://www.365yunhr.com/
35名云人员
任何接口，如果不能自动采集数据，都是伪接口。对于简单的非核心数据，由于成本等因素，我们往往可以接受手工录入或者excel导入。但涉及核心数据越多，能做的就越少。我们必须开放所有子系统，以便数据能够实时流动，从而实现真正的高效率。
在软件开发的世界里，软件接口一直是最费时费力的工作，而且没有之一。一个人做一件事，也许五分钟就够了。但是一件涉及10个人的事情，往往不是5*10=50分钟那么简单。做系统界面，必须是熟悉系统的专业人士，两个系统必须是两个专业人士。如果第三方系统长期没有维护，那么首先要做的就是先了解业务，以及功能能否实现。还是我必须把旧系统踢出去，换成新系统？额外的开发成本可以接受吗？
举个简单的例子。比如中国搞一带一路，目标是货物可以直接陆路去西欧。不过只是一条铁路，但必须先做一个典型案例，所以中巴铁路要先修。但是巴基斯坦铁路的轨距与中国不一致，原有的铁路线无法使用，基本上需要新建线路。但是巴基斯坦经济落后，铁路建设需要稳定的电力供应，所以我们发现中巴战略合作的出发点更多的是建设电力设施，而不是道路。为了开辟一条新路，我们必须首先解决外围基础设施的所有瓶颈，所以这是一个世纪的伟大工程。
因此，在很多情况下，成为一个接口并不是成为一个接口，而是重新设计和规划，有时甚至从源头上重新发明和重构每个子系统。此时，我们需要尊重专业系统架构师的合理建议。一旦成本过高无法接受，很多时候公司必须面对现实，尽量利用好现有的技术，放弃一些非核心的功能，比如简化和调整业务逻辑，停止追求完美的审批流程，用最节省成本的方式获得最大的经济效益。
eHR软件最大的特点就是和人有关。目前，与企业人员和组织结构相关的最准确的数据都在系统中。eHR系统与其他第三方系统接口的目的是实现考勤、绩效奖金等自动计算功能。转换数据比创建数据更重要。那么界面数据结构的设计就要简洁实用，可以和每个员工绑定，只要数据充足。比如原始数据可以追溯到月份，可以准确汇总。通常情况下，在eHR系统中没有必要或者没有必要直接存储大量的业务系统数据。
比如绩效奖金，尽量不要存储每一笔交易或操作细节，而是提前将数据汇总到业务系统中，通过界面或电子表格将汇总结果导入到eHR系统中，由eHR系统做后期的考核和薪资计算。原始数据越完整越好。否则会出现数据冗余，业务系统中的数据会被调整，eHR中相应的数据也需要调整。这很容易变成数据耦合，日后变相挖坑。
实践中一个常见的错误是，用户错误地认为既然今天要去eHR系统，很多老系统没有讲清楚的功能，可以通过eHR中的几个补丁来实现。往往这种思维只解决了眼前的问题，而没有解决根本问题。界面需要简洁实用，不能造成系统边界模糊，功能耦合。这样一来，未来每个子系统升级改造时，总会被以前不合理的架构设计所束缚，将原本可以轻松完成的任务不断变成新的补丁，甚至导致不得不推翻重做的恶果。
365云人事软件(365YunHR)的界面设计采用基于web的restful界面技术，为各个模块的各个子功能提供标准的界面功能。用户可以根据我们的标准轻松导入所有与人员相关的绩效数据。如果可能，我们将推荐实时数据接口，以获得最佳性能和用户体验。我们希望每个界面都能达到简洁实用的效果，让eHR系统发挥其特长，真正做好自己擅长的任务。
———— END ————