Baixas — Regras de Negócio

1. Conceito

A Baixa (PaymentReceipt) representa o registro de uma liquidação total ou parcial de um pagamento (parcela). Um pagamento pode acumular múltiplas baixas ao longo do tempo — por exemplo, duas baixas parciais que juntas liquidam o valor total.

Cada baixa armazena um snapshot duplo dos valores no momento do registro: o calculado pelo sistema (com base nos percentuais de encargos do contrato e dias de atraso) e o efetivamente cobrado (que pode diferir quando há acordo comercial, desconto pontual ou perdão de mora). Esse snapshot duplo garante trilha de auditoria sobre o que o sistema sugeriu e o que foi registrado.

Cancelamento de baixa. Uma baixa registrada não é editada — ela é imutável. Para corrigir erros, cancela-se a baixa (motivo estruturado + observação) e registra-se nova baixa com os valores corretos. O cancelamento é soft delete: a baixa original fica visível no histórico mas não conta para o saldo do pagamento.

Escopo da v1: Registro manual de baixas e cancelamentos. Substituição atômica (cancela + cria nova em uma só operação), limite temporal para cancelamento e conciliação bancária automática ficam para versões futuras.

2. Estruturas de Dados

2.1. PaymentReceipt

Contrato de API (não confundir com armazenamento). Esta tabela descreve o payload das respostas e requisições. A estrutura aninhada (paymentMethod, snapshot, charges, cancellation, registeredBy) é resultado de serialização — o modelo de dados em 12. Modelo de Dados.md armazena os campos em colunas flat. O backend hidrata e agrupa na hora de devolver.

Campos top-level

Campo	Tipo	Obrigatório	Descrição
`id`	UUID	Sim	Identificador único da baixa.
`paymentId`	UUID	Sim	Referência ao pagamento (parcela) liquidado.
`contractId`	UUID	Sim	Referência ao contrato pai. Desnormalizado.
`companyId`	UUID	Sim	Empresa. Desnormalizado.
`receivedAmount`	Decimal	Sim	Valor efetivamente recebido neste registro. Deve ser maior que zero e menor ou igual ao `amounts.remaining` da parcela.
`receivedAt`	Datetime (ISO `YYYY-MM-DD`)	Sim	Data efetiva da liquidação. Aceita retroativas, não aceita datas futuras.
`status`	Enum	Sim	`ACTIVE` (baixa válida que conta para o saldo) ou `CANCELLED` (baixa anulada, não conta).
`paymentStatus`	Enum	Não	Apenas em responses. Reflete o status recalculado do pagamento (parcela) após esta baixa ou cancelamento. Evita roundtrip do frontend.
`notes`	String	Não	Observações livres sobre a baixa.
`paymentMethod`	Object	Sim	Objeto com forma de pagamento. Ver detalhe abaixo.
`snapshot`	Object	Sim	Snapshot imutável do estado do contrato/parcela no momento da baixa. Ver detalhe abaixo.
`charges`	Object	Sim	Encargos com snapshot duplo. Ver detalhe abaixo.
`cancellation`	Object	Sim	Dados de cancelamento. Sempre presente, com `null` em todos os campos quando `status = ACTIVE`. Ver detalhe abaixo.
`registeredBy`	Object	Sim	Usuário que registrou, hidratado: `{ id, name }`.
`createdAt`	DateTime (ISO 8601 UTC)	Sim	Data de criação do registro.
`updatedAt`	DateTime (ISO 8601 UTC)	Sim	Data da última atualização (geralmente igual a `createdAt`, exceto se cancelada).

`paymentMethod` (objeto)

Campo	Tipo	Obrigatório	Descrição
`paymentMethod.type`	Enum	Sim	Forma: `BOLETO`, `PIX`, `BANK_TRANSFER`, `CASH`, `CHECK`, `OTHER`.
`paymentMethod.description`	String	Condicional	Descrição livre quando `type = OTHER`. Obrigatório nesse caso.
`paymentMethod.reference`	String	Não	Referência externa: endToEndId do PIX, número do boleto, número do cheque, ID da transação. Formato livre.

`snapshot` (objeto, imutável após criação)

Snapshot dos valores do contrato/parcela no momento da baixa — preserva trilha de auditoria mesmo se o contrato ou parcela forem alterados depois.

