Como escolher um PMS para seu apart-hotel na Colômbia

Comece pela hospedagem, não pela lista de funções

Escolha seu PMS comprovando que sua equipe consegue conduzir uma hospedagem inteira, da reserva ao checkout. Uma função exibida na apresentação comercial não prova que recepção e limpeza conseguem trabalhar com ela.

O PMS é o sistema que organiza a operação da hospedagem: reservas, distribuição das unidades e acompanhamento das estadias, conforme seu escopo. Ele não é a mesma coisa que um channel manager, que conecta disponibilidade e outros dados aos canais de venda; um sistema contábil, que cuida da contabilidade; ou uma ferramenta de mensagens, que organiza conversas. Um fornecedor pode reunir essas funções. Você precisa confirmar o que está incluído e o que depende de terceiros.

Ao procurar um sistema de gestão hoteleira na Colômbia, comece por este exemplo ilustrativo: uma reserva para o apartamento 402, com checkout às 10:30. Peça à equipe que confira estes pontos:

• Disponibilidade: o apartamento 402 fica reservado, sem continuar à venda nas mesmas noites.
• Chegada: a recepção encontra a reserva e identifica o que falta preparar.
• Cadastro: os dados fictícios dos hóspedes ficam vinculados à hospedagem correta.
• Valores: você distingue cobranças, pagamentos registrados e saldos pendentes.
• Limpeza: a liderança sabe qual unidade preparar, e a recepção consegue consultar seu status.
• Saída: você consegue encerrar a hospedagem e consultar as pendências.

Dica: escolha pelo que sua equipe consegue demonstrar, não pelo que uma tela promete.

A primeira decisão é objetiva: você consegue concluir esse percurso e identificar cada pendência? Se não, registre a lacuna antes de avançar. Este guia avalia evidências operacionais, não rankings de fornecedores.

Transforme sua rotina em requisitos verificáveis

Antes de agendar uma demonstração, escreva o que sua equipe precisa conseguir fazer e como você vai conferir o resultado. Um requisito útil descreve uma tarefa e sua entrega, não apenas uma função chamada “gestão de reservas”.

1. Mapeie as etapas da operação

Use uma hospedagem como referência. Em cada etapa, registre responsável, entrada, resultado esperado, exceção e evidência. O exemplo abaixo é ilustrativo. Adapte os responsáveis à sua operação:

1. Criar a reserva. A recepção recebe datas e apartamento solicitado; deve gerar uma reserva com disponibilidade atualizada. Exceção: unidade ocupada. Evidência: confirmação e calendário.
2. Alterar a reserva. A recepção recebe novas datas; deve registrar a alteração sem perder o histórico anterior. Exceção: conflito com outra reserva. Evidência: histórico da mudança.
3. Coletar dados do hóspede. A recepção recebe as informações solicitadas; deve distinguir cadastros completos e pendentes. Exceção: informação faltante. Evidência: status de conferência, usando dados fictícios no teste.
4. Preparar a chegada. A recepção recebe a reserva e o status do apartamento; deve saber se pode liberar a unidade. Exceção: limpeza pendente. Evidência: status visível e responsável definido.
5. Coordenar a limpeza. A liderança de governança recebe a tarefa; deve registrar sua conclusão. Exceção: dano encontrado. Evidência: tarefa vinculada à ocorrência.
6. Registrar cobranças. O responsável pelo caixa recebe o lançamento e seu comprovante; deve vinculá-lo à hospedagem. Exceção: cobrança contestada. Evidência: lançamento e documento de apoio.
7. Concluir a saída. A recepção recebe a confirmação da saída; deve atualizar a hospedagem e avisar a limpeza. Exceção: saldo pendente. Evidência: status e tarefa gerada.
8. Conciliar. A administração recebe cobranças, pagamentos registrados e comprovantes externos; deve identificar divergências. Exceção: pagamento sem correspondência. Evidência: diferença documentada e responsável definido.

2. Separe exigências de conveniências

