SOBRE A EDMA

Desenvolvido em produção na EDMA Group. Dois anos em operação. Depois, aberto ao mercado.

EDMA Group é uma empresa de comércio físico — 9 países de fabricação, múltiplos mercados de distribuição, aproximadamente 20 milhões de caixas por ano. TradeOS opera o negócio. Só lançamos como produto depois que dois anos de uso interno comprovaram o que importava e o que não importava. Esta página conta essa história e a arquitetura que ela gerou.

Ler a históriaVer a arquitetura

GMV

$80Manual · comércio físico · EDMA Group

Histórico operacional

2 anosdogfood contínuo · mesmo código em produção

Manufatura

9países · fábricas reais · lotes reais

Volume

~20Mcaixas por ano · múltiplos mercados

Tenants hoje

1só nós · até você

COMO CHEGAMOS ATÉ AQUI

A maioria dos softwares de comércio é desenvolvida por pessoas que nunca operaram uma trading. Nós somos o inverso.

EDMA Group começou como uma operação de comércio físico. Com o tempo, expandimos para 9 países de fabricação e múltiplos mercados de distribuição — e nosso stack de software cresceu para 14 ferramentas mantidas juntas com e-mail e planilhas. NetSuite para o razão. SAP para o lado de fornecedores. Salesforce para o lado de compradores. DocuSign para os contratos. Slack para as operações. E-mail para tudo no meio.

O custo acumulado de mover informações entre essas ferramentas consumia aproximadamente um terço da nossa equipe de operações comerciais. As pessoas não faziam comércio — transcreviam dados entre sistemas que não se conheciam.

Então construímos o TradeOS. Primeiro para nós mesmos, depois para os operadores que sabíamos estar pagando o mesmo custo. Cada seção do produto foi construída porque precisávamos dela em uma negociação naquele dia, não porque ficava bem em um roadmap.

O CRITÉRIO QUE APLICAMOS A NÓS MESMOS

A versão que você vê em edma.trade é o lançamento público da mesma plataforma em que EDMA Group opera internamente. Sem fork. Sem build ”demo” separado. Sem versão Enterprise separada. Quando algo chega para nós numa terça-feira, chega para os operadores na quarta-feira. Quando algo falha em uma negociação real, é corrigido em uma negociação real.

DECISÕES OPERADOR PRIMEIRO · PROVAS

Decisões que só um operador colocaria no produto.

Seis decisões de design no TradeOS que não teríamos tomado — e que provavelmente não teríamos nem notado — se não estivéssemos executando operações reais na plataforma todos os dias.

01

O painel de Risk tem 6 sinais, não 12.

Testamos mais sinais nos primeiros designs. O revisor financeiro nunca lia além de seis. Seis cabem em uma tela sem rolagem e um subscritor consegue manter todos na cabeça ao mesmo tempo. Removemos o restante. Seis é agora a especificação definitiva.

→ Crédito do comprador · Status de cessão · Apólice de seguro · Completude documental · Produção & envio · Reclamações do cliente

02

A divulgação é feita em duas etapas, não em uma.

Um financiador que sinaliza interesse em um listing não vê o nome do operador até que o operador aprove a empresa do financiador. Operador e financiador se revelam no mesmo momento, por consentimento mútuo. O padrão na maioria dos produtos de Marketplace é de uma etapa (você oferta, eles veem quem você é). Aceitamos o custo operacional (matching mais lento) pelo ganho de protocolo (proteção de identidade até o comprometimento).

→ listing.disclosure_state = 'pending' | 'disclosed'

03

A taxa do Marketplace é cobrada do financiador, não do operador.

A taxa de plataforma é cobrada do financiador. Os operadores pagam uma assinatura da plataforma para acessar o TradeOS — não pagam nenhuma taxa adicional de listing ou de correspondência. Cobrar uma taxa de negócio do operador reintroduziria exatamente o atrito que o Marketplace foi construído para eliminar.

→ Lado do financiador: taxa de plataforma por evento de pagamento · Lado do operador: apenas assinatura

04

O Settlement Waterfall se calcula sozinho.

Sem planilha. O comprador paga conforme o Notice of Assignment, o financiador deduz capital + taxa + taxa de plataforma, e o saldo residual do operador é remetido automaticamente em T+2. Escrevemos a lógica do waterfall na primeira vez que cedemos um recebível real na nossa própria plataforma e percebemos que estávamos prestes a fazer as contas no Excel como todo mundo.

→ 7 linhas determinísticas · derivadas do contrato · zero reconciliação

05

Os Documentos têm tags de visibilidade, não ”compartilhado / não compartilhado”.

Um bill of lading é compartilhado com o cliente. Uma fatura de fábrica não é. Um contrato de fornecimento é compartilhado com o financiador, mas não com o cliente. Cinco estados de visibilidade em seis tipos de contrapartes — 30 permutações distintas de exposição ao longo da cadeia documental. Ferramentas de colaboração prontas têm dois estados. Construímos a nossa própria porque precisávamos.

