单子还在邮件和微信里,什么时候才能进系统?
邮件用专用邮箱定时收,微信里复制一段话粘进来也行。识别成一张草稿单,你核一遍就成单——价格它不猜,留给你填。
部分ERPLite 是面向中小制造与贸易企业的通用、轻量、可扩展 ERP:销售、采购、生产、仓储、人事、财务 六个模块共用同一套物料、库存与会计基座。业务单据落库的同时,凭证已经在同一个事务里记好了—— 月底不需要再导一次 Excel,也没有「对不上」这道工序。
它们几乎出现在每一次面谈的前十分钟。下面写的不是承诺,是这套系统此刻的回答——答得不完整的,我们自己标出来。
邮件用专用邮箱定时收,微信里复制一段话粘进来也行。识别成一张草稿单,你核一遍就成单——价格它不猜,留给你填。
部分交期模拟能按 ATP(现存 − 锁定 + 在途 + 在制)扣料,再按工作中心日历做有限产能顺排,给出最早可交付日与瓶颈;缺料分析能倒推哪天必须下单、缺口下钻到工单。暂不支持跨厂调配产能。
部分费用分摊按账期把销售 / 管理 / 财务费用摊到当期订单,算出每单毛利与净利,能下钻到订单详情。这是管理口径,不生成凭证、不动总账,和利润表不要求逐分对上。
已交付模块之间不是靠接口对接,而是共用同一份物料、同一个库存引擎、同一套会计原语。 所以「销售发货减了库存、财务那边应收也挂上了」不是同步出来的,是同一笔事务的结果。
从客户报备到回款,一条线走得完
到货验收与退货,账实一起动
MRP、排程、报工、成本一条线
多仓多货位,成本算得清
入转离、考勤、薪资一条线
业财一体,账不是手工补的
一套进销存软件和一套 ERP 的差别,通常就落在这三处:账是不是自动记的、审批是不是拦得住、现场是不是真的能用。
基座的过账引擎让十二类业务动作在同一事务内自动生成凭证——业务单据一旦落库,账就同时记上了。没有「月底导出 Excel 再导进财务软件」这一步,也就没有对不上的时候。
17 类单据的审核可以改走可配置的审批链:会签、或签、票签、条件分支、加签、撤回。最后一级通过时才执行真正的审核——信用占用、库存、凭证与手工审核走的是同一段代码。
车间、仓库、工地不需要第二个键盘。手机端五批三十八页,只做现场真会做的事:扫码、填三个数、签字确认。建单、排程、凭证录入这些桌面活一概不挂手机。
手机端不是桌面端的缩小版。只做现场真会做的事:扫码、填三个数、签字确认。 建单、排程、凭证录入这些桌面活一概不挂手机——点进去发现改不了,还不如没有入口。
订单从邮件来、从微信里复制出来,然后有人把它重新敲进系统—— 这段搬运是整套 ERP 里最费手、也最容易出错的一环。AI 只做这一段: 把散乱的记录摆成一张草稿单,等你确认。不自动审核,不猜你没给的数。 收信、解析、复核、开草稿这条链已经跑通;照片与 PDF 还要 OCR,所以它标「部分」——先把一条链路做到真能用。
服务端与浏览器端是同一门语言、同一批实体、同一套校验。客户端跑 WebAssembly, 不是给接口套个壳的页面;服务端只负责数据与鉴权。部署产物是一个目录、一个数据库—— 开源默认 SQLite(库就是文件),换 SQL Server / PostgreSQL / MySQL / Oracle / 达梦 只改宿主里一行注册。
# 发布(前端产物由 Web 宿主一并带走) $ dotnet publish ERPLiteWeb/ERPLiteWeb.csproj -c Release -o publish # 启动(首次运行非破坏建表 + 种账号与角色) $ cd publish && dotnet ERPLiteWeb.dll --urls http://0.0.0.0:8080 ✓ ERPLite 已就绪 · 默认库 SQLite,journal_mode = wal
官网上写的每个功能、/demo 里那个能登录能开单的实例,都出自同一份仓库代码。
没有藏起来的「企业版」:AGPL-3.0 之下,打开仓库看到的就是它。
gitee.com/known/ERPLite# 两个仓库放同一父目录:主仓引用 ../Known/Known $ git clone https://gitee.com/known/ERPLite.git $ git clone https://gitee.com/known/Known.git # 编译(需 .NET 10 SDK),再让本官网连同 /demo 真应用一起起来 $ cd ERPLite && dotnet build ERPLite.slnx $ dotnet run --project Website ✓ 发布产物落在 ERPLiteWeb/bin/Release/net10.0