Zummit · Prisma + Aion · Revisão de 25/09/2026
Omie registra o comercial e o financeiro. A CI conecta a operação, apura e analisa. Inhire, Convenia e ponto preservam os dados da sua especialidade.
Desenho proposto para validaçãoO que significa “hoje”: informação registrada no HTML recebido, que cita entrevistas de 15–22/09 e leitura das bases de 22/09/2026. Esta revisão não acessou as bases da Zummit nem comprovou integrações em execução. “Relatado”, “proposto” e “a confirmar” estão separados para não apresentar intenção como funcionamento.
Como ler: cada raia mostra o sistema ou responsável que executa a atividade. As setas mostram a passagem para a próxima etapa; losangos são decisões, e os caminhos em laranja indicam pendências ou correções. O primeiro desenho representa o estado relatado. Os quatro seguintes mostram a proposta.
O que o levantamento mostra — e onde há trabalho manual.
Leia da esquerda para a direita. Cada faixa indica onde a atividade acontece. Em telas menores, arraste horizontalmente.
Tracejado = manual ou não comprovado. Não representa integração automática em funcionamento.
Ponto de atenção. O material não documenta integralmente o transporte CI → Omie nem o retorno financeiro. A seta indica a passagem necessária da informação, não uma conexão técnica verificada.
Separar candidato aceito, início real e autorização para faturar.
Leia da esquerda para a direita. Cada faixa indica onde a atividade acontece. Em telas menores, arraste horizontalmente.
Liberação proposta. Validar empresa emissora, conta pagadora, condições, início e regra de pró-rata. O evento oficial ainda deve ser decidido pela Zummit.
Substituição de profissional. Encerrar o período da alocação anterior e abrir outro, preservando a vaga. O vínculo no Omie depende do teste de Projeto/item com vigência.
Quando faltar informação. O item permanece pendente até correção e nova conferência; não habilitar cobrança apenas porque a admissão foi concluída.
A CI apura; o Financeiro aprova; o Omie registra nota e financeiro.
Leia da esquerda para a direita. Cada faixa indica onde a atividade acontece. Em telas menores, arraste horizontalmente.
Enviar somente o aprovado. Pacote deve identificar alocação, contrato, base emissora, pagador, competência, valores e evidência de aprovação.
Erro ou falta de retorno. Manter em fila de exceção. Consultar se o documento já existe antes de reenviar; não gerar nova nota para resolver um retorno atrasado.
Recebimento parcial / cancelamento. Atualizar saldo e status na CI conforme o Omie. Postagem ou aceite no portal não significam dinheiro recebido.
Competência futura / PO pendente. Registrar pendência na CI, sem usar lançamentos fictícios de R$ 0,01 como lembrete.
Uma obrigação financeira por documento, com vínculo à alocação.
Leia da esquerda para a direita. Cada faixa indica onde a atividade acontece. Em telas menores, arraste horizontalmente.
Uma única rota de inclusão. Definir envio direto ao Omie ou via CI. Conferir também documentos já capturados pelo monitoramento de notas.
Alocação e rateio. Pessoa, vaga e período vinculam o custo à análise. Projeto no título e critérios de rateio ainda precisam ser testados e aprovados.
Reembolso repassável. Vincular a despesa aprovada à apuração do cliente; contabilidade define o tratamento. O pagamento da despesa não autoriza automaticamente cobrar o cliente.
O financeiro alimenta a análise; lacunas permanecem visíveis.
Leia da esquerda para a direita. Cada faixa indica onde a atividade acontece. Em telas menores, arraste horizontalmente.
DRE gerencial depende da cobertura. Sem encargos, provisões ou custos vinculados, indicar o que falta; não apresentar a margem parcial como resultado completo.
Planilhas saem depois da validação. Comparar ciclos de fechamento acordados e obter aceite dos responsáveis antes de desativar cada controle.
A coluna “futuro” de cada quadro é uma recomendação desta revisão. A distribuição final depende das decisões indicadas abaixo.
Hoje · segundo o material
Oportunidades, fases, previsão comercial e número de oportunidade. Há envio de oportunidades à CI.
Futuro · proposta
Continuar como referência comercial. Estruturar grupo econômico, conta pagadora e dados estáveis da oportunidade; CI consulta esses dados.
Melhoria / limite
Evitar redigitar na CI o que já foi validado no CRM. A viabilidade e os cenários continuam na CI.
Responsável indicado
Conrado / Comercial; Letícia valida pagador.
Original, etapa 1 · Conrado 17/09, Erik 22/09, Viana 15/09.
Hoje · segundo o material
Contratos, emissão de NFS-e, contas a receber, cobrança, contas a pagar e conciliação. Matriz e Filial têm bases próprias.
Futuro · proposta
Manter documentos fiscais e registros financeiros. Receber valores aprovados da CI; devolver IDs e situação efetiva dos títulos.
Melhoria / limite
Padronizar identidade do contrato e ligação com a alocação. Projeto por vaga e vigência por item são hipóteses de modelagem, ainda em teste.
Responsável indicado
Letícia / Financeiro; contabilidade valida regras fiscais.
Original, etapas 3, 5 e 6; leitura das bases relatada em 22/09.
Hoje · segundo o material
Simulação de viabilidade e margem, requisição, Kanban de onboarding, go live e acompanhamento mensal do faturamento. Apuração relatada, com entradas ainda manuais.
Futuro · proposta
Concentrar histórico da alocação, memória de cálculo, aprovação operacional e pendências. Ampliar análise de orçamento e projeção com o realizado do Omie.
Melhoria / limite
Distinguir mensalidade prevista, valor apurado, valor aprovado, faturado e recebido. A situação financeira exibida deve vir do Omie.
Responsável indicado
Erik / regras; Viana / RH; Letícia / fechamento; Aion / implementação.
Original, etapas 1, 2, 4, 5 e 7 · relatos de 15–22/09.
Hoje · segundo o material
Vaga, triagem, shortlist, entrevista e candidato aceito. CI → Inhire e carga inicial Inhire → Convenia são relatadas como existentes.
Futuro · proposta
Manter seleção e evidências do recrutamento. Enviar candidato aprovado e identificação da requisição para a continuidade do onboarding.
Melhoria / limite
Aceite do candidato não deve ser confundido automaticamente com início real ou autorização de faturamento.
Responsável indicado
Fernando Viana / RH; Aion confirma integração.
Original, etapa 2 · Viana 15/09.
Hoje · segundo o material
Documentação de entrada, dados de pessoas e férias; reembolsos e notas de PJ citados como origem de relançamento manual no Omie.
Futuro · proposta
Preservar os registros de RH. Disponibilizar à CI os eventos necessários à apuração; enviar despesas aprovadas ao financeiro, por rota a definir.
Melhoria / limite
Painel de férias na CI é relatado; desligamentos e rota financeira precisam de confirmação. Não classificar toda a conexão como pronta.
Responsável indicado
Viana / RH; Letícia / despesas; Aion / conexão.
Original, etapas 2, 4 e 6 · Viana e Letícia 15/09.
Hoje · segundo o material
Citado como sistema de ponto. O documento relata API, mas não comprova integração em uso com a CI.
Futuro · proposta
Manter marcações e aprovação do ponto na origem; CI usa as horas validadas para o cálculo comercial aprovado.
Melhoria / limite
Confirmar cobertura, fechamento e correções retroativas. Não presumir que a apuração já recebe o ponto automaticamente.
Responsável indicado
Viana e gestores; Aion valida acesso técnico.
Original, etapa 4 · Viana 15/09. API não verificada nesta revisão.
Hoje · segundo o material
Time sheet de part-time, controle de faturamento, margem/custo por pessoa, de/para de PJ e orçamento.
Futuro · proposta
Manter como apoio de conferência até cada controle ter substituto validado. Time sheet permanece fonte provisória; orçamento exige definição da origem oficial.
Melhoria / limite
Migrar o de/para e histórico de alocação para controle estruturado. Retirar planilhas uma a uma após conciliação e aceite, sem interromper a operação.
Responsável indicado
Letícia / faturamento; Vinicius (Wink) / margem; Erik / orçamento.
Original, etapas 4, 6 e 7 e quadros de campos.
Hoje · segundo o material
Encargos e provisões não individualizados no Omie são atribuídos à contabilidade. O nome do sistema contábil não consta como confirmado.
Futuro · proposta
Manter escrituração e definições contábeis/fiscais sob a contabilidade. Definir o envio de provisões e encargos para compor a análise gerencial.
Melhoria / limite
Não prometer integração contábil pronta. Definir periodicidade, granularidade por pessoa/contrato e revisão dos critérios.
Responsável indicado
Fabiana / contabilidade; Aion avalia integração ou importação.
Original, etapas 6 e 8.
Hoje · segundo o material
Avisos de início e variações chegam por e-mail e controles manuais. Postagem de nota pode ocorrer em portal externo, como e-Gate.
Futuro · proposta
Manter comunicação e entrega documental nesses canais. Vincular aprovação e comprovante de postagem ao item acompanhado na CI.
Melhoria / limite
Mensagem não deve ser o único registro de uma decisão que altera faturamento. “Postado no portal” e “recebido no banco” são eventos distintos.
Responsável indicado
RH / avisos; gestor / aprovação; Financeiro / postagem.
Original, etapas 2, 4, 5 e campo Portal / forma de envio da NF.
Hoje · segundo o material
Construção de agentes e novas conexões é proposta. Documentação das integrações, ambiente de testes e custos aparecem como pendentes.
Futuro · proposta
Conectar os sistemas, registrar erros, detectar divergências e preparar lançamentos para revisão. A ferramenta técnica deve ser definida pela Aion.
Melhoria / limite
Integração transporta dados; não cria uma terceira base de negócio. Pagamentos, baixas e alterações seguem aprovação e rastreabilidade.
Responsável indicado
Aion / execução técnica; responsáveis da Zummit / aprovação.
Original, etapa 9 e pauta com Fernando Lúcio.
Proposta de responsabilidade: quem mantém o original, quem usa uma cópia e o que ainda falta resolver.
| Dado / processo | Hoje · relatado | Onde fica · proposta | Responsabilidade | Decisão / melhoria |
|---|---|---|---|---|
| Cliente, pagador e empresa emissora | Omie tem os cadastros; complemento ainda manual e pagador pode ser descoberto perto da emissão. | Omie: cadastro financeiro validado, separado por base. CI: referência aos IDs e divisão do faturamento por pagador. | Comercial informa; Financeiro valida CNPJ, base emissora, prazo e portal. | Definir vínculo entre grupo econômico, CNPJ e pagador. |
| Oportunidade e dados comerciais | CRM no Omie; CI recebe oportunidade e calcula viabilidade. | Omie: oportunidade e condições comerciais registradas. CI: simulação, versões e decisão de viabilidade. | Conrado atualiza comercial; Erik valida critérios de viabilidade. | Confirmar quais campos já atravessam a conexão. |
| Requisição e candidato | Requisição na CI; recrutamento no Inhire. | CI: demanda e identidade da vaga. Inhire: seleção, candidato e evidências do recrutamento. | RH mantém o vínculo requisição ↔ vaga ↔ candidato. | Não usar nome da pessoa como chave. |
| Pessoa, vínculo e eventos de RH | Convenia participa do onboarding; CI reúne o acompanhamento. | Convenia: cadastro e eventos de RH. CI: vínculo da pessoa com vaga, cliente e período de alocação. | Viana confirma início, férias, afastamento e saída pertinentes. | Validar origem e atualização de cada evento, inclusive PJ. |
| Contrato e histórico de alocação | Contrato no Omie; identidade e vínculo com pessoa ainda inconsistentes. | Omie: contrato financeiro. CI: linha do tempo da vaga e ocupantes; referenciar contrato e base. | Financeiro mantém contrato; RH mantém alocação; integração liga os IDs. | Testar Projeto por vaga e/ou item com vigência; não decidir apenas pelo nome do campo. |
| Horas, extras e sobreaviso | Entradas por ponto, planilha e aviso manual; parte em “Outros”. | Ponto/time sheet: medição e aprovação. CI: cálculo comercial, regra aplicada e memória por competência. | Gestor aprova medição; RH confere evento; Financeiro valida efeito comercial. | Confirmar fonte de horas, corte e regra de cálculo. |
| Mensalidade e variações aprovadas | CI apura e acompanha; há dependência de controles manuais. | CI: valor-base, ajustes, justificativa, competência e aprovação. Omie: valor aprovado para faturar. | Financeiro libera pacote de faturamento com evidência. | Rejeitar pacote incompleto; não preencher pendência com valor fictício. |
| Nota, título, vencimento e baixa | NFS-e e financeiro no Omie; CI acompanha status. | Omie: documento e situação financeira efetiva. CI: exibição do retorno e acompanhamento operacional. | Financeiro emite, cobra e concilia; retorno atualiza a CI. | Distinguir aprovação, emissão, postagem, registro no cliente e recebimento. |
| Despesa, PJ e reembolso | Reentrada manual de documentos; custo por pessoa em planilha. | Convenia/origem: documento e aprovação. Omie: obrigação e pagamento. CI: associação à alocação e análise. | Financeiro confere fornecedor, documento, valor e duplicidade antes de lançar. | Definir rota e identificação do que é repassável ao cliente. |
| Categorias e rateio | Receitas concentradas; custos com categorias [COGS]; de/para manual. | Omie: categoria validada dos lançamentos. CI: detalhe operacional e critérios de análise por pessoa/período. | Contabilidade valida natureza; Financeiro classifica; gestão aprova rateio gerencial. | Rateio contábil/financeiro × analítico ainda exige decisão e teste. |
| Margem, DRE e projeção | Margem na CI e em planilha; orçamento tem fonte pendente. | Omie: origem do realizado financeiro. CI: análise e cenários com orçamento aprovado; contabilidade: provisões e critérios. | Erik e Wink validam visão; Fabiana valida efeitos contábeis. | Separar competência, faturamento e caixa; não chamar uma visão parcial de DRE completa. |
| Postagem e aceite do cliente | Planilha informa canal de envio; CI registra etapas. | Portal externo: protocolo/aceite. CI: evidência, responsável, prazo e pendência. Omie: nota e título relacionados. | Financeiro registra retorno do cliente. | Postagem não comprova pagamento. |
Nenhum dado encontrado. Limpe a busca ou escolha outro sistema.
A sequência abaixo é o desenho desejado. As conexões novas não estão sendo apresentadas como implementadas.
Oportunidade identificada, cliente, perfil e condições conhecidas. CI registra simulação e aprovação de viabilidade.
Se houver exceção: Se faltar condição comercial: pendência para o Comercial.
Requisição vinculada à oportunidade, candidato selecionado e onboarding documentado.
Se houver exceção: Aceite ou documentos incompletos: manter em onboarding.
RH confirma início real. Financeiro valida pagador, emissora, contrato, regra comercial e data de início do faturamento.
Se houver exceção: Gatilho ainda depende de decisão: não ativar faturamento só por admissão.
Reunir horas, férias e eventos; calcular por regra aprovada; guardar competência de origem, memória e aprovação.
Se houver exceção: Divergência ou falta de medição: retornar ao responsável.
Pacote aprovado com alocação, pagador, empresa emissora, valores e competência. Financeiro confere e emite no Omie.
Se houver exceção: Reenvio não pode duplicar documento; erro mantém item em fila com motivo.
CI recebe identificação da nota e acompanha postagem/aceite. Omie registra cobrança, baixa e conciliação.
Se houver exceção: Recebimento parcial ou cancelamento retorna com situação correta; não marcar como recebido integral.
Documento aprovado, fornecedor e alocação identificados; checar duplicidade e executar pagamento com aprovação.
Se houver exceção: Se já houver título capturado por outra origem: conciliar o vínculo, sem relançar.
Conferir receita, custos e provisões por período e alocação; comparar orçamento, realizado e projeção.
Se houver exceção: Sem custo/provisão completa: indicar cobertura parcial da margem.
Identidade proposta: empresa/base + ID da oportunidade + ID da vaga + ID da alocação por período + ID do contrato + competência + ID do documento. Oportunidade, vaga, pessoa e contrato são entidades diferentes: uma substituição deve preservar a vaga e encerrar o período do ocupante anterior, sem apagar o histórico.
| Conexão | Situação no material | Dados | Próxima comprovação |
|---|---|---|---|
| Omie CRM → CI | Existente segundo relato | Oportunidade; campos e frequência não detalhados. | Aion demonstrar um registro de origem e destino, campos, horário e tratamento de erro. |
| CI → Inhire → Convenia | Existente segundo relato | Requisição e carga inicial de documentos. | Confirmar cobertura das alterações, recusas e substituições, além da criação inicial. |
| Convenia → CI | Parcial / a confirmar | Painel de férias relatado; desligamentos pendentes. | Separar eventos já recebidos dos ainda manuais; validar data efetiva e correções. |
| TicTac → CI | A confirmar | Ponto, extras e horas aprovadas. | Verificar interface disponível e fonte oficial das horas; não presumir ligação atual. |
| Time sheet → CI | Manual no levantamento | Apuração part-time em planilha. | Definir modelo, responsável por aprovação e controle de versão antes da importação. |
| CI → Omie | Proposta | Cadastro vinculado, contrato e complementos de faturamento aprovados. | Validar modelos e gatilho; gravar por base correta; consultar resultado antes de qualquer reenvio. |
| Omie → CI | Proposta de retorno estruturado | IDs de documentos, faturado, vencimento, recebido parcial/total e cancelado. | Documentar mecanismo e frequência; testar atraso de retorno e correção de status. |
| Convenia → Omie, direto ou via CI | Proposta / rota a decidir | Reembolsos e notas PJ aprovados. | Definir uma única rota de inclusão; verificar duplicidade com captura de notas existente. |
| Contabilidade → análise gerencial | Proposta / ferramenta desconhecida | Encargos e provisões, com identificação de período. | Identificar sistema, granularidade e origem aprovada; escolher importação ou integração. |
“Existente segundo relato” não significa homologada nesta sessão. Interface, frequência, logs e cobertura de campos devem ser demonstrados pela Aion.
Ordem sugerida, sem prazo comercial assumido. Custos de implantação, manutenção e consumo ainda precisam ser apresentados pela Aion.
Validar esta divisão entre sistemas; separar cadastro financeiro, alocação operacional e documentos de RH. Registrar o de/para dos IDs, incluindo a base Matriz/Filial.
Quem resolve: Erik + Viana + Letícia; Prisma facilita.
Como comprovar: Um caso completo rastreável: oportunidade → vaga → pessoa/período → contrato → nota → recebimento.
Decidir identidade do contrato e evento de liberação. Testar Projeto por vaga e item por período; conferir impacto nos relatórios e substituições.
Quem resolve: Zummit decide; Prisma testa Omie; Aion testa conexão.
Como comprovar: Cenários: início no meio do mês, substituição de pessoa e divisão entre pagadores, sem perda de histórico.
Criar tipos claros para sobreaviso e variações; registrar competência de origem e aprovação. Trocar lembretes de R$ 0,01 por pendências operacionais.
Quem resolve: RH e gestores validam entradas; Financeiro valida saída; contabilidade valida natureza.
Como comprovar: Mensalidade + variações rastreáveis; ausência de PO bloqueia o caso necessário sem gerar receita fictícia.
Enviar somente pacote aprovado. Retornar documento e status do Omie, mantendo postagem e aceite do cliente como etapas próprias.
Quem resolve: Aion implementa após estimar custos; Letícia homologa; Prisma confere parametrização.
Como comprovar: Caminho normal e falhas: reenvio sem duplicar; retorno atrasado sem nova emissão; baixa parcial corretamente refletida.
Ligar documentos à pessoa/alocação, validar rateios e provisões. Substituir o de/para manual apenas após conferência.
Quem resolve: Financeiro + Wink + contabilidade; Aion integra.
Como comprovar: Margem com origem dos custos visível; custo sem vínculo sinalizado; despesa duplicada bloqueada para revisão.
Comparar resultados em ciclos de fechamento acordados. Desativar um controle por vez com aceite do responsável e acesso ao histórico.
Quem resolve: Erik e donos dos controles; Prisma acompanha.
Como comprovar: Sem divergência não explicada; orçamento aprovado e projeção distinguindo competência, faturamento e caixa.
Antes de mudar as bases: confirmar empresa, base e escopo; exportar os registros envolvidos; aprovar regras; testar em ambiente adequado; registrar os valores anteriores e o procedimento de reversão; conferir o resultado e os relatórios afetados. Esta entrega altera apenas o desenho.
Proposta para validação da equipe Zummit. Nada foi alterado no Omie. O que veio das entrevistas está descrito como tal; o restante é proposta da Prisma, e responsáveis e prazos são propostos, sujeitos a aceite. Temas fiscais e contábeis dependem do parecer da contabilidade; automações dependem da estimativa técnica e de custos da Aion.
| Etapa | Escopo | Resultado esperado |
|---|---|---|
| Fase 0 · Preparação | Responsáveis, acessos, ambiente de testes, baseline dos indicadores e critérios de aceite. | Todos sabem quem decide, quem executa e como medir. |
| Fase 1 · Receita | Estrutura da receita (categorias, departamento, projeto, código do contrato, CRM, regras de faturamento) e validação da carteira de contratos. Contratos funcionando no novo formato. | Receita analítica por tipo, colaborador e contrato; previsto × faturado conciliável; sem alterar o passado. |
| Em paralelo · Integração da receita | Com os contratos validados, a CI passa a enviar ao Omie cada lançamento já classificado e a disparar o faturamento. | Fim do lançamento manual da receita, com trilha de auditoria. |
| Fase 2 · Financeiro e despesas | Plano de despesas, integrações de despesa (Convenia, PJ, cartões) e saneamento do passado de receita e despesa. | Custo e margem por colaborador e contrato, cruzando Matriz e Filial; histórico tratado até a data de corte. |
Definir, com aceite: quem confirma o go-live (CLT e PJ); quem valida conta pagadora, serviço fiscal e pedido; quem emite, concilia, cobra e dá baixa; acessos e ambiente de testes; baseline dos indicadores; critério de aceite de cada marco. depende de aceite
Receitas Diretas (grupo único): Mensalidade pré-pago · Mensalidade pós-pago · Pró-rata · Hora extra 75% · Hora extra 100% · Adicional noturno · Adicional de turno · Sobreaviso · Medição por horas (part-time) · Locação de equipamentos (existente) · Receita de exportação (a confirmar, para clientes do exterior).
Receitas Indiretas: uma categoria por tipo de reembolso cobrado do cliente (nível de detalhe a escolher). Transporte ordinário é benefício e não é cobrado.
Cada ocorrência da CI passa a ter quatro informações: natureza da receita, tipo do complemento, tratamento fiscal e categoria no Omie. "Outros" deixa de receber cobranças que já têm tipo; pedido pendente vira status, nunca receita. "Serviços Prestados" é inativada após a data de corte. Matriz e Filial têm códigos diferentes: o de/para é feito pelo nome.
Opção 1 (entrevistas): número da oportunidade (2026 + 5 dígitos) como código do contrato, com sufixo quando faturado para mais de uma empresa pagadora (/01, /02).
Opção 2 (recomendação da Bianca): código próprio gerado no fechamento, guardando a oportunidade como chave de origem, para evitar colisão entre as duas numerações.
Em ambas, as posições da vaga ficam na CI e os contratos existentes (hoje numerados por ano/pedido) migram na Fase 2.
O projeto recebe o código do contrato e nasce com ele, permitindo vincular receitas (e, na Fase 2, despesas) ao contrato.
O departamento recebe o nome do colaborador que atende o contrato. Criado no go-live, inativado no desligamento; área, identificador e demais dados ficam na CI. Na substituição de profissional o contrato continua e o departamento muda — testar que as notas anteriores mantêm o colaborador anterior.
Grupo Empresarial, Cargo, Tipo de Vaga e Empresa Contratante como características da oportunidade no Omie; o gestor permanece na CI. Na abertura da vaga: CNPJ que efetivamente paga e serviço previsto; o serviço torna-se obrigatório e validado antes do primeiro faturamento. Revisar soluções (Body Shop, Consultoria, Outsourcing, Locação), campos sem uso, "origem", "reposição" × "substituição", características duplicadas, funis de base instalada × contas novas e uso de CRM único.
Manter os serviços fiscais atuais (natureza e município) e informar a categoria no item da nota, para que mensalidade, hora extra e sobreaviso saiam na mesma NFS-e com categorias diferentes. A integração deve ler o cadastro de serviços e a data do contrato no Omie (hoje a CI não lê). Validar com a contabilidade.
Gatilho: contrato e projeto registrados no ganho; faturamento a partir do go-live confirmado (PJ com início próprio); alerta quando admissão e go-live divergem. Manter ou não a aprovação do gestor (standby → faturando) é decisão da equipe.
Primeiro faturamento em três passos: registro do contrato · solicitação de aprovação · emissão da nota.
Regras por cliente: pedido (vigência e consumo), portal, folha de serviço, corte, serviço fiscal, retenções e prazo de pagamento (não fixo no dia 15).
Regime e competência: pré ou pós no contrato; período apurado em cada item, inclusive quando a nota reúne meses diferentes; fila de eventos futuros na CI no lugar dos lembretes de um centavo; transição de pré para pós (Stellantis) sem mês descoberto.
Eventos de RH: férias, desligamento e último dia trabalhado vindos do Convenia geram alerta na receita antes de fechar a competência; política de férias por cliente e de ausência de PJ.
Pró-rata: regra padrão por cliente/bloco na CI. Hora extra e adicionais: preço, aprovação do gestor, sistema de origem (ponto) e corte que atenda RH, folha e faturamento; PJ não tem hora extra. Part-time: timesheet com aprovação do gestor e previsão média de horas.
Reembolso cobrado: item próprio da nota, com a categoria do tipo, vinculado à despesa paga. Crédito ao cliente na saída após faturamento do mês cheio. Exceções: glosa, cancelamento, nota substituta, refaturamento, reajuste e renovação. Adiantamento de cliente: conta de adiantamento no Omie com baixa a cada nota, após validação contábil. Redutores rastreados na CI. Repasses Matriz × Filial fora da receita, sem lançamento espelhado manual.
Relatório que concilia o que deveria faturar (CI) com o que foi faturado (Omie), por contrato, colaborador e competência, considerando Matriz e Filial. Aproveita a margem por profissional e cliente que a CI já calcula. A planilha de faturamento antiga só é desligada depois de ciclos conciliados.
Conferir contrato a contrato: valor Omie × CI, profissionais sem contrato ou pedido, meses faturados fora da CI, notas coletivas sem composição individual, itens antigos "a faturar", contratos suspensos com significado definido. É pré-requisito para os contratos rodarem no novo formato.
Baseado nas observações dos títulos de 2026: os tipos mais frequentes são deslocamento por KM/combustível e Uber/táxi.
| Nível | Categorias | O que permite analisar |
|---|---|---|
| Enxuto (2) | Deslocamento · Viagem | Dia a dia × viagens |
| Intermediário (4) · sugerido | Deslocamento por KM/combustível · Uber/táxi · Viagem (passagem, hospedagem, seguro) · Alimentação em viagem | Separa os dois tipos de maior volume |
| Detalhado (6) | KM/combustível · Uber/táxi · Passagens · Hospedagem · Alimentação em viagem · Estacionamento/pedágio | Composição completa de cada viagem |
| # | Decisão | Quem |
|---|---|---|
| 1 | Código único do contrato: opção 1 ou opção 2 | Comercial + direção |
| 2 | Entre 10/11 e a integração: ajustar os itens dos contratos vigentes no Omie (lote com exportação prévia e conferência) ou classificar manualmente a cada faturamento | Financeiro + direção |
| 3 | Manter a aprovação do gestor antes de faturar (standby → faturando) | Direção + RH |
| 4 | Emissão de NFS-e pela integração começar como piloto (uma empresa, um município, poucos clientes), com aprovação fiscal separada da operacional | Direção + Financeiro + contabilidade |
| 5 | Hora extra sem percentual: junto com 75%/100% ou categoria própria | Equipe Zummit |
| 6 | Nível de detalhe do reembolso cobrado | Equipe Zummit |
| 7 | Preço da hora extra, aprovação do gestor e corte do ponto | Direção + RH + Financeiro |
| 8 | Reembolso cobrado como receita direta ou indireta; serviço × categoria no item; adiantamento; competência × emissão; retenções | Contabilidade |
| 9 | Onde registrar redutores (férias, ajustes) de forma rastreável | Financeiro + CI |
| 10 | Data de corte da Fase 1 e até onde voltar no saneamento da Fase 2 | Equipe + contabilidade |
| Quando | Marco | Critério de aceite | Depende de |
|---|---|---|---|
| Fase 0 | |||
| 30/09 | Apresentação da proposta | Proposta recebida pela equipe | — |
| Até 07/10 | Preparação: responsáveis, acessos, ambiente de testes, baseline; devolutiva da equipe; envio das definições à contabilidade | Responsáveis e decisões 1 a 7 registrados | Equipe Zummit |
| Fase 1 · receita | |||
| 14/10 | Parecer da contabilidade | Decisão 8 respondida | Contabilidade |
| 14/10 a 20/10 | Validação da carteira contrato a contrato (item I) | Divergências listadas e tratadas ou justificadas | Financeiro |
| 21/10 a 28/10 | Configuração nas duas bases (exportação prévia, teste com um registro, lote, conferência e plano de reversão) | Estrutura conferida contra a proposta aprovada | Aprovação das definições |
| 03/11 | Treinamento de Financeiro, Comercial e RH | Equipe executa um caso completo | Configuração concluída |
| 10/11 | Contratos funcionando no novo formato | Faturamento sai com categoria, departamento e projeto corretos | Treinamento |
| Fase 2 · financeiro e despesas | |||
| 17/11 | Levantamento das despesas: categorias em uso, reembolsos, provisões, áreas, origens (Convenia, PJ, cartões, contabilidade) | Levantamento apresentado | Contratos no novo formato |
| 24/11 | Proposta do plano de despesas e do departamento por colaborador na despesa | Proposta apresentada | Levantamento |
| 01/12 | Devolutiva da equipe e envio à contabilidade | Decisões registradas | Equipe · contabilidade |
| Até 15/12 | Plano de despesas aprovado; plano de configuração, saneamento e integrações | Plano aprovado | Parecer da contabilidade |
| Em paralelo | |||
| Nov–dez | Acompanhamento dos ciclos da receita e conciliação previsto × faturado | Divergências explicadas por competência | — |
| A partir de nov | Especificação da integração CI → Omie com a Aion; estimativa técnica e de custos; homologação em ambiente de testes (caminho normal e falhas) | Reenvio sem duplicar nota ou lançamento; falha sem emissão indevida | Aion |
| A definir | Integração em produção | Ciclo conciliado sem divergência | Homologação |
Indicadores com baseline: tempo de fechamento, volume em "Outros", notas corrigidas, divergência CI × Omie, atraso de cobrança. Toda alteração em massa: exportação prévia, teste com um registro, conferência e procedimento de reversão. Integração: sem duplicidade de nota ou lançamento, segregação de funções e trilha de auditoria de cada cálculo (fonte, competência, regra aplicada, divergência e aprovação humana). Agentes apontam divergência e evidência; pagamento, baixa e alteração financeira seguem com aprovação humana.
Plano de despesas (reembolsos vinculados à cobrança, provisões, áreas de custo e despesa, duplicidades) · folha e encargos por colaborador e extrato da contabilidade · integração Convenia → Omie, notas de PJ e cartões (solicitante, finalidade, beneficiário) · classificação de impostos e taxas pela natureza, sem desconto técnico · cadastro de PJ padronizado (sujeito a validação trabalhista e jurídica) · férias e rescisões por colaborador · competência das parcelas · margem por colaborador e contrato cruzando Matriz e Filial · orçado × realizado e projeções · agentes de auditoria com regra aprovada · riscos contábeis (competência anterior, provisões, JCP) · saneamento do passado de receita e despesa sem alterar demonstrações já fechadas · contratos suspensos da Filial · migração dos contratos existentes para o novo código.
Configuração das despesas, saneamento e integrações de despesa a partir de dezembro/janeiro, conforme a aprovação do plano de despesas, a renovação do ciclo e a estimativa técnica da Aion.
Fonte operacional: “2026-09-25 - desenho CI x Omie - Clara.html”, fornecido pela Ellen. As referências a pessoas, reuniões, planilhas e quantidades vêm desse documento; as transcrições e os registros de origem não foram reauditados nesta revisão. O documento mestre da Prisma confirma que o vínculo pessoa/contrato e a documentação das integrações estavam pendentes.
Capacidade do Omie ≠ configuração da Zummit: a documentação oficial confirma categoria no item e projeto associado ao contrato. Isso sustenta testar o modelo, mas não prova que ele atende ao histórico de alocação da Zummit. Omie · Cadastro de contrato de serviço.
A documentação também apresenta relatórios de contas a pagar e receber por projeto. O resultado depende dos vínculos preenchidos e do período escolhido; o recurso, sozinho, não comprova margem completa por pessoa. Omie · Contas a pagar e receber por projeto. Documentação consultada em 25/09/2026.
Decisões pendentes: gatilho de faturamento; contrato/vaga/pessoa; fonte das horas e corte; regras de PJ; tratamento de reembolsos, pró-rata e descontos; rateios; provisões; sistema contábil; arquitetura e custo das integrações. Nenhuma proposta desta revisão substitui a aprovação dos responsáveis.
Arquivo independente, sem dependências externas para navegação. Para atualizar: revisar os quadros desta página e as evidências; o detalhamento anterior permanece separado. A cópia “original” ao lado preserva o arquivo recebido. Não houve importação, lançamento ou alteração em CI, Omie ou outros sistemas.
Conteúdo do arquivo recebido, preservado para referência. Seus diagramas misturam estado atual e futuro; os selos “Definido” refletem o levantamento anterior, não uma homologação feita nesta revisão. Para responsabilidade por sistema e situação das conexões, consulte os quadros acima.
Para alinhar · Zummit + Aion + Prisma
Cruzamento das conversas com Viana, Letícia, Conrado, Erik e Vinicius (15 a 22/09) e da leitura das duas bases Omie. Escolha uma parte do desenho para ver cada sistema.
OmieCentral de Inteligência (CI)Sistema de origemContabilidadeEm aberto
← Arraste o desenho para acompanhar o fluxo →