Files
dtf-system/docs
Cauê Faleiros 99a558ddd9
All checks were successful
Build and deploy / Validate source (push) Successful in 11s
Build and deploy / Integration suite on a real stack (push) Successful in 3m3s
Build and deploy / Secret scan and release gate (push) Successful in 7s
Build and deploy / Publish images (push) Successful in 1m51s
feat: redesign the Kanban and keep test wording out of production
Kanban: tabs for production, quote review and payments/integrations; compact
cards with products, metres, print-file status, delivery and time in stage;
an order panel with stage progress, one main action, a correction reason in
place, items with a preview drawn from the approved layout, final-file
approval and the history as a timeline. Quote review gets a list and a pane;
payment issues resolve in place; integrations show their real state, Tiny's
connection with a read-only "Testar conexão", and a readable send log. The
previous Kanban is kept in git tag ui-v1 and is no longer served.

Production wording: the customer portal no longer says it is a local test
environment outside the local stack; the checkout no longer tells customers
to use the Kanban or shows internal stage codes; sign-in, session, quota and
print-file messages are Portuguese and never say "local". A simulated freight
price is refused outside the local stack until a real freight provider
exists, so production only offers pickup.

The browser suite drives the new tabs and panel and still checks the whole
upload, quote, payment and production journey. Full CI sequence passes locally.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-24 15:28:04 -03:00
..

Documents

File What it is
reuniao-2026-09-09-anotacoes.pdf Meeting notes that set the business direction: the bottleneck, the 24h goal, the automation and payment decisions. Still the record of what was asked for.
roadmap-cliente.pdf The client-facing plan, as last sent. Generated by tools/generate_dtf_report.py; regenerate rather than edit.
historico/ The original specification and prototype documents. Background only — they describe a model this system does not implement.

Current engineering documents live at the repository root: CONTEXT.md for how the system works, ROADMAP.md for what is outstanding, LOCAL_SETUP.md to run it, PORTAINER.md to deploy it, SECURITY_REPORT.md and PRODUCTION_INPUTS.md for the security position and the decisions still owed by the client.

Weekly client reports are deliverables, not repository content. They are produced for a specific week and are deliberately not versioned here.