[{"_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":22088},{"_id":"pt-BR","source":"pt-BR","pluralFn":"return n != 1 ? 1 : 0;","pluralForm":2,"dictionary":{},"version":22088},{"_id":"outdated","outdated":{"#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,"#Data de liquidação do pagamento, no formato ISO 8601 - UTC.":1,"#Data de pagamento, no formato ISO 8601 - UTC.":1,"#Data de abertura da empresa, no formato ISO 8601 - UTC. Somente retornado para clientes do tipo LTDA / S.A. / TS.":1,"#Data da atualização do registro da empresa, no formato ISO 8601 - UTC.":1,"#Data do primeiro registro da empresa, no formato ISO 8601 - UTC.":1,"#Registre um cliente pessoa jurídica. Após o registro, as informações serão analisadas e você poderá obter o resultado dessa análise por meio do endpoint Consulta do registro da empresa. stable scope: business.write 🚧ImportanteOs possíveis status da empresa após essa análise são: APPROVED, REPROVED,...":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,"#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,"#<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,"#Contextos que já possuem eventos na versão 2.0":1,"#O <em ljsid-1=\"\">status code</em> 200 indicará que a solicitação foi aceita com sucesso e retornará uma lista com todas as faturas.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data final, referente ao vencimento da fatura, para a consulta.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Data inicial, referente ao vencimento da fatura, para a consulta.":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,"#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 confirmação processada pela plataforma de autorização do Bankly, no formato ISO 8601 - UTC.":1,"#Data e a hora em que ocorreu a transação, 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,"#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,"#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,"#Seguindo as normativas do Banco Central, caso o limite de um cliente seja reduzido após a reanálise, o contrato será alterado automaticamente em <strong ljsid-1=\"\">5 dias</strong>. Dessa forma, não é necessário um novo aceite da alteração.":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,"#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,"#Este endpoint não possui eventos relacionados a ele.":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,"#Esclarecemos que os campos":1,"#desse evento corresponde ao código de rastreio do cartão;":1,"#Informamos que o":1,"#Na documentação do evento <a ljsid-1=\"\">TRACKING_STATUS_CHANGED</a>:":1,"#A fim de evitar reprovações no envio de imagens de documentos devido à sua data de emissão, na documentação <a ljsid-1=\"\">Orientações para o envio de fotos</a>, informamos que documento enviado para análise não deve apresentar mais de dez anos.":1,"#, novo parâmetro que identifica o processamento da mensagem e pode ser utilizado para seu posterior reprocessamento.":1,"#, acrescentamos a descrição do campo":1,"#Na documentação de <a ljsid-1=\"\">Transferência via Pix</a>, inserimos a coluna <strong ljsid-3=\"\">Mensagem</strong>, na qual disponibilizamos a mensagem em inglês retornada nos erros descritos nessa página.":1,"#As seguintes documentações já apresentam esses fluxos:":1,"#A documentação dos eventos está sendo incrementada com fluxogramas que contribuem para melhor compreensão de seu contexto e da sequência em que ocorrem.":1,"#Disponibilizamos a documentação do evento <a ljsid-1=\"\">PIX_QRCODE_WAS_CREATED</a>, que sinaliza que um QR Code para pagamento via Pix foi emitido.":1,"#Nessa seção, você encontrará as seguintes páginas:":1,"#Agora, o Manual do Dev oferece a documentação referente à <a ljsid-1=\"\">Gestão do status de cartões</a>.":1,"#Envio de documentos":1,"#Manual do dev:":1,"#Disponibilizamos a documentação referente ao Onboarding de pessoa jurídica do tipo LTDA, S.A. e TS:":1,"#Ajustes na documentação do evento TRACKING_STATUS_CHANGED":1,"#Orientação sobre envio de imagens":1,"#Novo campo no endpoint de Consulta de mensagens enviadas":1,"#Mensagens de erros":1,"#Fluxogramas de eventos":1,"#Novo evento de Pix":1,"#Gestão do status (cartões)":1,"#Pessoa jurídica: LTDA, S.A. e TS":1,"#Alteramos a descrição do campo":1,"#Tipo da transação. Os possíveis valores a serem retornados podem ser visualizados na <a ljsid-1=\"\">tabela dos tipos de transação</a>.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Número da conta a ser consultada.":1,"#Lista que contém os dados de informe de rendimento com as fontes pagadoras.":1,"#O <em ljsid-1=\"\">status code</em> 200 indicará que a solicitação foi aceita com sucesso e que o token foi gerado.":1,"#Nova orientação para envio de fotos":1,"#Exclusão de erros de Registro de LTDA, S.A. e TS":1,"#Pagamento de contas: validação do título":1,"#Pix - Consulta de chave para transferência":1,"#Abertura de conta pessoa física e jurídica":1,"#Novos campos em eventos de Crédito":1,"#Fluxograma de eventos de TED":1,"#Consulta de eventos (/events)":1,"#, informamos que seus campos retornarão nulos em caso de pagamentos desfeitos.":1,"#, na descrição do objeto":1,"#, pois esse objeto só retorna os valores “LIVENESS” ou “NO_LIVENESS”.":1,"#reprovada, excluímos o valor “COULD_NOT_DETECT_FACE\" como possiblidade de retorno no objeto":1,"#, enviado no":1,"#. Além disso, retiramos a obrigatoriedade do campo":1,"#, corrigimos a URL da chamada HTTP para":1,"#, acrescentamos na descrição dos campos":1,"#Neste contexto, esse campo informará o valor “AccountPayment”.":1,"#Token de autenticação de identidade":1,"#O ID One agora possui um menu exclusivo para detalhar as características e funcionalidades que o produto oferece.":1,"#A seção de Onbording encontra-se mais concisa, com foco no passo a passo sobre como realizar esse processo para pessoas física e jurídica. O parceiro encontrará os <em ljsid-1=\"\">links</em> para as documentações dos <em ljsid-3=\"\">endpoints</em> necessários para cada etapa.":1,"#Agora, a página referente ao <em ljsid-1=\"\">endpoint</em> de rastreio de cartões por proxy, presente no Manual do dev, se encontra em uma página separada chamada <a ljsid-3=\"\">Por proxy</a>, que está contida na seção Rastreio de cartão.":1,"#Nas páginas do Manual do Dev, adicionamos <em ljsid-1=\"\">links</em> que direcionam o usuário para os eventos correspondentes ao <em ljsid-3=\"\">endpoint</em> documentado.":1,"#Com o objetivo de melhorar a navegação do parceiro pelas diferentes seções do Portal do desenvolvedor, agora, todas as páginas do <a ljsid-1=\"\">API Reference</a> possuem <em ljsid-3=\"\">links</em> para a sua respectiva documentação no <a ljsid-5=\"\">Manual do Dev</a>, na qual é possível encontrar as regras de negócio relativas ao <em ljsid-7=\"\">endpoint</em> consultado.":1,"#, que traz o número do código de barras do boleto.":1,"#, adicionamos um novo campo retornado":1,"#( Voucher de Crédito para transações Internacionais), na página Consulta de fatura aberta do Manual do Dev.":1,"#Adicionamos um novo código na tabela":1,"#De":1,"#Scope alterado:":1,"#Scopes adicionados:":1,"#A página de <a ljsid-1=\"\">scopes</a>, a qual reúne todos os <em ljsid-3=\"\">scopes</em> do Bankly, sofreu algumas modificações. Confira:":1,"#de erro retornado.":1,"#) contendo a mensagem em inglês referente ao":1,"#, adicionamos uma nova coluna (":1,"#Transferência via pix":1,"#Autenticação e autorização (mTLS/DCR)":1,"#Atualização do conteúdo":1,"#Erros (APIs)":1,"#Navegação":1,"#O <em ljsid-1=\"\">status code</em> 202 indicará que o aceite da nova proposta do contrato de crédito foi enviado com sucesso.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Número de telefone do cliente, com DDD.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Nome completo do cliente":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. E-mail do cliente.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Identificador do cliente determinado pelo parceiro.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Endereço completo do cliente.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Objeto que contém os dados do cliente beneficiário do contrato.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Log de navegação do cliente nas telas do frontend, desde o login até a tela de aceite.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Objeto que contém a lista de dados de rastreio do usuário solicitante.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Insira o texto do contrato que foi aceito pelo cliente. Sugestão: pode-se remover as quebras de linha e enviar o texto corrido do aceite.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Token de SMS/e-mail que confirma a identidade do usuário que assinou o aceite.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Identificador do contrato, gerado em sua criação.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Token que o cliente utilizou na assinatura eletrônica, o qual comprova a sua autenticação no site.":1,"#O cliente do parceiro tenha assinado o novo termo de aceite da proposta do contrato de crédito.":1,"#O pedido de reanálise de crédito tenha sido aprovado;":1,"#Este <em ljsid-1=\"\">endpoint</em> permite enviar o aceite do cliente para que seja possível realizar a emissão do novo contrato.":1,"#Não é possível criar a solicitação, pois esse contrato já passou por uma reanálise de crédito recentemente. Uma nova requisição poderá ser feita 30 dias após a data da solicitação da última reanálise. Exemplo: se a reanálise do contrato foi realizada em 30/12/2022, uma nova reanálise poderá ser solicitada em 30/01/2023.":1,"#Esse contrato já está em reanálise.":1,"#O <em ljsid-1=\"\">status code</em> 202 indicará que a solicitação de reanálise do limite de um contrato de crédito foi criada com sucesso.":1,"#<strong ljsid-0=\"\">Obrigatório</strong>. Solicitante do chamado de reanálise, que pode ser “CUSTOMER_REQUEST” (cliente pessoa física) ou “COMPANY_REQUEST” (cliente pessoa jurídica) .":1,"#Possuir uma proposta de crédito aprovada e um contrato de crédito emitido.":1},"version":22088}]