Modelo ISO 20022 do pain.013 (agendamento da instrução de pagamento vinculada a um mandato ativo), versão 2.2 — na data agendada, essa instrução vira o gatilho de uma pacs.008 real.

PmtInf/CdtTrfTx é max: ilimitado no schema — encode/3 aceita 1 mensagem ou uma lista (lote: vários PmtInf na mesma Document, com NbOfTxs ajustado) e decode/1 devolve 1 struct ou uma lista de volta, mesmo padrão do Pacs002/Pacs004/Pacs008. InitgPty no GrpHdr é sempre [0]{14} (14 zeros) no schema real — não é campo variável, fica fixo, assim como PmtMtd ("TRF"), InstrPrty ("NORM"), SvcLvl.Prtry ("PAGAGD"), LclInstrm.Prtry ("AUTO") e ChrgBr ("SLEV"). Valor vai em Amt/InstdAmt, não IntrBkSttlmAmt — ainda não liquidado. Purp aqui é Prtry (enum próprio), não Cd como no Pacs008. Tax aqui é usado (bloco de Split Payment — divisão de IBS/CBS da reforma tributária).

ReqdExctnDt é opcional no schema, mas obrigatório na prática quando purp_prtry == "AGND" (agendamento futuro) e proibido quando "NTAG"/"RIFL" (reenvio/retentativa, execução imediata) — regra da planilha do catálogo (BCB), confirmada nos 4 exemplos oficiais. encode/3 valida isso.

Tax é opcional e só permitido quando dbtr_cpf_cnpj é CNPJ (14 caracteres). Cada tipo de tributo em tax_records precisa de um Record com ctgy: "INF" (informado pelo recebedor) e opcionalmente outro com ctgy: "COR" (valor corrigido pela Plataforma Pública, tem prioridade sobre o INF quando presente); a soma dos valores efetivos não pode exceder value. encode/3 valida tudo isso.