Campo	Tipo	Obrigatório	Descrição
`snapshot.value`	Decimal	Sim	Snapshot do `amounts.value` do pagamento no momento da baixa.
`snapshot.corrected`	Decimal	Não	Snapshot do `amounts.corrected`. `null` quando sem correção monetária.
`snapshot.correctionIndex`	Enum	Não	Snapshot do `correctionIndex` do contrato. `null` quando sem correção.
`snapshot.interestCalculationMethod`	Enum	Não	Método aplicado: `SIMPLE` ou `COMPOUND`. Snapshot do contrato. `null` quando juros não aplicáveis.

`charges` (objeto)

Cada encargo segue o padrão snapshot duplo: calculated (o que o sistema calculou — imutável) e charged (o que foi efetivamente cobrado — editável apenas na criação).

Campo	Tipo	Obrigatório	Descrição
`charges.interest`	Object	Sim	Juros de mora. Objeto `{ calculated, charged }`.
`charges.interest.calculated`	Decimal	Não	Calculado pelo sistema (snapshot, imutável). `null` quando não aplicável.
`charges.interest.charged`	Decimal	Não	Efetivamente cobrado. Default = `calculated`. Editável apenas na criação.
`charges.fine`	Object	Sim	Multa por atraso. Objeto `{ calculated, charged }`.
`charges.fine.calculated`	Decimal	Não	Calculado pelo sistema. `null` quando não aplicável.
`charges.fine.charged`	Decimal	Não	Efetivamente cobrado. Default = `calculated`. Editável apenas na criação.
`charges.discount`	Object	Sim	Desconto. Objeto `{ calculated, charged }`.
`charges.discount.calculated`	Decimal	Não	Calculado pelo sistema. `null` quando não aplicável (ex: baixa após o vencimento — RN-REC-010).
`charges.discount.charged`	Decimal	Não	Efetivamente aplicado. Default = `calculated`. Editável apenas na criação. Pode ser informado mesmo quando `calculated = null` (acordo pontual).

`cancellation` (objeto, sempre presente)

Objeto sempre presente no payload, com todos os campos null quando status = ACTIVE.

Campo	Tipo	Obrigatório	Descrição
`cancellation.at`	DateTime (ISO 8601 UTC)	Não	Data/hora do cancelamento. `null` quando `status = ACTIVE`.
`cancellation.by`	Object	Não	Usuário que cancelou, hidratado: `{ id, name }`. `null` quando `status = ACTIVE`.
`cancellation.reason`	Enum	Não	Motivo do cancelamento (ver seção 2.2). `null` quando `status = ACTIVE`.
`cancellation.notes`	String	Não	Observações livres do cancelamento. `null` quando `status = ACTIVE`.

`registeredBy` (objeto)

Campo	Tipo	Obrigatório	Descrição
`registeredBy.id`	UUID	Sim	ID do usuário que registrou a baixa.
`registeredBy.name`	String	Sim	Nome do usuário, hidratado pelo backend.

2.2. Motivos pré-definidos de cancelamento

Lista de motivos aceitos em cancellation.reason:

Código	Significado
`INCORRECT_VALUE`	Valor recebido foi registrado incorretamente.
`INCORRECT_DATE`	Data da baixa foi registrada incorretamente.
`WRONG_PAYMENT`	Baixa foi registrada na parcela errada.
`TYPING_ERROR`	Erro de digitação em qualquer campo da baixa.
`OTHER`	Outros motivos. Recomenda-se preencher `cancellation.notes` com detalhe.

2.3. Snapshot de encargos (snapshot duplo)

No momento do registro da baixa, o sistema executa:

Passo 1 — Cálculo dos encargos (charges.*.calculated):
Sistema calcula charges.interest.calculated, charges.fine.calculated e charges.discount.calculated com base nos percentuais do contrato (finePercentage, dailyInterestPercentage, configuração de desconto da parcela) e nas regras de aplicabilidade do template (paymentDefaults). Esses campos ficam imutáveis após criação.

Passo 2 — Valores efetivos (charges.*.charged):
Os campos charges.interest.charged, charges.fine.charged e charges.discount.charged são preenchidos pelo usuário no body da requisição. Quando ausentes, recebem o valor de calculated correspondente (default). Quando informados, podem diferir — refletindo acordos comerciais, descontos pontuais ou perdão de mora.

