Glossário do Ativaly

Marketplace local

Modelo em que uma operação local conecta produtores, compradores e entregas recorrentes.

A empresa que usa Ativaly para organizar a loja, produtores, clientes, pedidos e entregas. No sistema, é o escopo principal de dados.

Pessoa da equipe do operador com responsabilidade por configuração, plano, equipe, loja pública, produtores e decisões operacionais.

Pessoa da equipe do operador que executa atividades diárias: clientes, produtos, pedidos, rotas e contas a receber.

Função operacional normalmente feita por um funcionário. Planeja, reordena, executa e fecha rotas, registrando entrega e pagamento.

Pessoa ou negócio que fornece produtos para o marketplace. Não é funcionário do operador. Pode ter vínculo com mais de um operador.

Identidade do cliente final no portal do comprador. Pode usar telefone/OTP, ver pedidos, saldo, endereço e comerciantes seguidos.

Registro local do operador para CRM, entrega, histórico e preferências. Pode ou não estar vinculado a uma conta de comprador.

Produtos, fotos, preços e disponibilidade informados pelo produtor.

Processo em que o operador aprova, rejeita ou solicita ajustes antes de publicar um produto no catálogo vivo da loja.

Produto que aparece para compradores na loja pública do operador.

Página do operador onde compradores veem produtos, produtores, disponibilidade e podem iniciar pedidos.

Ação de comunicação ou venda direcionada. Uma campanha pode gerar pedidos, mas pedidos são registros próprios com ciclo de vida próprio.

Registro de compra com status pendente, confirmado, entregue/concluído ou cancelado. Pode vir da loja, de campanha ou de operação manual.

Planejamento e execução de entregas. Apenas pedidos com dados necessários e estado adequado devem virar paradas de rota.

Controle de valores pendentes, pagos ou parcialmente pagos associados à relação com clientes e entregas.

Recursos e quantidades disponíveis conforme o plano, como número de produtores, campanhas e recursos avançados.

Guias para usuários finais ficam públicos. Runbooks de suporte, sysadmin, deploy, segurança e manutenção ficam internos em docs/ do repositório.