Identificadores da bandeira para adquirente Cielo
Algumas bandeiras de cartão retornam identificadores que permitem rastrear e correlacionar transações ao longo do ciclo de pagamento, especialmente em cenários de credenciais armazenadas (Card on File), recorrência, parcelamentos e demais transações subsequentes iniciadas pelo estabelecimento.
Esses identificadores garantem rastreabilidade, conciliação e o vínculo entre transações relacionadas. Quando utilizados corretamente, conforme as regras das bandeiras e emissores, também podem contribuir para o aumento da taxa de aprovação, pois permitem ao emissor identificar que a transação está relacionada a uma interação anterior realizada pelo portador do cartão.
Atualmente, a Cielo disponibiliza os seguintes identificadores retornados pelas bandeiras:
| Identificador | Bandeiras |
|---|---|
IssuerTransactionId | Visa, Mastercard, Elo, American Express |
TransactionLinkId (TLID) | Mastercard |
Onde os identificadores retornam e onde são enviados
Os identificadores retornam nas respostas de VerifyCard (Zero Auth), cartão de crédito, cartão de débito e recorrência, e na consulta por PaymentId. A loja os envia no request das transações MIT de crédito, débito e recorrência própria. O VerifyCard retorna os identificadores (apenas resposta) e não recebe IssuerTransactionId nem TransactionLinkId no request.
Recorrência programada: nas transações seguintes da recorrência programada, os campos
IssuerTransactionIdeTransactionLinkIdsão enviados automaticamente.
Quando o envio é obrigatório
Siga estas regras de envio nas transações MIT:
IssuerTransactionId: obrigatório para todas as bandeiras (Visa, Mastercard, Elo e American Express) em transações recorrentes, incrementais e reautorizadas;TransactionLinkId: obrigatório na Mastercard, junto com oIssuerTransactionId, a partir de 23/10/2026;Payment.OriginalRecurrentAmount: obrigatório na recorrência própria, junto com oIssuerTransactionIde, na Mastercard, oTransactionLinkId.
Como usar os identificadores
Para garantir o vínculo entre transações relacionadas, as transações iniciadas pela loja (MIT — Merchant-Initiated Transaction) devem referenciar o identificador da transação original iniciada pelo cliente (CIT — Cardholder-Initiated Transaction) ou do VerifyCard, ou o da MIT anterior do ciclo. O fluxo esperado pelas bandeiras e emissores é:
- O cliente realiza a transação CIT (ou o VerifyCard);
- A bandeira retorna os identificadores disponíveis para aquela transação;
- A loja armazena os identificadores retornados e os mantém disponíveis para todo o ciclo transacional;
- Nas transações MIT subsequentes (recorrência, parcelamento, credenciais armazenadas), a loja envia os identificadores recebidos, vinculando-as à transação original;
- O emissor utiliza essas informações para identificar o relacionamento entre as transações e aplicar suas regras de autorização.
Para mais informações sobre CIT e MIT, consulte Indicador de início da transação - CIT e MIT.
Quando enviar e quando os campos retornam
O fluxograma a seguir mostra, para uma transação CIT e para as transações seguintes, quais campos a loja envia e quais campos a resposta retorna.
Exemplo de request (MIT com IssuerTransactionId e TransactionLinkId)
O exemplo abaixo ilustra uma transação de crédito MIT Mastercard vinculada à transação CIT. Os valores de IssuerTransactionId e TransactionLinkId vêm da resposta da transação CIT (ou do VerifyCard), e o TransactionLinkId enviado deve ser sempre o original.
curl --request POST \
--url https://apisandbox.braspag.com.br/v2/sales/ \
--header 'Content-Type: application/json' \
--header 'MerchantId: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx' \
--header 'MerchantKey: 0123456789012345678901234567890123456789' \
--header 'accept: application/json' \
--data '
{
"MerchantOrderId": "2017051001",
"Customer": {
"Name": "Aline de Souza"
},
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Installments": 1,
"Capture": true,
"CreditCard": {
"CardNumber": "<CARTAO_DE_TESTE_MASTERCARD>",
"Holder": "Aline de Souza",
"ExpirationDate": "12/2035",
"Brand": "Master"
},
"IssuerTransactionId": "580027442382078",
"TransactionLinkId": "Xk7pQ2mR-9wLz_4TbN8vCd",
"OriginalRecurrentAmount": 14900
}
}'Em sandbox, utilize um cartão Mastercard de teste conforme Cartões para teste (Simulado). Para ver todos os campos do request, consulte Criar pagamento com cartão de crédito.
Identificadores disponibilizados pelas bandeiras
IssuerTransactionId
O IssuerTransactionId é um identificador gerado pela bandeira ou emissor durante o processo de autorização. Ele representa a transação original no ecossistema da bandeira e deve ser utilizado para rastreabilidade e correlação de operações relacionadas ao mesmo ciclo transacional.
Bandeiras: Visa, Mastercard, Elo e American Express.
Disponível em: autorização de crédito, débito, recorrência, VerifyCard e consulta por PaymentId.
Exemplos:
O ciclo a seguir ilustra o IssuerTransactionId em uma venda de crédito Visa: o request da transação CIT não envia o identificador, a resposta o retorna e a transação MIT seguinte o envia.
{
"MerchantOrderId": "2017051001",
"Customer": {
"Name": "Aline de Souza"
},
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Installments": 1,
"Capture": true,
"CreditCard": {
"CardNumber": "<CARTAO_DE_TESTE_VISA>",
"Holder": "Aline de Souza",
"ExpirationDate": "12/2035",
"Brand": "Visa"
}
}
}{
"MerchantOrderId": "2017051001",
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Capture": true,
"IssuerTransactionId": "580027442382078",
"PaymentId": "6f8d1753-86bb-4dc0-9ebb-09a29093e1fb",
"Status": 2,
"ReasonCode": 0,
"ReasonMessage": "Successful",
"ProviderReturnCode": "6",
"ProviderReturnMessage": "Operation Successful"
}
}{
"MerchantOrderId": "2017051002",
"Customer": {
"Name": "Aline de Souza"
},
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Installments": 1,
"Capture": true,
"CreditCard": {
"CardNumber": "<CARTAO_DE_TESTE_VISA>",
"Holder": "Aline de Souza",
"ExpirationDate": "12/2035",
"Brand": "Visa"
},
"IssuerTransactionId": "580027442382078"
}
}O preenchimento do campo
IssuerTransactionIdé obrigatório, para todas as bandeiras (Visa, Mastercard, Elo e American Express), em transações de pagamento recorrente, autorização incremental e venda no cartão reautorizada.Veja exemplos em:
TransactionLinkId (TLID)
O TransactionLinkId (TLID) é um identificador retornado pela Mastercard para vincular transações iniciadas pelo cliente (CIT) a transações subsequentes iniciadas pelo estabelecimento (MIT). Ele complementa o IssuerTransactionId e não o substitui: quando ambos estiverem disponíveis, armazene e utilize os dois conforme suas respectivas finalidades.
Na Mastercard, envie IssuerTransactionId e TransactionLinkId juntos nas transações MIT: os dois parâmetros são obrigatórios.
Bandeira: Mastercard.
Disponível nas respostas de: autorização de crédito, débito, recorrência, VerifyCard e consulta por PaymentId.
Na transação CIT (ou no VerifyCard), a loja ainda não possui um TLID, pois ele só passa a existir quando a bandeira o retorna. Por isso o request não envia o campo TransactionLinkId, e a Mastercard retorna na resposta o identificador original, que deve ser armazenado para as transações seguintes.
A partir da segunda transação do ciclo, a loja envia no request o TransactionLinkId obtido anteriormente. O campo já está disponível no body das APIs de crédito e débito. Nesse caso, a resposta traz dois campos:
SentTransactionLinkId: o valor que o estabelecimento enviou no request e que a Cielo repassou à bandeira;TransactionLinkId: um novo valor, gerado pela bandeira para aquela transação específica.
O campo SentTransactionLinkId só aparece na resposta quando a Cielo envia o TLID à bandeira, independentemente de a transação ser aprovada ou não. Sem envio, o campo não aparece, mesmo que o request tenha o TransactionLinkId.
Exemplos:
O ciclo a seguir ilustra o TLID em uma venda de crédito Mastercard: o request da transação CIT não envia o TransactionLinkId, a resposta retorna os identificadores, a transação MIT seguinte os envia, e a resposta da MIT traz o SentTransactionLinkId e um novo TransactionLinkId.
{
"MerchantOrderId": "2017051001",
"Customer": {
"Name": "Aline de Souza"
},
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Installments": 1,
"Capture": true,
"CreditCard": {
"CardNumber": "<CARTAO_DE_TESTE_MASTERCARD>",
"Holder": "Aline de Souza",
"ExpirationDate": "12/2035",
"Brand": "Master"
}
}
}{
"MerchantOrderId": "2017051001",
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Capture": true,
"IssuerTransactionId": "580027442382078",
"TransactionLinkId": "Xk7pQ2mR-9wLz_4TbN8vCd",
"PaymentId": "6f8d1753-86bb-4dc0-9ebb-09a29093e1fb",
"Status": 2,
"ReasonCode": 0,
"ReasonMessage": "Successful",
"ProviderReturnCode": "6",
"ProviderReturnMessage": "Operation Successful"
}
}{
"MerchantOrderId": "2017051002",
"Customer": {
"Name": "Aline de Souza"
},
"Payment": {
"Provider": "Simulado",
"Type": "CreditCard",
"Amount": 15700,
"Installments": 1,
"Capture": true,
"CreditCard": {
"CardNumber": "<CARTAO_DE_TESTE_MASTERCARD>",
"Holder": "Aline de Souza",
"ExpirationDate": "12/2035",
"Brand": "Master"
},
"IssuerTransactionId": "580027442382078",
"TransactionLinkId": "Xk7pQ2mR-9wLz_4TbN8vCd"
}
}{
"Payment": {
"SentTransactionLinkId": "Xk7pQ2mR-9wLz_4TbN8vCd",
"TransactionLinkId": "aH3nV6qP_2sKe-8YjW1uBf"
}
}Mesmo que a bandeira devolva um novo
TransactionLinkIdem cada resposta, a loja deve continuar enviando, em todas as transações subsequentes, oTransactionLinkIdoriginal, obtido na transação CIT ou no VerifyCard. Os valores retornados posteriormente não devem substituir esse identificador. Apenas se o valor original não tiver sido armazenado é que um valor mais recente pode ser usado como alternativa.
Formato do TLID
O TransactionLinkId enviado no request deve ter exatamente 22 caracteres, entre letras maiúsculas e minúsculas (A-Z, a-z), números (0-9), hífen (-) e sublinhado (_).
Se o
TransactionLinkIdfor nulo, vazio, tiver só espaços ou estiver fora desse formato, a Cielo o ignora: a transação segue sem o TLID, sem retornar erro e sem o campoSentTransactionLinkIdna resposta. Confira o formato antes de enviar.
TLID no sandbox
No sandbox, o meio de pagamento Simulado devolve um TransactionLinkId simulado nas vendas Mastercard autorizadas e na validação de cartão (VerifyCard) Mastercard com cartão válido. Assim, você testa o ciclo do TLID antes de ir para produção.
Fases de implementação do TLID
| Fase | Quando | O que muda |
|---|---|---|
| Fase 1 | Vigente | O TLID é disponibilizado nas respostas de autorização das transações Mastercard, incluindo VerifyCard, e pode ser consultado pela API de consulta utilizando o PaymentId. |
| Fase 2 | A partir de 23/10/2026 | O envio do TransactionLinkId passa a ser obrigatório para transações MIT vinculadas a uma transação CIT original. |
O envio do IssuerTransactionId e do OriginalRecurrentAmount já é obrigatório e não depende dessas fases.
Valor da transação original na recorrência própria
Na recorrência própria, envie no campo Payment.OriginalRecurrentAmount o valor da transação original (primeira do ciclo), como número inteiro em centavos. O campo é obrigatório e deve ser enviado junto com o IssuerTransactionId e, na Mastercard, com o TransactionLinkId.
O exemplo a seguir ilustra uma transação de recorrência própria Mastercard com os três campos:
{
"Payment": {
"Type": "CreditCard",
"Amount": 1500,
"Recurrent": true,
"OriginalRecurrentAmount": 1500,
"IssuerTransactionId": "580027442382078",
"TransactionLinkId": "mK8vT2qA-9LpX7dWc3Rf_HsD1Z"
}
}Teste em sandbox
No ambiente de sandbox, os campos IssuerTransactionId e TransactionLinkId só são retornados quando a transação usa o provider Simulado e o cenário é de transação autorizada.
Recuperação de identificadores
Caso a loja não possua mais o IssuerTransactionId e/ou o TransactionLinkId da transação original (CIT), recomenda-se:
- Priorizar a recuperação dos identificadores por meio da consulta disponibilizada pela Cielo, utilizando as informações da transação original quando disponíveis;
- Na impossibilidade de recuperação, utilizar o identificador de uma transação anterior relacionada ao mesmo ciclo transacional, desde que represente adequadamente a relação da transação com o portador.
Preferencialmente:
- Utilizar uma transação não contestada;
- Utilizar uma transação com histórico consistente de utilização (por exemplo, superior a 3 meses).
A ausência dos identificadores originais pode impactar a capacidade de correlação da transação pelos emissores e, consequentemente, influenciar a análise de autorização e a aderência aos requisitos das bandeiras.
Veja também
Updated 6 days ago