Passo 3 — Elegibilidade de desconto:
Desconto por pagamento antecipado só é calculado automaticamente quando receivedAt <= dueDate. Após o vencimento, charges.discount.calculated é null. O usuário pode ainda informar charges.discount.charged manualmente para um acordo pontual.

Passo 4 — Snapshots de valor value:
snapshot.value, snapshot.corrected, snapshot.correctionIndex e snapshot.interestCalculationMethod são preenchidos automaticamente e são imutáveis.

2.4. Impacto no status do pagamento

O status do pagamento (parcela) é recalculado automaticamente após cada baixa ativa ou cancelamento.

Condição	Status da parcela
`amounts.received` acumulado (de baixas `ACTIVE`) = 0 e `dueDate` não ultrapassado	`PENDING`
`amounts.received` acumulado = 0 e `dueDate` ultrapassado, sem `daysToDefault` ultrapassado	`OVERDUE`
`amounts.received` acumulado = 0 e `daysToDefault` do contrato ultrapassado	`DEFAULTED` (via job)
0 < `amounts.received` acumulado < `amounts.due`	`PARTIALLY_PAID`
`amounts.received` acumulado >= `amounts.due`	`PAID`

O amounts.received acumulado da parcela é a soma dos receivedAmount de todas as baixas com status = ACTIVE. Baixas CANCELLED são ignoradas no cálculo do saldo.

Reversão de status no cancelamento. Quando uma baixa é cancelada, o saldo é recalculado e o status da parcela pode reverter (ex.: PAID → PARTIALLY_PAID, PARTIALLY_PAID → PENDING/OVERDUE).

3. Regras de Negócio

Elegibilidade da baixa

RN-REC-001: Pagamentos elegíveis para baixa
Baixas só podem ser registradas em pagamentos com status = PENDING, PARTIALLY_PAID, OVERDUE ou DEFAULTED. Erro: PAYMENT_NOT_RECEIVABLE.

Valor e data

RN-REC-002: Valor positivo
O receivedAmount deve ser maior que zero. Erro: INVALID_RECEIVED_AMOUNT.

RN-REC-003: Valor não excede saldo aberto
O receivedAmount deve ser menor ou igual ao amounts.remaining da parcela no momento do registro. Não é permitida baixa que cause "saldo negativo" (excedente). Erro: RECEIVED_AMOUNT_EXCEEDS_REMAINING.

RN-REC-004: Múltiplas baixas até liquidar
Um pagamento pode acumular múltiplas baixas ativas. O amounts.received acumulado é a soma do receivedAmount de todas as baixas ACTIVE. O status da parcela é recalculado após cada registro (ver seção 2.4).

RN-REC-005: Data retroativa permitida; futura não
O receivedAt pode ser anterior à data atual (retroativo é aceito). Não aceita datas futuras. Erro: FUTURE_RECEIPT_DATE.

RN-REC-006: Referência de pagamento
O paymentMethod.reference é opcional e de formato livre.

Encargos (snapshot duplo)

RN-REC-007: Snapshot calculado é imutável
O sistema captura charges.interest.calculated, charges.fine.calculated e charges.discount.calculated no momento da criação. Esses campos não são editáveis depois — representam "o que o sistema calculou no momento da baixa".

RN-REC-008: Valores cobrados podem diferir do calculado
charges.interest.charged, charges.fine.charged e charges.discount.charged recebem como default os respectivos calculated. O usuário pode informar valores diferentes na criação para refletir acordos comerciais ou descontos pontuais. Após criada, esses valores também ficam imutáveis (para alterar, cancela a baixa e cria nova).

RN-REC-009: Encargos condicionados ao tipo
Quando paymentDefaults.interestApplicable = false, charges.interest.calculated é null. Quando o contrato não tem dailyInterestPercentage configurado, idem. O usuário pode informar charges.interest.charged manualmente nesse caso (acordo). Mesma lógica para multa e desconto.

RN-REC-010: Desconto apenas antes do vencimento (cálculo automático)
charges.discount.calculated só é diferente de null quando receivedAt <= dueDate da parcela. Após vencimento, null. charges.discount.charged pode ser informado manualmente em qualquer caso.

RN-REC-011: Correção monetária
Para contratos com correctionIndex != NONE, o amounts.corrected é base para cálculo de encargos. Registrado em snapshot.corrected.

