[{"_id":"project-settings","settings":{"translateMetaTags":true,"translateAriaLabels":true,"translateTitle":true,"showWidget":true,"customWidget":{"theme":"custom","font":"rgb(255,255,255)","header":"rgb(0,83,170)","background":"rgba(0,83,170,0.8)","position":"right","positionVertical":"bottom","border":"","borderRequired":false,"widgetCompact":true},"widgetLanguages":[],"activeLanguages":{"en":"English","pt-BR":"Português (Brasil)"},"enabledLanguages":["en","pt-BR"],"debugInfo":false,"displayBranding":true,"displayBrandingName":true,"localizeImages":false,"localizeImagesLimit":true,"localizeAudio":false,"localizeAudioLimit":true,"disabledPages":[],"regexPhrases":[],"blockedClasses":false,"blockedIds":false,"phraseDetection":true,"customDomainSettings":[],"seoSetting":[],"translateSource":false,"overage":false,"detectPhraseFromAllLanguage":false,"googleAnalytics":false,"mixpanel":false,"heap":false},"version":22102},{"_id":"pt-BR","source":"pt-BR","pluralFn":"return n != 1 ? 1 : 0;","pluralForm":2,"dictionary":{},"version":22102},{"_id":"outdated","outdated":{"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento da pessoa sócia (formato ISO 8601 - UTC), que deve possuir no mínimo 18 anos.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento do representante legal (formato ISO 8601 - UTC), que deve possuir no mínimo 18 anos.":1,"#O tempo para a expiração do":1,"#Objeto que contém informações sobre os dados do beneficiário final.":1,"#O boleto foi cancelado pelo beneficiário final ou por decurso de prazo.":1,"#O cancelamento do boleto.":1,"#Motivo do cancelamento do boleto, que pode ser \"CancelledByRecipient\" (cancelado pelo emissor) ou \"CancelledByDeadLine\" (cancelado por decurso de prazo).":1,"#Objeto que contém informações sobre a conta bancária do beneficiário final.":1,"#Nome completo do beneficiário final.":1,"#Tipo de beneficiário final, o qual pode ser “Customer” ou “Business”.":1,"#Objeto que contém informações sobre o documento do beneficiário final.":1,"#Transação interrompida devido a erro no participante do usuário recebedor":1,"#Data em que o evento ocorreu, no formato ISO 8601 - UTC.":1,"#Data em que a transferência ocorreu, no formato ISO 8601 - UTC.":1,"#Data em que o pagamento foi realizado, no formato ISO 8601 - UTC.":1,"#Data em que foi feita a requisição no <em ljsid-1=\"\">endpoint</em> de pagamento de contas, no formato ISO 8601 - UTC.":1,"#Data de liquidação do pagamento, no formato ISO 8601 - UTC. Caso a data de vencimento coincida com feriados ou finais de semana, esse campo informará a data do próximo dia útil.":1,"#Data de atualização do evento, no formato ISO 8601 - UTC.":1,"#Data de criação do evento, no formato ISO 8601 - UTC.":1,"#9 minutes ago":1,"#O parceiro receberá apenas os código (primeira coluna da tabela anterior), sem a descrição.":1,"#Data de emissão do boleto, no formato ISO 8601 - UTC.":1,"#Data de de atualização dos dados da transferência, no formato ISO 8601 - UTC.":1,"#Data de vencimento do pagamento, no formato ISO 8601 - UTC.":1,"#Data em que o documento foi emitido, no formato ISO 8601 - UTC.":1,"#Validade do documento, no formato ISO 8601 - UTC.":1,"#Data da análise do documento, no formato ISO 8601 - UTC.":1,"#É necessário informar <strong ljsid-1=\"\">todos</strong> os campos para que a simulação de pagamento seja efetuada com sucesso.":1,"#O boleto está com status diferente de “Registered”.":1,"#Houve uma falha no depósito para conta do beneficiário final.":1,"#Esse <em ljsid-1=\"\">endpoint</em> é para uso <strong ljsid-3=\"\">exclusivo</strong> do ambiente de <em ljsid-5=\"\">sandbox</em>. Ele <strong ljsid-7=\"\">não</strong> funciona em ambiente de produção.":1,"#O depósito na conta dos beneficiários finais ocorre logo após o processo de conciliação, apenas em dias úteis, a partir das 12h (meio-dia).":1,"#Assim que o boleto é conciliado, o valor ficará disponível na conta do beneficiário final. A esse processo chamamos de liquidação.":1,"#Ao concluir esse processo, o <em ljsid-1=\"\">status</em> do boleto passa a ser <strong ljsid-3=\"\">Conciliated</strong>.":1,"#Assim que o Bankly é notificado sobre o pagamento pela Nuclea/CIP, inicia-se o processo de conciliação desse pagamento, ou seja, fazemos uma comparação entre o pagamento processado e o pagamento recebido.":1,"#Mesmo após a baixa operacional por parte da instituição financeira, o <em ljsid-1=\"\">status</em> do boleto seguirá como <strong ljsid-3=\"\">Registered</strong> até que passe pelo processo de conciliação, realizado pelo Bankly.":1,"#Quando o pagador do boleto efetua o pagamento, a instituição financeira que recolheu a quantia notifica a Nuclea/CIP. Esse processo é chamado de baixa operacional.":1,"#Após a conclusão do processo de <a ljsid-1=\"\">emissão do boleto</a> e a transição do boleto para o <em ljsid-3=\"\">status</em> “Registered”, já será possível realizar seu pagamento.":1,"#Busca dos dados do <em ljsid-1=\"\">Customer/Company</em> (dados cadastrais da PF ou PJ);":1,"#Verificação do <em ljsid-1=\"\">status</em> da conta do beneficiário final;":1,"#ativas, para evitar a criação de contas duplicadas.":1,"#) é necessário caso o cliente possua":1,"#de idempotência (":1,"#, acrescentamos um destaque informando que o":1,"#, assim como na documentação disponível no":1,"#Devido ao ajuste no formato do token de segurança de nossas APIs, que agora é HASH, e não mais JWT, a descrição de todos os <em ljsid-1=\"\">headers</em> dos <em ljsid-3=\"\">endpoints</em> documentados passa a ser apenas: \"Token de autorização do tipo Bearer.\"":1,"#, pois, agora, o Bankly permite o registro de DDIs internacionais, desde que eles não façam parte da":1,"#Na documentação <a ljsid-1=\"\">Motivos de reprovação de registro</a>, adicionamos um novo motivo que pode ocasionar a reprovação do Onboarding do cliente, o PEP_RECUSED.":1,"#Toda a seção de <a ljsid-1=\"\">Boletos</a> .":1,"#Seção de <a ljsid-1=\"\">Reivindicação de chaves Pix</a>;":1,"#As seguintes documentações já se encontram no novo modelo de exibição:":1,"#Agora, a documentação dos <a ljsid-1=\"\">eventos de pagamento de contas</a> possui fluxograma para auxiliar o nosso parceiro a compreender a sequência em que esses eventos ocorrem.":1,"#Acrescentamos dois novos eventos na página <a ljsid-1=\"\">Contas</a> referentes ao bloqueio e desbloqueio de contas. Confira:":1,"#Disponibilizamos a documentação das <a ljsid-1=\"\">multicontas</a>, uma nova funcionalidade oferecida pelo Bankly que permite aos parceiros a abertura de mais de uma conta de pagamento para cada cliente (pessoa física ou pessoa jurídica), sem a necessidade de realizar um novo processo de Onboarding.":1,"#Agora, o Manual do Dev conta com uma nova página que descreve o <a ljsid-1=\"\">ciclo de vida dos clientes</a> do tipo pessoa física. Nessa nova documentação, o parceiro encontrará a descrição de todos os status que um cliente pode apresentar ao longo de seu relacionamento com o Bankly.":1,"#Esse evento sinaliza que a reserva de valor para a transação (<em ljsid-1=\"\">hold</em>) ocorreu com sucesso. Porém, houve reprovação no processo de antifraude transacional. Portanto, o valor será devolvido para a conta pagadora.":1,"#Data de atualização da pocket, no formato ISO 8601 - UTC.":1,"#Data de criação da pocket, no formato ISO 8601 - UTC.":1,"#Data de nascimento do usuário, no formato ISO 8601 - UTC.":1,"#Data de atualização da conta pocket, no formato ISO 8601 - UTC.":1,"#Data de criação da conta pocket, no formato ISO 8601 - UTC.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento da pessoa sócia (formato ISO 8601 - UTC), que deve possuir no mínimo 16 anos.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento do representante legal (formato ISO 8601 - UTC), que deve possuir no mínimo 16 anos.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de abertura da empresa, no formato ISO 8601 - UTC.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento do representante legal no formato ISO 8601 - UTC.":1,"#Data da solicitação de criação do lote, no formato ISO 8601 - UTC.":1,"#Para que você tenha toda a experiência de pagamento de boleto, disponibilizamos um <em ljsid-1=\"\">endpoint</em> para <a ljsid-3=\"\">simulação de pagamento</a> em <em ljsid-5=\"\">sandbox</em>.":1,"#Caso um boleto seja pago mais de uma vez, todo o valor será depositado na conta do beneficiário final.":1,"#Após o processo de liquidação, o <em ljsid-1=\"\">status</em> do boleto passa a ser <strong ljsid-3=\"\">Settled</strong>.":1,"#Resposta (":1,"#Token correspondente ao documento de Declaração de Faturamento dos Últimos 12 meses ou Balanço Social.":1,"#No modo YellowPath, o cliente adiciona o cartão diretamente no <strong ljsid-1=\"\">aplicativo da carteira digital</strong>. Neste contexto, ele terá de informar manualmente os dados do cartão, como data de expiração e o código de segurança do cartão (CVV).":1,"#Recordamos que os eventos descritos acima não são enviados na geração do <em ljsid-1=\"\">token</em>, e sim quando o parceiro adiciona ou remove o cartão da carteira virtual.":1,"#Novo <em ljsid-1=\"\">endpoint</em>: Alteração de data de vencimento da fatura do cartão":1,"#Novo <em ljsid-1=\"\">callout</em> na documentação de contas":1,"#Eventos ACCOUNT_HOLDER_WAS_CREATED e ACCOUNT_HOLDER_WAS_CANCELED":1,"#Gestão de cartão: Novas tags":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Status para o qual o cartão será modificado. Confira a tabela com os possíveis status reversíveis e irreversíveis na página <a ljsid-2=\"\">Possíveis status do cartão</a>. <strong ljsid-4=\"\">Importante</strong>: Apenas informe os <em ljsid-6=\"\">status</em> contidos na tabela \"Status alterados pelo parceiro\".":1,"#Os <em ljsid-1=\"\">endpoints</em> de consulta de cartões são aplicáveis tanto a cartões <strong ljsid-3=\"\">pré-pagos</strong> quanto a cartões <strong ljsid-5=\"\">pós-pagos</strong>.":1,"#Contextos que já possuem eventos na versão 2.0":1,"#Olá! Confira as atualizações da documentação ocorridas no mês passado! 😉🆕 O que há de novoCiclo de vida do clienteAgora, o Manual do Dev conta com uma nova página que descreve o ciclo de vida dos clientes do tipo pessoa física. Nessa nova documentação, o parceiro encontrará a descrição de todos os...":1,"#Na documentação <a ljsid-1=\"\">Cancelamento de um pedido de reivindicação</a>, corrigimos o texto que informava que apenas o doador poderia cancelar um pedido e reivindicação de chave Pix. Tanto doador quanto reivindicador podem solicitar o cancelamento de pedido de reivindicação de posse ou de portabilidade, desde que o <em ljsid-3=\"\">status</em> do pedido seja WAITING_RESOLUTION.":1,"#Nas documentações <a ljsid-1=\"\">Validação do título</a> e <a ljsid-3=\"\">Confirmação do pagamento</a>, foram acrescentados novos erros mapeados.":1,"#Na documentação do evento <a ljsid-1=\"\">CUSTOMER_WAS_REVOKED</a>, acrescentamos um destaque informando sobre a necessidade de um novo processo de Onboarding para que o cadastro seja revalidado.":1,"#Feliz Ano Novo! ✨":1,"#A documentação <a ljsid-1=\"\">Envio e análise de documentos pessoais</a> apresenta agora uma nova estrutura, visando facilitar o acesso às informações.":1,"#Por documento":1,"#referentes a consulta de cartões:":1,"#) no retorno de sucesso dos":1,"#Acrescentamos um novo campo (":1,"#Reforçamos que a adequação solicitada é um item regulatório, de acordo com a Resolução nº 96 e a Circular nº 3.978 do Banco Central do Brasil, e é obrigatória.":1,"#A documentação atualizada você encontra em:":1,"#Faturamento anual (PJ).":1,"#Faixa de renda mensal (PF);":1,"#Indicação de PEP (Pessoa Exposta Politicamente) ou PEP Relacionado (familiar, sócio ou estreito colaborador);":1,"#Seguindo nosso compromisso com as normas vigentes e visando garantir a segurança das suas operações, o Bankly realizou alterações na API de Onboarding de pessoa física e pessoa jurídica. Para auxiliar o parceiro nessas alterações (que devem ser concluídas até dia 03 de fevereiro de 2023), documentamos os novos campos incluídos no processo de Onboarding:":1,"#Alterações regulatórias do Onboarding de PF e PJ":1,"#Além disso, a página está com uma nova estrutura! :)":1,"#, no qual é informado que o boleto está apto para pagamento.":1,"#Na página de eventos de Boletos, acrescentamos um novo evento":1,"#Evento de boleto registrado":1,"#Agora é possível utilizar um novo endpoint para consultar o <a ljsid-1=\"\">limite de crédito do cartão</a>.":1,"#Eventos:":1,"#O Bankly oferece agora a todos os seus parceiros o <a ljsid-1=\"\">serviço de extrato e faturas das transações realizadas com cartões de crédito pós-pagos</a>. Confira quais são os novos endpoints e eventos disponíveis para uso:":1,"#A ordem de transferência via pix não pôde ser processada.":1,"#Pagamento rejeitado pelo PSP do recebedor. (CPF/CNPJ do usuário recebedor não é consistente com o titular da conta transacional especificada).":1,"#Pagamento rejeitado pelo PSP do recebedor. (O tipo de transação não é suportado/autorizado na conta transacional especificada. Ex: transferência para conta salário).":1,"#Pagamento rejeitado pelo PSP do recebedor. (Número da agência e/ou conta transacional do usuário recebedor inexistente ou inválido).":1,"#Pagamento rejeitado pelo PSP do recebedor. (Transação interrompida devido a erro no participante do usuário recebedor).":1,"#Formato yyyy-mm-dd. Caso necessário, poderá ser feito um filtro incluindo o horário, no formato ISO 8601 - UTC.":1,"#Data de criação da transferência, no formato ISO 8601 - UTC.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Objeto que contém informações sobre a conta do beneficiário final do boleto.":1,"#O fluxo de tokenização pode ocorrer pelo modo GreenPath ou YellowPath. Em ambos, o sistema antifraude do Bankly atua para garantir a segurança dos clientes de nosso parceiro.":1,"#Fluxo de tokenização":1,"#Além disso, o uso do <em ljsid-1=\"\">token</em> é restringido a um dispositivo, estabelecimento, tipo de transação e canal, o que garante maior segurança em transações digitais.":1,"#Tokenização é o processo de substituição do número do cartão (PAN) por um <em ljsid-1=\"\">token</em> exclusivo. Esse <em ljsid-3=\"\">token</em> contém informações referentes ao cartão, eliminando a necessidade do tráfego desses dados.":1,"#Dessa forma, além da praticidade de carregar diversos cartões em um único dispositivo/aplicativo, os cartões contidos na carteira digital são representados por <em ljsid-1=\"\">tokens</em>, que asseguram uma maior segurança ao usuário.":1,"#<strong ljsid-0=\"\">Carteiras digitais</strong>, como a Google Pay, são ambientes virtuais nos quais é possível adicionar cartões físicos (pré, pós e débito) e virtuais para serem facilmente utilizados por meio de <em ljsid-2=\"\">smartphones</em> ou qualquer dispositivo inteligente, como por exemplo, um <em ljsid-4=\"\">smartwatch</em>.":1,"#é enviado.":1,"#O bloqueio de tokenização por erro de CVV permanece ativo por exatas 24h, contadas a partir da quinta tentativa incorreta. Esse bloqueio impede apenas novas tokenizações nesse período e não interfere nas operações do cartão. Quando o bloqueio inicia, o evento":1,"#tentativas seguidas.":1,"#cinco":1,"#Caso a tokenização tenha se iniciado num fluxo YellowPath, algumas validações adicionais são realizadas, como o envio de desafios (SMS, in-App etc.). Nesse caso, o sistema antifraude também poderá realizar o bloqueio da tokenização por um período de 24h, caso o cliente forneça o CVV incorreto após":1,"#Nessa verificação, a tokenização pode ser impedida por regras específicas, como cartão expirado, bloqueado ou cancelado, por exemplo.":1,"#Os dados produzidos em ambos os fluxos (GreenPath e YellowPath) são enviados para a processadora e esta aciona o sistema antifraude do Bankly para verificação.":1,"#Sistema antifraude":1,"#Para que o cliente tenha acesso a esses dados (principalmente em caso de cartões virtuais), sugerimos que o parceiro implemente em sua aplicação a consulta aos <a ljsid-1=\"\">dados de segurança do cartão</a>.":1,"#Neste fluxo, o processo transcorre de forma automática, sem a intervenção manual do cliente.":1,"#Portanto, o parceiro deve implementar a tokenização em sua aplicação, obtendo os dados necessários por meio do <em ljsid-1=\"\">endpoint</em> de <a ljsid-3=\"\">geração de token</a>.":1,"#No modo GreenPath, o cliente utiliza o <strong ljsid-1=\"\">aplicativo do parceiro</strong> para iniciar a tokenização do cartão a ser incluído em uma carteira digital.":1,"#Transações bandeiradas: Visão geral e novo fluxo":1,"#O encerramento legal consiste no processo de comunicação ao CCS (Cadastro de Clientes do Sistema Financeiro) do Bacen sobre o encerramento da conta. Esse comunicado pode ocorrer em até 30 dias após o encerramento técnico.":1,"#Proxy (código identificador com 19 dígitos, gerado na solicitação de emissão de cartões) para pesquisar eventos de cartão. <strong ljsid-1=\"\">Observação</strong>: em <em ljsid-3=\"\">sandbox</em> a consulta por proxy não retornará eventos, visto que nesse ambiente não ocorrem movimentações reais com cartão.":1,"#Nome do evento sobre o qual deseja obter informações.":1,"#O <em ljsid-1=\"\">status code</em> 200 indicará que a solicitação foi aceita com sucesso e trará uma lista dos <em ljsid-3=\"\">status</em> futuros do cartão, se houver.":1,"#Em caso de cartão com o <em ljsid-1=\"\">status</em> \" CANCELED\", será retornado o <strong ljsid-3=\"\"><em ljsid-3-0=\"\">status code</em> 204</strong> junto com uma lista vazia <strong ljsid-5=\"\">[]</strong>. Isso ocorre porque não há mais estados futuros para um cartão cancelado.":1,"#Foi realizado o encerramento técnico de uma conta pocket (v2).":1,"#Uma conta pocket foi totalmente encerrada (v2).":1,"#Uma conta pocket foi criada (v2).":1,"#Recordamos que esta documentação apenas descreve os eventos na versão <strong ljsid-1=\"\">1.0</strong>. Para saber os detalhes dos demais eventos, acesse a documentação da versão 2.0.":1,"#O usuário da conta pocket foi alterado (v2).":1,"#Um valor foi resgatado da conta pocket (v2).":1,"#Data de criação da conta de pagamento, no formato ISO 8601 - UTC.":1,"#Data de criação do cadastro do titular no formato ISO 8601 - UTC.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data de nascimento do usuário, no formato ISO 8601 - UTC.":1,"#Data limite para pagamento do QR Code, no formato ISO 8601 - UTC. Válido apenas para QR Codes dinâmicos.":1,"#Data de expiração do QR Code, no formato ISO 8601 - UTC. Válido apenas para QR Codes dinâmicos.":1,"#Data de criação do QR Code, no formato ISO 8601 - UTC.":1,"#Data da devolução, no formato ISO 8601 - UTC.":1,"#, que anteriormente estava disponível apenas no Manual do dev.":1,"#o objeto":1,"#do APIs, incluímos no":1,"#Gestão de fatura: consulta de fatura por ID":1,"#que estavam escritos incorretamente (minúscula para maiúscula etc.).":1,"#da documentação de eventos de":1,"#Corrigimos alguns valores retornados no campo":1,"#, que anteriormente estava definido como 15, para o valor correto de 25.":1,"#Adicionalmente, corrigimos o limite máximo de caracteres do campo":1,"#: Embora seja permitido ultrapassar 15 caracteres, ao ser decodificado, nomes de cidades com mais de 15 caracteres não serão exibidos integralmente.”":1,"#e inserimos a seguinte informação na descrição: “Obrigatório. Nome da cidade.":1,"#, retiramos o número máximo de caracteres do campo":1,"#QR Code Dinâmico: limitação de caracteres":1,"#. Agora, esclarecemos que o tipo de conta deve ser exclusivamente \"CHECKING\" ou \"SAVINGS\", e o campo tornou-se opcional. Se não for especificado, será automaticamente assumido o valor \"CHECKING\".":1,"#, realizamos correções na descrição e removemos a obrigatoriedade do campo":1,"#Na documentação Transferência via TED do":1,"#Transferência via TED: descrição de campo e obrigatoriedade":1,"#Ajustamos o texto que descreve o <a ljsid-1=\"\">processo de encerramento legal de uma conta</a>, informando que a comunicação ao CCS (Cadastro de Clientes do Sistema Financeiro) do Bacen pode ocorrer em até 30 dias após o encerramento técnico.":1,"#A documentação sobre <a ljsid-1=\"\">criação de conta pocket</a> sofreu com instabilidades, mas já se encontra no ar novamente.":1,"#(RG, SELFIE, CNH, CRNM, RNE e DNI).":1,"#eventos de envio de imagens para Onboarding":1,"#Acrescentamos todos os valores que podem retornar no campo":1,"#que podem ser modificados pelo parceiro sejam exibidos.":1,"#, garantindo que apenas os":1,"#Alteração do <em ljsid-1=\"\">status</em> do cartão":1,"#na documentação do":1,"#Como parte dessa atualização, revisamos a lista de opções disponíveis para o campo":1,"#Na documentação de <a ljsid-1=\"\">possíveis <em ljsid-1-1=\"\">status</em> do cartão</a>, separamos quais <em ljsid-3=\"\">status</em> o próprio parceiro Bankly pode alterar por meio do <em ljsid-5=\"\">endpoint</em> <a ljsid-7=\"\">Alteração do status do cartão</a> e quais são alterados exclusivamente pelo Bankly.":1,"#que já estava listado.":1,"#, acrescentamos a descrição de cada código de":1,"#consulta de fatura por ID":1,"#Já na documentação de":1,"#, acrescentamos uma lista com códigos do modo de entrada que podem ser retornados no campo":1,"#autorização e confirmação":1,"#Na documentação dos eventos de":1,"#não retornará eventos, visto que nesse ambiente não ocorrem movimentações reais com cartão.":1,"#para obter informações sobre os eventos de cartão. Já em sandbox, a consulta por":1,"#de consulta de eventos em ambiente de produção, o parceiro poderá informar o valor do":1,"#, informamos que, ao fazer uma requisição no":1,"#Na documentação <a ljsid-1=\"\">Confirmação do desafio</a>, acrescentamos um <em ljsid-3=\"\">callout</em> informando que o prazo máximo para responder ao desafio 3DS é de 5 minutos para transações web e 10 minutos para transações não web (por exemplo, aplicativos).":1,"#Confirmação do desafio 3DS: Novo":1,"#Adicionamos as mensagens em inglês retornadas nos erros de todos os <em ljsid-1=\"\">endpoints</em> das seções:":1,"#Portanto, a documentação desse <em ljsid-1=\"\">endpoint</em> está disponível exclusivamente no <a ljsid-3=\"\">Manual do dev</a>.":1,"#Devido a uma limitação na plataforma de hospedagem das documentações de APIs, não é viável exibir a documentação referente ao envio de documentos com IDOne diretamente nesta seção.":1,"#Alguns eventos apresentam variação nos campos retornados, de acordo com o contexto que os gerou (exemplo: tipo de transação, modalidade de cartão etc.). E, para que nosso parceiro possa conhecer todas as possibilidades de <em ljsid-1=\"\">payloads</em> que podem retornar para um mesmo evento, acrescentamos os exemplos nas seguintes documentações:":1,"#de eventos":1,"#Novos":1,"#(Cancelamento do contrato de crédito).":1,"#(Bloqueio por falta de pagamento de fatura ou evento de bloqueio de crédito) e":1,"#do Manual do dev, acrescentamos os seguintes":1,"#do cartão: novos":1,"#Possíveis":1,"#A página de <a ljsid-1=\"\">Autorização e Liquidação</a>, que aborda os dois tipos de autorização, Base 1 e Base 2. Nesta documentação, explicamos essas etapas, as entidades envolvidas e outras características relevantes.":1,"#Uma <a ljsid-1=\"\">Visão Geral</a>, fornecendo um panorama do conteúdo abordado na seção e explicando resumidamente o conceito da autenticação 3DS;":1,"#Na seção de Transações Bandeiradas do Manual do Dev, adicionamos:":1,"#Na seção <a ljsid-1=\"\">Gestão de cartões</a> do Manual do dev, incluímos tags que indicam a usabilidade dos <em ljsid-3=\"\">endpoints</em> para cartões pré-pagos, pós-pagos ou ambos.":1,"#Gestão de cartões: Novas tags":1,"#Confira a documentação disponível no <a ljsid-1=\"\">Manual do dev</a> e no <a ljsid-3=\"\">Apis</a> 😉.":1,"#Na seção Gestão de cartões (subseção Configuração do cartão), adicionamos o <em ljsid-1=\"\">endpoint</em> de Alteração de data de vencimento, que permite que o cliente do parceiro Bankly altere a data de vencimento da fatura de seu cartão.":1,"#: Alteração de data de vencimento da fatura do cartão":1,"#Nas documentações de <a ljsid-1=\"\">abertura de conta pessoa física</a> e <a ljsid-3=\"\">abertura de conta pessoa jurídica</a>, adicionamos um <em ljsid-5=\"\">callout</em> informando nosso parceiro de que o evento ACCOUNT_HOLDER_WAS_CREATED confirma a conclusão do registro do cliente (pré-requisito para realizar a abertura de conta).":1,"#na documentação de contas":1,"#Disponibilizamos a documentação dos eventos <a ljsid-1=\"\">ACCOUNT_HOLDER_WAS_CREATED</a> e <a ljsid-3=\"\">ACCOUNT_HOLDER_WAS_CANCELED</a>, que comunicam, respectivamente, a criação do titular de uma conta e o encerramento do vínculo do titular da conta com a instituição financeira.":1,"#Gestão de fatura: Consulta de fatura por ID":1,"#Eventos de Pix e Dict: objeto":1,"#Transferência via TED: Descrição de campo e obrigatoriedade":1,"#Tipos de documento nos eventos de envio de imagens":1,"#Alteração de status do cartão":1,"#Tabela de entryMode":1,"#Consulta de eventos em SDB":1,"#Confirmação do desafio 3DS: Novo <em ljsid-1=\"\">callout</em>":1,"#Mensagens de erros em inglês":1,"#Doc ocultada no APIs: Envio de documentos com IDOne":1,"#Novos payloads de eventos":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Novo dia de vencimento da fatura do cartão. Exemplo: 2, 8, 10 etc.":1,"#Erro ao salvar os dados do cartão.":1,"#Data de vencimento já cadastrada.":1,"#Operação não permitida para cartão pré-pago.":1,"#O dia de pagamento informado é diferente dos possíveis dias de pagamento permitidos no programa.":1,"#Os <em ljsid-1=\"\">status code</em> 204 indicará que a solicitação foi aceita e que a data de vencimento da fatura do cartão foi alterada com sucesso.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Número do documento (CPF ou CNPJ).":1,"#Informe somente números. Exemplo: \"000000000000000000\".":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Identificador da licença bancária utilizada pelo parceiro.":1,"#Concede acesso para atualizar informações do cartão.":1,"#se a data de vencimento atual da fatura for 02, a data enviada na solicitação de troca de vencimento não pode ser 02.":1,"#da data que a fatura já possui atualmente. Por exemplo:":1,"#diferente":1,"#Seja enviado uma data de vencimento":1,"#A nova data de vencimento esteja dentro das datas predefinidas no <a ljsid-1=\"\">programa</a> do cartão;":1,"#Este <em ljsid-1=\"\">endpoint</em> possibilita que o cliente do parceiro Bankly altere a data de vencimento da fatura de seu cartão.":1,"#Caso o <em ljsid-1=\"\">webhook</em> não esteja configurado, é possível verificar o recebimento de <em ljsid-3=\"\">cash-in</em> consultando o <a ljsid-5=\"\"><em ljsid-5-0=\"\">endpoint</em> de consulta de eventos</a>.":1,"#Dicionário de dados do rendimento líquido que contém como chave o tipo de rendimento. <strong ljsid-1=\"\">Importante</strong>: Este objeto <strong ljsid-3=\"\">somente</strong> será retornado caso a conta possua algum valor de rendimento.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. <a ljsid-2=\"\">Código CNAE (Classificação Nacional de Atividades Econômicas) da empresa</a>. Informe <strong ljsid-4=\"\">apenas</strong> a subclasse do código CNAE, sem máscara.":1,"#Organização Religiosa.":1,"#Empresa Pública.":1,"#Cooperativa.":1,"#Associação Privada.":1,"#Código da natureza jurídica (":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. <a ljsid-2=\"\">Natureza Jurídica da empresa</a>. Informe o código correspondente à natureza jurídica da empresa conforme descrito na tabela.":1,"#Adicionamos quatro exemplos de <em ljsid-1=\"\">payloads</em>, exemplificando entregas feitas ou não pelo operador logístico e entregas realizadas e em andamento.":1,"#somente serão retornados em contextos específicos;":1},"version":22102}]