Quais dados podem ser migrados para a Tray?

Produtos e clientes têm procedimentos documentados de importação para a Tray. Categorias, variações, características e tabelas de frete também aparecem entre as possibilidades divulgadas pela plataforma. Já o histórico de pedidos precisa ser confirmado conforme o método e o serviço de migração escolhido.

A diferença é importante: importar um cadastro não equivale a transferir toda a experiência que existia na loja anterior. Senhas, vínculos entre sistemas, históricos e regras especiais exigem atenção própria.

O que será migrado depende de três fatores: os dados que a origem disponibiliza, os campos aceitos pelo destino e o escopo da execução.

Neste guia, você vai entender como avaliar essas possibilidades e conferir se a nova loja recebeu as informações necessárias para operar.

Migração de dados não é cópia integral da plataforma

Duas plataformas podem representar a mesma informação de maneiras diferentes. Um produto com variações pode ter estrutura distinta, e um endereço pode estar dividido em campos diferentes.

Por isso, a migração costuma envolver extração, organização, correspondência de campos, importação e validação.

Alguns dados podem ser transferidos por planilha. Outros podem depender de integração, serviço específico ou preservação em um sistema de consulta.

Também existem configurações que precisam ser recriadas, mesmo quando o cadastro é importado corretamente.

Antes de contratar, descreva o resultado esperado: quais informações devem aparecer no painel, na vitrine e na área do cliente. Essa definição evita expectativas baseadas apenas na expressão “migração completa”.

1. Produtos: o ponto de partida do catálogo

A Tray possui um procedimento oficial de importação de produtos via Excel, com modelos e campos selecionados conforme a necessidade.

A documentação menciona informações como nome, peso, endereço de imagem e identificação de categoria. Ela também diferencia inclusão de registros e atualização.

Na preparação, liste os campos existentes na origem e compare com as opções disponíveis no procedimento escolhido. Não presuma que um campo personalizado terá correspondência automática.

Separe produtos simples, itens com variações e casos especiais. Cada grupo pode exigir um tratamento diferente.

A conferência precisa ir além da quantidade total. Um catálogo com o mesmo número de produtos pode conter preço, estoque ou vínculo incorreto.

2. Códigos e identificadores precisam de correspondência

O código de um produto na plataforma anterior não deve ser confundido com o identificador gerado no destino.

Preserve uma relação entre identificação de origem, identificação Tray e códigos utilizados na operação, como SKU ou referência.

Essa relação ajuda a revisar catálogo, pedidos e integrações. Ela também reduz a chance de atualizar o produto errado.

Confirme o campo usado para identificar registros durante a importação. Uma escolha inadequada pode criar duplicidades ou alterar cadastros existentes.

Evite usar apenas o nome como referência de conferência quando vários itens têm títulos parecidos. O projeto precisa de um critério estável e documentado.

3. Categorias e organização do catálogo

A página de migração da Tray inclui categorias entre os dados que podem ser importados por planilhas.

Ainda assim, transferir categorias não significa reproduzir automaticamente toda a navegação. É necessário conferir hierarquia, vínculos e apresentação.

Compare quais produtos pertencem a cada grupo e se categorias adicionais continuam corretas. Revise também menus e caminhos usados pelo cliente.

Uma mudança de organização pode ser útil, mas deve ser planejada. Alterar catálogo e URLs ao mesmo tempo amplia o trabalho de validação.

Registre categorias removidas, renomeadas ou consolidadas. Essas decisões afetam a navegação e o tratamento dos endereços antigos.

4. Variações e características dos produtos

Variações e características também são mencionadas pela Tray entre as possibilidades de importação. O modelo e a ordem do processo precisam ser confirmados.

Confira cor, tamanho, código, preço e estoque de cada combinação relevante. A existência do produto principal não comprova que suas opções foram transferidas.

Características usadas em filtros merecem revisão separada. Um valor preenchido de forma inconsistente pode dificultar a busca.

Faça um teste com produtos representativos antes de transferir todo o catálogo. Inclua itens com diferentes estruturas para avaliar o resultado.

Depois, examine a vitrine pelo celular. A informação pode estar no painel e ainda aparecer de uma maneira que dificulta a escolha.

5. Imagens e descrições exigem conferência própria

Fotos podem ser fornecidas como endereços, mas precisam estar acessíveis para o método de importação utilizado. Confira as orientações do procedimento antes de enviar.

Preserve cópias dos arquivos e não dependa indefinidamente da hospedagem antiga. O encerramento desse serviço pode comprometer referências ainda utilizadas.

Compare ordem, associação e qualidade das imagens. Produtos semelhantes tornam erros de vínculo menos evidentes em uma revisão rápida.

Nas descrições, confira formatação e informações essenciais. Evite publicar textos cortados ou com elementos incompatíveis.