Cancelamento de baixa

RN-REC-012: Cancelamento via soft delete
Baixas são imutáveis após criação. Para corrigir erros, cancela-se a baixa (status = CANCELLED). O registro original permanece visível no histórico. Para registrar valores corretos, cria-se nova baixa.

RN-REC-013: Motivo obrigatório no cancelamento
cancellation.reason é obrigatório no cancelamento e deve ser um dos códigos pré-definidos (INCORRECT_VALUE, INCORRECT_DATE, WRONG_PAYMENT, TYPING_ERROR, OTHER). cancellation.notes é opcional para texto livre. Erro: CANCELLATION_REASON_REQUIRED.

RN-REC-014: Recálculo do saldo após cancelamento
Cancelar uma baixa exclui seu receivedAmount do total acumulado da parcela (amounts.received). O status da parcela é recalculado conforme regras da seção 2.4 — pode reverter (ex.: PAID → PARTIALLY_PAID/OVERDUE).

RN-REC-015: Imutabilidade após cancelamento
Baixa com status = CANCELLED não pode ser reativada nem editada. Para registrar nova liquidação, criar nova baixa. Erro: RECEIPT_ALREADY_CANCELLED.

RN-REC-016: Permissão de cancelamento
O cancelamento utiliza a mesma permissão da criação (payment_receipt:create) na v1. Não há action separada para cancelamento. A separação pode ser revisada em versões futuras se houver demanda operacional (ex.: separar operador que registra vs. supervisor que cancela).

Forma de pagamento

RN-REC-017: Forma customizada
Quando paymentMethod.type = OTHER, paymentMethod.description é obrigatório. Erro: MISSING_PAYMENT_METHOD_DESCRIPTION.

Exclusão

RN-REC-018: Exclusão lógica
Baixas nunca são deletadas fisicamente. Anulação se dá via cancelamento (status = CANCELLED).

4. Padrão de Erros

Status	Código	Descrição
404	`PAYMENT_NOT_FOUND`	Pagamento (parcela) não encontrado.
404	`RECEIPT_NOT_FOUND`	Baixa não encontrada.
422	`PAYMENT_NOT_RECEIVABLE`	Pagamento em status que não permite baixa.
422	`INVALID_RECEIVED_AMOUNT`	`receivedAmount` deve ser > 0.
422	`RECEIVED_AMOUNT_EXCEEDS_REMAINING`	`receivedAmount` excede o saldo aberto da parcela.
422	`FUTURE_RECEIPT_DATE`	`receivedAt` é data futura.
422	`MISSING_PAYMENT_METHOD_DESCRIPTION`	`paymentMethod.type = OTHER` sem descrição.
422	`RECEIPT_ALREADY_CANCELLED`	Baixa já cancelada.
422	`CANCELLATION_REASON_REQUIRED`	Motivo do cancelamento ausente ou inválido.

5. Endpoints

Base path: /v2/companies/:companyId/portfolios/:portfolioId/contracts/:contractId/payments/:paymentId/receipts

POST .../receipts

Registra uma baixa. Recalcula status do pagamento.

Permissão: payment_receipt:create

Request body — baixa com defaults dos encargos calculados:

{
  "receivedAmount": 153225.00,
  "receivedAt": "2024-03-14T00:00:00.000+00:00",
  "notes": "Pagamento confirmado via comprovante PIX.",
  "paymentMethod": {
    "type": "PIX",
    "reference": "E12345678202503201234abcdef123456"
  }
}

Neste exemplo, o objeto charges não é informado — o sistema preenche cada charged com o respectivo calculated.

Request body — baixa com sobrescrita de encargos cobrados:

{
  "receivedAmount": 152000.00,
  "receivedAt": "2025-03-20",
  "notes": "Acordo negociado com desconto sobre multa.",
  "paymentMethod": {
    "type": "BANK_TRANSFER",
    "reference": "TED-001-20250320"
  },
  "charges": {
    "interest": { "charged": 200.00 },
    "fine": { "charged": 1000.00 },
    "discount": { "charged": 500.00 }
  }
}

No request, apenas charged é aceito em cada componente de charges (o calculated é sempre derivado pelo backend). Enviar calculated resulta no campo ser ignorado.

Response 201 Created:

