Uma planilha ainda pode servir ao controle de pedidos quando poucas pessoas a editam, os campos são padronizados e é fácil conferir cada alteração. A migração passa a fazer sentido quando versões conflitantes, pedidos duplicados, estados inconsistentes ou permissões improvisadas prejudicam a operação. Não existe um número universal de linhas que obrigue a troca: a decisão depende do processo, do risco de erro e do esforço de manter dados confiáveis.
Matriz de decisão: manter, melhorar ou migrar
| Caminho | Quando considerar | Próximo teste |
|---|---|---|
| Manter a planilha | Volume administrável, responsável definido, poucas edições simultâneas e consultas simples. | Verificar se IDs, cópias de segurança e conferência periódica já evitam perdas e duplicidades. |
| Melhorar a planilha | Os problemas estão em campos livres, abas divergentes e falta de rotina, não em uma necessidade real de aplicativo. | Padronizar tabela e status, validar entradas, restringir edições e registrar alterações por um ciclo operacional. |
| Adotar solução pronta | O fluxo de pedido se ajusta a um produto existente e o ganho principal é obter usuários, filtros, permissões e relatórios sem construir tudo. | Importar uma amostra e executar um pedido completo, incluindo correção, cancelamento e exportação do histórico; verificar custo, suporte e saída dos dados. |
| Desenvolver sistema web | Existem regras, integrações ou etapas próprias que a solução pronta não atende sem adaptações excessivas. | Desenhar a menor versão que registre, encontre, atualize e audite pedidos; provar a importação antes de ampliar funcionalidades. |
Uma alternativa intermediária é criar um aplicativo sem começar por código personalizado. A documentação do Power Apps distingue conectar um aplicativo a um Excel armazenado na nuvem de carregar o arquivo para criar uma tabela no Dataverse. São caminhos diferentes: interface nova não significa, por si só, que a planilha deixou de ser a base de dados. No recurso de Excel para tabela e aplicativo, a geração automática de metadados pode exigir revisão humana.
Sinais de que o controle atual virou gargalo
- Duas pessoas alteram o mesmo pedido e não há confiança sobre qual versão prevaleceu.
- O mesmo pedido recebe números diferentes ou um número é reutilizado, afetando cobrança e acompanhamento.
- Status como “enviado”, “entregue” e “cancelado” são digitados de formas diferentes e distorcem filtros.
- Para descobrir quem alterou prazo, valor ou destinatário, é preciso investigar mensagens e arquivos paralelos.
- É difícil dar acesso de leitura a uma pessoa sem permitir que ela mude ou apague registros.
Se o problema for apenas organização da tabela, tente corrigir a planilha primeiro. Se a falha estiver nas regras, nos acessos simultâneos ou na necessidade de integrar pedidos a outros processos, avalie uma base compartilhada com controles próprios.
O que a primeira versão precisa guardar
O objetivo inicial não é reproduzir cada aba. É manter um registro por pedido e, quando houver vários produtos, registros separados para os itens vinculados a ele.
| Conjunto | Campos e regras mínimos |
|---|---|
| Identificação | ID interno estável; número original da planilha preservado em campo próprio; código externo, se houver. Definir qual combinação é única. |
| Cliente e datas | Referência do cliente, dados necessários ao atendimento, data do pedido e datas relevantes do fluxo. Preservar o valor histórico mesmo que o cadastro do cliente mude. |
| Itens e valores | Produto ou descrição, quantidade, preço praticado, descontos, moeda e total. Conferir a relação entre itens e pedido. |
| Operação | Status com opções controladas, responsável, observações essenciais, entrega ou retirada quando aplicável. |
| Rastreabilidade | Data de criação, última alteração, usuário responsável e histórico das mudanças de status; referências de anexos, quando existirem. |
Não use a posição da linha como identidade do pedido: ordenações, exclusões e novas importações mudam essa posição. Um identificador próprio do sistema pode coexistir com o número legado. Para integração com uma fonte externa, o Dataverse documenta o uso de chaves alternativas; a ideia geral é conseguir localizar o mesmo registro sem criar outro a cada carga.
Como preservar o histórico na importação
- Congele uma cópia de origem. Guarde o arquivo original, registre a data de extração e preserve abas, observações e anexos fora da tabela principal. Trabalhe em uma cópia de preparação, nunca sobre o único arquivo histórico.
- Inventarie os registros. Conte pedidos e itens, liste períodos, estados e campos vazios e identifique números repetidos. Documente como tratar pedidos cancelados e informações incompletas, sem apagá-los para “limpar” a base.
- Faça um mapa de campos. Relacione cada coluna antiga à coluna de destino, com tipo e regra: texto para códigos com zero à esquerda, datas interpretadas de forma consistente, valores monetários e vínculos entre pedidos e itens.
- Defina a correspondência. Decida quando uma linha atualiza um pedido existente e quando cria um novo. Teste IDs legados, chaves e duplicidades antes da carga completa. A orientação de importação do Dataverse recomenda planejar a exclusividade e conferir o mapeamento.
- Importe uma amostra representativa. Inclua pedidos antigos e recentes, cancelados, com vários itens e com dados ausentes. Verifique também anexos e relações que não estejam no arquivo tabular.
- Reconcilie a carga. Compare contagens por período e status, IDs distintos, total dos valores e casos escolhidos linha a linha. Registre rejeições e corrija a causa antes de repetir. A documentação de importação mostra a revisão do mapeamento e do log de falhas.
- Prepare retorno e nova execução. Guarde o arquivo de origem e o relatório de conferência; teste restauração e reimportação sem duplicar pedidos. Só libere o uso após resolver diferenças relevantes.
Há um cuidado específico com a conversão automática do Excel: o recurso Excel para tabela e aplicativo processa o primeiro intervalo tabular da primeira aba. Não presuma que outras abas, fórmulas, anexos ou relações foram migrados apenas porque a tela foi criada. Confira o destino contra a origem, inclusive os tipos de coluna, antes de descartar qualquer arquivo.
Permissões e histórico de alterações
Separe perfis de consulta, cadastro, edição, cancelamento, exportação e administração. A autorização deve ser aplicada também à operação de gravação no servidor ou na plataforma de dados, não apenas pela ocultação de botões. No Dataverse, funções e privilégios controlam operações como ler, criar, escrever e excluir; direitos atribuídos a um usuário podem se acumular.
Registre quem alterou cada pedido, quando e o que mudou, especialmente status, valor e destinatário. Prefira cancelamento identificado a exclusão sem rastreabilidade. Limite acesso aos dados de clientes e verifique política de cópias de segurança, restauração e retenção antes de publicar. Se usar a conversão do Power Apps, observe ainda que a FAQ informa que o arquivo carregado permanece armazenado e não é excluído automaticamente após criar a tabela.
Teste paralelo e virada para o sistema
Durante um período definido, compare os mesmos pedidos nos dois ambientes, com responsável claro pela entrada de novos dados. Evite duas bases aceitando alterações independentes sem conciliação. Teste cadastro, busca pelo número antigo, atualização, cancelamento, soma dos itens, relatórios e acessos de cada perfil.
- Critério para avançar: contagens, IDs, valores e status reconciliados, sem pendências críticas de importação.
- Na virada, registre pedidos novos apenas no sistema escolhido e mantenha a planilha histórica protegida para consulta e eventual recuperação.
- Documente quem atende falhas, como restaurar dados e em que situação interromper a mudança.
Decisão prática: mantenha uma planilha que ainda ofereça controle verificável; experimente uma solução pronta quando o processo for comum; desenvolva um sistema próprio quando as regras justificarem isso. Em qualquer caminho, preservar IDs, relações e evidências de conferência é parte da primeira versão, não uma tarefa para depois do lançamento.
