跳转到主要内容

使用场景 · 寄售商店

一款清楚知晓您需向每位寄售人支付多少的应用

在寄售商店中,在售商品并不属于您——它们由数十位寄售人委托给您代为销售,并约定一定期限;寄售人随时有权取回未售出的商品。用法语清晰描述这种特殊关系,即可获得一款既能追踪商品本身、又能同步追踪其对应债务的应用。

生成此应用

描述已经写好——免费注册后,它就在编辑器中等着您。

库存不属于您

这是决定一切的基础事实,也是普通库存管理系统无法表达的核心特征。采购入库的商品仅有一个所有者:您自己;而寄售商店的在售商品却拥有与寄售人数量相等的所有权主体——每件商品在售出前始终归属原寄售人。因此,库存总值这一指标已失去意义:真正关键的并非货架商品的市场价值,而是待售商品全部售出后您需向寄售人返还的金额。

您必须随时能回答的问题因此是双重的,而纸质台账根本无法满足这一需求:我欠某位寄售人多少钱?他/她有哪些商品尚未售出?前者往往只能在月末费力手工核算;后者一旦在售商品超过数百件,便彻底无法追溯。

商品遵循生命周期,而非静态库存水平

寄售商品经历一系列状态流转,而这正是寄售业务的本质:商品依据寄售协议被接收,按约定价格上架销售,若逾期未售可依约打折,最终以三种方式离店——售出、退还寄售人,或按协议约定作废弃处理。您无需补货:所有商品均由寄售人主动交付。

寄售协议承载着其他任何环节都无法替代的关键数据:协议「期限」。正是该期限设定了到期日——即未售出商品须被取回、打折或重新处置的截止日期。缺少这一要素,滞销品将悄然堆积,占用本无人授权的空间;而有了它,系统每天清晨即可自动列出本周即将到期的商品清单。

  • 寄售人:联系方式、身份信息登记、返款账户信息
  • 寄售协议:签订日期、协议期限、佣金比例、滞销品处置方式
  • 商品:名称、标价、成色、上架日期、是否已打折
  • 销售记录:商品、销售日期、实际收款金额
  • 返款记录:寄售人、返款周期、已付金额

您的收入是佣金,而非销售额

若寄售商店仅以收款总额衡量经营状况,则完全误判了核心指标:这笔款项的绝大部分实际归属寄售人。真实反映业务规模的指标是所收取的佣金,且该数值无法从收银总额中直接提取——它必须逐件计算,因为佣金比例可能取决于寄售协议条款、商品类别或具体售价。

与之对应的便是返款操作。一笔销售本身不结清任何账目:它仅产生对寄售人的债务,该债务直至实际付款日才得以清偿。将「应付金额」与「已付金额」严格分离管理,才能在顾客临柜时即时告知其账户余额,无需当面重新核算。

应用如何生成

您用法语撰写店铺运作逻辑,使用您自己的行业词汇——例如「déposant」(寄售人)、「dépôt」(寄售)、「démarque」(打折)、「restitution」(退还)、「reversement」(返款)。在开发启动前,系统将为您呈现完整方案:包含核心实体、字段定义、界面布局及关键指标。您可反复修改直至方案完全契合您的实际业务流程;未经您最终确认,绝不开始任何编码工作。

最终交付的是标准 Next.js 与 Prisma 项目。您可下载 ZIP 压缩包,或直接推送至 GitHub:代码完全归您所有,任何开发者均可接手维护。我们提供三个生成等级(Sketch、Craft、Masterpiece),分别适用于快速验证创意或交付成熟商用系统。

该应用「不是」什么——以及一项重要法规提示

本页面介绍的是一款内部管理工具。寄售商店存在若干需求超出了本产品的功能范围,提前了解远胜于事后发现。首项并非技术限制,而是法定强制要求,务必通读全文:

《法国刑法典》第321-7条规定:凡从事二手动产买卖或交换的商业活动(寄售业务被明确列举其中),必须建立并维护一本每日登记册,详细记载所收物品及送交人身份信息。该登记册须在开业前由警察局长或市长进行连续页码编号(coté)并逐页签署(paraphé)。本应用生成的系统「不等于」该法定登记册,亦不可替代其法律效力:即便系统可存储相同信息作为管理数据,该行为本身不赋予其任何法定效力。请务必向您所在地的区政府或市政府咨询,确认您的业务适用的具体监管要求。

以下各项限制均非代码层面的永久性约束——项目支持导出,开发者可自由扩展功能——但均不作为开箱即用的功能提供。

  • 非法国法定认证收银系统(caisse enregistreuse certifiée):若您在法国经营且受该税务法规约束,收款操作必须保留在符合法国认证标准的现有收银系统中。
  • 不支持连接刷卡终端、条码扫描器或标签打印机。
  • 无资金划转能力:系统仅计算并跟踪应付各寄售人的金额,不触发任何银行转账。
  • 不生成寄售协议:您与寄售人签署的纸质/电子协议原件仍由您保管,系统仅记录协议关键条款。
  • 不提供在线商城功能,亦不支持对接第三方电商平台。
  • 不支持离线模式;权限体系为全局设置(管理员、普通用户、只读用户)。

数据导出

您录入的所有数据完全归属您本人,可通过「设置」界面按数据集分别导出为 JSON 或 CSV 格式。该格式便于年度结算或与会计师对账:CSV 文件可直接导入电子表格,按寄售人排序,并与实际收款明细交叉核验。

所有列表均支持筛选与排序;内置回收站功能可恢复误删的单条记录——当多名员工在柜台同时处理寄售业务时尤为实用。

核心实体

  • 寄售人
  • 寄售协议
  • 商品
  • 销售记录
  • 返款记录

主要视图

  • 仪表盘
  • 在售商品
  • 即将到期的寄售商品
  • 寄售人
  • 销售记录
  • 待执行返款

关键指标

  • 待向寄售人返款总额
  • 即将到期的寄售商品数
  • 当期已收佣金总额
  • 滞销超60天商品数

常见问题

该应用能否替代法定二手商品登记册?

不能。《法国刑法典》第321-7条强制要求登记册须经警察局长或市长编号并签署确认——由系统生成的数字文档无法满足该法定形式要件,即便系统记录了相同信息,亦不具任何法律效力。法定登记册仍须严格按官方程序另行建立与维护;请向您所在地的区政府或市政府确认具体监管要求。

能否通过该应用完成收款?

不能。系统仅将销售行为作为跟踪数据进行记录,不具备认证收银系统资质,亦未连接任何支付终端。若您店铺受认证收银系统法规约束,收款操作必须保留在现有收银系统中。

如何处理不同商品差异化的佣金比例?

佣金比例按其实际归属层级设定:若按寄售人单独协商,则在「寄售协议」中定义;若按商品大类浮动,则在「商品类别」中配置;若需逐件调整,则直接在「商品」详情页设置。系统严格按您描述的规则计算,绝不会自行编造任何您未明确定义的逻辑。

寄售商品到期时,系统会自动通知寄售人吗?

不会。系统不发送电子邮件或短信。它仅展示即将到期的寄售商品清单及对应寄售人联系方式,主动联系仍需人工操作。

未来若需更换其他系统,数据迁移是否可行?

完全可行。项目采用标准 Next.js 与 Prisma 技术栈,支持 ZIP 包导出或推送至 GitHub;所有数据均可导出为 JSON 与 CSV 格式。不存在私有数据格式或厂商专属方言,迁移无需任何第三方授权。

相关使用场景

描述您的店铺,先看方案再启动开发