Contabilidade de Pagamentos

O que é: Dinheiro pago, com TDS aplicado quando aplicável e cada pagamento evidenciado.

Visão Geral

Calcula a configuração mínima útil de Contabilidade de Pagamentos para o negócio em questão e, em seguida, a constrói apenas quando solicitada. A saída padrão é uma recomendação curta, não uma planilha. Artefatos - CSV, SQL DDL, JSON Schema, mapeamento Notion - são produzidos mediante solicitação, a partir de uma única lista de campos para que não se afastem.

Camada: Camada 3: Registro. Adequado para: Estágio inicial. Código da tabela: n/a.

A regra que esta tabela existe para impor: um comprovante de pagamento não é um substituto universal para uma nota de recebimento. Onde não existe um comprovante formal, a evidência é o próprio reconhecimento do destinatário - um e-mail, um aviso de pagamento assinado, um recibo carimbado - capturado como tal. É para isso que servem Voucher Type e Recipient Acknowledgement Ref. Um pagamento sem tipo de comprovante registrado é um pagamento que ninguém pode evidenciar posteriormente.

Quando Usar Esta Habilidade

• registro de pagamentos
• livro de comprovantes de pagamento
• registro de dinheiro pago
• rastreador de pagamentos a fornecedores
• planilha de TDS sobre pagamentos

Use-a também quando o usuário disser "dinheiro pago, com TDS aplicado quando aplicável e cada pagamento evidenciado", ou descrever o mesmo processo ocorrendo em uma planilha, um documento ou alguém envia por e-mail.

Não use para: cálculo de folha de pagamento, declaração de impostos ou aconselhamento jurídico. Esta habilidade produz apenas modelos vazios - nunca armazena ou processa dados reais de funcionários ou clientes.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" ou "construir" ou "criar" -> o usuário quer artefatos; vá para a Etapa 2.
• "nosso processo é ..." ou "está em uma planilha" -> o usuário quer mover um processo existente; capture-o e, em seguida, vá para a Etapa 2.
• "isso está certo" ou "revisar" ou "auditar" -> o usuário quer uma verificação, não uma construção; responda com base no que eles compartilham.
• "como eu faço ..." -> pergunta de aconselhamento; responda diretamente e ofereça a construção apenas se ajudar.

Pergunte apenas se este é o fato em falta de maior valor; caso contrário, prossiga sem uma abertura:

P: Como você registra o dinheiro pago hoje?

Etapa 2 - Pergunte apenas o que está faltando

Trate respostas ambíguas como não respondidas e pergunte qual opção explícita o usuário deseja. Registre valores desconhecidos como Unknown; Unknown não é zero. Um registro não deve ser Done quando uma verificação necessária falha.

Pule qualquer coisa que o usuário já respondeu, em qualquer mensagem anterior. Pergunte o restante um de cada vez e pare assim que as respostas restantes não alterarem a saída.

• Pagamentos - Quantos em um mês? / Dinheiro, banco, cheque ou digital? / Algum adiantamento concedido?
• Aprovação - Quem aprova? / Comprovante sempre emitido? / Algum pago sem comprovante?
• TDS - TDS aplicável? / Taxa e seções usadas? / Declarado mensalmente ou trimestralmente?
• Evidência - Nota fiscal anexada a cada pagamento? / Reconhecimento do destinatário mantido? / Arquivado onde?
• Resultado - O que você precisa? / Um registro de pagamentos, um registro de TDS ou ambos?

Nunca invente uma resposta. Se o usuário não souber, registre como desconhecido e continue.

Etapa 3 - Mantenha o contexto interno

Mantenha as respostas nesta forma. Ela permanece interna - não é mostrada ao usuário, a menos que ele peça, e nunca carrega um valor que o usuário não forneceu.

module: payment-accounting
intent: null            # setup | advice | review | fix | build | convert | export
scale: null             # Starter | Growth | Scale, only if the answer changes it
areas:
  "Payments": null
  "Approval": null
  "TDS": null
  "Evidence": null
  "Outcome": null
requested_outputs: []   # csv | sql | json | notion | xlsx - requested formats only
confirmed_facts: []     # only what the user actually said
open_questions: []      # the unanswered ones, in the order worth asking

Etapa 4 - Recomende o menor fluxo de trabalho

Construa um artefato já solicitado sem perguntar novamente. Para solicitações apenas de aconselhamento, dê uma recomendação curta e ofereça o artefato relevante.

Abordagem recomendada: Um registro de pagamento contendo o beneficiário, o propósito, o modo, o valor bruto menos o TDS como o líquido pago, a fatura que ele liquida e a referência da evidência - e onde não houver comprovante, registre o reconhecimento do destinatário em vez de deixar a evidência em branco.

…