20–50 人、常常没有 ERP 的公司：数字员工在你们已经在用的聊天工具里接询价、按价目与成本起草报价；低于毛利底线的报价要你批；客户接受就生成订单，开票、收款、催款每一步都有人负责、有提醒。
下面的数字来自官方统计与公开研究，脚注写着来源与年份；没有可靠数字的地方，我们不编。
美国小雇主付运营成本吃力；51% 现金流不稳。1
马来西亚制造业中小企业平均约 55 天才付款，大企业约 46 天。2
欧盟 10–49 人的企业里雇有 IT 专员的比例；250 人以上为 78%。小公司买了系统，常常没人维护。3
马来西亚自 2026 年 9 月起，营业额在此之上的企业要开电子发票；新加坡 InvoiceNow 2028–2031 年分批强制。4
老板或业务员在「老板工作台」里看聊天里来的询价、待批的报价与逾期应收，依据客户、价目、成本与账龄，回复报价、批准低于毛利底线的报价、确认交期、开票并催款。
方案包是一组做好的对象类型、链接、动作、提醒和工作台，装进你自己的 Semantic。下面的名字就是装上之后在 CLI 和接口里用的名字。
developer/apps/business-core客户、供应商、产品与物料、订单、发票（含电子发票与催收状态）、收款、员工：其他经营类方案包共用的底座。
staffMembercustomersupplieritemsalesOrdersalesOrderLineinvoicepaymentregister-staffupdate-staffregister-customerupdate-customerregister-supplierregister-itemupdate-item-priceadjust-stockcreate-sales-orderadd-order-lineconfirm-orderupdate-order-statuscancel-orderissue-invoiceupdate-e-invoicerecord-paymentset-collection-stagevoid-invoicedeveloper/apps/order-to-cash询价、报价（低于毛利底线要审批）、订单、发票、收款与催收，加一个老板工作台。
inquiryquotefollowUplog-inquiryrespond-inquiryreassign-inquirylink-inquiry-customerdraft-quotesubmit-quote-approvalapprove-quotesend-quoteaccept-quotereject-quotemark-inquiry-lostcreate-follow-upcomplete-follow-upcancel-follow-upo2c-follow-ups-dueo2c-inquiry-unansweredo2c-overdue-invoiceso2c-quote-follow-up每一步都是一个动作：谁在什么时候做的，记在 Action Log 里；该通知的人会收到邮件。
工作台上的数从同一份 Ontology 现算，按看的人的权限；口径写在这里，验收也按它。
首次回复 − 收到询价，近 30 天平均。
近 90 天：被接受 ÷（被接受 + 被拒绝 + 过期）。
没收清的发票按到期日分成未到期、逾期 1–30、31–60、61–90、90 天以上，金额 = 开票金额 − 已收。
装包；导入客户、产品与价目（从会计软件或表格导出）；登记员工与账号。
数字员工进你们的聊天群，开始登记询价、起草报价；定下毛利底线和审批人。
按首次回复时间、报价成交率和逾期应收签收。
已上线 = 线上今天能用；部分可用 = 有一半，缺的写在后面；规划中 = 方向，不代表现在能用。
订单到收款与经营基础本体：用 CLI 装进 Semantic，端到端测过
已上线数字员工的入口：企业微信、网页工作台、桌面端
已上线钉钉、飞书、WhatsApp（官方商业接口）
规划中电子发票：报送由会计软件或报送服务完成，这里记结果（已提交、已验证、被拒）
部分可用在商店里点一下安装、自动升级
规划中能。这个方案就是为没有 ERP 的公司做的：客户、产品、订单、发票都从表格或会计软件导出一次，之后在 Semantic 里维护；你们的会计软件照常记账。
WhatsApp 的官方商业接口在规划中。今天数字员工在企业微信、网页工作台和桌面端里干活；WhatsApp 上来的询价，先由员工转给数字员工登记，报价、订单、发票照样走完。
在你们自己的 Semantic 里，只有你们组织的人能看；每一次修改都是一个动作，记在 Action Log 里。