然之协同 4.4.stable 版本正式发布
lylmwt 2017年07月17日

然之协同 4.4.stable 版本正式发布

lylmwt lylmwt 发布于2017年07月17日 收藏 14 评论 8

330元/年抢阿里云香港云服务器,节省80%出海成本>>>  

大家好,然之协同管理软件4.4.stable版本正式发布了! 本版本主要完善细节,修复Bug,增加每日提醒功能。

然之协同办公系统是一款面向中小企业内部管理的协同办公系统,由客户管理(crm)、日常办公(oa)、现金记账(cash)、团队分享(team)和应用导航(ips)五大模块组成。专注于提供一体化、精简的解决方案,真正开源免费,扩展性强,支持二次开发,可以满足用户更多需求。

一、修改记录

完成的需求

2305  然之待办拖动响应区域需要调整下
2306  然之待办弹窗详情按钮换行
2312  应用分组也可以参与排序
2316  调整桌面区块的功能
2319  记账模块增加收入概况区块
2320  解决应用重复嵌套的问题
2323  然之数据库可以指定前缀
2324  然之防止出现连续点击保存时多次存储的情况
2325  客户--联系人--编辑 弹窗过大,出现滚动条,点击滚动条弹窗会退出
2327  禁用、删除用户的时候判断是否在审批流程内
2330  集成禅道时没有安装curl扩展,提示信息无法显示出来
2331  订单、合同列表页面增加联系人菜单
2332  记账记录能够根据创建时间进行搜索
2339  没有选择保持登录,也能登录进去。
2340  增加每天的工作提醒邮件。
2341  OA里面增加审批功能入口
2342  审批的首页默认列出所有需要他审批的内容。
2343  审批的增加邮件提醒。
2344  审批类的流程增加备注功能。
2346  申请报销时支出科目应当排序
2347  按照日期进行检索时的样式需要调整
2348  日期选择组件增加今年去年的时间区段
2349  记账的时候科目的下拉菜单能够展开,不要换行。
2350  可以设置记账科目必须选到最低一级
2351  可以设置记账的时候必须有商户
2352  记账时候的产品下拉菜单增加产品线的选择
2353  浏览支出、转账投资等记录时产生完整的科目
2354  优化记账搜索表单载入的速度
2355  导入记账记录的时候经手人默认不要填当前的操作者
2369  优化审批邮件
2372  编辑请假的时候应该可以编辑事由

2373  报销记账的时候可以选择记账的部门

修改的Bug

797   编辑待办时,显示为后台管理。
906   安装然之,第3步数据库信息提交,对应用户没有创建数据库的权限,跳转500 912   新添加的用户最后登录时间和次数应该留空 913   更换然之标识 914   报销列表搜索表单日期无法选择 915   报销明细里面第二条日期选择框变形 916   然之安装,最后一步,如果ranzhi/tmp没有递归设置777权限,会报错500 923   上传头像异常 922   禅道集成报错 921   请假的邮件没有标题 920   按照标签浏览账户的时候会提示Bad request

二、下载地址

源码包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi.4.4.stable.zip
Windows 64位一键安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi.4.4.stable.win64.exe
Windows 32位一键安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi.4.4.stable.win32.exe
Linux 64位一键安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi.4.4.stable.zbox_64.tar.gz
Linux 32位一键安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi.4.4.stable.zbox_32.tar.gz
注:Linux一键安装包必须直接解压到/opt目录下。
linux rpm安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi-4.4.stable-1.noarch.rpm
linux deb安装包:http://dl.cnezsoft.com/ranzhi/4.4/ranzhi_4.4.stable_1_all.deb

三、手册

安装文档:http://www.ranzhi.org/book/ranzhi/ranzhiinstall-5.html

升级文档:http://www.ranzhi.org/book/ranzhi/7_ranzhiupgrade.html

部分修改记录展示:

订单、合同列表页面增加联系人菜单

记账记录能够根据创建时间进行搜索


报销记账的时候可以选择记账的部门

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:然之协同 4.4.stable 版本正式发布
分享
评论(8)
最新评论
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。

引用来自“只问轻鸿”的评论

没让你们放弃,重新打造产品形式,用vue或者react重写,单页面应用体验比较好,后端渲染的方式不适用于此类应用

引用来自“开源春哥”的评论

我觉得你是想得太简单。页面的表现形式只是其中一个方面,而不是决定性的因素。比如早期的OA软件,有大量采用extjs那种框架做的应用。虽然和你说的现在的vue架构不同,但对用户来讲体验差不多。但该死掉的还是死掉。
我们做软件,更看重的是流程的梳理和实现。在这方面,我们自信的说比其他的软件做的都好。很多友商只不过是一堆功能放在一起而已。
我们没有用你说的单页形式,是考虑到两个方面:二次开发者入门的难易程度,使用者状态的保持。比如我可以随便发一个网址给别人,可以任意刷新,前进,后退,不用担心工作状态丢失。这一点我们是非常看重的。

