How do public logs preserve company anonymity?

Ledger entries contain only model version, timestamp, risk band, hashed recommendation and aggregate variance. Company names, account numbers, balances and transaction details are never written to the public log. Private inputs remain encrypted and permissioned to your workspace.

How does the model behave during market volatility?

Confidence intervals widen and recommended managed allocations reduce automatically. If volatility exceeds pre-set thresholds, the engine pauses new timed allocations and defaults to instant-access positioning. All such interventions are also logged, including the reason code.

What are liquidity timeframes, and who controls capital?

You do. Greendz is decision support, not custody. Instant tranches target same-day access, timed tranches align to known liabilities such as VAT or Corporation Tax, and managed tranches carry defined notice periods shown before approval. No movement occurs without your explicit confirmation via your bank.

How does integration with UK banking and accounting work?

Via read-only Open Banking APIs and certified Xero and FreeAgent connections. The platform cannot initiate payments or modify accounting records. You can disconnect feeds at any time, export your history, and request deletion under UK GDPR.

Greendz — 用于流动性优先决策的人工智能平台

特兰什	地平线	风险带	角色
操作缓冲液	0–30 天	A·即时	薪资和供应商
税收储备	1–9 个月	B·定时	增值税/公司税
剩余	6-12 个月	C·管理	产量优化

中小企业现金困境

持有现金感觉很安全。在经常账户中，它悄然失势。

许多董事将多余的营运资金存放在低息经常账户中。理由是合理的：工资必须清晰，英国税务海关总署的最后期限是固定的，而且许多投资产品在访问时间和下行方面缺乏透明度。

结果是一种很少被建模的权衡。指定用于公司税或增值税季度的资金闲置数月，而财务团队缺乏严格的方法来将必须保持即时访问的资金与可以谨慎分配的资金分开。

Greendz 作为风险管理工具首先解决了这一差距。它根据实际流入、流出和季节性来量化您所需的流动性缓冲，然后分析是否可以在规定的护栏内更有效地配置一部分储备。

阅读我们的方法论

方法	流动性清晰度	监督
闲置经常账户许多中小企业的默认	高访问，无缓冲区建模。税收和运营现金混合。	仅银行对账单。不对放弃的收益或时机风险进行审计。
不透明的咨询产品捆绑费用，有限披露	通知期限常常不明确。提前退出的处罚。	建议很少发表或可独立检查。
Greendz 优化只读分析+护栏	分段缓冲区：即时、定时、托管。与负债相关的访问日期。	每个输出都记录有模型 ID 和方差，以供公众审查。

比较描述的是结构性差异，而不是承诺的回报。资本始终处于您的控制之下。

专为务实的财务线索而打造

对于需要证据而不是鼓励的创始人和财务总监来说。在进行任何分配之前，请检查假设、检查账本并根据您自己的 Xero 或 FreeAgent 历史记录进行测试。

社区验证的结果

每个预测都会发布。任何人都可以查看记录。

Greendz的核心是公共绩效账本。每个模型运行——输入、风险范围、建议的分配和后续方差——都被写入带有加密哈希的仅附加日志中。社区审核员和客户财务团队可以确认历史准确性并未在事后进行编辑。

公共日志·样本模式ledger.greendz.co.uk · 哈希链式

时间戳 (UTC)	型号编号	风险带	推荐哈希	验证方差
2026-10-28 09:14	GB-宏 v4.2.1	A·即时	a3f9…c41d	✓ 匹配 ±0.04
2026-10-21 09:14	GB-LIQ v3.8.0	B·定时	77b2…9e0a	✓ 匹配 ±0.11
2026-10-14 09:14	GB-宏 v4.2.0	C·管理	e1c4…52bb	✓ 审查 ±0.18
2026-10-07 09:14	GB-FX v2.5.3	B·定时	94de…b703	✓ 匹配 ±0.06

样本说明了日志结构。公司身份绝不会公开；条目仅包含匿名模型元数据。

查看完整的公共存储库 →

