现金、13 周现金预测、应收应付、按客户与产品的毛利放在一个地方。数字员工每天巡检，发现现金低于安全线、客户超信用额度、毛利过低就提出预警，写明用了哪些数、怎么算的；人处理、升级，结果留在对象上。
下面的数字来自官方统计与公开研究，脚注写着来源与年份；没有可靠数字的地方，我们不编。
美国小雇主现金流不稳（含收款慢）；56% 付运营成本吃力。1
中国规模以上工业企业应收账款平均回收期，比上年多 3.6 天。2
马来西亚制造业中小企业平均约 55 天才付款，大企业约 46 天。3
欧盟 50–249 人的企业 70% 用 ERP，但 57% 没有 IT 专员：系统有了，一本数还没有。4
老板与财务在「财务驾驶舱」里看现金、13 周现金预测、应收应付与毛利，依据账龄、到期日、客户信用与订单成本，决定催收、安排付款、调价或接单，并处理数字员工提出的预警。
方案包是一组做好的对象类型、链接、动作、提醒和工作台，装进你自己的 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/finance-cockpit资金账户、应付与付款、资金计划、成本记录、财务预警；13 周现金预测、按客户与产品的毛利、预警收件箱。
bankAccountbillsupplierPaymentcashPlanEntrycostRecordfinanceAlertregister-bank-accountrecord-bank-balanceset-minimum-balanceregister-billapprove-billschedule-bill-paymentrecord-supplier-paymentdispute-billadd-cash-plan-entryclose-cash-plan-entryrecord-costraise-finance-alerttake-finance-alertreassign-finance-alertresolve-finance-alertescalate-finance-alertfin-alert-highfin-alert-stalefin-bills-duefin-daily-cash每一步都是一个动作：谁在什么时候做的，记在 Action Log 里；该通知的人会收到邮件。
工作台上的数从同一份 Ontology 现算，按看的人的权限；口径写在这里，验收也按它。
期初 = 各账户余额；流入 = 没收清的应收，按客户承诺付款日，没有就按到期日；流出 = 没付清的应付，按安排付款日，没有就按到期日；资金计划按发生概率加权；已经逾期的算在第 1 周。
应收余额 ÷ 近 90 天开票额 × 90。
订单金额 − 实际成本（材料、人工、机时、外协、能耗、运费）；还没有实际成本的订单用预估成本。按客户、按产品、按月看。
装包；登记资金账户与安全线；导入应收（发票）与应付（账单）。
数字员工开始每日巡检；补上工资、还贷等资金计划。
按 13 周内最低现金、应收周转天数、预警处理时长签收。
已上线 = 线上今天能用；部分可用 = 有一半，缺的写在后面；规划中 = 方向，不代表现在能用。
财务驾驶舱与经营基础本体：用 CLI 装进 Semantic，端到端测过（13 周预测、毛利与手算一致）
已上线余额：从网银或会计软件导出登记；不直连银行
部分可用不替代会计做账与报税
已上线不冲突。会计软件管做账与报税；驾驶舱管「接下来会怎样、现在该做什么」，数从会计软件导出进来。
数字员工按同一份数据算，每条预警都写明用了哪些数、怎么算的；处理的人可以在对象上核对，忽略也要写理由。
每张发票、账单、收付款都记原币和本币金额；汇总按本币算。