# Configurações de Pagamentos

Defina início da apuração, modalidades, beneficiários, vencimentos e exigência de nota, com histórico de apuração e baixas.

Versão 1.3.2

O Master configura em **Gerenciador → Pagamentos → Configurar**, no web. Pagamentos gerencia obrigações aos colaboradores e parceiros nas modalidades **Fixo**, **Comissão**, **Bônus**, **Prêmio monetário** e **Reembolso**. Não há cadastro de outros tipos nem duplicação dessas regras. **Salvar** aplica; **Cancelar** descarta a edição. O aplicativo não oferece tela nativa de configuração ou operação de Pagamentos.

## Início da apuração e regras para ativar Pagamentos

1. Abra Configurar e informe **Início da apuração**.
2. Em cada modalidade utilizada, escolha **Disponibilidade → Habilitado** e **Beneficiários**.
3. Defina **Vencimento**, o dia ou intervalo correspondente e, com Documentos ativo e exceto em Reembolso, **Exigir nota fiscal**.
4. Ative **Usar Pagamentos**, confira os efeitos e salve.

O módulo começa desligado, com regras desabilitadas. Para ativar, precisa de data inicial e ao menos um tipo habilitado. A data inicial pode ser alterada. Ela delimita novas apurações pelo fim do ciclo da Performance e pela data do documento de reembolso. Antecipar a data permite alcançar origens anteriores na próxima atualização; avançá-la não apaga nem cancela obrigações já reconhecidas. Fechamentos e pagamentos existentes continuam protegidos. A configuração sem valores anteriores sugere cinco dias após o encerramento, ambos os públicos e nota opcional; revise antes de ativar.

**Início da apuração**, na seção **Informações principais**, não tem data padrão e é obrigatório para salvar o formulário. Para o Fixo, a vigência delimita a competência mensal e o vencimento não fica antes desse início. A manutenção diária prevista para 00:10 no horário de São Paulo atualiza obrigações elegíveis; não executa transferência bancária. A tela de regras pode mostrar erros da última apuração.

## Campos de cada modalidade

| Campo | Opções e efeito |
| --- | --- |
| Disponibilidade | Habilitado ou Desabilitado; padrão Desabilitado. Pausa ou permite a geração dessa modalidade para o público escolhido. |
| Beneficiários | Colaboradores e parceiros (padrão), Colaboradores ou Parceiros. A modalidade só gera novas obrigações para o público habilitado e elegível na origem. |
| Vencimento | Prazo após a referência da modalidade ou Dia fixo do mês. O prazo é a opção inicial. |
| Exigir nota fiscal | Aparece somente com a extensão Documentos ativa. Nas modalidades Fixo, Comissão, Bônus e Prêmio monetário: Não exigir (padrão) ou Exigir. A obrigação nova conserva essa exigência e precisa de cobertura documental para ficar disponível para pagamento. Não aparece para Reembolso, que usa os comprovantes da origem. |

Mudar prazo, público ou exigência de nota não reescreve automaticamente vencimentos e exigências já gravados em obrigações anteriores. Desabilitar a modalidade não apaga dívidas nem o histórico. A regra também pode ser editada pelo Master em **Gerenciador → Pagamentos → Configurar [modalidade] → Salvar regra**, na linha correspondente.

## Vencimento por modalidade

| Modalidade | Opção por prazo e campo apresentado |
| --- | --- |
| Fixo | Após o fim do mês de competência; Quantidade de dias após o fim do mês. |
| Comissão, Bônus e Prêmio monetário | Após o encerramento da performance; Quantidade de dias após o fim da performance. |
| Reembolso | Após a aprovação; Quantidade de dias após a aprovação. A data de reconhecimento é preservada nas reapurações. |

O intervalo aceita inteiro de zero a 365, inicialmente 5. Zero usa a própria data de referência. Com **Dia fixo do mês**, aparece **Dia do mês**, inteiro de 1 a 31. Para Comissão, Bônus, Prêmio monetário e Reembolso, é a próxima ocorrência desse dia depois da referência; para Fixo, pertence ao próprio mês de competência. Se o mês não tiver o dia escolhido, usa o último dia. Esse vencimento não possui ajuste configurável por dias úteis ou feriados.

## Fixo mensal

O valor integral vem da remuneração fixa cadastrada na pessoa. São elegíveis colaboradores e parceiros ativos que participem de uma Performance ativa, com cadastro pronto e período que alcance o mês, a partir do início da apuração. Pessoas fora dos participantes, em rascunhos ou apenas em ciclos inativos não geram novos fixos. Ativar a regra, salvar a Performance ou atualizar uma pessoa elegível pode criar a competência atual. A atualização diária abre os meses seguintes, sem inventar competências antigas ausentes. Não há proporcionalidade automática.

