Prisma Consultoria
DESENHO DA OPERAÇÃO
ZUMMIT · CI + OMIE

Zummit · Prisma + Aion · Revisão de 25/09/2026

Uma operação.
Responsabilidades claras por sistema.

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ção

O 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.

Os processos desenhados, de ponta a ponta

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.

Passagem de processo / dadoManual ou conexão não comprovada · mapa atualPendência / correção◇ Decisão humana
01

Hoje · fluxo relatado

O que o levantamento mostra — e onde há trabalho manual.

Fluxo atual relatadoOmie CRM alimenta CI. A requisição segue para Inhire e Convenia. Avisos manuais e ponto alimentam a apuração. Omie emite e registra financeiro. Planilhas complementam margem. As conexões não comprovadas aparecem tracejadas.OmieCIInhire /ConveniaPessoas /e-mailPlanilhas /pontorelato: APIiníciomanualligação a confirmarlançamento a conferirmecanismo não descritoconsolidação manualOportunidadeCRM OmieViabilidadeSimulação da vagaRequisiçãoAcompanhamentoInhire → ConveniaSeleção e onboardingGo live e statusItem mensal na CIAvisos e ajustesE-mail / coleta manualPonto / time sheetEntradas do mêsApuração e controleEntradas ainda manuaisContratos e NFS-eFinanceiro no OmieCobrança / baixaConciliaçãoStatus na CIRetorno a confirmarCusto / margemDe/para em planilha

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.

02

Proposta · comercial até contrato

Separar candidato aceito, início real e autorização para faturar.

Processo proposto comercial até contratoComercial cadastra oportunidade no Omie. CI simula. Gestão aprova ou solicita revisão. CI abre requisição, Inhire seleciona e Convenia admite. RH confirma início. CI registra alocação. Financeiro libera ou aponta pendência; Omie registra contrato e devolve identificação.Comercial /FinanceiroOmieCRM + contratoCIInhire /ConveniaRH / gestornãorevisãosimcandidato aceitoinício confirmadonãosimID + baseOportunidadeCliente e condiçõesSimular viabilidadeRegistrar versãoViabilidadeaprovada?Rever condiçõesVoltar à simulaçãoAbrir requisiçãoVincular oportunidadeSelecionar / admitirInhire → ConveniaConfirmar início realPessoa + vaga + dataRegistrar alocaçãoPessoa por períodoLiberarfaturamento?Corrigir pendênciaDado / regra / aprovaçãoCriar/vincular contratoNa base emissora certaGuardar ID do contratoAlocação habilitada

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.

03

Proposta · apuração até recebimento

A CI apura; o Financeiro aprova; o Omie registra nota e financeiro.

Apuração, faturamento e recebimento propostosFontes fornecem medição validada. CI calcula por competência. Gestor e financeiro aprovam ou pedem correção. Omie emite nota e título. CI recebe os IDs. Portal registra postagem e aceite. Omie registra recebimentos e devolve situação à CI.Ponto / RH /time sheetCIGestor /FinanceiroOmiePortal doclientenãoreapurarsimintegração propostaID confirmadoentrega da notaprotocolocobrançaretorno propostoHoras e eventosMedição validadaApurar competênciaBase + variaçõesApuraçãoaprovada?Corrigir origemReapurar / justificarPacote aprovadoPagador + base + valoresConferir e emitirNFS-e + títuloReceber IDs da notaMarcar “emitida”Postar / obter aceiteGuardar protocoloAcompanhar pendênciasPostagem ≠ recebimentoReceber e conciliarParcial / total / canceladoAtualizar realizadoSaldo e situação reais

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.

04

Proposta · despesas, PJ e custos

Uma obrigação financeira por documento, com vínculo à alocação.

Processo proposto de contas a pagar e custosDocumento chega do Convenia ou fornecedor. Financeiro confere e verifica duplicidade. Usa título existente ou registra obrigação no Omie. Pagamento exige aprovação. Realizado e vínculo da pessoa alimentam a análise na CI.Convenia / PJ /fornecedorFinanceiroOmieCIsimnãoconferidonãosimrealizadovínculo por períodoDocumento / despesaSolicitação e evidênciaConferir documentoFornecedor + valorJá existeobrigação?Usar título existenteConciliar vínculoRegistrar obrigaçãoCategoria + vencimentoPagamentoaprovado?Manter pendenteRevisar / devolverPagar / baixarConciliarAssociar à alocaçãoAnalisar custo e margemPessoa / vaga / períodoVínculo proposto

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.

05

Proposta · margem e gestão

O financeiro alimenta a análise; lacunas permanecem visíveis.

Processo proposto de margem e gestãoOmie fornece dados financeiros e contabilidade fornece provisões. CI cruza por período e alocação. Dados incompletos geram pendência e cobertura parcial. Dados conferidos permitem margem e comparação com orçamento; gestão decide ações.OmieContabilidade /orçamentoCIGestão /Winkretorno propostoimportar / integrarnãosimReceitas e custosDocumentos e baixasProvisões e orçamentoOrigem a definirCruzar por períodoContrato / alocaçãoDados completose conferidos?Tratar divergênciaExibir cobertura parcialMargem / realizadoSeparar caixa e competênciaOrçado × realizadoCenários e projeçãoAnalisar desviosDefinir ação e responsável

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.

O que existe e o que fica em cada ferramenta

A coluna “futuro” de cada quadro é uma recomendação desta revisão. A distribuição final depende das decisões indicadas abaixo.

Omie · CRM

Relatado no levantamento

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.

Omie · contratos e financeiro

Relatado no levantamento

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.

CI · Central de Inteligência

Relatado no levantamento

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.

Inhire · recrutamento

Relatado no levantamento

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.

Convenia · RH

Relatado no levantamento

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.

TicTac · ponto

Conexão a confirmar

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.

Planilhas · controles atuais

Relatado no levantamento

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.

Contabilidade · sistema a identificar

Ferramenta a confirmar

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.

E-mail, chat e portais do cliente

Relatado no levantamento

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.

Aion e agentes · automação

Proposta / escopo em aberto

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.

Onde cada dado deve ficar

Proposta de responsabilidade: quem mantém o original, quem usa uma cópia e o que ainda falta resolver.

Deslize horizontalmente em telas menores para consultar todas as colunas.
Dado / processoHoje · relatadoOnde fica · propostaResponsabilidadeDecisão / melhoria
Cliente, pagador e empresa emissoraOmie 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 comerciaisCRM 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 candidatoRequisiçã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 RHConvenia 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çãoContrato 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 sobreavisoEntradas 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 aprovadasCI 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 baixaNFS-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 reembolsoReentrada 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 rateioReceitas 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çãoMargem 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 clientePlanilha 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.

Processo proposto, com pontos de conferência

A sequência abaixo é o desenho desejado. As conexões novas não estão sendo apresentadas como implementadas.

Comercial → viabilidade

Omie → CI

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.

Vaga → contratação

CI → Inhire → Convenia

Requisição vinculada à oportunidade, candidato selecionado e onboarding documentado.

Se houver exceção: Aceite ou documentos incompletos: manter em onboarding.

Início → contrato

CI → Omie · proposta

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.

Medição → apuração

Ponto / Convenia / time sheet → CI

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.

Aprovação → emissão

CI → Omie · proposta

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.

Nota → postagem → recebimento

Omie → CI + portal do cliente

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.

Despesa → pagamento

Convenia / fornecedor → Omie

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.

Realizado → análise

Omie + contabilidade → CI

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.

O que já conversa e o que falta conectar

ConexãoSituação no materialDadosPróxima comprovação
Omie CRM → CIExistente segundo relatoOportunidade; campos e frequência não detalhados.Aion demonstrar um registro de origem e destino, campos, horário e tratamento de erro.
CI → Inhire → ConveniaExistente segundo relatoRequisição e carga inicial de documentos.Confirmar cobertura das alterações, recusas e substituições, além da criação inicial.
Convenia → CIParcial / a confirmarPainel de férias relatado; desligamentos pendentes.Separar eventos já recebidos dos ainda manuais; validar data efetiva e correções.
TicTac → CIA confirmarPonto, extras e horas aprovadas.Verificar interface disponível e fonte oficial das horas; não presumir ligação atual.
Time sheet → CIManual no levantamentoApuração part-time em planilha.Definir modelo, responsável por aprovação e controle de versão antes da importação.
CI → OmiePropostaCadastro vinculado, contrato e complementos de faturamento aprovados.Validar modelos e gatilho; gravar por base correta; consultar resultado antes de qualquer reenvio.
Omie → CIProposta de retorno estruturadoIDs 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 CIProposta / rota a decidirReembolsos e notas PJ aprovados.Definir uma única rota de inclusão; verificar duplicidade com captura de notas existente.
Contabilidade → análise gerencialProposta / ferramenta desconhecidaEncargos 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.

Melhorias em ordem de dependência

Ordem sugerida, sem prazo comercial assumido. Custos de implantação, manutenção e consumo ainda precisam ser apresentados pela Aion.

1 · Definir quem mantém cada dado

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.

2 · Resolver contrato, pagador e gatilho

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.

3 · Fechar apuração sem pendências escondidas

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.

4 · Conectar faturamento e retorno financeiro

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.

5 · Estruturar custos e margem

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.

6 · Reduzir planilhas e ampliar projeções

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.

Fontes, validações e limites

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.

Consultar o detalhamento anterior · desenhos, campos e pauta

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

O que fica na CI,
o que fica no Omie.

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 →

Desenho para validação, montado de transcrições automáticas e de pareceres da Bianca (IA da Zummit). Nada aqui é regra aprovada até uma pessoa da Zummit confirmar. Temas fiscais dependem da contabilidade. Leitura das bases Omie em 22/09/2026, somente leitura.

CI × OMIE NESTA ETAPA
PAUTA · FERNANDO LÚCIO (AION)

O que alinhar hoje.

Pontos em que a decisão ou a entrega depende da Aion, na ordem em que travam o projeto.

CAMPOS QUE PRECISAM ESTAR NO OMIE

Onde cada dado mora no Omie.

Por tela do Omie: o campo, o nome técnico que a integração usa, como está hoje nas duas bases e o que muda. Os nomes técnicos são da documentação oficial da API do Omie. O caminho de menu e o rótulo exato na tela precisam ser conferidos na base da Zummit.

ManterAjustarNovoDecidirFica na CI