又一家分拆上市终止,关联交易和独立性被问,接近“清仓式”分红

86b09d8dbeb89b7e8de05ff342047875.jpeg

新麦机械终止可能存在以下原因:首先,新麦机械属于分拆上市,目前分拆上市已经基本被监管禁了,分拆上市的IPO企业也基本逃不过被问询关联交易和独立性的问题,然而新麦机械第一大客户就是控股股东;其次,新麦机械的业务属于商用烘焙设备行业,该行业竞争激烈,公司在中国大陆的市场份额已经出现下滑;最后,公司报告期分红2.15亿元,三年累计分红金额占同期扣非归母净利润比例超过50%,几乎要达到监管规定的“清仓式”分红标准线。



作者:Cindy

来源:IPO魔女



8月2日,新麦机械(中国)股份有限公司(下称“新麦机械”)IPO终止。其保荐机构为金圆统一证券,审计机构为中汇会计师事务所,律师事务所为江苏海辉律师事务所。


新麦机械于2022年12月28日申请创业板IPO,期间经历三轮问询。深交所审核关注了境外分拆上市、关联交易、独立性以及同业竞争等问题。


招股书显示,新麦机械最终控股股东新麦企业(1580.TWO)为中国台湾地区“柜买中心”上柜公司。新麦机械本次申请在创业板上市属于上市公司分拆子公司上市。


新麦机械从事商用烘焙设备的研发、生产、销售。新麦机械主要产品包括机器类、烤炉类、醒发类等商用烘焙设备,主要服务于烘焙食品生产商。


截至招股说明书签署日,新麦萨摩亚直接持有新麦机械96.38%的股份,通过全资子公司锡麦企业间接持有公司0.01%的股份,合计持有公司96.39%的股份,系公司直接控股股东。新麦企业不存在实际控制人。


招股说明书披露,新麦机械最终控股股东新麦企业为注册在中国台湾地区的柜买中心的上柜公司,股票代码:1580.TWO,新麦企业绝大部分收入和资产均来自于新麦机械。然而在招股说明书及申报材料中未说明新麦机械本次申报是否为中国台湾地区公众公司分拆其子公司上市。


交易所请新麦机械说明本次申报是否为中国台湾地区公众公司分拆其子公司上市;如是,请新麦机械完善相关信息披露,说明新麦机械分拆上市是否履行上柜公司的内部决策、信息披露情况、境外监管机构审批等程序,是否符合境外监管的相关规定。


近年来,商用烘焙设备行业的市场竞争愈发激烈。2022年,新麦机械占中国大陆地区商用烘焙设备市场份额比重为8.2%,较2021年11.9%的比例有所下滑。


交易所要求新麦机械说明2022年在中国大陆地区市场占有率下降的主要原因,遵循重要性原则,充分披露与新麦机械相关、与行业相关和其他风险。


在关联交易上,报告期内,新麦机械最终控股股东新麦企业为新麦机械第一大客户,公司对新麦企业关联销售金额分别为5417.50万元、10,333.36万元和3952.48万元,占比分别为7.37%、10.80%、4.67%,毛利率低于第三方客户。


交易所请新麦机械详细说明对新麦企业的销售价格、毛利率等与第三方客户的差异情况、存在差异的原因,分析定价公允性,是否存在利益输送情形


在独立性上,报告期内,最终控股股东新麦企业间接持有公司96.39%的股份,为发行人第一大客户,毛利率水平与其他独立第三方客户相比较低。新麦机械存在向新麦企业采购的情形,新麦机械与新麦企业在境外地区存在部分客户重叠的情况。


并且,2022年12月,新麦机械最终控股股东新麦企业将名下商标全部无偿许可给新麦机械使用,存在新麦企业和新麦机械共用商标情况。此外,新麦机械现任董监高及其他核心人员2021年度在最终控股股东新麦企业处领取薪酬。


交易所请新麦机械说明,公司与新麦企业的合作模式,分析对新麦企业销售毛利率低于第三方客户的原因及商业合理性;说明与新麦企业关联销售的内容、单价、数量情况,,分析其必要性、合理性、定价依据及公允性。新麦企业许可新麦机械使用商标的背景、原因及商业合理,相关商标对新麦机械生产经营的重要程度及收入占比,未注入新麦机械的原因,是否存在纠纷或潜在纠纷。报告期内新麦机械员工从新麦企业领薪的具体情况、原因及合规性。