O guia da DevRocket sobre páginas de produto ajuda a organizar essa etapa.

6. Preço e estoque precisam de uma data de referência

Preço e estoque podem mudar entre a primeira exportação e a publicação. Registre quando os dados foram extraídos.

Defina qual sistema será responsável por cada informação depois da migração. Se o ERP controla estoque, o fluxo deve considerar suas reservas e regras.

Prepare uma atualização final antes da abertura. Ela evita publicar uma fotografia antiga da operação como se fosse o saldo atual.

Confira itens que receberam vendas, devoluções ou reposições durante o projeto. Esses movimentos podem exigir conciliação.

Não permita que duas integrações atualizem o mesmo campo de forma conflitante. A responsabilidade pelo dado precisa estar clara.

7. Clientes: cadastros podem ser importados por Excel

A Tray documenta a importação de clientes via Excel, com seleção de informações e uso de identificador para inclusão ou atualização.

Compare os campos disponíveis com a base da origem. Confira nome, documentos e demais dados necessários, conforme o modelo escolhido.

Trate duplicidades antes de importar. Um mesmo cliente pode aparecer em registros diferentes, especialmente quando a operação utiliza vários canais.

Preserve a base original para consulta, com acesso controlado. Isso ajuda a investigar divergências sem repetir extrações.

A validação deve incluir amostras de pessoas físicas e jurídicas quando ambas fizerem parte do negócio.

8. Senhas não são importadas pelo procedimento Excel

A documentação de clientes informa que não é possível importar senhas e que o cliente precisará redefinir o acesso na Tray.

Por isso, não anuncie que todas as contas funcionarão exatamente como antes. Prepare uma orientação sobre o primeiro acesso.

Teste o fluxo de recuperação e os e-mails envolvidos. A equipe de atendimento deve conhecer o procedimento para orientar sem solicitar a senha do cliente.

Uma comunicação clara reduz dúvidas quando alguém tenta entrar usando as credenciais antigas.

Esse ponto mostra por que cadastro e experiência da conta precisam ser avaliados separadamente. Os dados podem estar presentes enquanto a autenticação exige uma nova etapa.

9. Endereços e preferências precisam de validação

Uma base de clientes pode conter dados cadastrais e diferentes endereços. Confirme como o método representa essas informações e quais campos serão aceitos.

Não presuma que endereço principal, entrega e cobrança serão mantidos com a mesma estrutura. Compare casos reais durante o piloto.

Preferências de comunicação e situações de descadastro também merecem análise própria. Importar um contato não deve ser tratado como confirmação automática de interesse em novas campanhas.

Identifique o que precisa permanecer disponível para atendimento e relacionamento. Registre o tratamento escolhido.

Limite o compartilhamento de bases às pessoas e ferramentas necessárias à execução. Organização também inclui controle sobre os arquivos utilizados.

10. Pedidos históricos dependem do caminho de migração

A importação comum de clientes não inclui automaticamente seus pedidos anteriores. São conjuntos de dados diferentes, com vínculos e estados próprios.

A página de migração assistida da Tray menciona histórico de pedidos em sua oferta. Isso indica uma possibilidade em um serviço específico, não uma garantia universal para qualquer origem ou contratação.

Confirme elegibilidade, período, campos e forma de visualização. Pergunte se o histórico ficará no painel, na área do cliente ou em outro ambiente de consulta.

Verifique também o tratamento de notas, rastreamento, descontos e observações. Cada informação precisa de confirmação.

Não conclua que todos os pedidos podem ser importados apenas porque existe uma função de exportação.

11. Pedidos históricos não devem disparar ações novas

Ao transferir vendas antigas, o projeto precisa impedir que elas sejam interpretadas como pedidos a processar novamente.

Confirme como evitar baixa adicional de estoque, emissão duplicada, novas notificações ou envio indevido à expedição.

Teste pedidos representativos com diferentes estados, como concluído, cancelado e pendente, quando fizerem parte do escopo.

Preserve a correspondência entre códigos antigos e novos. Ela ajuda o atendimento a localizar registros informados pelos clientes.

A migração de histórico deve melhorar a consulta, sem recriar consequências operacionais de uma venda que já aconteceu.

12. Pedidos em andamento precisam de responsável

Vendas abertas na plataforma antiga merecem um plano específico. Defina onde serão processadas e como a equipe acompanhará pagamento, entrega e atendimento.

Não mova registros pendentes sem considerar os serviços envolvidos. Um pagamento pode continuar vinculado ao intermediador e ao pedido original.

Prepare uma lista de acompanhamento para evitar que uma venda desapareça entre ambientes.

Se o cliente não visualizar o histórico na nova área, informe como poderá obter ajuda. A continuidade do atendimento não deve depender de ele conhecer detalhes técnicos.

Esse fluxo precisa estar aprovado antes de encerrar o acesso à origem.

