Antes de começar, veja a página "
Introdução" para os pré-requisitos gerais do sistema e o passo a passo de login. Em caso de dúvidas, consulte também o
FAQ.
Migração de Convênios é o módulo usado para trazer, de uma vez, todos os dados de um convênio já existente no sistema legado (Fênix) para o Harpia — convênio, participantes, ações, aplicações de recursos, solicitações de desembolso, lançamentos, conciliação bancária, prestação de contas e documentos.
- Acesse "Migração de Convênios" no menu lateral e clique em "Validar Elegibilidade".

- Informe o ID do Projeto FÊNIX (Campo Obrigatório, numérico) e clique em "Buscar Convênio".
Obs: o sistema classifica o convênio em três resultados: "APTO" (pode ser migrado), "SINALIZADO" (pode ser migrado, mas tem advertências que vale revisar antes) ou "NÃO ELEGÍVEL" (não pode ser migrado enquanto os bloqueios não forem resolvidos no Fênix). Cada bloqueio ou advertência aparece agrupado por categoria (Integridade, Desembolso, Mudança, Prestação de Contas), com a mensagem, uma recomendação e uma tabela de detalhes.
Obs: bloqueiam 100% a migração: projeto inexistente no Fênix; fase "Cancelado", "Concluído" ou "Em Prestação de Contas"; inconsistências de integridade (nome/datas ausentes ou invertidas, cadastros obrigatórios ausentes, Classe de Valor ausente e contrato ausente quando a fase é "Em Execução" ou "Suspenso", município não mapeável); mudanças pendentes; e prestações de contas em andamento. Desembolsos fora de "Em Ajuste"/"Rejeitado" também bloqueiam — já desembolsos que estão exatamente em "Em Ajuste" ou "Rejeitado" não bloqueiam, só migram com status pendente.
Obs: um convênio cuja fase no Fênix é "Em Execução" ou "Suspenso" exige que o projeto tenha contrato vinculado (ID_CONTRATO_RM). Sem ele, o resultado é "NÃO ELEGÍVEL", na categoria Integridade, com a mensagem "Contrato (ID_CONTRATO_RM) não informado no FENIX. Convênios em execução exigem contrato vinculado." Para seguir, informe o contrato no projeto, no Fênix, e valide novamente. A mesma conferência é refeita ao confirmar a migração: se o contrato estiver ausente nesse momento, a migração é recusada e a tentativa fica registrada no Histórico com o status "Erro".
Obs: quando o convênio é migrado com contrato, o sistema grava esse contrato no convênio criado no Harpia (o identificador, cortado em até 15 caracteres, e o contrato completo, cortado em até 50 caracteres). Como o contrato passa a ter correspondência no Harpia, o ID_CONTRATO_RM deixa de aparecer na relação de campos do Fênix sem correspondência, que a migração registra na observação do convênio.
-
Se o convênio estiver Apto ou Sinalizado — e não houver migração anterior do mesmo projeto nem outro convênio já cadastrado com o mesmo nome — clique em "Migrar Convênio".
-
O sistema abre um diálogo de confirmação com o nome do projeto, o ID Fênix, a contagem de cada tipo de dado que será migrado (Dados Gerais, Documentos, Mercados Alvo, Verticais, Participantes, Metas, Ações, Aplicações de Recursos, Solicitações de Desembolso, Lançamentos, Conciliação Bancária, Prestação de Contas, Equipe Interna e Equipe Externa) e uma estimativa de tempo.
Obs: se o convênio estiver Sinalizado, o diálogo mostra um aviso extra pedindo para revisar os itens sinalizados antes de confirmar. Em qualquer caso, o diálogo avisa: "Atenção: Esta operação não pode ser interrompida após a confirmação."
- Clique em "Confirmar Migração".
Obs: a migração roda de forma síncrona — a tela fica travada aguardando (com indicador de carregamento) até o processo terminar por completo; não há barra de progresso, e não é possível navegar para outra tela nesse meio tempo. Se você fechar ou recarregar a aba do navegador durante o processo, o sistema registra a tentativa como "Cancelada" no histórico — mesmo que a migração continue rodando no servidor.
- Ao concluir, o sistema exibe "Convênio migrado com sucesso." e mostra, na mesma tela, o relatório completo da migração (ver 1.2).
Obs: essa mensagem de sucesso aparece mesmo quando o resultado real da migração é "Parcial" — o status real (Sucesso ou Parcial) só aparece no relatório, não nessa mensagem.
- Acesse "Migração de Convênios" no menu lateral e clique em "Histórico".

