O framework de Stored CredentialsStored CredentialsDados de cartão armazenados pelo lojista para uso em cobranças futuras sem a presença do portador, com base em acordo prévio. define como usar adequadamente um cartão salvo em cobranças subsequentes. A classificação errada é a causa mais frequente de chargebacks RC 4837 e 4853 em e-commerces e SaaS.
Stored Credential Framework da Visa obriga toda transação recorrente a referenciar o networkTransactionId da CIT original. Violação = RC 10.4 (Fraud).
REGRAMastercard exige o DE 48.22 (Stored Credential Use Indicator) preenchido em toda transação MIT. Ausência do campo = Chargeback automático RC 4853.
REGRARecurring, Installment, Unscheduled, Incremental, Resubmission, No-Show e Delayed Charge — cada um com campos ISO e janelas de prazo distintos.
REGRAA Regra de Ouro das Credenciais Armazenadas
Toda cobrança iniciada pelo lojista (MITMITMerchant Initiated Transaction: transação iniciada pelo lojista sem presença ativa do portador.) DEVE ter o networkTransactionIdnetworkTransactionIdID único retornado pela rede (Visa/Mastercard) na autorização original (CIT), usado para vincular todas as MITs subsequentes ao acordo do portador. da primeira transação (CITCITCardholder Initiated Transaction: a transação inicial onde o portador está presente e autoriza explicitamente o armazenamento do cartão.) referenciado. Sem essa âncora, o Emissor não tem como validar que o portador autorizou a cobrança — e o chargeback é praticamente automático.
Use o modo interativo para diagnosticar sua transação ou o mapa completo para referência rápida de todos os campos.
Passo 1 de 2 — Presença do Portador
O portador do cartão está presente e inicia ativamente este pagamento?
Responda as perguntas para ver
os campos ISO 8583 obrigatórios