决策方法

引擎如何从现金流数据转向谨慎的推荐

分析分三个可审核阶段运行。您可以检查每个步骤的输入和阈值，而不是接收单个分数。

01

现金流吸收和缓冲建模

与 Xero、FreeAgent 或 Open Banking 源的只读连接。该系统映射工资单、供应商周期、增值税季度和公司税日期，以计算最小即时访问缓冲区和时间缓冲。

02

宏观和收益率曲线分析

实时评估英镑货币市场状况、英国央行基准利率预期和短期收益率利差。预测表示为带有置信区间的范围，而不是点预测。

03

带护栏的定制执行

缓冲区之上的剩余部分按访问日期进行划分。如果波动性超出设定限制或预计流动性低于覆盖范围，自动护栏会暂停重新分配。你批准每一个动作。

技术说明： 模型在英国托管的隔离环境中运行。输入被版本化，输出被散列到公共分类账，如果数据源或市场源降级，则回退到即时访问持有。

应用场景

中小企业无轶事储备模式的三种方式

没有推荐，没有发明回报。这些是不同现金状况如何使用相同规则的结构化示例。

场景1

季节性增值税和公司税储备

一家服务公司的季度账单不稳定，导致九个月的纳税义务受到限制。定时付款在 HMRC 日期之前到期；仅考虑已确认的盈余进行管理分配。

流动性保障: 1.4× 下一季度增值税即时访问
护栏: 如果预测覆盖率低于 1.2×，则自动恢复
评论: 在每次 MTD 提交时重新建模

场景2

融资后跑道扩建

一家拥有 14 个月跑道的早期公司将工资保障与较长期的盈余分开。下行保护优先考虑资本保值而不是收益率，并有严格的回撤限制。

流动性保障: 即时访问 6 个月工资单
护栏: 波动加剧时暂停；每档规模上限
评论: 每月烧伤核对

场景3

多币种营运资金

以英镑和欧元开具发票的分销商将外汇时间风险与供应商付款一起建模。对冲分析的重点是减少英镑成本的方差，而不是投机。

流动性保障: 60 天应付账款的双币缓冲
护栏: 对冲比率有限；无杠杆
评论: 重新评估欧洲央行/英国央行政策事件

分析常见问题解答

连接数据之前谨慎的业主会问的问题

公共日志如何保持公司匿名？

账本条目仅包含模型版本、时间戳、风险范围、散列推荐和聚合方差。公司名称、帐号、余额和交易详细信息永远不会写入公共日志。私人输入保持加密并允许您的工作空间使用。

模型在市场波动期间表现如何？

置信区间扩大，推荐的管理分配自动减少。如果波动性超过预设阈值，引擎将暂停新的定时分配并默认为即时访问定位。所有此类干预也会被记录，包括原因代码。

流动性时间表是怎样的？谁控制着资本？

你做。 Greendz 是决策支持，而不是托管。即时部分的目标是当天访问，定时部分与已知的负债（例如增值税或公司税）保持一致，而托管部分则在批准前规定了明确的通知期。未经银行明确确认，不会发生任何变动。

与英国银行和会计的整合如何运作？

通过只读开放银行 API 以及经过认证的 Xero 和 FreeAgent 连接。平台无法发起付款或修改会计记录。您可以随时断开 Feed、导出历史记录并根据英国 GDPR 请求删除。

根据您自己的现金流历史记录测试 Greendz

上传或连接只读数据以进行回顾性模拟。在做出任何实时决策之前，您将收到一份分批缓冲区图、护栏设置和可以验证的账本参考。

为您的储备分配建模首先检查公共日志

风险提示（国标）： 仅决策支持信息；不是财务建议。过去的模型行为并不能保证未来的结果。分配给非现金工具的风险资本。确保运营缓冲足以支付工资、供应商和英国税务海关总署 (HMRC) 的负债。 Greendz 不持有客户资金。

让闲置的资金发挥作用，而不会让工资面临风险

实时决策矩阵——样本