Guia de implementação do Pix Automático

O guia articula deveres de pagador, recebedor e prestadores. Diferencia confirmação, cancelamento, retentativa e devolução com recursos próprios, preservando as regras específicas de cada etapa.

• O guia 1.3 orienta a implementação e deve ser lido com regulamento, instruções, manuais e catálogo. Suas considerações sobre PSI não esgotam as regras do Open Finance. Recorrência, permissão ao recebedor e autorização ao PSP pagador são conceitos distintos; cobranças periódicas dispensam confirmação a cada débito. Guia de implementação do Pix Automático 1.3, p. 4Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 7Guia de implementação do Pix Automático 1.3, p. 8Guia de implementação do Pix Automático 1.3, p. 9Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 27
• Recorrência pendente não permite enviar cobranças. Confirmada, seus dados ficam nos dois PSPs para confronto com cada instrução; parâmetros próprios do pagador, como valor máximo, ficam na ponta pagadora. Autorização sem recorrência confirmada perde efeito; divergência impede agendar e liquidar, ressalvada a exceção RIFL descrita para falha de liquidação. Guia de implementação do Pix Automático 1.3, p. 10Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 42Guia de implementação do Pix Automático 1.3, p. 43
• Identificação da recorrência tem vinte e nove caracteres e diferencia Pix/Open Finance e permissão de retentativa pós-vencimento. Identifica agente gerador, data e sequencial único; o trecho do agente admite CNPJ alfanumérico. Objeto deve identificar inequivocamente a relação; periodicidade, devedor e recebedor integram os dados. Se houver nome fantasia do recebedor, ele é usado. Município desconhecido recebe codMunIBGE 0000000. Guia de implementação do Pix Automático 1.3, p. 13Guia de implementação do Pix Automático 1.3, p. 14
• Jornada sem QR usa solicitação pendente no app, com prazo máximo de trinta dias, que o recebedor pode reduzir. Deve haver apenas uma solicitação ativa por recorrência. PSP recebedor cancela pendência errada ou confirmada por outra jornada; PSP pagador exclui canceladas/expiradas. Rejeição informa motivo e não transmite codMunIBGE. PSP recebedor monitora ofertas excessivas, inclusive idêntica proposta não autorizada enviada há menos de trinta dias. Guia de implementação do Pix Automático 1.3, p. 15Guia de implementação do Pix Automático 1.3, p. 17Guia de implementação do Pix Automático 1.3, p. 18
• Em regra, alterar recorrência exige cancelar, recriar e obter nova confirmação. Há exceções: data inicial e txid nas condições de recorrência ainda não confirmada; location e nome do devedor podem mudar mesmo após confirmação, mantendo CPF/CNPJ. Pagador altera exclusivamente seus próprios parâmetros da autorização. No modelo PSI, alterações seguem Open Finance. Guia de implementação do Pix Automático 1.3, p. 32Guia de implementação do Pix Automático 1.3, p. 33
• PSP recebedor e PSI validam cobrança contra recorrência/consentimento antes de enviá-la; PSP pagador valida autorização e seus parâmetros antes de agendar. No modelo PSI, consentimento deve estar AUTHORIZED e atualizado em ambas instituições. pain.013 usa AUTO/PAGAGD e antecedência de dois a dez dias; dataHoraCriacaoParaEmissao serve à verificação. Pagador agenda/responde em até duas horas; ausência de resposta recomenda reenvio. RIFL tem exceções próprias quanto a autorização vigente e valor máximo. Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 35Guia de implementação do Pix Automático 1.3, p. 42
• Agendamento é rejeitado por divergências impeditivas, como valor, recebedor, ciclo, autorização, prazo ou data da cobrança, com as exceções especificadas. Por padrão, vencimento em dia não útil ajusta pagamento ao próximo útil considerando feriados do município do pagador; recebedor pode desabilitar e responde pelo amparo legal. Postergação dentro do ciclo não pode gerar juros/multa por atraso. Não reenviar AGND para a mesma cobrança/ciclo sem cancelar a anterior. Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 37
• Cancelar autorização pelo pagador é imediato e cancela os agendamentos futuros, preservando os do próprio dia. Cancelamento da recorrência pelo recebedor elimina pagamentos a partir do dia seguinte ao recebimento da pain.011; se recebida após vinte e duas horas, apenas a partir do segundo dia seguinte. Cancelamentos de agendamentos usam camt.055/CCLD e comunicação às partes. Guia de implementação do Pix Automático 1.3, p. 29Guia de implementação do Pix Automático 1.3, p. 30Guia de implementação do Pix Automático 1.3, p. 31Guia de implementação do Pix Automático 1.3, p. 32
• Cancelar débito específico pelo pagador é permitido até vinte e três horas e cinquenta e nove minutos da véspera. Cancelamento da cobrança deve chegar ao PSP pagador até vinte e duas horas da véspera; prazo recebedor–seu prestador é combinado para permitir isso. PSP recebedor nega pedidos após esse corte. Se já havia agendamento exibido ou notificado, cancelamento da cobrança exige notificação ao pagador. Guia de implementação do Pix Automático 1.3, p. 37Guia de implementação do Pix Automático 1.3, p. 38
• Liquidação usa canal secundário, normalmente entre zero e oito horas, com saldo ou crédito autorizado. Falta de recursos/limite ou falha anterior ao envio exige ao menos nova tentativa entre dezoito e vinte e uma horas; após vinte e uma não tentar. Falta de recursos/limite gera aviso às oito horas; fracasso final informa outras formas de pagamento ou possíveis tentativas nos próximos dias. Guia de implementação do Pix Automático 1.3, p. 39Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41
• Retentativa pós-vencimento depende da previsão da recorrência, definida pelo recebedor. Limita-se a sete dias corridos, antes do próximo ciclo/fim da recorrência, em no máximo três datas e com mesmo valor. Cada tentativa usa nova pain.013 NTAG até vinte e três horas e cinquenta e nove minutos da véspera; pagador não pode cancelar esse agendamento específico. Aplicam-se janelas e tentativa intradia da transação original. Guia de implementação do Pix Automático 1.3, p. 41
• Erro após enviar ordem ao SPI exige novo E2EId. Pagador avisa por camt.055 FAIL; recebedor envia pain.013 RIFL para mesmo dia, mesmo valor/demais campos e novo idFimAFim, salvo envio facultativo quando rejeição partiu dele. Pagador envia nova ordem no canal secundário sem reaplicar máximo/autorização ativa. A partir de vinte e uma horas rejeita RIFL e avisa pagar por outro meio. No Open Finance, pacs.008 usa AUTO mesmo se API diz MANU e deixa idConciliacaoRecebedor sem valor. Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41Guia de implementação do Pix Automático 1.3, p. 42
• Valor máximo é conferido no agendamento, não na liquidação: mudar o parâmetro não altera débitos já agendados. Aviso disso é obrigatório; oferecer cancelamento quando o novo máximo ficou menor é facultativo. Piso do recebedor limita configuração do máximo, não o valor mínimo de cada cobrança. Modelo PSI armazena máximo no PSI e PSP pagador, sem compartilhar ao recebedor; regras de edição distinguem solicitação e gestão posterior. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 43
• Suspeita de fraude segue MED usual. Para erro do PSP pagador no Automático — divergência da autorização, inexistência de autorização vigente ou falha operacional — ele devolve integralmente recursos próprios em até vinte e quatro horas da solicitação, com extrato e comprovante. Só depois busca ressarcimento DICT pix_automatico, dependente de saldo recebedor; retorno entre PSPs usa pacs.008 REFU, canal primário/PAGPRI/MANU e CNPJ do PSP pagador, sem novo crédito duplicado ao usuário. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 46Guia de implementação do Pix Automático 1.3, p. 47
• Limite Automático para pagador PF é diário, por conta, independente dos demais limites e observado no dia da liquidação. A solicitação de aumento tem resposta em até oito horas e alteração nesse prazo se acatada; esse limite diário é diferente do máximo por autorização. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 43
• Recebimento Automático é exclusivo de detentor de CNPJ. Oferta na ponta recebedora é facultativa, permite escolher jornadas e pode cobrar tarifa do recebedor; se ofertada, precisa de API Pix ou arquivo padronizado. Ponta pagadora implementa todas jornadas e não cobra pagador; dispensa para PJ exige solicitação ao BC assinada pelo diretor responsável. Testes dependem de papel e oferta; dispensa PJ não afasta testar rejeição. Há dispensa de testes recebedores para cooperativas no recorte indicado. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 48
• Horários de negócio são de Brasília. Mensageria preenche Data-hora em UTC, mas Data e Text representando data seguem Brasília; confundir essas referências causa erros. Histórico registra versões anteriores e não é nova obrigação autônoma. Guia de implementação do Pix Automático 1.3, p. 49Guia de implementação do Pix Automático 1.3, p. 50Guia de implementação do Pix Automático 1.3, p. 51