Existe uma obrigação integral por pessoa e mês, mesmo que ela participe de vários ciclos no mês. Sair dos participantes impede novos fixos nos meses sem participação; não cancela obrigações já geradas. A organização principal identifica a empresa pagadora; múltiplas associações não multiplicam o fixo. Alterações de valor atualizam competências pendentes elegíveis; valores com baixa, reserva, compensação ou fechamento ficam protegidos.

## Gerenciador de Pagamentos

A tabela contém cinco regras fixas e mostra Tipo, Disponibilidade, Beneficiários, Vencimento e Nota fiscal. **Configurar** na linha abre a regra correspondente; **Configurar** no cabeçalho abre a configuração global. Não há criação, exclusão ou duplicação de modalidades, cadastro rápido ou um catálogo financeiro adicional. Para Reembolso, Nota fiscal mostra **Não se aplica**. Obrigações e lotes ficam em **Operações → Pagamentos**.

## Reembolso e comprovantes

Reembolso usa o documento aprovado e seus cupons ou recibos, sem nota fiscal separada. Configure público, vigência e vencimento em Pagamentos; os comprovantes e a apuração permanecem vinculados ao documento de origem. Consulte as [condições de geração e comprovantes de Reembolso](/spm/manual/pagamentos-reembolso/).

## Exigir nota fiscal e dados de recebimento

Ative a extensão Documentos para exibir essa opção. Desativar a extensão oculta o campo e preserva a configuração salva. Nas modalidades Fixo, Comissão, Bônus e Prêmio monetário, para exigir nota, escolha **Exigir nota fiscal → Exigir** na modalidade e salve antes da geração das obrigações correspondentes. Ative Documentos e mantenha uma aba do tipo **Notas fiscais**. O beneficiário com acesso autorizado pode enviar o documento pela área de Documentos; também é possível que um responsável autorizado o registre. Ele precisa estar aprovado, em aba ativa, com anexo, para o mesmo beneficiário, organização e suborganização do pagamento.

Em **Operações → Pagamentos**, um gestor autorizado abre os detalhes e usa **Vincular nota fiscal**. Apenas enviar a nota não a vincula automaticamente a todas as obrigações. Uma nota válida e vinculada libera somente o valor coberto: o saldo sem cobertura aparece como **Aguardando NF**; cobertura parcial libera apenas a parte correspondente. **Em processamento** indica reserva em lote, não falta de nota. Diferenças de apuração que exigem revisão também podem impedir o pagamento. Confira o procedimento e o exemplo de [cobertura parcial por nota fiscal](/spm/manual/pagamentos-operacao/#notas-fiscais-e-ajustes).

Receber a nota depois não muda a competência original. A cobertura é conferida ao preparar e confirmar o pagamento; documento pendente, inativo, sem anexo ou alterado sem vínculo válido não comprova a liberação. Reembolso usa os comprovantes da origem, sem essa exigência; cupons de reembolso não substituem notas exigidas para as demais modalidades. Essas verificações são de compatibilidade no Askora, não uma certificação fiscal externa.

Pix/TED são mantidos em [Forma de recebimento e titular](/spm/manual/pessoas-dados-de-recebimento/#forma-de-recebimento-e-titular). Esses dados não são obrigatórios para apurar nem para registrar pagamento realizado externamente. Validação do cadastro não confirma titularidade no banco.

## Base da Performance e desativação

A base salva em cada Performance define a data usada: **Data da venda** considera `saleDate`; **Data de pagamento** considera `paymentDate`. Ambas usam o valor integral das vendas ativas menos devoluções. Vendas sem data de pagamento ficam fora dessa segunda base. Desligar a opção nas configurações não muda a base dos ciclos existentes.

Pagamentos registra diretamente as obrigações, reservas, revisões e baixas.

Desativar **Usar Pagamentos** interrompe novas gerações e a preparação de novos pagamentos, preservando consulta e histórico. Um lote já preparado pode ser concluído mesmo depois da desativação, sujeito às verificações de elegibilidade. Desligar o módulo não é uma forma de cancelar uma reserva ou transferência já registrada.

## Erros e disponibilidade

Se outra sessão alterou regras, atualize a tela antes de salvar. Confira bloqueios por fechamento e mensagens da última apuração. CNAB e Split não estão disponíveis para executar dinheiro; arquivos de conferência não são ordens bancárias.

## Disponibilidade

Configuração e operação de Pagamentos ficam no web. Não há tela nativa equivalente no aplicativo. As consultas de pagamentos continuam sujeitas a permissões e escopo próprios.