• Obrigatório: sem isso, você perde o controle da operação.
• Melhoria útil: reduz trabalho, mas permite um procedimento alternativo aceitável.
• Extra opcional: oferece conveniência, sem decidir a contratação.

Quando fizer sentido, inclua apartamentos vendidos individualmente ou em combinações, estadias longas e várias propriedades.

Peça à recepção e à governança um problema real de cada equipe. Transforme-o em critério de aceitação: “A recepção consegue ver que a limpeza está pendente sem telefonar para a governança”.

Dica: Defina o resultado aprovado antes da demonstração. Uma tela bonita não comprova que a tarefa funciona.

Confira registros de hóspedes e faturamento na Colômbia

Coletar dados não é o mesmo que enviar um registro. Preparar uma fatura também não comprova sua aceitação no fluxo externo correspondente. Ao comparar um PMS para sua operação na Colômbia, peça evidências de cada etapa, não apenas uma opção marcada como “conformidade”.

Separe cinco etapas: coleta, validação, preparação, envio e armazenamento do comprovante ou da resposta. Para SIRE, TRA e faturamento eletrônico, o fornecedor precisa mostrar o que o PMS faz diretamente, o que depende de outro serviço e o que fica com sua equipe. Não presuma que todos os hóspedes estejam sujeitos às mesmas exigências.

1. Peça uma demonstração por etapas

1. Confira o que se aplica. Consulte as fontes oficiais sobre as obrigações da sua operação, os dados exigidos e as condições vigentes. Para faturamento, verifique também as condições técnicas atuais da DIAN.
2. Use dados fictícios. Por exemplo, crie uma reserva ilustrativa para a unidade 402. Peça que o fornecedor mostre como identifica um campo ausente e quem pode corrigi-lo.
3. Acompanhe o envio. Identifique quem confere, quem autoriza e onde você consulta a resposta externa. Uma tela com o status “preparado” não comprova recebimento nem aceitação.
4. Teste uma rejeição controlada. Em ambiente de testes autorizado, solicite um caso rejeitado. Confira como a pendência ganha um responsável, como ocorre a correção e como o sistema evita duplicidade no envio.
5. Guarde as evidências. Defina quem conserva o comprovante, o identificador externo e o histórico de correções. Verifique o procedimento aplicável antes de alterar informações já enviadas. Excluir um registro do PMS não significa desfazer o processo externo.

Dica: Peça que o fornecedor diferencie “preparado”, “enviado” e “aceito” quando esses status existirem. Sem demonstração do resultado externo, considere essa etapa ainda não verificada.

Antes de aprovar esse requisito:

• Cada fluxo tem um responsável pela conferência e um substituto.
• Dependências externas e tarefas manuais estão documentadas.
• Você consegue localizar rejeições e acompanhar as correções.
• A alternativa operacional foi conferida na fonte oficial pertinente.
• As evidências distinguem registros internos de respostas externas.

Um PMS pode apoiar sua operação. Ele não substitui a verificação das suas obrigações, e uma configuração não representa garantia de conformidade.

Compare planilhas, ferramentas separadas e PMS

Compare como o trabalho é feito, não a quantidade de funções da apresentação. Planilhas, ferramentas especializadas conectadas e um PMS mais abrangente podem atender à sua operação. A diferença está nas passagens de trabalho entre pessoas, nos dados digitados novamente e no histórico disponível quando algo muda.

Uma planilha pode apoiar um registro controlado. Ela não é, por si só, uma conexão com canais nem um mecanismo de envio oficial. Também não presuma que um PMS inclui essas capacidades.

Compare a mesma tarefa nas três opções

Em um exemplo ilustrativo, a recepção altera a data de saída da unidade 402, e a líder de limpeza precisa ajustar a programação. Em cada alternativa, identifique quem registra a mudança, quem a recebe e como confirma o recebimento. Conte quantas vezes o mesmo dado precisa ser digitado. Confira se você consegue descobrir quem alterou o quê sem depender da memória de uma pessoa.

Considere também o esforço de implantação: organizar dados, configurar unidades, conectar ferramentas e treinar a equipe. Depois, peça uma exportação de exemplo e abra o arquivo. Conseguir baixar dados não significa receber registros completos e utilizáveis.

