Operação do Evento

O status geral (verde/amarelo/vermelho) hoje considera só o percentual de tarefas atrasadas (<10% = verde, 10–30% = amarelo, >30% = vermelho). A regra completa do projeto também cruza isso com a margem financeira do evento — assim que o módulo Financeiro deste painel for construído, o cálculo passa a considerar os dois fatores juntos.

Cada linha aqui é uma cotação de fornecedor OU um item de custo do hotel/extras importado da Cotação Chile (mesma tabela dos dois, chile_cotacoes_fornecedor — decisão de reaproveitar o que já existe em vez de duplicar cadastro). "Contratado" marca que o negócio foi fechado (cotado → contratado); "Pago" marca que o dinheiro já saiu. Agrupado por mês da data de pagamento pra virar um calendário de planejamento — linhas sem data ficam num grupo à parte no fim.

É um catálogo do que um evento corporativo internacional precisa ter contratado, cruzado automaticamente com o que já existe em Custos. Ninguém preenche nada aqui: o estado de cada item é deduzido das cotações registradas.
Não cotado: não existe nenhuma linha de custo nessa categoria — é aqui que mora o risco de esquecer.
Sem valor: existe cotação, mas com valor zero — o fornecedor respondeu sem preço, ou o preço não foi transcrito.
Cotado → Escolhido → Contratado → Pago: o avanço normal. "Contratado" congela o câmbio; "Pago" significa que todas as parcelas saíram.
Itens marcados como não se aplica saem da contagem de pendências e ficam no fim da lista — a decisão fica registrada em vez de virar uma pendência que todo mundo aprende a ignorar.

Uma coisa é a venda, outra é o recebimento — e a diferença entre as duas é o fluxo de caixa. Ao salvar, o sistema gera os recebimentos sozinho conforme a forma de pagamento:
Cartão de crédito: o cliente parcela, mas a operadora antecipa e nós recebemos à vista no 1º dia útil seguinte à venda. É uma entrada só, pelo valor cheio — o número de parcelas do cliente fica registrado apenas como informação. Dia útil considera fim de semana e feriados nacionais.
Boleto: aqui o parcelamento é caixa de verdade — uma entrada por vencimento, mês a mês.
Pix, à vista e transferência: uma entrada na própria data da venda.
Imposto incide sempre sobre o valor da venda, qualquer que seja a forma; taxa só incide no cartão. Os dois aparecem como saída no DFC, não descontados da entrada — assim você enxerga quanto o evento custa em imposto e em taxa.

Regime de caixa: cada valor aparece no mês em que o dinheiro entra ou sai, não no mês em que o serviço acontece.
Saídas: um custo com parcelas cadastradas aparece uma vez por parcela, na data de cada vencimento; um custo sem parcelas aparece inteiro na sua data de pagamento.
Câmbio: custo contratado usa o câmbio congelado no dia da contratação; custo apenas cotado ou escolhido acompanha o câmbio do dia.
Coluna "Sem data": itens que ainda não têm pagamento planejado. Ficam visíveis porque são custo real, mas não entram no saldo acumulado — não dá para somar ao caixa um valor sem data. Zerar essa coluna é o objetivo do planejamento.
Saldo acumulado é sempre calculado sobre o evento inteiro, mesmo quando você filtra um período — por isso o saldo do primeiro mês visível já vem "carregado" pelos meses anteriores.
Impostos e taxa de cartão: enquanto não houver receita lançada, valem as linhas estimadas que vieram da importação da cotação. Assim que existir receita real, os dois passam a ser calculados sobre ela (imposto sobre toda venda; taxa de cartão só nas vendas no cartão) e as linhas estimadas saem da conta, para não contar duas vezes.