Sair das folhas de cálculo: um mapa prático
A maioria dos negócios que diz não ter «sistema nenhum» tem, na verdade, quatro: uma lista de preços, uma lista de clientes, um registo de despesas, um histórico de encomendas — cada um deles uma folha de cálculo, cada um confiado a exatamente uma pessoa, a um mau preenchimento automático de distância de um número errado que ninguém questiona durante um mês. O que impede as pessoas de os substituir raramente é apego; é o medo de uma única transição tudo-ou-nada. Por isso, não faça uma.
Comece pelo que causa mais dores de cabeça
A ordem dos manuais — primeiro o catálogo, depois os clientes, depois o histórico — é bom conselho se nada estiver realmente a doer. Se algo estiver, comece por aí: a lista de preços desatualizada que duas pessoas editam em paralelo, o registo de despesas atrasado um mês de recibos numa boa semana. O impulso de resolver um problema que se sente carrega-o através do esforço de configuração de uma forma que começar pela folha de cálculo «correta» mas indolor nunca consegue.
O que tem mesmo de ser verdade para uma importação funcionar
Por baixo de qualquer ferramenta de importação a sério, três decisões fazem todo o trabalho:
Mapeamento — dizer ao destino que a coluna «Item Name» da sua folha de cálculo e o seu próprio campo name significam a mesma coisa.
Uma chave de deduplicação — um identificador estável que sobrevive entre importações, para que reenviar um ficheiro corrigido atualize três linhas em vez de duplicar 2000. Os nomes mudam; uma referência externa, número de encomenda ou email não.
Tratamento linha a linha — cada linha é bem-sucedida ou falha por si só, para que uma linha malformada não bloqueie, nem corrompa silenciosamente, os poucos milhares que estavam corretas.
As partes que costumam migrar sem problemas
Algumas categorias costumam importar bem com um ficheiro devidamente mapeado, porque os campos de destino estão bem definidos e os próprios dados normalmente não exigem muita interpretação:
Catálogo — uma lista de preços passa a ser registos reais de produtos ou serviços, cada um depois editável normalmente em vez de ficar como uma importação congelada.
Clientes — uma lista de contactos passa a ser registos de cliente, correspondidos ou criados por um identificador estável como o email, sem inscrever ninguém em silêncio em marketing que nunca aceitou — esse consentimento tem de ser um sim genuíno e separado, não um efeito colateral de ter estado uma vez numa folha de cálculo.
Encomendas ou transações históricas — um registo de vendas passadas passa a ser histórico só de leitura sobre o qual pode fazer relatórios, sem fingir que são encomendas ativas que ainda têm de ser satisfeitas, cobradas ou que podem ser reembolsadas.
Despesas — despesa categorizada passa a ser registos estruturados com um fornecedor e uma categoria associados, para que uma vista de lucro os possa usar de imediato em vez de esperar que alguém volte a introduzir à mão um ano de recibos.
A parte que nunca avança sozinha: as decisões de critério
Nenhum importador consegue decidir que «Misc», «misc.», «Other» e «Uncategorised» são uma só categoria — junte-as antes da importação ou vai ficar com quatro. O mesmo se aplica ao que conta como custo das mercadorias vendidas versus despesa operacional (erre essa divisão uma vez e todas as margens seguintes herdam o erro silenciosamente), e a quais «clientes» de há três anos vale sequer a pena trazer. Migrar dados maus mais depressa não é uma vitória.
Uma ordem prática de operações
1
Limpe primeiro a folha de cálculo
Corrigir erros evidentes, acordar os nomes das categorias, remover linhas de teste e duplicadas — tudo isto é mais rápido de fazer de uma vez, na folha de cálculo, do que depois de estar espalhado por registos reais.
2
Importe primeiro a fatia mais pequena e mais segura
Um mês recente em vez de cinco anos de histórico, para confirmar que o mapeamento de colunas faz mesmo o que julga antes de lhe confiar o resto.
3
Verifique o resultado antes de confiar nele
Verifique a olho um punhado de registos importados contra a folha de cálculo original — preço certo, categoria certa, cliente certo — antes de importar mais alguma coisa.
4
Importe o resto quando o mapeamento estiver validado
Com o pequeno lote verificado, o mesmo mapeamento e a mesma chave de deduplicação tratam do restante histórico em segurança — voltar a executar não traz riscos, porque a chave de deduplicação faz com que uma importação repetida atualize os registos existentes em vez de os duplicar.
Como a Olmira trata disto
A Olmira importa por CSV, não através de um único assistente «migrar tudo» — de propósito, já que as decisões de juízo acima são exatamente aquelas que uma ferramenta totalmente automática não devia tomar por si. Catálogo, clientes, encomendas históricas e reservas passam pelo mesmo motor de mapeamento de campos com uma chave de deduplicação, por isso reexecutar um ficheiro é seguro; os novos itens do catálogo chegam como rascunhos e os contactos importados nunca ficam automaticamente consentidos para marketing, para que nada fique publicado ou seja enviado por email por acidente.
As despesas importam-se à parte: categorias e fornecedores são criados a partir dos nomes no seu ficheiro, e cada despesa importada chega como rascunho à espera do mesmo passo de recibo e aprovação de uma inserida à mão. O back office que estas importações alimentam é a Gestão; a plataforma de conectores por baixo é Integrações.
Se consegue exportar para CSV — e quase tudo consegue — pode mapeá-lo para dentro do sistema. Não há um conector de um clique por fornecedor para manter atualizado — uma única importação CSV mapeada, com a mesma segurança de deduplicação, cobre qualquer sistema de origem.
Com uma chave de deduplicação estável — uma referência externa, um número de encomenda ou um e-mail, em vez de um nome — uma importação repetida atualiza ou ignora os registos que já existem em vez de os duplicar.
Não — as encomendas históricas importadas ficam de fora da análise de receita precisamente para que um registo de vendas trazido como referência não inflacione aquilo que foi mesmo vendido através do sistema em funcionamento.
Sim — até 10 000 linhas por ficheiro. Um histórico mais longo significa apenas dividi-lo em dois ou três ficheiros em vez de um, o que por acaso também facilita o passo «primeiro um lote pequeno» acima.
Não — esse raciocínio de tudo ou nada é exatamente o receio de que este guia o quer demover. Comece a usar as partes que já mudou enquanto o resto das folhas de cálculo continua a funcionar; não há nenhuma regra que obrigue o catálogo, os clientes e o histórico a chegarem todos no mesmo dia.