Peça propostas com escopos equivalentes

• Assinatura: propriedades, unidades, usuários e módulos incluídos.
• Implantação: importação, configuração e treinamento.
• Conectores: ativação, manutenção e dependências externas.
• Suporte: cobertura incluída e serviços adicionais.
• Provedor de pagamentos: cobranças e condições separadas.
• Saída: exportação, assistência e custos aplicáveis.

Dica: Envie o mesmo escopo por escrito a cada fornecedor. Uma mensalidade menor não comprova um custo total menor.

Escolha a opção que sua equipe consegue operar, conferir e abandonar quando necessário. Se uma tarefa obrigatória exige copiar dados, inclua esse trabalho na comparação. Se você não consegue verificar uma capacidade, não a considere incluída.

Comprove o que cada conexão sincroniza

O logotipo de um canal não comprova uma integração. Peça evidências de quais dados circulam, em qual direção e como uma falha fica visível. A troca de calendários e uma conexão por API não comprovam o mesmo escopo. Verifique as funções de cada conexão, sem presumir que alguma delas cobre tudo.

1. Liste canais e pré-requisitos

Anote todos os canais que você usa. Peça ao fornecedor que identifique se a conexão é direta ou depende de um intermediário, quem responde pelo suporte e quais configurações, autorizações ou contratações adicionais são necessárias. Solicite o escopo suportado por escrito.

2. Relacione unidades e categorias

Associe cada anúncio e categoria aos apartamentos físicos correspondentes. Nomes parecidos não comprovam um mapeamento correto.

Exemplo ilustrativo: o apartamento 402 é vendido separadamente e também em uma combinação com o 403. No ambiente de testes, reserve o 402 e confira se a combinação deixa de oferecer essa mesma capacidade. Teste também o caminho inverso. O inventário compartilhado precisa respeitar essas dependências.

3. Defina qual sistema controla cada dado

Para cada campo, registre o sistema de origem, o destino e a direção permitida. Determine onde você altera tarifas e restrições e de onde chegam os cancelamentos. Evite que dois sistemas sobrescrevam o mesmo campo sem uma regra explícita.

Verifique separadamente:

• Inventário e disponibilidade por unidade ou categoria.
• Tarifas e restrições usadas na sua operação.
• Cancelamentos e seu efeito na disponibilidade.
• Mensagens, incluindo as direções suportadas.
• Status do pagamento, sem confundi-lo com dinheiro recebido.

4. Altere dados e examine os erros

Com autorização do fornecedor, use um ambiente de testes ou anúncios de teste isolados. Altere um campo por vez. Guarde o valor inicial, a alteração, o horário e o resultado visível no destino. Compare o comportamento com o escopo documentado, não com uma promessa de sincronização instantânea.

Peça para ver onde aparece um erro, quem recebe o alerta e como o dado é recuperado sem duplicação. Marque como não verificada qualquer função que você não consiga testar.

Dica: Não aprove uma conexão só porque ela transmite uma reserva. Exija evidências do escopo necessário e do processo de recuperação.

Erros comuns: presumir que uma API inclui mensagens, confundir calendário com gestão de tarifas e deixar dois sistemas alterarem disponibilidade sem autoridade definida. Resolva essas suposições antes de aprovar a conexão.

Teste permissões, uso em espanhol e suporte

Teste o PMS com quem vai usá-lo, não apenas com quem está vendendo. Crie contas separadas para a gerência, a recepção noturna e a liderança de limpeza. Use dados fictícios, inclusive documentos, saldos e códigos de acesso de teste.

1. Confira o que cada perfil pode e não pode fazer

Defina primeiro o acesso necessário para cada função. Em um exemplo ilustrativo, a recepção consulta a chegada do apartamento 402, a limpeza atualiza o status da unidade e a gerência confere um saldo. Essas tarefas não exigem permissões iguais.

1. Atribua uma função e um empreendimento a cada conta. Se você administra vários empreendimentos, tente abrir um que esteja fora do escopo autorizado.
2. Teste separadamente o acesso a documentos de identidade, informações financeiras e códigos de acesso. Confira consulta, download e edição quando essas funções existirem.
3. Tente executar uma ação expressamente proibida para aquele perfil. Esconder um menu não comprova o bloqueio do acesso.
4. Altere um registro de teste e confira o histórico. Verifique se ele identifica quem fez a alteração e o que mudou.
5. Revogue o acesso de uma conta de teste. Confira o efeito sobre sessões abertas e a identificação das atividades anteriores.

Consulte a Superintendencia de Industria y Comercio sobre as obrigações aplicáveis ao tratamento de dados pessoais na Colômbia. Verifique os acordos com operadores de dados, a retenção e os controles de acesso. Contratar um PMS não comprova que essas responsabilidades estejam resolvidas.

2. Teste o espanhol na rotina da equipe

Peça que cada pessoa conclua sua tarefa sem orientação do vendedor. Avalie os textos da interface, as mensagens de erro e os materiais de ajuda em espanhol, nos equipamentos e na conexão usados pela operação. Registre onde a equipe precisa de interpretação ou ajuda externa.

3. Confirme quem assume os problemas

• Confira os horários de suporte e o fuso horário.
• Verifique os canais disponíveis e o atendimento em espanhol.
• Identifique quem recebe e encaminha casos fora do horário habitual.
• Compare os compromissos contratuais de resposta com as promessas da demonstração.
• Simule a transferência de um chamado e confira quais informações chegam ao próximo atendente.

Dica: Guarde evidências dos acessos bloqueados, não apenas das tarefas concluídas.

Decisão: se uma permissão obrigatória falhar ou um incidente crítico ficar sem responsável, bloqueie a escolha até corrigir o problema e repetir o teste.

Cenário 1: teste uma hospedagem do início ao fim

Use uma reserva de teste para a unidade 402, com checkout às 10:30. Este é um exemplo ilustrativo: hóspedes, movimentações e observações são fictícios. Trabalhe no ambiente de testes combinado com o fornecedor, sem enviar registros oficiais, emitir documentos reais ou cobrar valores.

1. Percorra a hospedagem com sua equipe

1. Crie a reserva. A recepção informa datas, ocupantes e condições usando sua própria conta. Guarde o identificador e confira se a reserva aparece no calendário correto.
2. Confira o inventário. Verifique se a unidade 402 fica reservada nas noites selecionadas e se a disponibilidade posterior respeita outras reservas e bloqueios. Diferencie disponibilidade para venda de status da limpeza. Compare a reserva com o calendário, não apenas com a mensagem de confirmação.
3. Cadastre hóspedes fictícios. Preencha os campos com dados sintéticos. Veja o que acontece quando falta uma informação e quem consegue corrigi-la. Não use documentos de hóspedes reais.
4. Revise o registro aplicável. Identifique quais informações ficam preparadas e qual etapa exige revisão humana. Confira as condições vigentes com Migración Colombia para SIRE e MinCIT para TRA. Uma tela preenchida não comprova que o envio foi aceito.
5. Prepare as instruções de chegada. A recepção confere destinatário, unidade e forma de acesso. Use um destinatário de teste e códigos fictícios. Revise o conteúdo antes de enviar qualquer mensagem de teste.
6. Confirme a liberação da unidade. A liderança da limpeza acessa sua própria conta, consulta a tarefa e marca a unidade como pronta. A recepção precisa enxergar essa mudança em sua sessão, sem depender de uma ligação.
7. Lance as cobranças. Inclua a hospedagem e uma despesa extra ilustrativa autorizada. Confira descrição, saldo e histórico. Registrar um pagamento não comprova recebimento nem liquidação. Diferencie o lançamento interno, a confirmação do provedor de pagamentos e a conciliação bancária.
8. Teste o faturamento. Revise os dados do destinatário e a passagem para o sistema de faturamento. Peça evidências do resultado no ambiente de testes. Confira com a DIAN as condições técnicas e o procedimento aplicável na Colômbia. Um PDF, sozinho, não comprova a validade da fatura.
9. Encerre a hospedagem. Simule o checkout às 10:30. A recepção verifica saldos e pendências; a limpeza recebe a tarefa correspondente. Confira se encerrar a reserva não marca automaticamente o apartamento como limpo.

Registro de teste para copiar

As observações abaixo são exemplos ilustrativos, não resultados de um fornecedor. Substitua cada uma pelo que sua equipe observar.

Dica: Deixe sua equipe operar o sistema. Se o vendedor precisar intervir, registre a ajuda e repita a etapa sem assistência antes de aprová-la.

Cenário 2: altere a reserva e teste uma falha controlada

Uma reserva concluída sem problemas não comprova que o sistema sabe se recuperar de uma falha. Teste também uma prorrogação indisponível e um erro controlado. Use dados fictícios em um ambiente de testes autorizado pelo fornecedor, nunca nos canais em produção.

1. Solicite uma prorrogação com conflito de disponibilidade

Neste exemplo ilustrativo, o hóspede da unidade 402 quer ficar mais tempo, mas a próxima reserva já ocupa as noites solicitadas.

1. Peça ao recepcionista que consulte a disponibilidade antes de alterar as datas. Confira o apartamento físico e qualquer combinação que inclua essa unidade.
2. Verifique se o sistema mostra o conflito sem deslocar a próxima reserva nem liberar inventário indevidamente.
3. Avalie alternativas: outro apartamento disponível, uma prorrogação mais curta ou a saída original. Não confirme uma opção antes de conferir disponibilidade e condições.
4. Exija a aprovação do responsável autorizado antes da alteração. Preserve a solicitação, a decisão e o histórico de mudanças.

Pause a escolha se o sistema permitir esconder o conflito ou alterar outra reserva sem os controles que você definiu como obrigatórios.

2. Provoque um erro sem interromper a operação

Combine com o fornecedor uma rejeição de envio no ambiente de testes ou uma interrupção simulada do conector. Defina previamente quem pode interromper o exercício.

1. Detecte: confira onde o erro aparece e se o responsável consegue identificar o registro afetado.
2. Contenha: evite reenvios repetidos e alterações que possam agravar o problema. Designe um responsável pela recuperação.
3. Mantenha a operação: use apenas a contingência manual aprovada. Registre as pendências e quem deve retomá-las. Um registro manual não comprova que o envio foi aceito.
4. Recupere: restabeleça a conexão de teste ou corrija os dados fictícios. Antes de tentar novamente, consulte o status externo e os identificadores disponíveis para evitar duplicidades.
5. Concilie: compare o registro original, o resultado externo e o status final no PMS. Guarde detalhes do erro, comprovantes disponíveis e histórico de alterações como evidência.

Dica: uma tela sem alertas não comprova recuperação. Exija evidências de que o registro correto chegou ao destino sem duplicidades nem pendências.

3. Confira a correção depois do envio

Se uma fatura ou um registro já entrou em um processo externo, não aceite “apague e faça de novo” como solução universal. Verifique o procedimento aplicável com a DIAN para faturamento, a Migración Colombia para SIRE ou o MinCIT para TRA, conforme o caso.

Erros comuns: reenviar sem consultar o status, encerrar o incidente sem conciliar e deixar a recuperação com alguém que não recebeu essa responsabilidade. Se um teste crítico falhar, suspenda a escolha até repeti-lo com evidências satisfatórias. Uma promessa comercial não encerra um incidente.

Combine a migração e a saída antes de contratar

A entrada e a saída fazem parte do teste de compra. Peça uma importação de amostra e um arquivo de exportação antes de comprometer seus registros. Ver reservas na tela não comprova que saldos, documentos e vínculos entre unidades foram preservados.

1. Defina o escopo e confira os dados

Liste reservas futuras, correspondências entre unidades e combinações, hóspedes, saldos, documentos e identificadores internos e externos. Combine o que será importado, o que ficará disponível para consulta e quem resolverá cada divergência.

1. Relacione os campos de origem aos de destino, incluindo status de reserva e referências dos canais.
2. Importe uma amostra com dados fictícios ou devidamente protegidos. Um exemplo ilustrativo é uma reserva da unidade 402 com saldo pendente.
3. Procure duplicidades pelos identificadores e vínculos entre registros, não apenas pelo nome do hóspede.
4. Confira quantidades de reservas, datas, unidades atribuídas, saldos e documentos. Registre divergências e exija a correção antes da virada.

2. Prepare uma virada reversível

Defina um único sistema autorizado a atualizar o inventário durante a transição. Lançamentos paralelos sem controle podem duplicar reservas ou gerar disponibilidades conflitantes.

Estabeleça o ponto de corte, quem registrará alterações posteriores e como elas serão conciliadas. Preserve uma cópia recuperável da origem e combine como retornar ao sistema anterior sem perder novos movimentos. O responsável pela operação deve aprovar a virada após conferir reservas, inventário e saldos críticos.

Dica: Mantenha o acesso ao sistema anterior até comprovar que os registros necessários continuam consultáveis e que os arquivos exportados podem ser recuperados.

3. Teste a saída e confira o contrato

• Abra a exportação em uma ferramenta independente. Confira formatos utilizáveis, campos e vínculos.
• Verifique anexos, histórico de alterações e identificadores externos quando disponíveis. Documente ausências.
• Confira titularidade dos dados, acesso após cancelamento, aviso de encerramento, apoio à exportação e cobranças.
• Esclareça exclusão de dados e dependências de fornecedores terceiros.
• Consulte a Superintendencia de Industria y Comercio sobre conservação e tratamento de dados aplicáveis na Colômbia; para registros fiscais, consulte a DIAN.

Decisão: se você não consegue conciliar a importação ou recuperar os registros necessários na saída, trate essa lacuna como impedimento à contratação, não como promessa a resolver depois.

Meça resultados e compare evidências, não promessas

Compare cada PMS nas mesmas condições de teste: reserva, dados fictícios, perfis de acesso, tarefas e resultado esperado. Registre a versão testada, as conexões habilitadas e qualquer intervenção do fornecedor. Se alguma condição mudar, anote antes de comparar.

1. Registre medidas que você consiga conferir

• Testes críticos aprovados entre os executados: mantenha as duas contagens e liste os testes pendentes. Um teste não realizado não equivale a uma aprovação.
• Redigitações manuais por hospedagem de teste: conte cada vez que alguém digita novamente uma informação já registrada. Identifique o campo e o sistema de destino.
• Tempo de execução da tarefa: use os mesmos pontos de início e fim. Por exemplo, comece ao abrir a reserva e termine depois de salvar a alteração e conferi-la no calendário.
• Falhas não resolvidas: registre o que cada falha impede, quem responde por ela e qual evidência falta para encerrá-la.
• Divergências na conferência da exportação: compare registros, identificadores e saldos com a origem. Anote dados ausentes e valores diferentes, não apenas se o arquivo abre.

Separe a demonstração assistida pelo fornecedor do teste independente da equipe. Quando o vendedor executa uma tarefa, isso não comprova que seu recepcionista consegue concluí-la sem ajuda.

2. Copie uma matriz de decisão

Os critérios abaixo são ilustrativos. Preencha os resultados com evidências do teste, não com respostas comerciais.

3. Decida pelos requisitos, não pela soma de pontos

Dica: Uma função opcional atraente não compensa uma falha em um processo obrigatório.

• Cada resultado tem uma captura, arquivo ou registro identificável.
• Alegações não testadas têm confirmação escrita de escopo, dependências e condições de disponibilidade.
• Testes pendentes continuam pendentes, mesmo com confirmação comercial.
• Cada impedimento tem responsável e condição definida para repetir o teste.

Se um requisito obrigatório falhar, não aprove a escolha até corrigir o problema e repetir o teste. Promessa não é resultado.

Evite os erros que uma boa demonstração pode esconder

A demonstração mostra o que o fornecedor preparou. Sua decisão depende do que sua equipe consegue comprovar. Revise suas anotações com estes pares de erro e correção:

• Aceitar um logotipo como prova de integração. Peça evidências dos dados que a conexão troca e dos requisitos para ativá-la. O logotipo não comprova o escopo contratado.
• Presumir que toda automação está ativa. Confirme o que está na proposta, o que exige configuração e o que depende de outro fornecedor. Uma função visível pode não estar habilitada para sua operação.
• Confundir preparação com aceitação. Gerar um relatório não comprova que o órgão recebeu e aceitou o envio. Exija evidências do status e confira o procedimento aplicável com Migración Colombia, MinCIT ou DIAN, conforme o caso.
• Ignorar a facilidade de uso. Deixe a equipe executar as tarefas sem responder por ela. Se a recepção precisa de ajuda para localizar uma chegada, registre a dificuldade, mesmo que a apresentação tenha sido impecável.
• Compartilhar a conta de administrador. Teste com contas individuais. O acesso irrestrito esconde limitações de permissão e exposição desnecessária de dados.
• Comparar apenas a mensalidade. Compare escopos escritos equivalentes, incluindo implantação, conexões, suporte e saída.
• Migrar dados sem revisão. Identifique duplicidades e saldos sem explicação antes da importação. Trocar de sistema não corrige o registro original.
• Aceitar uma exportação sem abrir o arquivo. Confira se você consegue interpretar os campos e relacionar reservas, saldos e documentos.

Dica: Uma promessa não demonstrada não conta como funcionalidade disponível na sua decisão.

Se vendas e suporte derem respostas diferentes, registre a divergência. Peça uma resposta escrita com escopo, condições e responsável, depois repita o teste correspondente. Mantenha a funcionalidade como não verificada até esclarecer o conflito com evidências. Se ela não estiver disponível, decida sem contar com ela.

Finalize com um checklist de contratação e implantação

Contratar e colocar em operação são aprovações separadas. Você pode escolher um fornecedor e adiar a troca de sistema até comprovar que sua equipe consegue trabalhar sem impedimentos críticos.

1. Complete o checklist de aprovação

Copie esta lista para seu registro de avaliação. Substitua cada cargo pelo nome do responsável e anexe a evidência antes de marcar o item.

• Documentar os processos. Responsável: gestão. Evidência: requisitos obrigatórios e critérios de aceitação alinhados com recepção e governança.
• Validar os finalistas. Responsável: gestão. Evidência: avaliação preliminar dos requisitos obrigatórios, com testes e pendências identificados. A seleção dos finalistas não autoriza a contratação.
• Obter propostas comparáveis. Responsável: compras. Evidência: escopo escrito de assinatura, implantação, conexões, suporte e saída.
• Executar os dois cenários. Responsável: liderança da recepção. Evidência: registros da hospedagem completa e da falha controlada, com resultados observados.
• Resolver os impedimentos. Responsável: gestão. Evidência: repetição bem-sucedida de cada teste crítico que falhou.
• Revisar contrato e exportações. Responsável: gestão. Evidência: condições conferidas e arquivos exportados abertos e conciliados.
• Ensaiar a migração. Responsável: liderança da implantação. Evidência: reservas, saldos e mapeamento das unidades conciliados, com plano de recuperação.
• Preparar cada função. Responsável: liderança de cada equipe. Evidência: tarefas concluídas com contas e permissões individuais.
• Autorizar a virada. Responsável: gestão. Evidência: aprovação registrada, sistema responsável pelo inventário definido e pendências não críticas expressamente aceitas.

Dica: Não transforme um impedimento obrigatório em tarefa para depois da contratação. Exija evidência de que ele foi resolvido.

2. Decida com cinco perguntas

1. Sua equipe demonstrou os processos colombianos aplicáveis, distinguindo preparação de envio aceito?
2. Está claro qual sistema controla o inventário em cada canal?
3. Você consegue se recuperar de uma falha sem duplicar registros?
4. A proposta cobre todo o escopo necessário?
5. Você consegue sair e recuperar dados utilizáveis?

Se uma resposta crítica ainda não tem evidência, mantenha a aprovação pendente.