{
  "id": "rec-001",
  "paymentId": "pay-001",
  "contractId": "contract-001",
  "companyId": "company-001",
  "receivedAmount": 153225.00,
  "receivedAt": "2025-03-20",
  "status": "ACTIVE",
  "paymentStatus": "PAID",
  "notes": "Pagamento confirmado via comprovante PIX.",
  "paymentMethod": {
    "type": "PIX",
    "description": null,
    "reference": "E12345678202503201234abcdef123456"
  },
  "snapshot": {
    "value": 150000.00,
    "corrected": null,
    "correctionIndex": null,
    "interestCalculationMethod": "SIMPLE"
  },
  "charges": {
    "interest": { "calculated": 225.00, "charged": 225.00 },
    "fine": { "calculated": 3000.00, "charged": 3000.00 },
    "discount": { "calculated": null, "charged": null }
  },
  "cancellation": {
    "at": null,
    "by": null,
    "reason": null,
    "notes": null
  },
  "registeredBy": {
    "id": "8c3f1a2b-...",
    "name": "João Silva"
  },
  "createdAt": "2025-03-20T10:00:00.000+00:00",
  "updatedAt": "2025-03-20T10:00:00.000+00:00"
}

O campo paymentStatus reflete o novo status do pagamento (parcela) após o registro, evitando roundtrip do frontend.

Erros: PAYMENT_NOT_RECEIVABLE, INVALID_RECEIVED_AMOUNT, RECEIVED_AMOUNT_EXCEEDS_REMAINING, FUTURE_RECEIPT_DATE, MISSING_PAYMENT_METHOD_DESCRIPTION.

GET .../receipts

Lista baixas do pagamento em ordem cronológica inversa.

Permissão: payment_receipt:read

Query params:

Parâmetro	Tipo	Obrigatório	Descrição
`status`	Enum (multi)	Não	Filtrar por status: `ACTIVE`, `CANCELLED`.
`orderBy`	Enum	Não	Ordenação: `receivedAt`, `createdAt`. Default: `receivedAt`.
`order`	Enum	Não	`asc` ou `desc`. Default: `desc`.
`offset`	Integer	Não	Default: 0.
`limit`	Integer	Não	Default: 20. Máximo: 100.

Response 200 OK:

{
  "items": [
    {
      "id": "rec-001",
      "paymentId": "pay-001",
      "contractId": "contract-001",
      "receivedAmount": 153225.00,
      "receivedAt": "2025-03-20",
      "status": "ACTIVE",
      "notes": "Pagamento confirmado via comprovante PIX.",
      "paymentMethod": {
        "type": "PIX",
        "description": null,
        "reference": "E12345678202503201234abcdef123456"
      },
      "snapshot": {
        "value": 150000.00,
        "corrected": null,
        "correctionIndex": null,
        "interestCalculationMethod": "SIMPLE"
      },
      "charges": {
        "interest": { "calculated": 225.00, "charged": 225.00 },
        "fine": { "calculated": 3000.00, "charged": 3000.00 },
        "discount": { "calculated": null, "charged": null }
      },
      "cancellation": {
        "at": null,
        "by": null,
        "reason": null,
        "notes": null
      },
      "registeredBy": {
        "id": "8c3f1a2b-...",
        "name": "João Silva"
      },
      "createdAt": "2025-03-20T10:00:00.000+00:00",
      "updatedAt": "2025-03-20T10:00:00.000+00:00"
    }
  ],
  "nextPage": false
}

GET .../receipts/:receiptId

Detalhe completo da baixa.

Permissão: payment_receipt:read

Response 200 OK (baixa cancelada):

{
  "id": "rec-001",
  "paymentId": "pay-001",
  "contractId": "contract-001",
  "companyId": "company-001",
  "receivedAmount": 153225.00,
  "receivedAt": "2025-03-20",
  "status": "CANCELLED",
  "notes": "Pagamento confirmado via comprovante PIX.",
  "paymentMethod": {
    "type": "PIX",
    "description": null,
    "reference": "E12345678202503201234abcdef123456"
  },
  "snapshot": {
    "value": 150000.00,
    "corrected": null,
    "correctionIndex": null,
    "interestCalculationMethod": "SIMPLE"
  },
  "charges": {
    "interest": { "calculated": 225.00, "charged": 225.00 },
    "fine": { "calculated": 3000.00, "charged": 3000.00 },
    "discount": { "calculated": null, "charged": null }
  },
  "cancellation": {
    "at": "2025-03-20T11:00:00.000+00:00",
    "by": {
      "id": "8c3f1a2b-...",
      "name": "João Silva"
    },
    "reason": "INCORRECT_VALUE",
    "notes": "Valor incorreto registrado. Nova baixa será criada com valor correto."
  },
  "registeredBy": {
    "id": "8c3f1a2b-...",
    "name": "João Silva"
  },
  "createdAt": "2025-03-20T10:00:00.000+00:00",
  "updatedAt": "2025-03-20T11:00:00.000+00:00"
}

