Padreug
65f5f982ec
Decisions 1 through 4 are built on both sides, so the status section says what landed rather than what is planned, and decision 4a is marked superseded. 4a is kept rather than deleted. It is the calibration for what a warning dialog is worth: it depended on an operator reading it at the end of a refill round, and it could not help at all when the stale value was already in the form. The dialog and the endpoint behind it are both gone now, which is a stronger guarantee than any wording could be. Also records the one gap left open on purpose. An operation recorded while the relay is unreachable waits for the operator's next action, because only an operator action triggers a publish. |
||
|---|---|---|
| .. | ||
| adr | ||
| architecture-comparison.md | ||
| boltcard-receive-resolver.md | ||
| boltcard-session.md | ||
| business-model.md | ||
| clink-protocol.md | ||
| device-configuration.md | ||
| machine-installation.md | ||
| ndebit-cash-in-flow.md | ||