我公司这边都是自己开发软件或者定制软件 所以没遇到过 遇到兄弟公司咨询 有点一头雾水
就是兄弟公司开发了一套行业软件, 用于特定行业门店管理(其实不是门店 说门店方便理解模型) 进销存什么一体的 纯对 B 不对 C 的
他们原来的业务模型是 服务端在机房 客户端分门店端和办公室端 门店端客户端是嵌入式的类似收银机的出入库调配系统扫码枪
管理端 PC 同时微信公众号做一些数据简单查询指令
他们的客户不少 因为有省级管理单位的渠道 属于推荐软件 卖的还是最便宜的
他们最近应客户要求 做了移动端的管理端, 最开始省事就做了小程序, 小程序实现划拨, 调配, 申请调仓
给每个客户上架小程序, 结果上架后三个月, 小程序纷纷被干, 因为他们库存的东西有大量特殊管控的东西, 直接被关键词干了, 各种被微信下架小程序, 然后提交材料再上去, 然后再下反复循环, 微信没有白名单机制
然后他们就 flutter 开发了 iOS 和安卓 app, 配给基层单位
iOS 上架毫无阻碍, 他们用上级管理机构郑府机构的名义搞了个开发者, 直接上架了每一个客户的 app.
到了安卓, 要上架每一个市场, 都需要软著.
他们的程序本体是有软著的, 包含
"服务端 V1 服务端 V3 服务端 V5"有三个软著
"客户端 PC v1 v3 v5" 有三个软著
然后他们在自己申请 "xxx 管理系统 安卓客户端 V5"的软著 "xxx 管理系统 iOS 客户端 V5" 的软著
但是他们需要以各个直接客户公司的名义上架各自名称的 app 这时候软著要怎么搞 所有市场都语焉不详
可否用这个"xxx 管理系统 安卓客户端 V5" 授权给 每个客户的方式做软著认证? "客户上架的 APP 名字不会是 XXX 管理系统 安卓客户端" 而是 客户自己的公司名 用来区分 因为要上架至少上百个
还是非得花钱找代办公式, 以原始授权方式虚空搞假的软著才能上架?
=====
希望有实际类似经验的朋友予以解答, 研究条文推测的不太行
就是兄弟公司开发了一套行业软件, 用于特定行业门店管理(其实不是门店 说门店方便理解模型) 进销存什么一体的 纯对 B 不对 C 的
他们原来的业务模型是 服务端在机房 客户端分门店端和办公室端 门店端客户端是嵌入式的类似收银机的出入库调配系统扫码枪
管理端 PC 同时微信公众号做一些数据简单查询指令
他们的客户不少 因为有省级管理单位的渠道 属于推荐软件 卖的还是最便宜的
他们最近应客户要求 做了移动端的管理端, 最开始省事就做了小程序, 小程序实现划拨, 调配, 申请调仓
给每个客户上架小程序, 结果上架后三个月, 小程序纷纷被干, 因为他们库存的东西有大量特殊管控的东西, 直接被关键词干了, 各种被微信下架小程序, 然后提交材料再上去, 然后再下反复循环, 微信没有白名单机制
然后他们就 flutter 开发了 iOS 和安卓 app, 配给基层单位
iOS 上架毫无阻碍, 他们用上级管理机构郑府机构的名义搞了个开发者, 直接上架了每一个客户的 app.
到了安卓, 要上架每一个市场, 都需要软著.
他们的程序本体是有软著的, 包含
"服务端 V1 服务端 V3 服务端 V5"有三个软著
"客户端 PC v1 v3 v5" 有三个软著
然后他们在自己申请 "xxx 管理系统 安卓客户端 V5"的软著 "xxx 管理系统 iOS 客户端 V5" 的软著
但是他们需要以各个直接客户公司的名义上架各自名称的 app 这时候软著要怎么搞 所有市场都语焉不详
可否用这个"xxx 管理系统 安卓客户端 V5" 授权给 每个客户的方式做软著认证? "客户上架的 APP 名字不会是 XXX 管理系统 安卓客户端" 而是 客户自己的公司名 用来区分 因为要上架至少上百个
还是非得花钱找代办公式, 以原始授权方式虚空搞假的软著才能上架?
=====
希望有实际类似经验的朋友予以解答, 研究条文推测的不太行