Solicitar Demonstração
Plataforma · Serviços

A Maior Parte do que Você Chama de Customização é Configuração

Campo, fluxo, regra, papel, painel, limite de sensor e etapa de aprovação são ajustáveis sem código — pela sua própria equipe, depois que nós formos embora. Esta página mostra o que cabe nisso, e é honesta sobre onde acaba.

O desafio & a solução

Nenhuma Demonstração Bate com o Seu Processo

Toda avaliação chega no mesmo ponto. A plataforma faz quase tudo, mas o seu ativo tem um campo que ninguém mais usa, a sua aprovação passa por duas pessoas em ordem específica, e o relatório que a diretoria pede tem um recorte que não existe em produto nenhum. Aí vem a pergunta de sempre: isso é configuração ou vai virar projeto?

A resposta honesta é que quase sempre é configuração — e quase sempre o cliente descobre isso tarde demais, depois de já ter orçado desenvolvimento. Campos customizados por categoria, hierarquia de site e zona, regras de geocerca, limites de sensor em cascata, doze perfis de papel com filtro de dado por grupo, etapas de aprovação com assinatura digital: tudo isso é tela de configuração, não sprint. A arquitetura que permite isso está descrita em plataforma, e o escopo completo em módulos.

Mas não é tudo. Existe uma fronteira, e ela é o assunto do terceiro bloco desta página. Fornecedor que diz “fazemos qualquer customização” está prometendo o projeto que vai dar errado.

O que é configuração

Seis Camadas Ajustáveis sem Uma Linha de Código

Estas são telas de administração, não pedidos de desenvolvimento. A sua equipe mexe nelas durante a implantação — e continua mexendo depois, quando o processo mudar.

Modelo de dados

  • Categorias de objeto e disposições
  • Campos customizados por categoria
  • Guardas de campo (obrigatório, formato, faixa)
  • Hierarquia de site, área e zona
  • Regras de custódia

Fluxo de trabalho

  • Etapas de expedição e movimentação
  • Fluxos de entrega e devolução
  • Contagens e inventários
  • Etapas de calibração
  • Aprovações com assinatura digital

Regras e alertas

  • Regras de geocerca por zona e horário
  • Limites de sensor em cascata
  • Grupos de escalonamento
  • Cooldown contra alerta repetido
  • Bibliotecas de regra reutilizáveis

Papéis e segurança

  • Doze perfis de papel
  • Filtros de dado por grupo
  • Acesso em nível de campo
  • Autenticação de dois fatores e SSO
  • Log de auditoria

Painéis e relatórios

  • Painéis por módulo
  • Construtor de relatório
  • Exportação e agendamento
  • Saídas em PDF
  • Contextos de IA por módulo

Dispositivos e conexões

  • Leitores RFID, âncoras e gateways
  • Impressoras e coletores
  • Perfis de rede e chaves de API
  • Mapeamento de dispositivos
  • Webhooks para ERP, WMS e BI

O teste prático: se a mudança pode ser feita por alguém com perfil de administrador, numa tela, sem nova versão do sistema, é configuração. Se exige mudança no comportamento do produto para todos os clientes, ou código novo, é desenvolvimento — e aí muda o prazo, o custo e quem decide. É disso que trata o próximo bloco.

A fronteira

Onde a Configuração Acaba e a Engenharia Começa

Fornecedor que diz “fazemos qualquer customização” está prometendo o projeto que vai atrasar. A fronteira abaixo existe para você orçar certo — e para nós não vendermos o que não entregamos.

Configuração

Sua equipe faz. Numa tela. Sem versão nova.

  • Acrescentar um campo à categoria de ativo
  • Mudar a ordem das etapas de uma aprovação
  • Criar uma regra de geocerca por turno
  • Ajustar o limite de temperatura de uma câmara
  • Montar um painel novo para a diretoria
  • Restringir um campo a um perfil de papel
Desenvolvimento

