Definir a transição antes do ficheiro
O objetivo é um primeiro dia de operação seguro no STRYK. A importação é apenas uma parte do projeto.Define logo no início uma data de transição: a partir de quando serão registadas apenas no STRYK as reservas, alterações, pagamentos e mudanças de quarto? Sem esta regra, o trabalho em paralelo cria versões contraditórias da realidade.
Nomeie uma única pessoa responsável pelo projeto, que reúna as decisões, documenta as aprovações e possa adiar a transição se um teste obrigatório falhar.
Separar dados obrigatórios, opcionais e de arquivo
Nem todos os registos antigos têm de se tornar dados ativos no STRYK. Os dados obrigatórios garantem a operação futura, o histórico útil pode ser opcional e os processos encerrados podem permanecer num arquivo exportado.
Limitar o âmbito melhora a qualidade. Guarda de forma segura a exportação original, sem alterações: será a referência para verificações futuras.
| Área de dados | Recomendação | Pergunta de verificação |
|---|---|---|
| Categorias e quartos | Obrigatório | Cada quarto vendável está atribuído a uma única categoria ativa? |
| Reservas atuais e futuras | Obrigatório | As datas, o estado, o hóspede, a categoria, o quarto, o preço e o estado do pagamento correspondem? |
| Faturas em aberto e adiantamentos | Obrigatório ou com transferência explícita | Está claro em que sistema será encerrado o saldo em aberto? |
| Hóspedes recorrentes e empresas | Conforme a qualidade | A identidade, os consentimentos, o contacto e a relação com a empresa são fiáveis? |
| Histórico encerrado | Arquivo | A operação diária precisa realmente deste registo ativo? |
Tornar verificável o ficheiro exportado
Nunca trabalhe sobre a única exportação. Guarda um original intacto e cria uma cópia de trabalho. Cada tabela precisa de cabeçalhos, identificadores de origem estáveis e datas inequívocas.
Verifica dez casos deliberadamente diferentes, não apenas os totais: vários quartos, crianças, fatura empresarial, pagamento parcial, cancelamento, mudança de quarto, quarto não atribuído, hóspede recorrente e bloqueio.
Preparação em quatro passos
- 01Guardar o original
Guarda o original sem alterações, com a hora da exportação e acesso controlado.
O original abre corretamente e não foi alterado. - 02Normalizar uma cópia de trabalho
Remove linhas decorativas e formatos ambíguos; nunca adivinhe valores operacionais.
- 03Manter os identificadores de origem
Mantém os identificadores de reserva, hóspede, fatura e quarto do sistema antigo.
- 04Marcar os casos de controlo
Documenta os dez casos de controlo e os resultados esperados numa lista separada.
Configurar primeiro a base do STRYK
Não importes reservas para uma estrutura provisória do hotel. Configura primeiro os dados do hotel e de faturação, o fuso horário, a moeda e o idioma; depois, as categorias e os quartos.
Utiliza contas pessoais e permissões adequadas. A gestão da migração, a revisão financeira e o housekeeping precisam, cada um, do acesso certo.
Aprovar a configuração base do STRYK
- Os dados do hotel, a morada e as informações fiscais e de faturação estão aprovados.
- Cada quarto tem um número único e uma categoria ativa.
- A capacidade e a ocupação correspondem à oferta vendável.
- Os utilizadores pessoais e as funções foram testados.
Importar no STRYK: analisar, mapear e validar
Abre Definições e Migração de dados. Cria um processo de importação, identifica a origem e carrega a cópia de trabalho. A análise lê folhas e colunas sem criar registos produtivos no hotel.
Associa cada coluna de origem a um campo do STRYK. O mapeamento automático é apenas uma sugestão. A validação verifica cada linha: os erros bloqueadores devem ser corrigidos e os avisos revistos.
O processo seguro de importação no STRYK
- 01Criar o processo de importação
Definições → Migração de dados → Nova migraçãoEscolhe a origem, a designação e um âmbito deliberadamente limitado.
O processo pertence ao hotel e a uma pessoa responsável. - 02Carregar e analisar
Carrega a cópia de trabalho e compara as folhas detetadas e o número de linhas com o seu controlo.
- 03Mapear as colunas
Revê todos os campos de destino. Não deduza identificadores, estados, datas, quartos, montantes ou moedas a partir de cabeçalhos semelhantes.
- 04Executar a validação
Separa os erros bloqueadores dos avisos. Utiliza o relatório de erros, corrige a cópia de trabalho e executa novamente a validação de forma consciente.
A simulação é a base da aprovação
Após a validação, executa a simulação. Esta mostra o que seria criado, associado, atualizado ou ignorado sem alterar os dados produtivos. Reconcilia as quantidades esperadas, não apenas o estado dos erros.
Abre os dez casos de controlo e verifica as relações, não apenas os campos individuais. A aprovação exige a reconciliação dos totais e a verificação de cada caso.
| Controlo | Esperado | Critério de aprovação |
|---|---|---|
| Linhas por área | Corresponde ao âmbito de exportação aprovado | Cada diferença está explicada ao nível da linha. |
| Duplicados e associações | Os registos existentes são associados de forma consciente | Nenhum hóspede, quarto ou documento é duplicado involuntariamente. |
| Montantes | Os valores em aberto, pagos e totais correspondem | O total de controlo e cinco documentos individuais coincidem. |
| Estadias | As datas, o estado, o hóspede e o quarto correspondem | Os dez casos de controlo passam. |
Testar seis processos do hotel antes da transição
Dados formalmente válidos podem falhar na operação. Testa cenários realistas de ponta a ponta e confirma que a equipa seguinte recebe o estado correto.
Permite que os futuros utilizadores executem os testes. Cada desvio precisa de uma pessoa responsável, um prazo e um novo teste.
Os seis casos de teste obrigatórios
- 01Nova reserva direta
Conclui uma reserva direta no telemóvel e verifica a reserva, o hóspede, a tarifa, os extras, as condições e a confirmação.
- 02Chegada antes de o quarto estar pronto
Define a prioridade do housekeeping, atribui o quarto, conclui a limpeza e comunique à receção o estado de quarto pronto.
- 03Mudança de quarto durante a estadia
Muda o quarto e verifica se a ocupação e o housekeeping refletem ambos a alteração.
- 04Partida com pagamento parcial
Revê os encargos e o destinatário, regista o saldo e confirma que a pré-visualização e a transferência apresentam o mesmo PDF final.
- 05Cancelamento e capacidade libertada
Cancela e confirma que a capacidade é corretamente libertada.
- 06Início do dia por função
Cada função inicia sessão separadamente e identifica as três tarefas seguintes.
Executar uma transição controlada
No bloqueio de alterações, exporta as diferenças desde a simulação, importa-as e repete os totais de controlo. Revê depois as chegadas dos sete dias seguintes, os hóspedes alojados, as partidas do dia seguinte, os saldos em aberto e os quartos fora de serviço.
Comunique uma regra clara: a partir da transição, trabalha-se apenas no STRYK; os problemas são registados em vez de os dados serem introduzidos duas vezes. Define uma pessoa disponível e horários fixos de revisão.
Aprovação da entrada em produção na véspera
- O bloqueio de alterações no sistema antigo está confirmado e comunicado.
- A importação das diferenças e os totais não apresentam discrepâncias por explicar.
- As chegadas, partidas, hóspedes alojados, saldos e bloqueios foram verificados.
- Cada colaborador tem uma conta pessoal testada.
- A pessoa responsável e o canal de suporte para os primeiros dias estão definidos.
Estabilizar a primeira semana e encerrar o projeto
Nos primeiros cinco dias, faz diariamente uma revisão de 15 minutos. Para cada problema, define uma pessoa responsável, um prazo e um novo teste.
Encerre a mudança apenas quando reservas e saldos corresponderem, os processos obrigatórios tiverem sido executados na prática e a equipa já não regressar ao PMS antigo para tomar decisões. Aplica depois as regras de arquivo e eliminação.
