ERP GSB, mapeado pela API: agrícola + back-office

Como as telas se inter-relacionam

Cada caixa é uma tela. As setas mostram o vínculo entre elas: uma tela gera outra, alimenta um cálculo ou é apenas consultada (cadastro base). O fluxo corre da esquerda (cadastros) para a direita (custo e relatórios).

As telas do módulo, na ordem do fluxo

Cada tela espelha uma etapa do GSB (sem os vícios do Delphi) e consome os endpoints indicados. Os cadastros base à esquerda são pré-requisito; a operação flui da esquerda para a direita.

O outro fluxo: da requisição ao caixa

O ciclo administrativo que sustenta o agrícola. Compra e venda geram estoque e títulos; títulos viram movimento de caixa e lançamento contábil. Tudo amarrado por fichas (fornecedor/cliente) e centro de custo.

Relatórios: a API dá a linha, o TURBO faz o resumo

A API não tem endpoint de "relatório" — ela devolve os lançamentos crus (o próprio manual diz que custos retorna linha a linha, não o resumo da tela F_CUSTO_GER). Cada relatório abaixo é uma tela analítica que o TURBO monta a partir das fontes indicadas.

Todas as entidades e como se ligam

Cada endpoint da API e suas chaves estrangeiras (o "de-para" que reconstrói o modelo no Supabase). PK é a chave própria; em verde, as ligações para outra entidade.

Cuidados e pontos em aberto