-
Use os filtros Período início/fim, Status (Sucesso, Parcial, Erro, Cancelado ou Em Andamento), Usuário e ID FÊNIX — ou o campo de busca livre — para localizar uma migração específica.
-
Clique no ícone de detalhar, na coluna "Ações", para abrir o relatório completo daquela migração.

- O relatório mostra o status final (Sucesso, Parcial, Erro ou Cancelado), quem executou, quando começou/terminou e quanto durou; a contagem de cada tipo de entidade migrada (com indicação de falhas parciais quando houver, em Documentos, Metas, Aplicações de Recursos ou Solicitações de Desembolso); os resultados das Validações Pós-Migração; e, quando aplicável, uma tabela de Erros de Migração separada de uma tabela de Avisos Informativos.
Obs: avisos informativos não afetam o resultado final da migração — só erros de fato (severidade diferente de "Informativo") derrubam o status de "Sucesso" para "Parcial".
Obs: entre os avisos informativos podem aparecer registros de Aplicação de Recurso criada automaticamente pela migração, para mês divergente ou para moeda divergente. Isso acontece quando um subitem (detalhamento) de uma Aplicação de Recurso do Fênix tem mês de previsão ou moeda diferentes dos do item principal: em vez de manter o subitem no item principal, a migração cria uma Aplicação de Recurso separada para cada combinação de mês e moeda. Subitem sem moeda informada é tratado como Real (BRL).
- Use "Exportar PDF" para baixar o relatório.
| Regra | Descrição |
| RN22.1 | Um convênio já migrado bloqueia nova migração do mesmo projeto Fênix. |
| RN22.2 | Um convênio com o mesmo nome já existente bloqueia a migração, mesmo com projeto Fênix diferente. |
| RN22.3 | Só pode existir uma migração "Em Andamento" por projeto Fênix por vez — uma segunda tentativa concorrente é rejeitada. |
| RN22.4 | Se o usuário fecha ou recarrega a aba durante a migração, o sistema registra a tentativa como "Cancelada" no histórico — isso libera a trava de unicidade (RN22.3) para uma nova tentativa, mesmo que a migração continue rodando no servidor. |
| RN22.5 | Bloqueios que impedem 100% a migração: projeto inexistente no Fênix; fase "Cancelado"/"Concluído"/"Em Prestação de Contas"; inconsistências de integridade (incluindo contrato ausente em convênio "Em Execução" ou "Suspenso"); desembolsos fora de "Em Ajuste"/"Rejeitado"; mudanças pendentes; prestações de contas em andamento. |
| RN22.6 | Desembolsos "Em Ajuste"/"Rejeitado" não bloqueiam — são migrados mesmo assim, com status pendente. |
| RN22.7 | O botão "Migrar Convênio" só fica habilitado quando a classificação é Apto ou Sinalizado, sem migração anterior nem convênio de mesmo nome. |
| RN22.8 | A migração é apresentada como irreversível após a confirmação — não há como cancelar pela tela depois de clicar em "Confirmar". |
| RN22.9 | Um participante é identificado por CPF/CNPJ: se já existe um Participante com o mesmo documento, ele é reaproveitado no vínculo em vez de criar um cadastro novo. |
| RN22.10 | O nome do contato do participante vem do nome da pessoa física no Fênix, só usando o nome da empresa como alternativa quando a pessoa não é encontrada. |
| RN22.11 | Um participante pode ter mais de um Termo de Adesão migrado do Fênix (reenvio/renovação): todos são migrados, só o mais recente fica Ativo, os demais ficam Inativos, preservando o histórico. |
| RN22.12 | Ações do Fênix só são migradas se estiverem com status ativo — ações inativas são ignoradas silenciosamente. |
| RN22.13 | O status final da migração só é "Sucesso" se a validação pós-migração passar em todos os pontos e não houver nenhum aviso classificado como falha; caso contrário é "Parcial". Avisos meramente informativos nunca rebaixam o resultado. |
| RN22.15 | Só categorias de documento cujo nome começa com "Convênio" viram "Documento de Aprovação" na migração — as demais nunca viram aprovação. |
| RN22.16 | Tipos de documento são identificados por descrição e contexto juntos, não só pela descrição — evita reaproveitar um tipo de outro contexto e gravar o documento de forma que ele fique invisível ao filtro da aba Documentos. |
| RN22.17 | A falha ao baixar ou classificar um documento individual não interrompe a migração dos demais documentos nem do convênio — fica isolada e listada como falha no relatório. |
| RN22.18 | O número sequencial das Solicitações de Desembolso migradas segue a ordem cronológica do Fênix. Uma inversão de ordem entre solicitações ordinárias derruba o resultado para "Parcial"; inversões envolvendo solicitações extraordinárias são aceitas, só geram atenção. |
| RN22.19 | Quando existe mais de uma solicitação Fênix associada a uma mesma Solicitação de Desembolso migrada, o saldo de conta corrente, o saldo de aplicação e o rendimento líquido vêm sempre da mais recente por data-base — nunca são somados entre solicitações. |
| RN22.20 | Na migração, o subitem de uma Aplicação de Recurso cujo mês de previsão ou cuja moeda seja diferente dos do item principal não fica junto dele: o sistema cria automaticamente uma Aplicação de Recurso separada para cada combinação de mês e moeda, e registra um aviso informativo no relatório. Subitem sem moeda informada é tratado como BRL; quando o item principal não tem previsão de mês, vale o mês do próprio subitem (ou, na falta dele, a data de cadastro do subitem). |
| RN22.21 | Convênio cuja fase no Fênix é "Em Execução" ou "Suspenso" exige contrato (ID_CONTRATO_RM) no projeto. Sem contrato, a validação de elegibilidade bloqueia a migração (Integridade) com a mensagem "Contrato (ID_CONTRATO_RM) não informado no FENIX. Convênios em execução exigem contrato vinculado."; a conferência é repetida ao confirmar a migração, e a tentativa recusada fica registrada como "Erro" no Histórico. |
| RN22.22 | Ao migrar um convênio em execução com contrato, o contrato é gravado no convênio criado no Harpia: identificador do contrato cortado em até 15 caracteres e contrato completo cortado em até 50. O ID_CONTRATO_RM deixa de constar entre os campos do Fênix sem correspondência registrados na observação do convênio. |
| RN42.5 | Durante a migração, se o Município do Fênix (identificado pelo código IBGE) ainda não existir no Harpia, o sistema o cria automaticamente, desde que a UF correspondente já exista; sem essa UF reconhecida, a migração segue sem vincular o Município. |
| RN45.2 | NBS e NCM nascem como efeito da própria migração: o mesmo registro de origem do Fênix vira NBS ou NCM conforme o indicador de bem/serviço, com o código normalizado; um upsert por código evita duplicar o registro em migrações futuras. |
| Campo | Descrição |
| Sistema | Harpia (Gestão 360) |
| Versão | 1.6 |
| Data de Atualização | 2026-10-15 |
| Responsável | Amanda Galvão |
| Público-alvo | usuários responsáveis por migrar convênios do sistema Fênix para o Harpia |
| Objetivo | validar elegibilidade, migrar e consultar o histórico de migração de um convênio |
| Tipo | Documento de referência / treinamento |
| Versão | Data | Descrição da Alteração | Responsável pela Aprovação |
| 1.6 | 2026-10-15 | Adicionado o bloco "Veja Também" com links para os guias relacionados e o card correspondente no Sumário | Amanda Galvão |
| 1.5 | 2026-10-13 | Documentada a exigência de contrato (ID_CONTRATO_RM) para convênios em execução ou suspensos, a gravação do contrato no convênio migrado e as regras RN22.21 e RN22.22; ajustada a RN22.5. | Amanda Galvão |
| 1.4 | 2026-10-09 | Documentado o agrupamento de subitens por mês e moeda na migração das Aplicações de Recursos (avisos informativos no relatório) e adicionada a regra RN22.20. | Amanda Galvão |
| 1.3 | 2026-10-05 | Ajustes no Design de Interface e Experiência do Usuário. | Amanda Galvão |
| 1.2 | 2026-09-25 | Alteração de texto | Amanda Galvão |
| 1.1 | 2026-09-25 | Sincronizadas as Regras de Negócio Relacionadas com o catálogo (RN42.5 e RN45.2 adicionadas) | Amanda Galvão |
| 1.0 | 2026-09-24 | Versão inicial da documentação. Todas as observações de comportamento confirmadas por leitura do código-fonte local antes da publicação | Amanda Galvão |