POST .../receipts/:receiptId/cancel

Cancela uma baixa (soft delete). Recalcula status do pagamento. A baixa original permanece no histórico com status = CANCELLED e o objeto cancellation preenchido.

Permissão: payment_receipt:create (mesma da criação na v1)

Request body:

{
  "cancellation": {
    "reason": "INCORRECT_VALUE",
    "notes": "Valor incorreto registrado. Nova baixa será criada com valor correto."
  }
}

Response 200 OK:

{
  "id": "rec-001",
  "status": "CANCELLED",
  "paymentStatus": "OVERDUE",
  "cancellation": {
    "at": "2025-03-20T11:00:00.000+00:00",
    "by": {
      "id": "8c3f1a2b-...",
      "name": "João Silva"
    },
    "reason": "INCORRECT_VALUE",
    "notes": "Valor incorreto registrado. Nova baixa será criada com valor correto."
  },
  "updatedAt": "2025-03-20T11:00:00.000+00:00"
}

O campo paymentStatus reflete o status recalculado da parcela após o cancelamento.

Erros: RECEIPT_NOT_FOUND, RECEIPT_ALREADY_CANCELLED, CANCELLATION_REASON_REQUIRED.

6. Permissões RBAC

Resource	Domínio	Actions
`payment_receipt`	TENANT	`create`, `read`

A action create cobre tanto a criação de baixa quanto seu cancelamento na v1 — não há action separada para cancelamento (RN-REC-016). Caso surja necessidade operacional de granularidade (operador registra, supervisor cancela), uma action cancel pode ser introduzida em versão futura.

7. Roadmap

7.1. Substituição atômica (cancelar + criar nova em uma operação)

Endpoint POST /receipts/:receiptId/replace que executa em uma única transação o cancelamento da baixa antiga e a criação de uma nova com os dados corretos. Reduz risco de "esqueceu de criar nova após cancelar". Decisão registrada no consolidado para reavaliação futura.

7.2. Limite temporal para cancelamento

Restringir cancelamento de baixas com mais de X dias (ex.: 90 dias) exigindo permissão elevada. Proteção contra alterações fora do período fiscal corrente. Útil quando houver integração contábil que feche períodos.

7.3. Conciliação bancária automática

Integração com bancos e gateways para identificar pagamentos recebidos e vincular automaticamente aos pagamentos (parcelas). Dashboard de conciliação, fila manual, processamento de CNAB.

7.4. Baixa em lote (batch)

Registrar uma única baixa que cobre múltiplos pagamentos (parcelas) de uma vez. Comum quando o cliente faz um depósito único cobrindo várias parcelas em aberto.

Baixas

Baixas — Regras de Negócio#

1. Conceito#

2. Estruturas de Dados#

2.1. PaymentReceipt#

Campos top-level#

paymentMethod (objeto)#

snapshot (objeto, imutável após criação)#

charges (objeto)#

cancellation (objeto, sempre presente)#

registeredBy (objeto)#

2.2. Motivos pré-definidos de cancelamento#

2.3. Snapshot de encargos (snapshot duplo)#

2.4. Impacto no status do pagamento#

3. Regras de Negócio#

Elegibilidade da baixa#

Valor e data#

Encargos (snapshot duplo)#

Cancelamento de baixa#

Forma de pagamento#

Exclusão#

4. Padrão de Erros#

5. Endpoints#

POST .../receipts#

GET .../receipts#

GET .../receipts/:receiptId#

POST .../receipts/:receiptId/cancel#

6. Permissões RBAC#

7. Roadmap#

7.1. Substituição atômica (cancelar + criar nova em uma operação)#

7.2. Limite temporal para cancelamento#

7.3. Conciliação bancária automática#

7.4. Baixa em lote (batch)#