→ Operador · Fornecedor · Cliente · Logística · Financiador · Plataforma

06

O portal do cliente renomeia ”Invoices” para ”Payments” no mobile.

Os clientes pensam ”estou pagando coisas”, não ”estou processando faturas”. Renomeamos a rota de navegação mobile depois que nossos próprios clientes não conseguiam encontrar as cobranças. Mesmos dados, rótulo diferente. Vocabulário é produto.

→ Mesma rota · dois rótulos · UX wins

O TIME

Time enxuto. Memória longa. Viés de entrega.

A plataforma é desenvolvida por um time que já operou comércio físico. Nick, o fundador, projetou o sistema e o utiliza diariamente em operações reais do EDMA Group em nove países de fabricação. O time de engenharia é pequeno e trabalha em ciclos curtos com o time de trade-ops — as pessoas cujas segundas-feiras ficam mais simples quando a coisa certa é embarcada no prazo.

Sem consultores, sem engenheiros terceirizados, sem código white-label. Cada linha do TradeOS foi escrita por alguém que negociou o produto físico ou observou os colegas ao lado fazendo isso.

ESPAÇO NEGATIVO · ÚTIL DE DECLARAR

O que o TradeOS não é.

A maioria das páginas de produto explica o que algo é. A forma mais rápida de transmitir o que estamos construindo é descrever o que decidimos não ser.

× NOT

Um produto centrado na Marketplace.

A Marketplace é uma aba do TradeOS. O valor da plataforma está no registro operacional, não no matching. Se nunca tivéssemos conectado um único operador a um financiador, as seções Pedidos / Produção / Embarques / Documentos / Tarefas / Finanças / Painel ainda seriam um stack operacional completo.

× NOT

Um SaaS vertical fingindo ser horizontal.

Começamos no comércio físico. Cada palavra do modelo de dados pressupõe uma carga real se movendo entre partes reais através de uma fronteira real. Não temos interesse em ser o próximo ServiceTitan, Procore ou Toast. A expansão horizontal — se algum dia acontecer — será em direção à rede, não a outros setores.

× NOT

Fintech.

A Marketplace é uma infraestrutura operacional com uma camada de financiamento acoplada. Cobramos uma taxa de plataforma, não um spread. Na v1, não retemos dinheiro — o financiador paga o fornecedor diretamente; o cliente paga o financiador diretamente. Não somos um banco, não somos um formador de mercado e não somos uma plataforma de custódia.

× NOT

Liderado por VC.

O EDMA Group cresceu de forma autônoma por meio da margem comercial, não por term sheets. A plataforma foi financiada pelo próprio negócio de comércio físico que dela necessita. O capital externo, quando chega, é dimensionado para ampliar o registro operacional e o ritmo de desenvolvimento — não para perseguir acordos de visibilidade ou seguir uma curva de crescimento a qualquer custo.

× NOT

"AI-first."

O produto tem inteligência artificial — Atlas Document Intelligence analisa a cadeia documental, o Accounting AI reconcilia pagamentos com faturas, e o Bot Studio permite que operadores criem agentes em linguagem natural. Tudo isso existe porque precisávamos em uma operação específica, em um dia específico. Somos um registro operacional que usa IA onde ela ajuda. Não somos um chatbot em busca de um workflow.

ONDE ESTAMOS HOJE

Duas interfaces em produção. Sem vaporware nesta página.

Dizemos o que entregamos e o que ainda não entregamos. A lista abaixo corresponde à parte da plataforma que já está em operação na EDMA Group ou em desenvolvimento ativo para a v1 pública.

  1. 01

    TradeOS

    O sistema de registro operacional. 19 seções, 4 portais. Gerencia todo o ciclo de vida do comércio físico — Pedidos, Produção, Embarques, Documentos, Tarefas, Finanças, Painel, Comunicações — para o operador e suas contrapartes.

    Entregueem operação na EDMA Group · v1 pública junho de 2026
  2. 02

    Trade Marketplace

    Financiadores pré-qualificados fazem ofertas nos anúncios publicados pelo operador. A taxa da plataforma é cobrada do financiador a cada evento de reembolso. Uma divulgação em duas etapas protege a identidade até que ambas as partes concordem.

    Lado do operador entregueportal do financiador em desenvolvimento

Além dessas duas interfaces, estruturamos trabalhos de arquitetura de maior prazo relacionados a trilhos de liquidação e adjacências de mercados de capitais — mas esses não serão divulgados ao mercado antes de serem entregues. O princípio é que nesta página constam apenas as funcionalidades com as quais você pode fechar uma operação hoje, ou que poderá usar na v1.

O QUE FAZER A SEGUIR

Por onde continuar daqui.

Direcionado por quem você é. Respondemos em até um dia útil. Para consultas pré-lançamento, os fundadores leem cada e-mail.

Ler o diário de buildCada marco entregue, cada decisão de arquitetura e cada falha são publicados em /newsroom.

Sobre — Criado por operadores de comércio, para operadores de comércio | TradeOS