怎么区分自己写的软件是否是公司财产

[rizon]

公司里有个内部的一个业务场景。
我想要借着这个场景，自己私下开发一个平台来解决这个问题。
开发完全是个人开发，也会用自己的非工作时间来开发，不会把他作为自己在公司的工作内容一部分的。但肯定会拉着一些同学去调研需求的。

最后开发完之后，会在公司内用，但是是打算以自己的名义提供试用版给公司。
将来也会拿出去做商业化。

所以，这个事情里，如何安全的保证这个软件的所有权完全是自己的，和公司无关。避免将来被公司咬一口。。

就比如说，怎么界定是不是利用了工作时间开发的？比如说只要是用了公司的电就算？完全在公司办公楼外面才行？公司会通过审查代码提交时间，判断是否待在公司里做的？
以上是我猜测，所以就是问下怎么避免这些坑呢。

[yanzhiling2001]

你自己申请软著。建议在职还是别卖给自己公司，省的惹一身骚

[rizon]

@yanzhiling2001 主要是，需要用公司的业务场景来开发，并且还要部署给公司去实际测试。
就是不清楚给公司用了之后，以后会不会出问题。

[westoy]

离职 /跳槽到和这个业务不相关的公司 + 不签保密协议 / 熬过保密期再商业化

你这个用于公司内部业务的场景就是职务发明， 基本上不存在任何异议的.......一般规避方案都是找白手套出去成立一家方案公司， 自己不出面， 但是被发现实锤关联的， 一告一个准............

[zunceng]

参考 nginx 作者那事 听说还看他 git log 是不是工作时间提交的代码

[xy90321]

先看看你的合同，是不是不规定了在职期间都归公司（哪怕业余时间在家的产出）

[littlewing]

看看你的合同是不是签的卖身契：在职期间所有成果都属于公司

[wu67]

在职期间不要整 公司业务强关联 的轮子, 界限非常模糊. 哪怕你是非上班时间搞的, 你说你没有参考公司的资料、资源、思路? 就算到了法庭上也百口莫辩...

如果是跟公司业务毫无关联的, 用自己的设备自己的网、环境, 那倒无所谓.

[zturns]

看了内容，是职务发明创造。执行本单位的任务或者主要是利用本单位的物质技术条件所完成的发明创造为职务发明创造。职务发明创造申请专利的权利属于该单位;申请被批准后，该单位为专利权人。利用本单位的物质技术条件所完成的发明创造，单位与发明人或者设计人订有合同，对申请专利的权利和专利权的归属作出约定的，从其约定。楼主所说的是公司里有一个业务场景，楼主利用公司提供的这个业务场景所开发的平台，应属于主要是利用本单位的物质技术条件所完成的发明创造。在无合同约定的情形下，在职期间你的发明创造几乎可以说专利权属于公司。

[haodingzan]

几乎不可能，你的前提已经是需求产自于公司内部的业务场景了，这凭这一点公司告你都是 100%胜率，律师都不用请，法务专员就能搞定。除非这项业务需求不是你的主业，比如你职业是个开发，业余时间画了一张精致的美术插图授权给公司商业使用，这就完全没问题。

如果和你的主业是重叠关系，那你需要证明引入你的业务只是起到锦上添花的作用，引入前已经充分和公司沟通过，公司愿意另外出钱购买（或者无偿提供给公司作为等价交换），在你上班期间出 bug 也不用修，还得像你说的那样没有用公司电脑，没有在公司范围，没有涉及公司业务，没有利用职务便利做优化&测试，比如说你是个 go 开发，公司是做电商 app 的，你平时喜欢搞路由器，下班后用 go 做固件，拿给公司用，这种也没问题。

公司已经花钱雇佣你写代码，你还想让公司二次付费把你写的代码买下来，这个想法也挺新颖的，就算在职偷接外包都不敢这么接。。。如果真想尝试也不是没可能，等离职后过了保密期，按回忆重新写代码，申请软著成功，对你就有利了。

[imdong]

这压根就不是你开发的软件，你只是帮公司找了个……

[murmur]

公司的项目、使用公司的电脑、在公司上班时间开发的都算

[damichifan]

找个要好的会写代码的，让他和公司谈，另外如果你这个应用场景很小，仅限于本公司行业的话，那么肯定难免很多麻烦事，如果应用场景很广，还是建议离职再发布

[microxiaoxiao]

看你这个描述，公司有个问题，然后你希望搞一个通用的平台去解决这个问题，本质上是一种解决问题的方案。那公司招你就是让你解决问题，维护，开发代码，结果还不给，相当于只提供库和头文件，源码看不见，是个老板都不同意。公司严格点肯定找你麻烦，除非人家格局大。

[Kiriya]

在工作时间开发就是职务发明，无可争议的

[rizon]

@haodingzan
@zturns
我在公司的职位是产品经理。我是研发转的产品。
我发现公司的项目管理流程非常笨重，于是打算基于公司的情况做一个完全不同于世面已有的独特的项目管理产品。
所以从职位来看，应该能撇开关系了吧

[zhouyg]

不太能，只要你在开发的过程中涉及了使用公司资源（人 /事 /物），理论上都可以认为公司的资产，跟岗位职责都没啥关系

[lefthand2006]

@rizon 别用公司电脑写
然后和公司关系好就提前签合同，就说想改进流程，还没开始，写好能分成吗？
不行！那就找白手套再和公司谈

[wangkun025]

我是法官我会判这个项目是公司财产

[haodingzan]

@rizon 从法律角度来说没有问题，业余开发者基本上都是这样做的。真想卖给自己公司，就得按商业化的方式来推进，签合同约定义务和责任，不能先斩后奏，否则和火车站那些二话不说帮你擦一只鞋然后收 500 块钱清洁剂费用的强盗没有区别。真想卖给自己公司那么沟通这一步必不可少，能不能谈下来就看你和老板感情到哪一步了。假如没有书面协议，将来有矛盾对簿公堂，公司能证明这项产品出现在生产经营活动中，比如部署的代码、运维的日常备份、监控画面、工作群聊，就可以作为公司资产的证明，提前签约也能保护你自己。

假如沟通不成功，允许靠积累的不涉密的工作经验优化产品，不和同事交流自己的产品，不在办公时间留下做自己事的把柄，只要合同没约定任职期间所有知识产权都归公司，没有禁止兼职（一般来说劳动合同都会禁止），且经过了公司书面同意，软件仅销向第三方那问题不大。

总结下来就是，商业化项目按商业化方式推进，沟通能成，约定好双方义务责任互相履约；沟通不成，可以继续但不要被抓到把柄。不沟通，必败。

但我说句实话，这样做有点讨人嫌，我要是你老板知道你想利用公司资源开发一套商业软件，甚至还想卖给我自己的公司，一周之内就招个新人把你换了，你负责过的项目第一时间申请著作权，用 N+1 规避风险。当然也可能是我格局小，有大老板能接受吧，最后这段属于个人想法，没有依据，仅供参考。

[msg7086]

两点。
1. 借着公司内部的业务场景。
2. 开发完之后会在内部公司用。

就这两点，你告诉我这个软件和你公司无关？

你可以问问自己，如果你今天没有进你司，而是在别的软件公司工作，比如你今天在度娘或者阿里工作，你还会去开发这个软件吗？