O que esta leitura não diz. Não esgota regulação Open Finance, não declara adesão de uma instituição nem garante ressarcimento por saldo na conta recebedora.

Escolher a jornada muda a relação entre primeiro pagamento e autorização futura. O produto precisa preservar controles do pagador, estados da recorrência e condições reais de novas tentativas.

• O guia 1.3 orienta a implementação e deve ser lido com regulamento, instruções, manuais e catálogo. Suas considerações sobre PSI não esgotam as regras do Open Finance. Recorrência, permissão ao recebedor e autorização ao PSP pagador são conceitos distintos; cobranças periódicas dispensam confirmação a cada débito. Guia de implementação do Pix Automático 1.3, p. 4Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 7Guia de implementação do Pix Automático 1.3, p. 8Guia de implementação do Pix Automático 1.3, p. 9Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 27
• Recorrência pendente não permite enviar cobranças. Confirmada, seus dados ficam nos dois PSPs para confronto com cada instrução; parâmetros próprios do pagador, como valor máximo, ficam na ponta pagadora. Autorização sem recorrência confirmada perde efeito; divergência impede agendar e liquidar, ressalvada a exceção RIFL descrita para falha de liquidação. Guia de implementação do Pix Automático 1.3, p. 10Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 42Guia de implementação do Pix Automático 1.3, p. 43
• Jornada sem QR usa solicitação pendente no app, com prazo máximo de trinta dias, que o recebedor pode reduzir. Deve haver apenas uma solicitação ativa por recorrência. PSP recebedor cancela pendência errada ou confirmada por outra jornada; PSP pagador exclui canceladas/expiradas. Rejeição informa motivo e não transmite codMunIBGE. PSP recebedor monitora ofertas excessivas, inclusive idêntica proposta não autorizada enviada há menos de trinta dias. Guia de implementação do Pix Automático 1.3, p. 15Guia de implementação do Pix Automático 1.3, p. 17Guia de implementação do Pix Automático 1.3, p. 18
• Jornada com QR só de recorrência autoriza sem pagamento. Leitor usual, leitor da área Automático ou Copia e Cola podem ser usados indistintamente nas jornadas com QR. Location pode ser reaproveitada com outra recorrência; sem confirmação do pagador não há mensagem ao PSP recebedor nessas jornadas. Guia de implementação do Pix Automático 1.3, p. 18Guia de implementação do Pix Automático 1.3, p. 20
• Jornada de primeiro pagamento imediato une pagamento e autorização, sem separação voluntária. Tela conjunta exige checkbox de ciência dos futuros pagamentos. Ambos payloads precisam ser válidos e obtidos; falha interrompe e informa. Ambos PSPs aguardam concluir liquidação do primeiro pagamento para seguir autorização. Primeiro pagamento é Pix normal, inclusive no extrato, com antifraude usual; posteriores seguem Automático. Guia de implementação do Pix Automático 1.3, p. 21Guia de implementação do Pix Automático 1.3, p. 23
• Jornada de oferta após pagamento/agendamento deixa a autorização futura opcional. Erro só na recorrência mantém a jornada tradicional sem oferta; erro na cobrança interrompe e informa. Não é preciso concluir a liquidação para a autorização, e se o usuário optar por agendar o pagamento da cobrança, também deve ser ofertado a ele o Pix Automático ao término da jornada de agendamento; erro no pagamento/agendamento impede ofertar. Dados de cobrança podem ser estáticos, mas recorrência sempre vem de location. Guia de implementação do Pix Automático 1.3, p. 24Guia de implementação do Pix Automático 1.3, p. 26
• Em regra, alterar recorrência exige cancelar, recriar e obter nova confirmação. Há exceções: data inicial e txid nas condições de recorrência ainda não confirmada; location e nome do devedor podem mudar mesmo após confirmação, mantendo CPF/CNPJ. Pagador altera exclusivamente seus próprios parâmetros da autorização. No modelo PSI, alterações seguem Open Finance. Guia de implementação do Pix Automático 1.3, p. 32Guia de implementação do Pix Automático 1.3, p. 33
• Agendamento é rejeitado por divergências impeditivas, como valor, recebedor, ciclo, autorização, prazo ou data da cobrança, com as exceções especificadas. Por padrão, vencimento em dia não útil ajusta pagamento ao próximo útil considerando feriados do município do pagador; recebedor pode desabilitar e responde pelo amparo legal. Postergação dentro do ciclo não pode gerar juros/multa por atraso. Não reenviar AGND para a mesma cobrança/ciclo sem cancelar a anterior. Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 37
• Cancelar autorização pelo pagador é imediato e cancela os agendamentos futuros, preservando os do próprio dia. Cancelamento da recorrência pelo recebedor elimina pagamentos a partir do dia seguinte ao recebimento da pain.011; se recebida após vinte e duas horas, apenas a partir do segundo dia seguinte. Cancelamentos de agendamentos usam camt.055/CCLD e comunicação às partes. Guia de implementação do Pix Automático 1.3, p. 29Guia de implementação do Pix Automático 1.3, p. 30Guia de implementação do Pix Automático 1.3, p. 31Guia de implementação do Pix Automático 1.3, p. 32
• Cancelar débito específico pelo pagador é permitido até vinte e três horas e cinquenta e nove minutos da véspera. Cancelamento da cobrança deve chegar ao PSP pagador até vinte e duas horas da véspera; prazo recebedor–seu prestador é combinado para permitir isso. PSP recebedor nega pedidos após esse corte. Se já havia agendamento exibido ou notificado, cancelamento da cobrança exige notificação ao pagador. Guia de implementação do Pix Automático 1.3, p. 37Guia de implementação do Pix Automático 1.3, p. 38
• Liquidação usa canal secundário, normalmente entre zero e oito horas, com saldo ou crédito autorizado. Falta de recursos/limite ou falha anterior ao envio exige ao menos nova tentativa entre dezoito e vinte e uma horas; após vinte e uma não tentar. Falta de recursos/limite gera aviso às oito horas; fracasso final informa outras formas de pagamento ou possíveis tentativas nos próximos dias. Guia de implementação do Pix Automático 1.3, p. 39Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41
• Retentativa pós-vencimento depende da previsão da recorrência, definida pelo recebedor. Limita-se a sete dias corridos, antes do próximo ciclo/fim da recorrência, em no máximo três datas e com mesmo valor. Cada tentativa usa nova pain.013 NTAG até vinte e três horas e cinquenta e nove minutos da véspera; pagador não pode cancelar esse agendamento específico. Aplicam-se janelas e tentativa intradia da transação original. Guia de implementação do Pix Automático 1.3, p. 41
• Valor máximo é conferido no agendamento, não na liquidação: mudar o parâmetro não altera débitos já agendados. Aviso disso é obrigatório; oferecer cancelamento quando o novo máximo ficou menor é facultativo. Piso do recebedor limita configuração do máximo, não o valor mínimo de cada cobrança. Modelo PSI armazena máximo no PSI e PSP pagador, sem compartilhar ao recebedor; regras de edição distinguem solicitação e gestão posterior. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 43
• Desativar notificações alcança só sucesso de agendamento; avisos de falhas, pagamentos, autorizações pendentes e cancelamentos descritos permanecem. Notificação de sucesso e uso de crédito pré-aprovado começam habilitados, com opção de desativar por autorização; crédito depende de linha disponível e das regras da conta. App oferece gestão de pendências/autorizações/agenda, histórico e contestação. Guia de implementação do Pix Automático 1.3, p. 44
• QR composto põe location de recorrência na faixa oitenta a noventa e nove, acessória à faixa vinte e seis a cinquenta e um. Mesmo QR apenas de autorização preenche esta última como marcador de ausência de cobrança. API Pix separa serviços de recorrência e cobrança; obter uma não substitui obter a outra. Guia de implementação do Pix Automático 1.3, p. 45Guia de implementação do Pix Automático 1.3, p. 46
• Suspeita de fraude segue MED usual. Para erro do PSP pagador no Automático — divergência da autorização, inexistência de autorização vigente ou falha operacional — ele devolve integralmente recursos próprios em até vinte e quatro horas da solicitação, com extrato e comprovante. Só depois busca ressarcimento DICT pix_automatico, dependente de saldo recebedor; retorno entre PSPs usa pacs.008 REFU, canal primário/PAGPRI/MANU e CNPJ do PSP pagador, sem novo crédito duplicado ao usuário. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 46Guia de implementação do Pix Automático 1.3, p. 47
• Limite Automático para pagador PF é diário, por conta, independente dos demais limites e observado no dia da liquidação. A solicitação de aumento tem resposta em até oito horas e alteração nesse prazo se acatada; esse limite diário é diferente do máximo por autorização. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 43
• Recebimento Automático é exclusivo de detentor de CNPJ. Oferta na ponta recebedora é facultativa, permite escolher jornadas e pode cobrar tarifa do recebedor; se ofertada, precisa de API Pix ou arquivo padronizado. Ponta pagadora implementa todas jornadas e não cobra pagador; dispensa para PJ exige solicitação ao BC assinada pelo diretor responsável. Testes dependem de papel e oferta; dispensa PJ não afasta testar rejeição. Há dispensa de testes recebedores para cooperativas no recorte indicado. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 48