引用来自“只问轻鸿”的评论

单页应用也是可以保存状态随意刷新的好吗。单页只是改变了交互方式操作更加流畅;你的业务你的功能又不让你阉割,关于二次开发你就纯绑架我的观点了,改成单页怎么就没法二开了,不接受就不接受你干嘛非得自己走到对立面。
我只是和你解释下我们选择技术架构的考虑因素。你如果理解成我们是站在你的对立面,呵呵,那是你想多了。
单页应用是可以做到这些,历史的记录,前进后退,刷新。但这些需要额外做很多工作。程序的复杂度会增加很多。
二次开发我说的是的难易程度,而不是说不可以做二次开发。概念不要搞错了。
最起码对我们产品的用户来讲,二次开发的难度会大幅增加。
如果是做自己的产品,或者是saas方式,其实无所谓什么交互方式。新的技术可以随便尝试。但我们的产品以私有部署为主,程序实现要简单,部署调试要简单。这是我们考虑的主要因素。简单可行的技术方案,稳定,可依赖。
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。

引用来自“只问轻鸿”的评论

没让你们放弃,重新打造产品形式,用vue或者react重写,单页面应用体验比较好,后端渲染的方式不适用于此类应用

引用来自“开源春哥”的评论

我觉得你是想得太简单。页面的表现形式只是其中一个方面,而不是决定性的因素。比如早期的OA软件,有大量采用extjs那种框架做的应用。虽然和你说的现在的vue架构不同,但对用户来讲体验差不多。但该死掉的还是死掉。
我们做软件,更看重的是流程的梳理和实现。在这方面,我们自信的说比其他的软件做的都好。很多友商只不过是一堆功能放在一起而已。
我们没有用你说的单页形式,是考虑到两个方面:二次开发者入门的难易程度,使用者状态的保持。比如我可以随便发一个网址给别人,可以任意刷新,前进,后退,不用担心工作状态丢失。这一点我们是非常看重的。
单页应用也是可以保存状态随意刷新的好吗。单页只是改变了交互方式操作更加流畅;你的业务你的功能又不让你阉割,关于二次开发你就纯绑架我的观点了,改成单页怎么就没法二开了,不接受就不接受你干嘛非得自己走到对立面。
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。

引用来自“只问轻鸿”的评论

没让你们放弃,重新打造产品形式,用vue或者react重写,单页面应用体验比较好,后端渲染的方式不适用于此类应用
我觉得你是想得太简单。页面的表现形式只是其中一个方面,而不是决定性的因素。比如早期的OA软件,有大量采用extjs那种框架做的应用。虽然和你说的现在的vue架构不同,但对用户来讲体验差不多。但该死掉的还是死掉。
我们做软件,更看重的是流程的梳理和实现。在这方面,我们自信的说比其他的软件做的都好。很多友商只不过是一堆功能放在一起而已。
我们没有用你说的单页形式,是考虑到两个方面:二次开发者入门的难易程度,使用者状态的保持。比如我可以随便发一个网址给别人,可以任意刷新,前进,后退,不用担心工作状态丢失。这一点我们是非常看重的。
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。

引用来自“只问轻鸿”的评论

没让你们放弃,重新打造产品形式,用vue或者react重写,单页面应用体验比较好,后端渲染的方式不适用于此类应用
呵呵。
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。
没让你们放弃,重新打造产品形式,用vue或者react重写,单页面应用体验比较好,后端渲染的方式不适用于此类应用
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

引用来自“开源春哥”的评论

他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。
说得好!小公司一般不会配程序员做内部系统开发,所以会直接买现成的比较成熟的产品或服务;大公司对业务稳定性要求都比较苛刻,主要是谁都担不起责任,所以还是比较倾向购买行业里比较牛逼的产品。开源产品,如果涉及的业务模块比较多时,大公司一般会评估开源项目的质量,开源协议决定了是否着重评估开发单位的实力,,,,分析下来是不是有点尴尬
0

引用来自“只问轻鸿”的评论

这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶
他们做他们的,我做我们的。我们坚信,不管什么叮叮,用友,金蝶,一款功能齐全,可以私有部署,专注流程和效率的开源软件,始终会有他的生存价值,我们只需要把自己能做的事情做好,并且坚持做下去就好了。
0
这类软件还是做成SPA形式的吧,操作密集型的应用用户体验会更好,否则你这个根本没啥竞争力,再叼也比不过钉钉 用友,金蝶

相关资讯

最新资讯
热门资讯
顶部