Trocar de aplicativo pode poupar digitação quando origem e destino entendem os mesmos dados. Para descobrir se isso acontece, é preciso conferir formatos, significado dos campos e o resultado de uma amostra. A existência de um botão "importar" não prova que todo o histórico caberá na nova ferramenta.

Este guia é uma proposta editorial original para adultos que organizam o cuidado de um bebê de 3 a 12 meses. Não é um serviço de migração, não foi validado como método e não afirma que o NiBambini já importa registros.

Verificar o formato de origem e destino

No exemplo fictício, Cris e Nando querem levar os recados de Alice, de seis meses, de uma ferramenta para outra. A origem permite baixar um arquivo. O destino diz aceitar CSV, mas não informa na primeira tela quais colunas reconhece.

Antes de enviar dados reais, eles procuram a documentação e um modelo de arquivo. Descobrem que o destino reconhece data, categoria e observação. Autoria e anexos precisam de perguntas adicionais. A decisão de trocar ainda não está pronta.

Confirme o tipo de arquivo, o tamanho aceito, a presença de cabeçalho e o formato de cada coluna. Pergunte se a importação acrescenta dados, substitui um histórico ou cria um perfil novo. Essas diferenças afetam o teste e o risco de alterar informação já existente.

O RFC 4180 sobre CSV descreve convenções para esse formato, mas não estabelece o significado de categorias de rotina de bebê. Duas ferramentas aceitarem CSV não garante que reconheçam os mesmos acontecimentos.

Mapear campos e unidades

Faça um mapa simples com uma coluna de origem, outra de destino e uma terceira para o que ficará de fora. Leia os nomes, depois leia o significado. "Hora" pode representar o acontecimento em uma ferramenta e a criação do registro em outra.

No exemplo, Cris encontra "observação" na origem e "nota" no destino. Essa correspondência parece possível, mas precisa ser testada com vírgula, acento e quebra de linha. Já "autor" não tem destino evidente. Eles deixam esse item como "não confirmado", sem encaixá-lo silenciosamente em outro campo.

Se houver unidades, registre a correspondência. Não converta valores manualmente sem saber o que representam. Um campo numérico vazio também não deve virar zero. Vazio, desconhecido e zero podem descrever situações diferentes, conforme o serviço.

Para horários, confira data e referência de fuso. A nota Date and Time Formats do W3C exemplifica representação de data e horário com diferença em relação a UTC. Ela é uma nota técnica, não uma garantia sobre qualquer importador.

Testar uma amostra fictícia

Use primeiro o modelo oficial do destino, se existir, com nomes e acontecimentos inventados. Uma amostra pequena pode conter um recado simples, outro com vírgula e acento, um horário aproximado e uma observação sem valor numérico. Não coloque dados reais de uma criança só para descobrir como a tela funciona.

Confirme que o ambiente de teste realmente permite esse uso. Em uma conta compartilhada real, importar até mesmo uma amostra pode modificar o histórico de outras pessoas. Se não houver espaço de teste, peça esclarecimentos ao suporte e não execute uma alteração para ver o que acontece.

Observe o resumo de importação. Quantas linhas foram lidas, aceitas, rejeitadas ou ignoradas? Há indicação do campo que falhou? O W3C orienta descrever erros de entrada em texto. Isso ajuda a formular perguntas sobre a interface sem afirmar que o importador atende ao padrão.

Um mapa de passagem para o histórico

No exercício abaixo, Carregar exemplo fictício exibe uma amostra CSV inventada e um mapeamento de campos com uma lacuna a esclarecer. Altere os campos e confira a prévia local. Nenhum arquivo é enviado a um servidor e nenhuma importação é executada em serviços externos.

  • Campo de origem: qual informação estava registrada?
  • Campo de destino: onde ela apareceria depois?
  • Significado e unidade: a correspondência é verdadeira?
  • Situação: confirmado, precisa de teste ou sem correspondência?
  • Amostra: qual linha fictícia permite conferir esse campo?
  • Resultado: o que mudou, faltou ou foi rejeitado?
  • Decisão: manter a origem, pedir resposta ou seguir com migração autorizada?

Limpar exercício reinicia os campos locais. A prévia reúne as lacunas identificadas, sem percentual de “migração perfeita”. Anexos, histórico de alterações e participantes exigem verificações próprias.

Conferir lacunas antes de encerrar a origem

No exemplo, Cris e Nando percebem que a amostra passou, mas a autoria não veio. Eles precisam decidir se essa ausência compromete o uso que pretendem fazer. O teste não resolve a questão automaticamente nem autoriza enviar o histórico inteiro.

Antes de uma migração real, confirme o destino, as permissões e o tratamento dos dados com os responsáveis. Leia os campos a conferir na exportação e o alcance de saída e exclusão. Se a rotina mudou, talvez seja suficiente manter um recado atual; veja quando parar um registro que já não ajuda.

Este roteiro não substitui aconselhamento jurídico nem transferência de prontuário. Não encerre a origem apenas porque uma mensagem disse "arquivo recebido". Confira o resultado e as limitações que ainda importam para o cuidado compartilhado.

Conheça a proposta do NiBambini. Explore a demonstração com dados fictícios. O cadastro real e o cuidado compartilhado com contas ainda estão em desenvolvimento.