O que esta leitura não diz. Não transforma oferta facultativa ao recebedor em obrigação nem torna toda cobrança recorrente elegível a pagamento sem autorização.

A implementação valida dados em ambas pontas, sincroniza estados e distingue AGND, NTAG e RIFL. Identificadores, campos de iniciação e horários têm regras que não são intercambiáveis.

• O guia 1.3 orienta a implementação e deve ser lido com regulamento, instruções, manuais e catálogo. Suas considerações sobre PSI não esgotam as regras do Open Finance. Recorrência, permissão ao recebedor e autorização ao PSP pagador são conceitos distintos; cobranças periódicas dispensam confirmação a cada débito. Guia de implementação do Pix Automático 1.3, p. 4Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 7Guia de implementação do Pix Automático 1.3, p. 8Guia de implementação do Pix Automático 1.3, p. 9Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 27
• Recorrência pendente não permite enviar cobranças. Confirmada, seus dados ficam nos dois PSPs para confronto com cada instrução; parâmetros próprios do pagador, como valor máximo, ficam na ponta pagadora. Autorização sem recorrência confirmada perde efeito; divergência impede agendar e liquidar, ressalvada a exceção RIFL descrita para falha de liquidação. Guia de implementação do Pix Automático 1.3, p. 10Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 42Guia de implementação do Pix Automático 1.3, p. 43
• Identificação da recorrência tem vinte e nove caracteres e diferencia Pix/Open Finance e permissão de retentativa pós-vencimento. Identifica agente gerador, data e sequencial único; o trecho do agente admite CNPJ alfanumérico. Objeto deve identificar inequivocamente a relação; periodicidade, devedor e recebedor integram os dados. Se houver nome fantasia do recebedor, ele é usado. Município desconhecido recebe codMunIBGE 0000000. Guia de implementação do Pix Automático 1.3, p. 13Guia de implementação do Pix Automático 1.3, p. 14
• Jornada sem QR usa solicitação pendente no app, com prazo máximo de trinta dias, que o recebedor pode reduzir. Deve haver apenas uma solicitação ativa por recorrência. PSP recebedor cancela pendência errada ou confirmada por outra jornada; PSP pagador exclui canceladas/expiradas. Rejeição informa motivo e não transmite codMunIBGE. PSP recebedor monitora ofertas excessivas, inclusive idêntica proposta não autorizada enviada há menos de trinta dias. Guia de implementação do Pix Automático 1.3, p. 15Guia de implementação do Pix Automático 1.3, p. 17Guia de implementação do Pix Automático 1.3, p. 18
• Jornada com QR só de recorrência autoriza sem pagamento. Leitor usual, leitor da área Automático ou Copia e Cola podem ser usados indistintamente nas jornadas com QR. Location pode ser reaproveitada com outra recorrência; sem confirmação do pagador não há mensagem ao PSP recebedor nessas jornadas. Guia de implementação do Pix Automático 1.3, p. 18Guia de implementação do Pix Automático 1.3, p. 20
• Jornada de primeiro pagamento imediato une pagamento e autorização, sem separação voluntária. Tela conjunta exige checkbox de ciência dos futuros pagamentos. Ambos payloads precisam ser válidos e obtidos; falha interrompe e informa. Ambos PSPs aguardam concluir liquidação do primeiro pagamento para seguir autorização. Primeiro pagamento é Pix normal, inclusive no extrato, com antifraude usual; posteriores seguem Automático. Guia de implementação do Pix Automático 1.3, p. 21Guia de implementação do Pix Automático 1.3, p. 23
• Jornada de oferta após pagamento/agendamento deixa a autorização futura opcional. Erro só na recorrência mantém a jornada tradicional sem oferta; erro na cobrança interrompe e informa. Não é preciso concluir a liquidação para a autorização, e se o usuário optar por agendar o pagamento da cobrança, também deve ser ofertado a ele o Pix Automático ao término da jornada de agendamento; erro no pagamento/agendamento impede ofertar. Dados de cobrança podem ser estáticos, mas recorrência sempre vem de location. Guia de implementação do Pix Automático 1.3, p. 24Guia de implementação do Pix Automático 1.3, p. 26
• Em regra, alterar recorrência exige cancelar, recriar e obter nova confirmação. Há exceções: data inicial e txid nas condições de recorrência ainda não confirmada; location e nome do devedor podem mudar mesmo após confirmação, mantendo CPF/CNPJ. Pagador altera exclusivamente seus próprios parâmetros da autorização. No modelo PSI, alterações seguem Open Finance. Guia de implementação do Pix Automático 1.3, p. 32Guia de implementação do Pix Automático 1.3, p. 33
• PSP recebedor e PSI validam cobrança contra recorrência/consentimento antes de enviá-la; PSP pagador valida autorização e seus parâmetros antes de agendar. No modelo PSI, consentimento deve estar AUTHORIZED e atualizado em ambas instituições. pain.013 usa AUTO/PAGAGD e antecedência de dois a dez dias; dataHoraCriacaoParaEmissao serve à verificação. Pagador agenda/responde em até duas horas; ausência de resposta recomenda reenvio. RIFL tem exceções próprias quanto a autorização vigente e valor máximo. Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 35Guia de implementação do Pix Automático 1.3, p. 42
• Agendamento é rejeitado por divergências impeditivas, como valor, recebedor, ciclo, autorização, prazo ou data da cobrança, com as exceções especificadas. Por padrão, vencimento em dia não útil ajusta pagamento ao próximo útil considerando feriados do município do pagador; recebedor pode desabilitar e responde pelo amparo legal. Postergação dentro do ciclo não pode gerar juros/multa por atraso. Não reenviar AGND para a mesma cobrança/ciclo sem cancelar a anterior. Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 37
• Sucesso no agendamento notifica pagador se habilitado; envio diurno em vez de madrugada é recomendação. Agenda aparece em Pagamentos agendados e Lançamentos futuros. Informações de sucesso/insucesso e cancelamento também alcançam recebedor. Aguardar conclusão da autorização demanda mensagem de espera; falta da pain.012 em uma hora exige informar insucesso. Guia de implementação do Pix Automático 1.3, p. 14Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 38
• Cancelar autorização pelo pagador é imediato e cancela os agendamentos futuros, preservando os do próprio dia. Cancelamento da recorrência pelo recebedor elimina pagamentos a partir do dia seguinte ao recebimento da pain.011; se recebida após vinte e duas horas, apenas a partir do segundo dia seguinte. Cancelamentos de agendamentos usam camt.055/CCLD e comunicação às partes. Guia de implementação do Pix Automático 1.3, p. 29Guia de implementação do Pix Automático 1.3, p. 30Guia de implementação do Pix Automático 1.3, p. 31Guia de implementação do Pix Automático 1.3, p. 32
• Cancelar débito específico pelo pagador é permitido até vinte e três horas e cinquenta e nove minutos da véspera. Cancelamento da cobrança deve chegar ao PSP pagador até vinte e duas horas da véspera; prazo recebedor–seu prestador é combinado para permitir isso. PSP recebedor nega pedidos após esse corte. Se já havia agendamento exibido ou notificado, cancelamento da cobrança exige notificação ao pagador. Guia de implementação do Pix Automático 1.3, p. 37Guia de implementação do Pix Automático 1.3, p. 38
• Liquidação usa canal secundário, normalmente entre zero e oito horas, com saldo ou crédito autorizado. Falta de recursos/limite ou falha anterior ao envio exige ao menos nova tentativa entre dezoito e vinte e uma horas; após vinte e uma não tentar. Falta de recursos/limite gera aviso às oito horas; fracasso final informa outras formas de pagamento ou possíveis tentativas nos próximos dias. Guia de implementação do Pix Automático 1.3, p. 39Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41
• Retentativa pós-vencimento depende da previsão da recorrência, definida pelo recebedor. Limita-se a sete dias corridos, antes do próximo ciclo/fim da recorrência, em no máximo três datas e com mesmo valor. Cada tentativa usa nova pain.013 NTAG até vinte e três horas e cinquenta e nove minutos da véspera; pagador não pode cancelar esse agendamento específico. Aplicam-se janelas e tentativa intradia da transação original. Guia de implementação do Pix Automático 1.3, p. 41
• Erro após enviar ordem ao SPI exige novo E2EId. Pagador avisa por camt.055 FAIL; recebedor envia pain.013 RIFL para mesmo dia, mesmo valor/demais campos e novo idFimAFim, salvo envio facultativo quando rejeição partiu dele. Pagador envia nova ordem no canal secundário sem reaplicar máximo/autorização ativa. A partir de vinte e uma horas rejeita RIFL e avisa pagar por outro meio. No Open Finance, pacs.008 usa AUTO mesmo se API diz MANU e deixa idConciliacaoRecebedor sem valor. Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41Guia de implementação do Pix Automático 1.3, p. 42
• Valor máximo é conferido no agendamento, não na liquidação: mudar o parâmetro não altera débitos já agendados. Aviso disso é obrigatório; oferecer cancelamento quando o novo máximo ficou menor é facultativo. Piso do recebedor limita configuração do máximo, não o valor mínimo de cada cobrança. Modelo PSI armazena máximo no PSI e PSP pagador, sem compartilhar ao recebedor; regras de edição distinguem solicitação e gestão posterior. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 43
• QR composto põe location de recorrência na faixa oitenta a noventa e nove, acessória à faixa vinte e seis a cinquenta e um. Mesmo QR apenas de autorização preenche esta última como marcador de ausência de cobrança. API Pix separa serviços de recorrência e cobrança; obter uma não substitui obter a outra. Guia de implementação do Pix Automático 1.3, p. 45Guia de implementação do Pix Automático 1.3, p. 46
• Suspeita de fraude segue MED usual. Para erro do PSP pagador no Automático — divergência da autorização, inexistência de autorização vigente ou falha operacional — ele devolve integralmente recursos próprios em até vinte e quatro horas da solicitação, com extrato e comprovante. Só depois busca ressarcimento DICT pix_automatico, dependente de saldo recebedor; retorno entre PSPs usa pacs.008 REFU, canal primário/PAGPRI/MANU e CNPJ do PSP pagador, sem novo crédito duplicado ao usuário. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 46Guia de implementação do Pix Automático 1.3, p. 47
• Limite Automático para pagador PF é diário, por conta, independente dos demais limites e observado no dia da liquidação. A solicitação de aumento tem resposta em até oito horas e alteração nesse prazo se acatada; esse limite diário é diferente do máximo por autorização. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 43
• Recebimento Automático é exclusivo de detentor de CNPJ. Oferta na ponta recebedora é facultativa, permite escolher jornadas e pode cobrar tarifa do recebedor; se ofertada, precisa de API Pix ou arquivo padronizado. Ponta pagadora implementa todas jornadas e não cobra pagador; dispensa para PJ exige solicitação ao BC assinada pelo diretor responsável. Testes dependem de papel e oferta; dispensa PJ não afasta testar rejeição. Há dispensa de testes recebedores para cooperativas no recorte indicado. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 48
• Horários de negócio são de Brasília. Mensageria preenche Data-hora em UTC, mas Data e Text representando data seguem Brasília; confundir essas referências causa erros. Histórico registra versões anteriores e não é nova obrigação autônoma. Guia de implementação do Pix Automático 1.3, p. 49Guia de implementação do Pix Automático 1.3, p. 50Guia de implementação do Pix Automático 1.3, p. 51

O que esta leitura não diz. Não fornece todas especificações Open Finance ou substitui catálogo e API Pix; não permite reutilizar E2EId de ordem rejeitada.

A experiência muda por jornada: aceite conjunto na primeira cobrança imediata ou oferta opcional após pagar/agendar. Avisos, agenda, cancelamento e mudança de máximo precisam explicar seus efeitos reais.

• O guia 1.3 orienta a implementação e deve ser lido com regulamento, instruções, manuais e catálogo. Suas considerações sobre PSI não esgotam as regras do Open Finance. Recorrência, permissão ao recebedor e autorização ao PSP pagador são conceitos distintos; cobranças periódicas dispensam confirmação a cada débito. Guia de implementação do Pix Automático 1.3, p. 4Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 7Guia de implementação do Pix Automático 1.3, p. 8Guia de implementação do Pix Automático 1.3, p. 9Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 27
• Jornada sem QR usa solicitação pendente no app, com prazo máximo de trinta dias, que o recebedor pode reduzir. Deve haver apenas uma solicitação ativa por recorrência. PSP recebedor cancela pendência errada ou confirmada por outra jornada; PSP pagador exclui canceladas/expiradas. Rejeição informa motivo e não transmite codMunIBGE. PSP recebedor monitora ofertas excessivas, inclusive idêntica proposta não autorizada enviada há menos de trinta dias. Guia de implementação do Pix Automático 1.3, p. 15Guia de implementação do Pix Automático 1.3, p. 17Guia de implementação do Pix Automático 1.3, p. 18
• Jornada com QR só de recorrência autoriza sem pagamento. Leitor usual, leitor da área Automático ou Copia e Cola podem ser usados indistintamente nas jornadas com QR. Location pode ser reaproveitada com outra recorrência; sem confirmação do pagador não há mensagem ao PSP recebedor nessas jornadas. Guia de implementação do Pix Automático 1.3, p. 18Guia de implementação do Pix Automático 1.3, p. 20
• Jornada de primeiro pagamento imediato une pagamento e autorização, sem separação voluntária. Tela conjunta exige checkbox de ciência dos futuros pagamentos. Ambos payloads precisam ser válidos e obtidos; falha interrompe e informa. Ambos PSPs aguardam concluir liquidação do primeiro pagamento para seguir autorização. Primeiro pagamento é Pix normal, inclusive no extrato, com antifraude usual; posteriores seguem Automático. Guia de implementação do Pix Automático 1.3, p. 21Guia de implementação do Pix Automático 1.3, p. 23
• Jornada de oferta após pagamento/agendamento deixa a autorização futura opcional. Erro só na recorrência mantém a jornada tradicional sem oferta; erro na cobrança interrompe e informa. Não é preciso concluir a liquidação para a autorização, e se o usuário optar por agendar o pagamento da cobrança, também deve ser ofertado a ele o Pix Automático ao término da jornada de agendamento; erro no pagamento/agendamento impede ofertar. Dados de cobrança podem ser estáticos, mas recorrência sempre vem de location. Guia de implementação do Pix Automático 1.3, p. 24Guia de implementação do Pix Automático 1.3, p. 26
• Em regra, alterar recorrência exige cancelar, recriar e obter nova confirmação. Há exceções: data inicial e txid nas condições de recorrência ainda não confirmada; location e nome do devedor podem mudar mesmo após confirmação, mantendo CPF/CNPJ. Pagador altera exclusivamente seus próprios parâmetros da autorização. No modelo PSI, alterações seguem Open Finance. Guia de implementação do Pix Automático 1.3, p. 32Guia de implementação do Pix Automático 1.3, p. 33
• Sucesso no agendamento notifica pagador se habilitado; envio diurno em vez de madrugada é recomendação. Agenda aparece em Pagamentos agendados e Lançamentos futuros. Informações de sucesso/insucesso e cancelamento também alcançam recebedor. Aguardar conclusão da autorização demanda mensagem de espera; falta da pain.012 em uma hora exige informar insucesso. Guia de implementação do Pix Automático 1.3, p. 14Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 38
• Cancelar autorização pelo pagador é imediato e cancela os agendamentos futuros, preservando os do próprio dia. Cancelamento da recorrência pelo recebedor elimina pagamentos a partir do dia seguinte ao recebimento da pain.011; se recebida após vinte e duas horas, apenas a partir do segundo dia seguinte. Cancelamentos de agendamentos usam camt.055/CCLD e comunicação às partes. Guia de implementação do Pix Automático 1.3, p. 29Guia de implementação do Pix Automático 1.3, p. 30Guia de implementação do Pix Automático 1.3, p. 31Guia de implementação do Pix Automático 1.3, p. 32
• Cancelar débito específico pelo pagador é permitido até vinte e três horas e cinquenta e nove minutos da véspera. Cancelamento da cobrança deve chegar ao PSP pagador até vinte e duas horas da véspera; prazo recebedor–seu prestador é combinado para permitir isso. PSP recebedor nega pedidos após esse corte. Se já havia agendamento exibido ou notificado, cancelamento da cobrança exige notificação ao pagador. Guia de implementação do Pix Automático 1.3, p. 37Guia de implementação do Pix Automático 1.3, p. 38
• Liquidação usa canal secundário, normalmente entre zero e oito horas, com saldo ou crédito autorizado. Falta de recursos/limite ou falha anterior ao envio exige ao menos nova tentativa entre dezoito e vinte e uma horas; após vinte e uma não tentar. Falta de recursos/limite gera aviso às oito horas; fracasso final informa outras formas de pagamento ou possíveis tentativas nos próximos dias. Guia de implementação do Pix Automático 1.3, p. 39Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41
• Retentativa pós-vencimento depende da previsão da recorrência, definida pelo recebedor. Limita-se a sete dias corridos, antes do próximo ciclo/fim da recorrência, em no máximo três datas e com mesmo valor. Cada tentativa usa nova pain.013 NTAG até vinte e três horas e cinquenta e nove minutos da véspera; pagador não pode cancelar esse agendamento específico. Aplicam-se janelas e tentativa intradia da transação original. Guia de implementação do Pix Automático 1.3, p. 41
• Valor máximo é conferido no agendamento, não na liquidação: mudar o parâmetro não altera débitos já agendados. Aviso disso é obrigatório; oferecer cancelamento quando o novo máximo ficou menor é facultativo. Piso do recebedor limita configuração do máximo, não o valor mínimo de cada cobrança. Modelo PSI armazena máximo no PSI e PSP pagador, sem compartilhar ao recebedor; regras de edição distinguem solicitação e gestão posterior. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 43
• Desativar notificações alcança só sucesso de agendamento; avisos de falhas, pagamentos, autorizações pendentes e cancelamentos descritos permanecem. Notificação de sucesso e uso de crédito pré-aprovado começam habilitados, com opção de desativar por autorização; crédito depende de linha disponível e das regras da conta. App oferece gestão de pendências/autorizações/agenda, histórico e contestação. Guia de implementação do Pix Automático 1.3, p. 44
• Suspeita de fraude segue MED usual. Para erro do PSP pagador no Automático — divergência da autorização, inexistência de autorização vigente ou falha operacional — ele devolve integralmente recursos próprios em até vinte e quatro horas da solicitação, com extrato e comprovante. Só depois busca ressarcimento DICT pix_automatico, dependente de saldo recebedor; retorno entre PSPs usa pacs.008 REFU, canal primário/PAGPRI/MANU e CNPJ do PSP pagador, sem novo crédito duplicado ao usuário. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 46Guia de implementação do Pix Automático 1.3, p. 47
• Limite Automático para pagador PF é diário, por conta, independente dos demais limites e observado no dia da liquidação. A solicitação de aumento tem resposta em até oito horas e alteração nesse prazo se acatada; esse limite diário é diferente do máximo por autorização. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 43
• Recebimento Automático é exclusivo de detentor de CNPJ. Oferta na ponta recebedora é facultativa, permite escolher jornadas e pode cobrar tarifa do recebedor; se ofertada, precisa de API Pix ou arquivo padronizado. Ponta pagadora implementa todas jornadas e não cobra pagador; dispensa para PJ exige solicitação ao BC assinada pelo diretor responsável. Testes dependem de papel e oferta; dispensa PJ não afasta testar rejeição. Há dispensa de testes recebedores para cooperativas no recorte indicado. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 48

O que esta leitura não diz. Não prescreve posição gráfica não presente no texto extraído nem permite desabilitar todos os avisos de Automático.

Operação distingue cobrança agendada de débito liquidado, cumpre cortes de cancelamento e acompanha tentativas. Devolução ao usuário por erro elegível antecede tentativa de ressarcimento do PSP.

• O guia 1.3 orienta a implementação e deve ser lido com regulamento, instruções, manuais e catálogo. Suas considerações sobre PSI não esgotam as regras do Open Finance. Recorrência, permissão ao recebedor e autorização ao PSP pagador são conceitos distintos; cobranças periódicas dispensam confirmação a cada débito. Guia de implementação do Pix Automático 1.3, p. 4Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 7Guia de implementação do Pix Automático 1.3, p. 8Guia de implementação do Pix Automático 1.3, p. 9Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 27
• Recorrência pendente não permite enviar cobranças. Confirmada, seus dados ficam nos dois PSPs para confronto com cada instrução; parâmetros próprios do pagador, como valor máximo, ficam na ponta pagadora. Autorização sem recorrência confirmada perde efeito; divergência impede agendar e liquidar, ressalvada a exceção RIFL descrita para falha de liquidação. Guia de implementação do Pix Automático 1.3, p. 10Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 42Guia de implementação do Pix Automático 1.3, p. 43
• Jornada sem QR usa solicitação pendente no app, com prazo máximo de trinta dias, que o recebedor pode reduzir. Deve haver apenas uma solicitação ativa por recorrência. PSP recebedor cancela pendência errada ou confirmada por outra jornada; PSP pagador exclui canceladas/expiradas. Rejeição informa motivo e não transmite codMunIBGE. PSP recebedor monitora ofertas excessivas, inclusive idêntica proposta não autorizada enviada há menos de trinta dias. Guia de implementação do Pix Automático 1.3, p. 15Guia de implementação do Pix Automático 1.3, p. 17Guia de implementação do Pix Automático 1.3, p. 18
• PSP recebedor e PSI validam cobrança contra recorrência/consentimento antes de enviá-la; PSP pagador valida autorização e seus parâmetros antes de agendar. No modelo PSI, consentimento deve estar AUTHORIZED e atualizado em ambas instituições. pain.013 usa AUTO/PAGAGD e antecedência de dois a dez dias; dataHoraCriacaoParaEmissao serve à verificação. Pagador agenda/responde em até duas horas; ausência de resposta recomenda reenvio. RIFL tem exceções próprias quanto a autorização vigente e valor máximo. Guia de implementação do Pix Automático 1.3, p. 11Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 35Guia de implementação do Pix Automático 1.3, p. 42
• Agendamento é rejeitado por divergências impeditivas, como valor, recebedor, ciclo, autorização, prazo ou data da cobrança, com as exceções especificadas. Por padrão, vencimento em dia não útil ajusta pagamento ao próximo útil considerando feriados do município do pagador; recebedor pode desabilitar e responde pelo amparo legal. Postergação dentro do ciclo não pode gerar juros/multa por atraso. Não reenviar AGND para a mesma cobrança/ciclo sem cancelar a anterior. Guia de implementação do Pix Automático 1.3, p. 34Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 37
• Sucesso no agendamento notifica pagador se habilitado; envio diurno em vez de madrugada é recomendação. Agenda aparece em Pagamentos agendados e Lançamentos futuros. Informações de sucesso/insucesso e cancelamento também alcançam recebedor. Aguardar conclusão da autorização demanda mensagem de espera; falta da pain.012 em uma hora exige informar insucesso. Guia de implementação do Pix Automático 1.3, p. 14Guia de implementação do Pix Automático 1.3, p. 36Guia de implementação do Pix Automático 1.3, p. 38
• Cancelar autorização pelo pagador é imediato e cancela os agendamentos futuros, preservando os do próprio dia. Cancelamento da recorrência pelo recebedor elimina pagamentos a partir do dia seguinte ao recebimento da pain.011; se recebida após vinte e duas horas, apenas a partir do segundo dia seguinte. Cancelamentos de agendamentos usam camt.055/CCLD e comunicação às partes. Guia de implementação do Pix Automático 1.3, p. 29Guia de implementação do Pix Automático 1.3, p. 30Guia de implementação do Pix Automático 1.3, p. 31Guia de implementação do Pix Automático 1.3, p. 32
• Cancelar débito específico pelo pagador é permitido até vinte e três horas e cinquenta e nove minutos da véspera. Cancelamento da cobrança deve chegar ao PSP pagador até vinte e duas horas da véspera; prazo recebedor–seu prestador é combinado para permitir isso. PSP recebedor nega pedidos após esse corte. Se já havia agendamento exibido ou notificado, cancelamento da cobrança exige notificação ao pagador. Guia de implementação do Pix Automático 1.3, p. 37Guia de implementação do Pix Automático 1.3, p. 38
• Liquidação usa canal secundário, normalmente entre zero e oito horas, com saldo ou crédito autorizado. Falta de recursos/limite ou falha anterior ao envio exige ao menos nova tentativa entre dezoito e vinte e uma horas; após vinte e uma não tentar. Falta de recursos/limite gera aviso às oito horas; fracasso final informa outras formas de pagamento ou possíveis tentativas nos próximos dias. Guia de implementação do Pix Automático 1.3, p. 39Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41
• Retentativa pós-vencimento depende da previsão da recorrência, definida pelo recebedor. Limita-se a sete dias corridos, antes do próximo ciclo/fim da recorrência, em no máximo três datas e com mesmo valor. Cada tentativa usa nova pain.013 NTAG até vinte e três horas e cinquenta e nove minutos da véspera; pagador não pode cancelar esse agendamento específico. Aplicam-se janelas e tentativa intradia da transação original. Guia de implementação do Pix Automático 1.3, p. 41
• Erro após enviar ordem ao SPI exige novo E2EId. Pagador avisa por camt.055 FAIL; recebedor envia pain.013 RIFL para mesmo dia, mesmo valor/demais campos e novo idFimAFim, salvo envio facultativo quando rejeição partiu dele. Pagador envia nova ordem no canal secundário sem reaplicar máximo/autorização ativa. A partir de vinte e uma horas rejeita RIFL e avisa pagar por outro meio. No Open Finance, pacs.008 usa AUTO mesmo se API diz MANU e deixa idConciliacaoRecebedor sem valor. Guia de implementação do Pix Automático 1.3, p. 40Guia de implementação do Pix Automático 1.3, p. 41Guia de implementação do Pix Automático 1.3, p. 42
• Valor máximo é conferido no agendamento, não na liquidação: mudar o parâmetro não altera débitos já agendados. Aviso disso é obrigatório; oferecer cancelamento quando o novo máximo ficou menor é facultativo. Piso do recebedor limita configuração do máximo, não o valor mínimo de cada cobrança. Modelo PSI armazena máximo no PSI e PSP pagador, sem compartilhar ao recebedor; regras de edição distinguem solicitação e gestão posterior. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 43
• Desativar notificações alcança só sucesso de agendamento; avisos de falhas, pagamentos, autorizações pendentes e cancelamentos descritos permanecem. Notificação de sucesso e uso de crédito pré-aprovado começam habilitados, com opção de desativar por autorização; crédito depende de linha disponível e das regras da conta. App oferece gestão de pendências/autorizações/agenda, histórico e contestação. Guia de implementação do Pix Automático 1.3, p. 44
• Suspeita de fraude segue MED usual. Para erro do PSP pagador no Automático — divergência da autorização, inexistência de autorização vigente ou falha operacional — ele devolve integralmente recursos próprios em até vinte e quatro horas da solicitação, com extrato e comprovante. Só depois busca ressarcimento DICT pix_automatico, dependente de saldo recebedor; retorno entre PSPs usa pacs.008 REFU, canal primário/PAGPRI/MANU e CNPJ do PSP pagador, sem novo crédito duplicado ao usuário. Guia de implementação do Pix Automático 1.3, p. 5Guia de implementação do Pix Automático 1.3, p. 46Guia de implementação do Pix Automático 1.3, p. 47
• Limite Automático para pagador PF é diário, por conta, independente dos demais limites e observado no dia da liquidação. A solicitação de aumento tem resposta em até oito horas e alteração nesse prazo se acatada; esse limite diário é diferente do máximo por autorização. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 43
• Recebimento Automático é exclusivo de detentor de CNPJ. Oferta na ponta recebedora é facultativa, permite escolher jornadas e pode cobrar tarifa do recebedor; se ofertada, precisa de API Pix ou arquivo padronizado. Ponta pagadora implementa todas jornadas e não cobra pagador; dispensa para PJ exige solicitação ao BC assinada pelo diretor responsável. Testes dependem de papel e oferta; dispensa PJ não afasta testar rejeição. Há dispensa de testes recebedores para cooperativas no recorte indicado. Guia de implementação do Pix Automático 1.3, p. 47Guia de implementação do Pix Automático 1.3, p. 48
• Horários de negócio são de Brasília. Mensageria preenche Data-hora em UTC, mas Data e Text representando data seguem Brasília; confundir essas referências causa erros. Histórico registra versões anteriores e não é nova obrigação autônoma. Guia de implementação do Pix Automático 1.3, p. 49Guia de implementação do Pix Automático 1.3, p. 50Guia de implementação do Pix Automático 1.3, p. 51

O que esta leitura não diz. Não garante pagamento, saldo recebedor ou sucesso de retentativas e não cria cobrança de juros pelo atraso causado no recorte descrito.