上交所在答记者问中,明确了突击“清仓式”分红的具体把握标准,对于报告期三年累计分红金额占同期净利润比例超过80%的;或者报告期三年累计分红金额占同期净利润比例超过50%且累计分红金额超过3亿元,同时募集资金中补流和还贷合计比例高于20%的,将不允许其发行上市。

新麦机械报告期大额分红,几乎快要达到“清仓式”分红的标准线。


2021年至2023年,新麦机械3年累计分红金额为2.15亿元,同期累计扣非归母净利润为4.14亿元,新麦机械三年累计分红金额占同期扣非归母净利润比例超过50%。


 


END

<think> 首先,用户的题是在产品分类、SPU、SKU存在多对多关系的情况下,分类表关联SPU还是SKU更合适。用户引用了几个引用,讨论了SPUSKU的概念。 从引用中: - 引用[1]:定义了SPUSKU的关系。SPU是标准化产品单元,SKU是库存保有单位。一个SPU对应多个SKU,SKU表持有SPU表的外键。 - 引用[2]:SPU是商品信息聚合的最小单位,描述产品特性。 - 引用[3]:SPUSKU在电商系统中用于合理设计数据库,便于前后端管理。 - 引用[4]:提到分类下的商品共享规格参数销售属性,属性是三级分类组织起来的。 用户的题是:在多对多关系中,分类表应该关联SPU还是SKU? 关键点是:产品分类、SPUSKU之间是多对多关系。这意味着: - 一个分类可以包含多个SPU或多个SKU。 - 一个SPU或多个SKU可以属于多个分类。 在引用中: - 引用[1][2]强调SPU是更高级别的概念,代表产品的基本信息。 - 引用[4]提到分类共享属性,属性是分类组织起来的。 在数据库设计中: - SPU代表产品模型(如iPhone 13),包含通用属性。 - SKU代表具体变体(如iPhone 13 红色 128GB),包含具体属性如颜色、存储。 - 分类(category)是产品组的组织方(如电子产品、手机)。 在多对多关系中: - 分类应该关联哪个实体?SPU还是SKU? 最佳实践: - 通常,分类与SPU关联更合适,因为分类是关于产品类型或类别的,而不是具体变体。 - 例如,在电商中,分类如"智能手机"关联到SPU(如iPhone 13 SPU),而不是每个SKU(因为所有iPhone 13 SKU都属于智能手机分类)。 - 如果关联SKU,可能会导致冗余,因为同一个SPU下的所有SKU通常属于相同分类。 从引用[4]:"每个分类下的商品共享规格参数销售属性",这里的"商品"可能指的是SPU级别,因为属性在SPU级别共享。 在用户提供的引用中: - 引用[1]显示SPUSKU是一对多关系。 - 用户提到"多对多关系",所以我们需要考虑分类如何与这些实体关联。 假设: - 分类表(category_table)可以有多个SPU或多个SKU。 - 为了效率,关联SPU更合理: - 因为SPU代表产品类型,分类是组织产品类型的。 - 关联SPU意味着一个分类可以有多个SPU,每个SPU可以有多个SKU。 - 如果关联SKU,那么对于同一个SPU下的多个SKU,每个都需要单独关联到分类,增加了冗余。 在数据库设计中: - 分类SPU之间可以是多对多关系(例如,一个产品可能属于多个分类)。 - 因此,创建关联表:category_spu,包含category_idspu_id。 - 然后,SKU通过SPU间接关联到分类。 如果分类直接关联SKU: - 它可能允许更细粒度的控制,但通常不必要,因为SKU的变体属性(如颜色、大小)不改变产品的基本分类。 - 例如,iPhone 13的所有颜色存储容量都应该属于"智能手机"分类,而不是每个变体单独分类。 在用户引用中: - 引用[4]说:"属性是三级分类组织起来的",暗示分类管理属性,这些属性可能应用于SPU。 所以,回答用户:在分类表关联SPU更合适。 结构回答: - 系统级指令:使用$...$ for inline math, $$...$$ for block math, 中文回答, 生成相关题。 - 用户层:结构清晰,真实可靠。 回答步骤: 1. 解释SPUSKU的概念。 2. 分析多对多关系。 3. 建议关联SPU更合适。 4. 提供理由。 5. 给出SQL示例(如果需要)。 6. 生成相关题。 生成相关题:基于用户查询。 最终回答: - 在引用段落末尾添加引用标识,如[^1]。 - 用户引用了[1],[2],[3],[4],所以我可以在回答中引用它们。 </think>### 产品分类与SPU/SKU关联设计分析 在电商数据库设计中,产品分类、SPU(标准化产品单元)SKU(库存保有单位)之间的关系是关键。当三者存在多对多关系时(即一个分类可包含多个SPU/SKU,一个SPU/SKU可属于多个分类),**分类表关联SPU表更合适**。以下基于引用内容逐步分析原因。 #### 1. **SPU与SKU的核心概念回顾** - **SPU**:代表产品的通用模型,描述共享属性(如产品名称、品牌、规格参数)。例如,iPhone 13是一个SPU,它聚合所有变体的基础信息[^2][^3]。 - **SKU**:代表具体商品实例,描述变体属性(如颜色、存储容量、价格)。例如,iPhone 13(红色、128GB)是一个SKU,它通过外键关联到SPU[^1][^3]。 - 关系:SPU与SKU是一对多关系(一个SPU对应多个SKU),而非多对多。SKU是“多的一端”,持有SPU的外键[^1]。 #### 2. **多对多关系下的关联选择** 在多对多场景中,分类表关联SPU而非SKU的主要理由: - **减少冗余与提高效率**: 分类(如“智能手机”)通常基于产品类型而非具体变体。关联SPU可避免冗余,因为同一SPU下的所有SKU共享相同分类。如果关联SKU,每个SKU需单独关联分类,导致数据重复查询开销增加[^3][^4]。 例如: - 正确方:分类“手机”关联SPU(iPhone 13),所有iPhone 13的SKU(如红色128GB、蓝色256GB)自动继承该分类。 - 错误方:每个SKU单独关联分类,增加维护成本。 - **属性共享与一致性**: 分类管理的规格参数(如屏幕尺寸、处理器)在SPU级别定义共享。SPU是“商品信息聚合的最小单位”,分类关联SPU能直接利用这些共享属性[^2][^4]。 数学表达:设分类 $C$,SPU $S$,SKU $K$,若 $S \rightarrow K$(一对多),则关联 $C-S$ 比 $C-K$ 更高效,因为 $|K| \gg |S|$(SKU数量远大于SPU数量)。查询分类下商品时,复杂度为 $O(|S|)$ 而非 $O(|K|)$。 - **业务逻辑合理性**: - 前端展示:用户在分类页浏览时(如“电子产品”),通常看到SPU级别的产品列表(如“iPhone 13”),而非具体SKU。关联SPU简化了数据拉取[^3]。 - 后端管理:增删改查分类时,操作SPU比操作大量SKU更高效[^3]。 #### 3. **数据库设计建议** 使用关联表实现多对多关系: - **表结构示例**: ```sql -- 分类表 CREATE TABLE category_table ( category_id BIGINT PRIMARY KEY, category_name VARCHAR(50) NOT NULL ); -- SPU表(核心关联点) CREATE TABLE spu_table ( spu_id BIGINT PRIMARY KEY, product_name VARCHAR(50), brand VARCHAR(50) ); -- 分类-SPU关联表(多对多) CREATE TABLE category_spu ( category_id BIGINT, spu_id BIGINT, PRIMARY KEY (category_id, spu_id), FOREIGN KEY (category_id) REFERENCES category_table(category_id), FOREIGN KEY (spu_id) REFERENCES spu_table(spu_id) ); -- SKU表(通过SPU间接关联分类) CREATE TABLE sku_table ( sku_id BIGINT PRIMARY KEY, spu_id BIGINT, -- 外键指向SPU color VARCHAR(20), storage VARCHAR(20), FOREIGN KEY (spu_id) REFERENCES spu_table(spu_id) ); ``` - **优势**: - 查询分类“手机”下的所有产品:只需通过 `category_spu` 关联表获取SPU列表。 - 添加新分类时,只需绑定SPU,无需遍历所有SKU。 #### 4. **何时关联SKU?** 仅在极少数场景下需直接关联SKU: - SKU有独立于SPU的分类需求(如清仓特卖分类需包含特定颜色SKU),但此类需求可通过SPU扩展字段或标签实现,避免破坏设计一致性[^4]。 #### 总结 在产品分类、SPU、SKU的多对多关系中,**分类表关联SPU表是最佳实践**。这符合SPU作为“标准化产品单元”的定位,确保数据一致性、减少冗余,并优化查询性能[^1][^2][^3][^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值