Conciliação através do Extrato Eletrônico

Demonstração de vendas a débito

A demonstração de transações na modalidade de débito está sempre associada a registros com tipo de lançamento “01” da tabela II do manual de integração.

Para efeito de identificação nos arquivos de venda a posição 28 e 29 do registro tipo “E” (UR analítico) será sempre preenchido com a variável indica acima, já nos registros tipo “D” (UR agenda) a indicação do campo “Tipo de lançamento” ocorre na posição 150 a 151.

Demonstração de vendas crédito a vista

A demonstração de transações na modalidade crédito a vista está sempre associada a registros com tipo de lançamento “02” da tabela II do manual de integração.

Para efeito de identificação nos arquivos de venda a posição 28 e 29 do registro tipo “E” (UR analítico) será sempre preenchido com a variável indica acima, já nos registros tipo “D” (UR agenda) a indicação do campo “Tipo de lançamento” ocorre na posição 150 a 151.

Demonstração de vendas parceladas

A demonstração de transações na modalidade crédito parcelado está sempre associada a registros com tipo de lançamento “03” da tabela II do manual de integração.

Para efeito de identificação nos arquivos de venda a posição 28 e 29 do registro tipo “E” (UR analítico) será sempre preenchido com a variável indica acima, já nos registros tipo “D” (UR agenda) a indicação do campo “Tipo de lançamento” ocorre na posição 150 a 151.

Como transações parceladas geram mais de um registro nos extratos, a identificação do plano da venda (quantidade de parcelas) e parcelamento (parcela correspondente a linha consultada) ocorre na posição 18 a 21 do registro tipo “E”. A chave de amarração entre as parcelas é o “Código da transação recebida” apresentado na posição 130 a 151 do mesmo tipo de registros.

Abaixo destacamos uma transação parcelada em 2 vezes onde o “Código da transação recebida” é o “2303190310500000001”.

Para transações parceladas que não tenham nenhum produto de prazo contratado e não sejam da modalidade parcelado cliente, cada parcela irá gerar uma UR correspondente em virtude da data de vencimento original.

Chaves de conciliação e rastreio para vendas e pagamentos

São sugeridas duas chaves de rastreio para acompanhamento das transações desde a demonstração nos arquivos de vendas, passando por arquivos de negociação até chegar na liquidação dos valores nos arquivos de pagamento.

Para o rastreio do ciclo de vida da venda: utilizar a informação do “Código da transação recebida”. A consulta dos dados através desta chave tem como objetivo demonstrar todos os lançamentos da transação já processados nos arquivos, além de apresentar o ciclo de vida da transação. Obs. Para linhas de negociações (tipos de lançamento 11 a 14) este campo apresenta o Número da negociação na Registradora que também é apresentado nos arquivos tipo “15” (NRC), especificamente nas linhas tipo “A” na posição 64 a 83.

A imagem abaixo apresenta a demonstração de uma transação parcelada em 4 vezes cujo “Código da transação recebida” é o mesmo para todas as parcelas, permitindo a amarração do movimento da venda através do mesmo código e gerando uma chave de rastreio para consulta do ciclo de vida. Em complemento note-se que cada parcela gera uma UR correspondente associada a uma data de liquidação específica, gerando distinção no ciclo de pagamento.

Para consulta do ciclo de liquidação de valores: é sugerido o uso da chave UR indicado tanto nos registros tipo “D” (posição 152 a 253) e nos registros tipo “E” (posição 30 a 129). Com a consulta dos dados através desta chave deve-se obter como retorno todas as transações e negociações registrados para a chave consultada, permitindo ter a visibilidade analítica do movimento transacional liquidado para o cliente. Importante: A “Chave UR” mais o “Tipo de lançamento” são os campos que associam registros tipo “E” a linhas tipo “D” nos arquivos de liquidação/pagamento.

Tomando como exemplo a UR listada na imagem anterior, em uma consulta realizada na base de arquivos já processados teremos o seguinte retorno:

Conforme destacado, a “Chave UR” é um código utilizado para geração de previsão de liquidação e liquidação efetiva de valores, com isso, a composição dos lançamentos analíticos gera um conjunto de lançamentos que possuem em comum as seguintes características:

• CPF/CNPJ recebedor

• Data de vencimento original

• Bandeira

• Grupo domicílio (tipo de liquidação)

• Número de estabelecimento

• CPF/CNPJ titular

• Número da negociação na Registradora (para valores negociados)

Com isso a estrutura do arquivo de pagamentos segue a seguinte estrutura (sem transações Pix):

Demonstração de cancelamento/contestação de venda crédito à vista e débito

A demonstração de ajustes associados a cancelamentos e contestações está sempre vinculada a registros com tipo de lançamento “06” e “08” da tabela II do manual de integração. Para efeito de demonstração nos arquivos, a posição 28 e 29 do registro tipo “E” (UR analítico) será sempre preenchido com as variáveis acima indicadas, sendo “06” para cancelamentos de venda e “08” para contestações, já nos registros tipo “D” esta identificação ocorre na posição 150 a 151.

O exemplo abaixo apresenta a demonstração de um cancelamento (tipo de lançamento “06”) do produto “011” (Maestro) para o “Código da transação recebida” 2303020610410000657.

Conforme indicado anteriormente, para cenário de contestações o campo do tipo de lançamento será preenchido com o código “08”.

Demonstração de cancelamento/contestação de venda parcelada

Ao igual que o cancelamento/contestações de transações a débito e crédito a vista, a identificação de cancelamentos/contestações de transações parceladas segue a mesma estrutura com a diferença do desagendamento. A visão de desagendamento consiste na demonstração da previsão de débitos futuros segregados conforme oportunidades de débito na agenda do cliente, podendo incorrer em cenários de débitos parciais que dividem valores de ajustes em quantidades menores ou maiores que a quantidade total de parcelas da venda (este cenário é válido para a compensação de qualquer tipo de ajuste, independentemente da modalidade da venda original ou do tipo de ajuste). Em cenários em que não há incorrência de débitos parciais, a demonstração dos ajustes ocorre sempre com a data de previsão para débito elencada as datas de vencimento original das parcelas em aberto.

A compensação dos débitos para este cenário elenca o valor dos ajustes da última parcela em aberto para a mais recente.

Demonstração de cobranças de aluguel e plano Cielo

A demonstração de ajustes associados cobranças de aluguel e plano Cielo está sempre vinculada a registros com tipo de lançamento “10” da tabela II do manual de integração. Para efeito de demonstração nos arquivos a posição 28 e 29 do registro tipo “E” (UR analítico) será sempre preenchido com a variável acima indicada, já nos registros tipo “D” esta identificação ocorre na posição 150 a 151. O conceito de débitos parciais também pode se aplicar a este tipo de ajuste.

Chaves de conciliação e rastreio para ajustes

Todos os ajustes processados na agenda financeira do cliente geram “Código da transação recebida” exclusivos. Cenários de cancelamentos parciais da mesma venda irão gerar chaves de rastreio distintos. Com isso, é sugerido que além do “Código da transação recebida” também sejam utilizados os dados apresentados no campo “Número da transação processada[^3]” indicado na posição 605 a 626 dos registros tipo “E”. O efeito da utilização deste campo prevê o rastreio da venda original associada ao ajuste lido. Utilizando como exemplo o cancelamento da transação Maestro indicada na seção “Demonstração de cancelamento/contestação de venda crédito à vista e débito” temos o seguinte cenário:

• Código da transação recebida: 2303020610410000657

• Número da transação processada: 2303010110290001373

  

Para estas duas chaves, a primeira indica o código de conciliação gerado para o ajuste, já o segundo campo indica a chave da transação de origem que gerou o débito.

Chaves de convivência entre versões

Esta seção apresenta as chaves de convivência que devem ser utilizadas para tratamento de extratos da versão 14 (visão ROs mais linhas de negociações) e 15 (estrutura a nível de UR).

Vendas

A correlação de chaves entre a versão 14 do manual e a versão 15, para cenários de venda prevê o uso dos campos a seguir:

• V14: Considerar a concatenação dos 4 dígitos iniciais da data de captura indicada no registro de RO (linha tipo 1, posição 140 a 143) mais o campo “Código da venda” indicada nas linhas de CV (linha tipo 2, posição 221 a 235)

• V15: Considerar o campo “Código da transação recebida” indicada na posição 130 a 151 do registro tipo E.

A utilização das chaves acima permite vincular registros de venda para convivência entre os dois layouts.

Ajustes e negociações

Conforme descrito em sessões anteriores, para cenários de ajustes originados em vendas, tais como cancelamentos e contestações, temos duas chaves geradas na versão 15 do manual, uma indicando a chave única do ajuste e outra apontando para a transação original que o originou.

Com isso, temos o seguinte cenário:

Para código de convivência e mapeamento do cancelamento:

• V14: Considerar a concatenação dos 4 dígitos iniciais da data de captura indicada no registro de RO (linha tipo 1, posição 140 a 143) mais o campo “Código da venda” indicada nas linhas de CV (linha tipo 2, posição 221 a 235).

• V15: Considerar o campo “Código da transação recebida” indicada na posição 130 a 151 do registro tipo E.

Para código de convivência e mapeamento da venda original:

• V14: Considerar a concatenação da posição 2 a 5 do campo “Número de RO” indicada no registro de CV (linha tipo 2) mais o campo “Código interno do ajuste” indicada nas linhas de CV (linha tipo 2, posição 236 a 250).

• V15: Considerar o campo “Número da transação processada” indicado na posição 605 a 626 dos registros tipo “E”.

Para código de convivência e mapeamento de negociações (Arquivos de venda, pagamento – CIELO03 e CIELO04)

• V14: Considerar o campo “Código de operação” indicado na posição 12 a 31 dos registros tipo 3;

• V15: Considerar o campo “Número da negociação na Registradora” para registros com tipo de lançamento iguais a 11, 12, 13 e 14.

Para código de convivência e mapeamento de negociações (Arquivos de negociação – CIELO15)

• V14: Considerar o campo “Código da operação” indicado na posição 64 a 83 dos registros tipo B;

• V15: Considerar o campo “Número da negociação na Registradora” para registros com tipo de lançamento iguais a 11.

Obs. Todos os registros tipo “B” gerados no arquivo de antecipação irão gerar registros de contrapartida demonstrados nos arquivos de venda e pagamento abertos a nível de estabelecimento, desde que a antecipação seja de agenda Cielo. Por sua vez, estes registros de contrapartida indicam os saldos e chaves de URs negociados em cada negociação, sendo necessário seguir com o rastreio da base analítica através destes registros.

Demonstração de antecipações de agenda Cielo com a Cielo

O fluxo para demonstração de antecipações efetuadas com a Cielo gera a demonstração dos valores negociados nos arquivos tipo 15 (NRC – Negociação de Recebíveis Cielo) indicando as condições comerciais de cada negociação destacadas em 3 tipo de linhas, conforme descrito na seção “Estrutura dos extratos”. Para identificação de valores antecipados da agenda Cielo diretamente com a Cielo é necessário validar o campo “Instituição financeira” apresentado nos registros tipo “B” (posição 67 a 116). Negociações com esta característica devem apresentar a descrição “CIELO” conforme apresentado abaixo:

Importante! Todos os registros tipo “B” apresentados nos arquivos tipo 15 irão gerar registros de contrapartida refletindo o campo “Código da negociação” na posição “Número da negociação na Registradora” dos registros tipo “E” (para arquivos de captura e liquidação). Por sua vez, os registros tipo “E”, irão indicar a nível de estabelecimento as chaves de UR consideradas em estas negociações permitindo o rastreio da composição analítica dos valores.

Demonstração de antecipações de agenda de outras adquirentes com a Cielo

A estrutura para demonstração de antecipações efetuadas com a Cielo de agendas do mercado ocorre nos arquivos tipo 15 com a descrição e identificação da instituição detentora dos créditos no campo “Instituição financeira” diferente de “CIELO”.

Resumo:

Vínculo dos arquivos CIELO015 e CIELO03 nas antecipações de recebíveis

Conforme indicado em sessões anteriores, negociações de antecipação efetuadas com a Cielo para movimento de agenda Cielo geram registros “B” nos arquivos tipo 15 consolidando valores a nível de CNPJ/CPF, por sua vez, estas mesmas linhas geram registros tipo “E” nos arquivos de venda abertos por estabelecimento, trazendo a indicação do mesmo número de negociação apresentado nos arquivos de antecipação. Em estas linhas de contrapartida são indicadas as URs negociadas que vinculam o movimento transacional da UR, com isso temos o seguinte cenário:

Demonstração no arquivo NRC (CIELO15):

Demonstração de linhas de contrapartida (CIELO03) – visão segregada por campos específicos:

Vínculo de antecipações entre os arquivos CIELO03 e CIELO04

Os registros de contrapartida serão demonstrados nos arquivos de pagamento na data original dos vencimentos. Para efeito de controle, os arquivos de antecipação irão informar estes dados em sua estrutura conforme descrito abaixo.

Demonstração no arquivo NRC (CIELO15) – Indicação de datas de vencimento:

Demonstração de linhas de contrapartida (CIELO04) – visão segregada por campos específicos:

Fluxos de conciliação de antecipações efetuadas com a Cielo (relação vendas, antecipações e pagamentos com detalhamento de UR)

Negociações efetuadas a partir de 07/06/2021 consideram o arranjo de UR (unidade de recebível) para consolidação de valores e liquidação de movimentos, com isso, as informações geradas nos extratos seguem a mesma estrutura de agrupamento para detalhamento de valores negociados.

O quadro abaixo indica o ciclo de envio de informações para acompanhamento e conciliação das URs negociadas com a Cielo:

Negociações de Voucher efetuadas a partir de maio/26 (previsão) consideram o arranjo de UR (unidade de recebível) para consolidação de valores e liquidação de movimentos, com isso, as informações geradas nos extratos seguem a mesma estrutura de agrupamento para detalhamento de valores negociados. Segue o “De-Para” com as apresentações de vendas de cartões vs voucher.

Demonstração de negociações de agenda Cielo efetuadas com outras instituições

Negociações de agenda Cielo com o mercado podem ocorrer de duas formas distintas (cessões e/ou gravames)

Cessões

São classificadas como negociações de antecipação onde há a liquidação de valores antes da data de vencimento original (conceito de antecipação):

Gravames

São classificadas como negociações de garantia onde a data de liquidação original é mantida, gerando apenas o compromisso de valores futuros com agentes terceiros.

Novas regras de atualização na demonstração de lançamentos relacionados à Negociações de Recebíveis (versão 15.8.1)

Uma vez que as negociações podem sofrer alterações, cancelamentos e recálculos pelo sistema de registro de recebíveis de cartões, ou pelas instituições financeiras responsáveis pelas negociações, a partir da versão 15.8 o arquivo CIELO03 passará a demonstrar todas as atualizações referentes aos tipos de lançamentos:

• 11 - Valor cedido em negociação

• 13 - Débito de recebíveis dados como garantia (gravame)

• 14 - Crédito de recebíveis dados como garantia (gravame)

• 23 - Débito de penhora por decisão judicial

• 24 - Crédito de penhora por decisão judicial

• 36 - Compensação a crédito devido lançamento em garantia (gravame)

• 37 - Compensação à débito devido lançamento de penhora

• 38 - Compensação à crédito devido lançamento de penhora

• 39 - Compensação à débito devido lançamento de cessão

• 40 - Compensação à crédito devido lançamento de cessão

Diante cenário, a conciliação financeira dos extratos CIELO03 deve prever duas situações distintas considerando as chaves Chave UR + Tipo de lançamento + Número da negociação na Registradora + Bandeira + Data de liquidação + Identificador do efeito da negociação de recebíveis:

1. Atualização de saldos da negociação de recebíveis mediante sumarização de valores (novo efeito)

2. Atualização de saldos da negociação de recebíveis mediante atualização de valores (recálculo)

Sumarização (novos efeitos):

Exemplo cenário 1: considerando que o estabelecimento comercial realizou uma negociação de recebíveis, seja ela no modelo de cessão ou gravame, teremos o seguinte cenário quando a exibição dos dados no arquivo CIELO03:

Informações da negociação de recebíveis:

• Data da negociação: 01/01/2024

• Data do lançamento: 01/01/2024

• Chave UR: 1263

• Tipo de lançamento: 11

• Número da negociação na Registradora: 888

• Bandeira: Visa

• Data de vencimento original: 30/01/2024

• Identificador do efeito da negociação de recebíveis: 1

• Valor: R$ 1000,00

Demonstração no arquivo CIELO03 do dia 02/01/2024 da negociação de recebíveis:

Caso em 05/01/2024 esta mesma negociação sofra um novo efeito (cenário 1) em que o efeito da negociação absorva mais R$ 500 dos recebíveis futuros do estabelecimento comercial, teremos o seguinte demonstrativo:

Com isso, o saldo da negociação de recebíveis que deve ser considerado na conciliação no valor R$ 1500,00 visto que o Identificador do efeito da negociação de recebíveis entre ambos os registros é distinto. Quando a demonstração no arquivo de pagamentos do dia 30/01/2024, teremos a seguinte estrutura:

Atualização (recálculo de efeitos existentes):

Exemplo cenário 2: Considerando o mesmo estabelecimento indicado no exemplo anterior tenha sofrido uma atualização/recalculo do saldo do efeito na negociação de recebíveis, teremos:

Demonstração no arquivo CIELO03 do dia 02/01/2024 da negociação de recebíveis:

Caso em 05/01/2024 esta mesma negociação sofra um recálculo para o valor de R$ 750,00:

Com isso, o saldo da negociação que deve ser considerado na conciliação deverá ser de R$ 750,00 visto que o Identificador do efeito da negociação de recebíveis entre ambos os registros é o mesmo. Quanto a demonstração no arquivo de pagamentos do dia 30/01/2024, teremos a seguinte estrutura:

Cenários de negociação de saldos de uma UR

O saldo de uma UR pode incorrer em mais de uma operação ou em mais de um tipo de operação (cessão/gravame), com isso, URs demonstradas nos extratos de venda e pagamento podem apresentar em seu detalhamento registros com tipo de lançamento sendo necessário efetuar a baixa de movimento a nível de saldo.

Possíveis cenários:

• UR livre: Não possui nenhuma operação associada;

• UR cedida integralmente: 100% do saldo que compõe a UR foi negociada no modelo de cessão com apenas uma instituição;

• UR com cessão múltipla de forma integral: O saldo da UR foi negociado com mais de uma instituição financeira comprometendo o saldo total;

• UR cedida parcialmente: Parte do saldo da UR foi negociado no modelo de cessão com uma instituição;

• UR com cessão múltipla de forma parcial: O saldo da UR foi negociado com mais de uma instituição financeira, porém ainda apresenta saldo disponível;

• UR com tipo de operação múltipla de forma integral: O saldo da UR possui tanto operações de cessão como gravame, sejam elas com a mesma instituição ou distintas negociadas para 100% do valor que a compõe.

• UR com tipo de operação múltipla de forma parcial: O saldo da UR possui tanto operações de cessão como gravame, sejam elas com a mesma instituição ou distintas, porém, ainda possui saldos disponível.

Importante: Para cenários em que o saldo total da UR foi negociado, o detalhamento transacional é conciliável para 100% das vendas, salvo em situações que exista a necessidade de segregar as transações por tipo de operação.

Para cenários em que há incorrência de operações parciais nos saldos das URs, os extratos irão demonstrar a composição analítica total da UR e a conciliação dos valores negociados deverá ser efetuada a nível de saldo.

Vale ressaltar que a partir da entrada da circular 3.952 o controle de saldos futuros é efetuado a nível de UR através de consulta nas registradoras.

Demonstração de transações Pix

Devido ao prazo de liquidação, transações Pix são apresentadas apenas nos arquivos CIELO16. A sua demonstração ocorre em linhas tipo “8” (Detalhe Transação Pix) indicando a data da venda, data de liquidação, ID Pix, valores brutos e líquidos entre outros.

Conciliação de transações Pix

É indicado o uso dos campos:

• “ID Pix” para registros de venda e

• “ID Pix” e “ID Pix original” para registros de ajustes

O campo “ID Pix original” indica a venda de origem que gerou o ajuste, permitindo o rastreio do ciclo de vida da transação.

Para identificar:

• Transações Pix Liquidadas, verificar os status:

  • 01 - Pago conta na Conta Cielo

  • 05 - Pago na Conta Domicílio

• Transações Pix Pendentes de Liquidação ou Transferências Judiciais, verificar os status:

  • 02 - Em transf. para Conta Domicílio

  • 03 - Transferência negada pelo Banco.

  • 04 - Domicílio Bancário inválido

  • 06 - Bloqueado

  • 07 - Desbloqueado

  • 08 - Liquidação judicial

  • 09 - Compensado

Serviço de transferência programada para vendas Pix (a partir da versão 15.9)

A funcionalidade de transferência programada para transações Pix permitirá aos clientes receberem suas vendas Pix em horários pré-definidos na conta de pagamento cadastrada. A adesão é válida por CNPJ, contemplando todos os Estabelecimentos respectivos. No horário do pagamento, será transferido o saldo acumulado das vendas Pix desde a última transferência, e, no caso de descontos (como devoluções e outros ajustes), a transferência já corresponderá ao valor líquido devido ao cliente. As transações que apresentarem erro entrarão na retentiva de liquidação do saldo no próximo horário programado.

Exemplo:

• Horário pré-definido: 14h00

• Vendas Pix

  • Transação ID Pix 123: R$ 100,00

  • Transação ID Pix 456: R$ 50,00

  • Transação ID Pix 798: R$ 200,00

• Crédito em conta: R$ 350,00

As transações continuarão a ser identificadas no Registro Tipo 8 com os respectivos status de pagamento e o campo de indicativo de transferência programada será preenchido com “S” nesses casos. Para transações com indicativo de transferência programada “N”, não há alterações no fluxo de liquidação da conta Cielo para a conta principal do cliente.

Tratamento dos cenários de bloqueio / desbloqueio / liquidação judicial / compensado por med nas transações PIX

As transações que forem bloqueadas para liquidação devido a determinação judicial/cautelar ou MED serão demonstradas com as contrapartidas no registro 8 (origem do ajuste - posições 220 e 221) e status de pagamento atualizados (posições 223 e 224).

BACENJUD

O cenário abaixo, explica a jornada exclusiva do bloqueio de uma outra transação para compensação de um MED (mecanismo especial de devolução) recebido.

Demonstração Ajuste “0272”

Ajustes “0272” (Cobrança de pagamento indevido e/ou devolução de cobrança indevida relacionados ao saldo utilizado em negociações de recebíveis) são utilizados para recalculo e ajuste de saldos associados a operações de saldos negociados com a Cielo.

A origem destes registros está vinculada a existência de URs negociadas que sofreram ajustes de cancelamentos, contestações e até mesmo pagamentos indevidos, resultando em créditos ou débitos para o estabelecimento comercial, podendo ser exibidas com o tipo de lançamento “11” ou “04” (posição 28 a 29 dos registros tipo “E”).

É importante ressaltar que a Cielo não pode deixar a agenda do cliente negativa, portanto, o ajuste pode ter uma data de vencimento diferente das Unidades de Recebíveis (UR) que compõem a negociação original.

Como fica a informação nos arquivos?

• Passado:

• Atualizado:

Devido ao deslocamento das informações contidas nos campos acima mencionados, é necessário efetuar a baixa dos registros de ajustes “0272” através das chaves dos novos campos.

• Para arquivos diários enviados após a data (11/12/2024) é necessário considerar a regra nova;

• Para arquivos diários enviados antes da data (11/12/2024) é necessário considerar a regra antiga;

• Para arquivos reprocessados gerados após a data (11/12/2024) as informações dos campos serão atualizadas conforme a regra nova.

Demonstração Recebimento Automático (RA)

O produto Receba Rápido, disponível para contratação pelo cliente, oferece a opção de recebimento de transações com prazos reduzidos, tais como D+1.

Este produto possui uma taxa adicional, além do MDR da venda, que pode variar conforme o fator do RA contratado. Em outras palavras, a taxa do Receba Rápido para a primeira parcela pode ser maior ou igual a taxa da segunda, a da segunda será maior ou igual a terceira, e assim por diante.

Segue exemplo para interpretação do produto nos arquivos:

Demonstração de débitos em conta

Débitos em conta se referem a condições cadastrais onde estabelecimentos comerciais optam por debitar valores negativos de sua agenda financeira diretamente em sua conta domicílio.

A liquidação destes débitos em conta depende da efetivação dos valores por parte do banco. Este retorno pode ocorrer em até 10 dias após a data do envio do débito para a conta, conforme demonstrado no quadro a seguir:

• Demonstração nos extratos diários de pagamento

• Demonstração nos extratos reprocessados para débitos não confirmados pelo banco

• Demonstração nos extratos reprocessados para débitos confirmados pelo banco

Obs. Para registros com débitos em conta que tiverem confirmação de efetivação por parte do banco, o código da UR irá atualizar o status de pagamento de “45” para “47” e ganhar novos atributos em sua composição, sendo:

• XXXXXXXXXXXXXXXXXXX: Chave UR original (também utilizado como Código da transação recebida do débito de origem, demonstrado na posição 130 a 151 dos registros E)

• 999999998: Identificador de débito efetivado pelo banco

• 00Y: Identificador de quantidade de reenvios de liquidação para o banco, sendo “Y” o indicador de quantidade de envios.

Demonstração transações TC (Tá na conta)

O produto TC (Tá na conta) permite que clientes recebam as suas vendas em prazos menores de pagamento, permitindo uma maior flexibilidade no controle financeiro das suas transações.

Para efeito de demonstração e conciliação possui as seguintes características:

• TC D0: Permite o pagamento das vendas feitas até às 20h59 ao longo do mesmo dia

• TC D1: Permite o pagamento das vendas no dia seguinte a data da venda

Quanto a demonstração no extrato eletrônico, as transações que possuírem este produto vinculado irão ter o seguinte comportamento:

Demonstração TC D0

• CIELO03: Demonstra os registros com a indicação “0” na posição 162 dos registros tipo “E”, quanto a validação de prazo de pagamento, irão possuir a diferença de 0 dias entre a data da venda e a data de vencimento original, salvo cenários de pagamento do último corte do dia (após as 21hrs) que terão a diferença de 1 dia.

• CIELO04: Devido ao prazo reduzido de pagamento (D0), registros de venda com pagamento não serão apresentados nos arquivos de liquidação, sendo necessário efetuar a baixa das transações através dos arquivos CIELO03 para registros que possuírem a indicação “0” na coluna acima indicada (posição 162 dos registros tipo “E”).

Demonstração TC D1

• CIELO03: Demonstra os registros com a indicação “1” na posição 162 dos registros tipo “E”, quanto a validação de prazo de pagamento, irão possuir a diferença de 1 dia entre a data da venda e a data de vencimento original.

• CIELO04: Demonstra os registros com a indicação “1” na posição 162 dos registros tipo “E”, quanto a validação de prazo de pagamento, possui o mesmo tratamento do CIELO03.

Obs. Registros de vendas efetuadas após as 21hrs que possuam prazo de pagamento em D0 poderão ser apresentados nos arquivos de pagamento, porém, é sugerível efetuar a baixa das transações a partir dos arquivos CIELO03.

Demonstração de Chave UR - CNPJ Alfanumérico

A Receita Federal do Brasil publicou a Instrução Normativa RFB nº 2.229, de 15 de outubro de 2024, que estabelece alterações no formato do Cadastro Nacional da Pessoa Jurídica (CNPJ).

Como parte da evolução para o novo padrão de CNPJ alfanumérico, informamos que haverá mudanças na composição da Chave UR presente nos arquivos de Extrato Eletrônico, o campo continuará com o mesmo tamanho total, sem impactar o comprimento definido.

Esse comportamento pode ocorrer inclusive para uma mesma venda, em que uma parcela apresente a Chave UR no formato tradicional e outra no novo modelo proposto. Segue um exemplo: