某兄弟公司开发了一套面向特定行业的门店管理软件，集进销存一体，主要服务于B端客户。该软件原有的业务模型是服务器部署在机房，客户端分为嵌入式门店端和PC办公室端，并辅以微信公众号进行简单数据查询。近期，为满足客户需求，公司开发了移动端管理功能，最初尝试使用小程序，但因软件涉及大量特殊管控商品，小程序频繁被微信下架。为解决此问题，公司转而使用Flutter开发了iOS和Android App。iOS App以上级管理机构的名义顺利上架。然而，Android App在各应用市场发布时，面临需要为每个客户独立上架、并为每个App获取软件著作权（软著）的难题。公司已有服务端和PC客户端的软著，但为客户独立上架的App名称并非“XXX管理系统安卓客户端”，而是客户自己的公司名。公司希望了解，是否能通过授权“XXX管理系统安卓客户端V5”软著给各客户，以解决上架App的软著认证问题，抑或必须通过代办机构进行虚空软著认证。

📦 **业务模式与技术演进**：该行业软件原采用服务器集中部署、PC客户端和嵌入式门店端相结合的模式，并利用微信公众号进行数据查询。为适应市场需求，公司开发了移动端功能，从最初的小程序因内容敏感频繁被下架，转向开发原生iOS和Android App。

📱 **跨平台开发与渠道策略**：公司利用Flutter技术开发了跨平台的iOS和Android App。iOS App以上级政府机构的名义作为开发者进行上架，得以顺利获批。然而，Android App的发布面临更严格的市场准入要求，尤其是在软著方面。

⚖️ **Android App上架的软著难题**：公司在Android应用市场的上架过程中遇到了关键障碍：每个客户的独立App（以客户公司名命名）都需要独立的软著认证。尽管公司拥有服务端和PC客户端的软著，但如何为以客户名称命名的独立App获取软著成为难题。

❓ **软著授权与认证的疑问**：公司希望通过将其已有的“XXX管理系统安卓客户端V5”软著授权给每个直接客户的方式，来满足各客户独立App的上架软著要求。但市场对此操作的语焉不详，以及是否需要通过第三方代办机构进行虚假软著认证以完成上架，是亟待解答的问题。

我公司这边都是自己开发软件或者定制软件 所以没遇到过 遇到兄弟公司咨询 有点一头雾水

就是兄弟公司开发了一套行业软件, 用于特定行业门店管理(其实不是门店 说门店方便理解模型) 进销存什么一体的 纯对 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 管理系统 安卓客户端" 而是 客户自己的公司名 用来区分 因为要上架至少上百个

还是非得花钱找代办公式, 以原始授权方式虚空搞假的软著才能上架?


=====

希望有实际类似经验的朋友予以解答, 研究条文推测的不太行