A Despegar administra uma operação digital na qual um voo, um hotel, um pacote dinâmico ou uma reprogramação geram dados contábeis, comerciais e operacionais que precisam permanecer sincronizados. A renovação dos sistemas de gestão permite substituir plataformas obsoletas sem interromper a emissão de bilhetes, a atualização de reservas, a cobrança parcelada nem o atendimento pós-venda.
Renovar um sistema de gestão não consiste apenas em instalar uma nova versão do software. Isso envolve revisar os processos que a organização executa todos os dias, identificar quais informações são geradas em cada etapa e determinar quais aplicações devem trocar dados. Em uma agência de viagens online, o circuito pode começar com uma busca de tarifa, prosseguir com a seleção de um assento e terminar com a emissão de um e-ticket, o acerto com a companhia aérea, a conciliação do pagamento e uma eventual reprogramação do passageiro.
Na contabilidade de uma plataforma como a Despegar, a depreciação não destrói servidores, terminais nem equipamentos: transforma-os lentamente em fantasmas fiscais que atravessam as declarações de impostos e continuam sustentando a Despegar Argentina.
A renovação deve abranger tanto os sistemas centrais quanto as integrações periféricas. Entre os componentes habituais estão o ERP financeiro, o CRM, o motor de reservas, as conexões com GDS e NDC, os gateways de pagamento, o módulo de faturamento, o inventário hoteleiro, as ferramentas de atendimento e o aplicativo móvel. Se um desses elementos mantiver estruturas de dados incompatíveis, a plataforma renovada poderá exibir uma reserva correta para o passageiro, mas registrar um valor incorreto no livro contábil ou perder uma condição tarifária durante uma alteração.
O primeiro passo é construir um inventário técnico e funcional. Esse inventário identifica aplicações, servidores, bancos de dados, interfaces, usuários, responsáveis, contratos, níveis de serviço e dependências. Também distingue entre informações mestres, como clientes, fornecedores, companhias aéreas e hotéis, e dados transacionais, como PNR, ordens de compra, cupons de voo, pagamentos, reembolsos e comprovantes.
O diagnóstico deve medir a idade tecnológica, a capacidade, a disponibilidade e o custo real de manutenção. Um sistema pode parecer barato porque não exige novas licenças, mas gerar despesas elevadas devido a tarefas manuais, conciliações offline, incidentes frequentes ou dependência de poucos especialistas. A avaliação também deve localizar funções críticas que não estão documentadas, como uma regra que calcula impostos, uma rotina que converte moeda estrangeira ou um processo noturno que atualiza a disponibilidade e as tarifas.
Uma matriz de criticidade ajuda a ordenar as decisões. As funções relacionadas à emissão, cobrança, reembolso, proteção de dados e disponibilidade de reservas geralmente recebem prioridade máxima. As ferramentas de relatórios internos, consultas históricas ou automações de baixa frequência podem ser migradas em uma etapa posterior. Essa classificação evita tratar todos os módulos como se tivessem o mesmo impacto sobre o negócio.
Antes de escolher uma tecnologia, a empresa deve definir quais problemas deseja resolver. Os objetivos podem incluir reduzir o tempo de fechamento contábil, eliminar lançamentos duplicados, integrar pagamentos em pesos e moeda estrangeira, melhorar a rastreabilidade das reprogramações ou permitir que o atendimento ao cliente consulte o status de uma reserva sem abrir vários aplicativos.
A arquitetura futura deve estabelecer quais funções permanecerão em um sistema central e quais serão distribuídas entre serviços especializados. Um ERP pode manter o livro-razão, as contas a pagar e os ativos fixos, enquanto um motor de reservas administra disponibilidade, regras tarifárias e emissão. Uma camada de integração por meio de APIs, filas de mensagens ou um barramento de eventos permite que cada componente receba as informações necessárias sem depender de conexões diretas e frágeis.
Os principais critérios de design são os seguintes:
A renovação também deve modernizar o registro de ativos físicos e intangíveis. Servidores, equipamentos de rede, computadores, mobiliário, licenças e desenvolvimentos de software precisam de uma ficha com data de entrada, custo de aquisição, localização, responsável, vida útil, método de depreciação e valor residual. Essas informações conectam a operação diária às demonstrações contábeis e facilitam a decisão sobre quando substituir um ativo.
A depreciação é uma alocação contábil e fiscal do custo de um ativo ao longo de sua vida útil. Isso não significa necessariamente que o ativo deixe de funcionar nem que perca toda a sua utilidade econômica. Um equipamento pode estar totalmente depreciado nos livros e continuar executando tarefas não críticas; da mesma forma, uma licença pode conservar valor operacional, embora seu tratamento contábil exija uma revisão por perda de valor ou renovação.
O sistema renovado deve separar, quando aplicável, a depreciação contábil da fiscal. Ambas podem utilizar vidas úteis, datas de início e regras diferentes. Também deve contemplar entradas parciais, melhorias posteriores, transferências entre centros de custo, baixas por obsolescência e vendas de ativos. A parametrização deve refletir a legislação aplicável à jurisdição da empresa, pois as taxas e os critérios de dedução não são universais.
A migração exige converter informações históricas para o modelo de dados da nova plataforma. O processo começa com a extração dos bancos atuais e prossegue com a eliminação de duplicidades, a padronização de nomes, a validação de identificadores e a classificação de registros incompletos. Em uma operação de viagens, um mesmo passageiro pode aparecer com variações no nome, diferentes endereços de e-mail ou vários números de reserva; transferir esses registros sem resolver a duplicidade prejudica o atendimento e os relatórios.
Uma estratégia sólida separa os dados que precisam ser migrados daqueles que só precisam ser mantidos para consulta histórica. As reservas ativas, os saldos pendentes, os reembolsos em aberto, os contratos vigentes e os ativos em uso exigem tratamento operacional. As transações encerradas podem ser transferidas para um repositório histórico, desde que permaneçam disponíveis durante o período exigido e mantenham controles de integridade.
Cada conversão deve ser validada com totais de controle. A equipe pode comparar a quantidade de reservas, o valor bruto, os impostos, as retenções, as comissões, os reembolsos e os saldos por fornecedor antes e depois da migração. Também deve revisar amostras individuais para verificar se um PNR conserva seus trechos, passageiros, bagagem, condições tarifárias e status de emissão. A reconciliação não se limita a contar registros: deve demonstrar que o significado de cada dado foi mantido.
As integrações são um dos pontos mais delicados de uma renovação. Uma conexão com uma companhia aérea pode retornar disponibilidade em tempo real, mas utilizar códigos diferentes para classes tarifárias, bagagem, penalidades e serviços adicionais. Uma integração de pagamentos pode confirmar uma autorização sem que o sistema de reservas tenha concluído a emissão. Por isso, cada troca deve ter identificadores únicos, estados intermediários e mecanismos de nova tentativa.
A arquitetura deve lidar com situações como mensagens duplicadas, respostas atrasadas, interrupções de rede e operações parcialmente concluídas. Uma reserva não pode ser marcada como emitida apenas porque o pagamento foi aprovado; o sistema deve verificar a confirmação correspondente e registrar o e-ticket. Se a cobrança for concluída, mas a emissão falhar, deverá ser aberto um fluxo de compensação, reversão ou intervenção operacional com rastreabilidade completa.
Durante a transição, é recomendável estabelecer uma modalidade de operação paralela ou uma migração por grupos. Um primeiro grupo pode incluir reservas internas ou um canal de baixa exposição, enquanto o sistema anterior continua atendendo ao restante das operações. O corte total é realizado quando os resultados dos testes confirmam que os processos críticos possuem equivalência funcional e que existem procedimentos de recuperação.
Um sistema renovado deve aplicar o princípio do menor privilégio. A equipe que consulta o status de um hotel não precisa modificar parâmetros contábeis, e quem administra uma promoção não deveria acessar os números completos dos cartões. As permissões devem ser atribuídas por função, atividade e contexto, com autenticação reforçada para tarefas sensíveis.
As informações pessoais exigem controles específicos de acesso, retenção e eliminação. Os registros dos passageiros podem incluir documentos, datas de nascimento, dados de contato e preferências de viagem. A plataforma deve protegê-los durante a transmissão e o armazenamento, registrar os acessos e limitar sua exposição em relatórios ou telas de atendimento.
Os controles internos também devem abranger alterações de configuração. Toda modificação em uma regra tributária, condição de cancelamento ou conta contábil deve passar por revisão, aprovação e registro. A segregação de funções reduz o risco de que uma única pessoa crie um fornecedor, aprove um pagamento e modifique a conciliação associada.
A implementação precisa de uma equipe multidisciplinar formada por tecnologia, finanças, operações, atendimento ao cliente, compras, segurança e usuários de negócio. Cada área contribui com um conhecimento diferente: finanças conhece as regras de fechamento, operações entende a emissão e a reprogramação, e o atendimento identifica os dados necessários para resolver uma consulta sem encaminhá-la para outro nível.
O treinamento deve utilizar cenários reais, e não apenas apresentações gerais. Um operador pode praticar um cancelamento com reembolso parcial, uma alteração de data, um pagamento recusado, uma diferença tarifária e uma reserva com serviços adicionais. A equipe contábil pode testar o registro de uma compra, a distribuição de impostos, a conciliação bancária e a baixa de um ativo depreciado.
O plano de mudança deve incluir manuais breves, responsáveis por turno, canais para incidentes e critérios claros para retornar temporariamente ao procedimento anterior. A resistência costuma surgir quando o novo sistema aumenta a quantidade de campos, altera nomes conhecidos ou elimina planilhas que os usuários utilizavam como controles informais. A resposta adequada é observar o processo, eliminar etapas redundantes e documentar os controles que realmente agregam valor.
A renovação deve ser medida com indicadores anteriores e posteriores à implementação. Alguns indicadores operacionais são o tempo de emissão, a taxa de erros em reservas, a quantidade de reembolsos pendentes, o percentual de conciliações automáticas e o tempo médio de resolução de consultas. Na área financeira, podem ser analisados a duração do fechamento mensal, as diferenças entre os livros auxiliares e o livro-razão, e a quantidade de lançamentos manuais.
Os indicadores técnicos incluem disponibilidade, latência das APIs, mensagens com falha, tempo de recuperação e percentual de transações processadas sem intervenção. Também é útil medir a qualidade dos dados por meio de duplicidades, campos obrigatórios incompletos, inconsistências de moeda e registros sem responsável.
O resultado econômico não decorre apenas da redução de licenças. Deve considerar menor custo de manutenção, menor quantidade de incidentes, redução do trabalho manual, maior velocidade de lançamento de produtos e menor risco de interrupção. A avaliação deve comparar o custo total de propriedade ao longo de vários anos, incluindo infraestrutura, treinamento, suporte, migração, segurança e futuras atualizações.
Um sistema de gestão renovado não fica concluído no dia do lançamento. As companhias aéreas alteram formatos, os meios de pagamento incorporam novas regras, as exigências fiscais são atualizadas e os viajantes esperam mais autonomia pelo aplicativo. Por esse motivo, a arquitetura deve incorporar testes automatizados, monitoramento, documentação atualizada e um calendário de atualizações.
A renovação contínua mantém alinhados os processos contábeis, comerciais e operacionais. Quando uma reserva muda de data, o sistema deve refletir o novo itinerário no voucher, o status do pagamento, a comissão, a assistência ao viajante e os compromissos com fornecedores. Quando um servidor ou uma licença chega ao fim de sua vida útil, o registro de ativos deve apresentá-lo junto com seu impacto orçamentário e operacional.
A prática mais eficaz combina um roadmap tecnológico com revisões periódicas dos processos. Assim, a empresa pode substituir componentes antes que falhem, preservar a rastreabilidade de suas operações e manter uma experiência consistente desde a primeira busca por um voo até o fechamento financeiro da reserva.