13. Avaliações, benefícios e recursos extras são escopo separado

Avaliações, pontos, créditos, cupons e assinaturas podem estar em aplicativos ou sistemas diferentes da plataforma principal.

Não presuma que esses dados acompanharão produtos e clientes. Identifique o fornecedor e a possibilidade de extração e transferência.

Confirme também o vínculo entre um benefício e o cliente correto. Recriar apenas um valor sem contexto pode gerar aplicação indevida.

Quando a transferência não for viável, defina uma alternativa de consulta ou atendimento e comunique o que for necessário.

Registre cada decisão. Um item fora da planilha principal pode ser importante para a relação comercial.

14. Conteúdo, URLs e configurações não são todos o mesmo dado

Páginas institucionais, artigos, títulos e endereços devem entrar no levantamento, mesmo que não sejam tratados pela importação de produtos.

Se as URLs mudarem, prepare o mapeamento e os redirecionamentos necessários. Não considere a importação do catálogo como execução automática do SEO.

Temas, banners, integrações, credenciais e regras de pagamento ou frete podem exigir recriação e testes.

Tabelas de frete importáveis não equivalem a transferir contratos e autenticações de transportadoras.

A melhor abordagem é separar conteúdo transferido de serviço configurado. Assim, cada entrega pode ser verificada pelo critério adequado.

Como criar um inventário dos dados

Para cada grupo, registre origem, formato de exportação, destino previsto, método, responsável e critério de aprovação.

Classifique a situação como confirmada, dependente de análise ou fora do escopo. Evite expressões vagas como “provavelmente migra”.

Inclua volume, campos obrigatórios e exemplos. Uma amostra ajuda a identificar incompatibilidades antes de estimar prazo.

Anote também dependências: categorias antes do vínculo de produtos, clientes antes de relacionar histórico e integrações antes de liberar pedidos.

O inventário deve acompanhar o projeto até a aprovação, com decisões atualizadas.

Faça uma importação piloto antes do lote completo

Escolha um grupo pequeno que represente a diversidade da operação. Inclua produto simples, variações, imagens e clientes com estruturas diferentes.

Compare origem e destino campo a campo. Registre erros e ajuste o modelo antes de repetir o processo.

Não execute um teste parcial sem revisar as opções que afetam registros ausentes no arquivo. Um modelo pode alterar cadastros além da amostra pretendida.

Depois do lote completo, confira quantidades, vínculos e casos prioritários. A mensagem de processamento concluído não substitui a aprovação do conteúdo.

Guarde a versão usada e os resultados para permitir investigação.

Exemplo de validação de uma loja de moda

Imagine uma loja com camisetas em cores e tamanhos diferentes. A primeira conferência encontra todos os produtos principais.

No entanto, algumas variações receberam estoque incorreto e duas fotos foram associadas à cor errada. A contagem total não revelou o problema.

A equipe compara códigos e combinações com a origem, corrige o modelo e repete o teste. Depois, valida a escolha na vitrine e a integração do pedido.

O exemplo é hipotético. Ele mostra por que uma amostra representativa e critérios detalhados oferecem mais segurança que uma revisão apenas visual.

Planeje atualização final e continuidade

Durante o projeto, a loja antiga pode continuar recebendo alterações. Defina como capturar os dados novos antes da virada.

Planeje uma janela de atualização e, quando necessário, uma pausa controlada. A decisão depende dos fluxos e do risco de divergência.

Preserve arquivos e acesso enquanto existirem dependências. Encerrar a origem cedo demais pode dificultar correções e atendimento.

Depois da publicação, acompanhe os primeiros pedidos e dúvidas. Treine a equipe para localizar registros e identificar o sistema responsável por cada informação.

A conclusão deve incluir operação validada, não apenas arquivos enviados.

Contrate a Tray com o cupom da DevRocket

Se a Tray atende às necessidades da sua loja, consulte a contratação pelo link de indicação da DevRocket.

A condição informada para a parceria é:

• Cupom: DEVROCKET50
• Benefício: 50% OFF nas três primeiras mensalidades.
• Válido para: contratação no formato mensal.

Confira aplicação e elegibilidade antes de concluir. O desconto informado se refere às mensalidades; não presuma sua extensão a temas, aplicativos ou serviços de migração.

Avalie o plano e os custos depois do período promocional. Este é um link de indicação da DevRocket.

Migre informações com critérios claros

Produtos, clientes e pedidos exigem análises diferentes. As opções documentadas ajudam a planejar, mas o escopo precisa considerar a origem e o método escolhido.

Defina o que será transferido, onde ficará disponível e como será aprovado. Testes e correspondência de identificadores ajudam a transformar a migração em um processo verificável.

Essa organização reduz expectativas vagas e prepara a equipe para continuar atendendo depois da mudança.