Passa por engenharia. Prazo, custo e priorização entram na conversa.

  • Comportamento novo que não existe em nenhum módulo
  • Integração com sistema sem API ou com protocolo próprio
  • Cálculo ou regra de negócio fora do que o motor suporta
  • Tela nova com fluxo que não deriva de um existente
  • Requisito regulatório específico do seu setor
  • Conector para hardware não suportado
Como avaliamos um pedido

Quatro Passos, Antes de Qualquer Orçamento

A maior parte dos pedidos que chegam como “customização” sai da avaliação como configuração. Vale fazer esse filtro antes de dimensionar qualquer coisa.

01
Descrever o resultado, não a telaO pedido mais caro que existe é 'quero um botão aqui'. O mais barato é 'preciso que o supervisor saiba quando X acontece'. O segundo quase sempre já é configurável.
02
Avaliação técnicaA engenharia avalia se o resultado se alcança por configuração, por combinação de módulos existentes, ou se exige desenvolvimento de fato.
03
Escopo e decisãoSe for desenvolvimento, entram prazo, custo e priorização. Se for configuração, entra na implantação sem virar projeto separado.
04
Entrega e transferênciaO que foi configurado fica documentado e a sua equipe aprende a mexer — para a próxima mudança não depender de nós.
Perguntas frequentes

Configuração — Dúvidas Comuns

Respostas diretas às perguntas que aparecem quando o processo do cliente não bate com a demonstração.

Como sei se o que preciso é configuração ou desenvolvimento?
O teste prático: se a mudança pode ser feita por alguém com perfil de administrador, numa tela, sem versão nova do sistema, é configuração. Se exige comportamento novo do produto ou código, é desenvolvimento. Na avaliação técnica isso é resolvido antes de qualquer orçamento — e a maior parte dos pedidos que chegam como customização sai como configuração.
Podemos criar campos próprios nos nossos ativos?
Sim, e por categoria. Cada categoria de ativo tem os seus campos customizados, com guardas de campo — obrigatoriedade, formato, faixa de valor. Não é um campo genérico "observação" para todo mundo: é o modelo de dado da sua operação.
Nossa aprovação passa por duas pessoas em ordem específica. Dá?
Sim. O motor de aprovação suporta etapas ordenadas, com assinatura digital e delegação. Aprovação é um elemento configurável que pode ser aplicado a diferentes processos — não uma função fixa de um módulo só.
Quem consegue mexer na configuração depois que vocês saem?
Quem tiver perfil de administrador. São doze perfis de papel, com filtros de dado por grupo e acesso em nível de campo — então dá para permitir que um administrador de planta configure a operação dele sem enxergar dado de outra unidade. Parte do treinamento é justamente transferir isso.
Vocês desenvolvem sob demanda?
Pedidos que não se resolvem por configuração passam por avaliação técnica da engenharia, e é aí que entram prazo, custo e priorização. Não prometemos capacidade de desenvolvimento numa página pública porque isso varia por período e por complexidade — o que podemos fazer é avaliar o seu caso e responder com honestidade. Solicite uma proposta.
Configuração customizada atrapalha atualização de versão?
Não. Campos, regras, papéis, painéis e fluxos são dado de configuração, não fork de código — é justamente por isso que a fronteira entre configuração e desenvolvimento importa tanto. O que é configurado acompanha as atualizações; o que é código customizado precisa ser mantido.
Podemos configurar diferente em cada planta?
Sim. A hierarquia de site, área e zona permite configuração por unidade — limites de sensor em cascata do global para empresa, categoria e ativo individual, regras de geocerca por local e horário, e filtros de dado por grupo. Uma planta pode operar diferente da outra no mesmo tenant.
Isso tem custo separado?
Configuração feita durante a implantação faz parte do projeto. Configuração que a sua equipe faz depois não tem custo — é uso normal do sistema. Desenvolvimento é escopo à parte, dimensionado caso a caso. O que entra em cada um fica explícito na proposta.

Traga o requisito que você acha impossível

Descreva o resultado que precisa, não a tela que imaginou. Na maior parte das vezes já é configurável — e quando não é, a gente diz isso antes de você orçar.

error: