Jump to content

Pesquise na Comunidade

Mostrando resultados para tags 'plugboleto'.

  • Pesquisar por Tags

    Digite as tags separadas por vírgulas.
  • Pesquisa por Autor(a)

Tipo de Conteúdo


Fóruns

  • Antes de tudo...
    • O nosso fórum é para vocês devs e software houses!
  • Geral
    • Desenvolvimento de Software
    • Reviews de Solução
    • Troca de Conhecimentos Gerais
    • Classificados
  • Negócios
    • Admistrativo/Financeiro
    • Tecnologia
    • Tudo sobre Marketing
    • Gestão
    • Gestão de Pessoas
    • LGPD
    • Customer Success: Foco no cliente
  • Comunidade DFe
    • Café com o Contador
    • Notas Técnicas - Café Expresso
    • Tudo sobre DFe
    • Cálculo de impostos (ICMS, IPI, PIS/COFINS, IRPJ)
    • Comércio Exterior
  • Linguagens de Programação
    • Dúvidas de Desenvolvimento
    • C#
    • C++
    • HTML & CSS
    • Java
    • JavaScript
    • PHP
    • Python
    • Ruby
    • SQL
    • Outras Linguagens
  • Startups
    • Mentoria
    • Apresente sua Startup
    • Dúvidas
  • Produtos
    • PlugBank
    • Suíte de Componentes
    • PlugDash
    • PlugNotas
    • TecnoSign
    • Manager SaaS
    • TecnoPay
  • Off Topic
    • Blog da Casa do Desenvolvedor
    • Blog da TecnoSpeed
    • Orgulho de ser Nerd/Geek
  • Cursos
    • TecnoSpeed Academy
    • Curso Básico para Devs
  • Eventos
    • TecnoUpdate
    • Eventos de Tecnologia 2022
    • Webinars/Lives
  • Monitor SEFAZ
    • NF-e
    • NFC-e
  • Rejeições
  • Regras Tributárias
  • Trampos em TI | Home Office's Vagas
  • Clube dos AGR's's Discussões
  • Clube dos AGR's's Fale com o Marketing
  • Clube dos AGR's's Dicas do CS
  • Clube dos AGR's's Capacitação em Vendas
  • Clube dos AGR's's Materiais CHS
  • Clube dos AGR's's Materiais Autêntica
  • Clube dos AGR's's Conteúdos TecnoSpeed Certificados
  • Parceiros - Canal de Vendas's Segmentos
  • Parceiros - Canal de Vendas's Dúvidas
  • Mentalidade Ágil's Tópicos
  • Computação Feitep's Geral
  • TIC Performance 2021 - SEBRAE's Trilha dos Workshops 2021
  • TIC Performance 2021 - SEBRAE's Materiais de apoio
  • TIC Performance 2021 - SEBRAE's Aula Gestão Financeira para Software Houses
  • TIC Performance 2021 - SEBRAE's Dúvidas
  • TecnoUpdate 2021's Novidades
  • TecnoUpdate 2021's Conteúdos
  • TecnoUpdate 2021's Dúvidas
  • Desafio Casa do Dev - NodeJS (2021)'s Comece aqui
  • Desafio Casa do Dev - NodeJS (2021)'s Dúvidas
  • Desafio Casa do Dev - NodeJS (2021)'s Cursos - Gratuitos
  • Desafio Casa do Dev - NodeJS (2021)'s O Desafio
  • PROTHEUS TOTVS's Release 33
  • Univale - Ivaiporã's Notícias

Blogs

  • Gestão Empresarial
  • Gestão de Pessoas
  • Empregabilidade

Product Groups

Não há resultados para exibir.


Encontre resultados em...

Encontre resultados que contenham...


Data de Criação

  • Início

    Fim


Última Atualização

  • Início

    Fim


Filter by number of...

Ingressou

  • Início

    Fim


Grupo


Ciente das Políticas de Privacidade


Declaração de Ciência e Autenticidade e de Veracidade


Ciente dos Termos de Serviços e das Regras do Hub


Sobre


Você é estudante?


Qual sua área?


Outro? Por favor, especifique.


Como você conheceu o nosso fórum?


Outro? Por favor, especifique.


Qual seu nível de senioridade?

Encontrado 18 resultados

  1. Olá Devs, como estão? Para os usuários que utilizam as integrações através da OCX ( componente ) pode ter se deparado com a seguinte falha: Socket Error # 10060. Desta forma, este post servirá para listar alguns pontos a qual podem estar ligadas. O que seria este erro? O problema ocorre ao usar servidores proxy e quando o tempo para carregar a página da Web online não é suficiente. Em algumas situações, a conexão atinge o tempo limite e o erro será retornado. Primeiramente, identifique se ainda esta utilizando a URL de comunicação contendo a porta 8080, como por exemplo: Homologação: http://homologacao.cobrancabancaria.tecnospeed.com.br:8080 Produção: http://cobrancabancaria.tecnospeed.com.br:8080 Caso esteja utilizando, altere-as para: Homologação: http://homologacao.cobrancabancaria.tecnospeed.com.br Produção: http://cobrancabancaria.tecnospeed.com.br Esta alteração será necessária, pois a porta 8080 foi bloqueada em nossa aplicação, sendo assim, caso tente enviar alguma requisição para a nossa API, ela será bloqueada. Outros pontos a serem analisados seriam as: Porta bloqueada proxy bloqueando a porta 80 web: Será necessário criar uma configuração de exceção para as url's Configurações incorretas da conexão de dados Quando a configuração de conexão do proxy da web não permite tempo suficiente para receber uma resposta do site de destino e, portanto, o tempo limite da conexão é excedido. Problemas de registro Infecção viral Em caso de dúvidas, estamos a disposição.
  2. Estamos enfrentando um problemão. O e-Millennium está diparando uma chamada para registrar os boletos no PlugBoleto porém o sistema acusa que não houve retorno conforme imagem anexada. OBS: testamos com outro cnpj que usamos na plugboleto e o boleto foi "subiu" para a plataforma sem problemas.
  3. Olá desenvolvedor(a) Neste post estaremos comentando sobre a rejeição apontada no registro via webservice do banco Sicredi: 20001 - ORA-20001: ECCRL0238 : Título já cadastrado Como já comentado em outros post relacionado ao banco Sicredi para o tratamento do nosso número no banco. Este sequencial se relaciona ao identificador único de um boleto que esta sendo registrado junto ao sistema bancário, ou seja, este sequencial precisa ser único e exclusivo do boleto. Para mais detalhes, clique aqui Tendo as informações do que é o nosso número, o banco possui algumas validações para impedir que o mesmo boleto seja registrado. Junto a utilização do registro via webservice do Sicredi, quando retornado a rejeição, estará informando da seguinte forma: 20001 - ORA-20001: ECCRL0238 : Título já cadastrado Apesar do tamanho da rejeição, o banco esta apenas retornando para o emissor, de que este boleto não pode ser registrado, pois um boleto com o mesmo nosso número foi registrado no sistema bancário. Para evitar esta rejeição junto ao banco, é aconselhado a verificações de qual sequencial do nosso número esta aguardando, e a partir deste valor, os próximos boletos tenham o valor incrementado. evitando assim a rejeição de duplicidade do boleto. Em caso de dúvidas, estamos a total disposição.
  4. Olá desenvolvedor(a)! Neste post estarei comentando sobre o processo de validação dos arquivos de remessa. Para entendermos este processo, a grande parte dos bancos solicitam que seja enviados alguns arquivos de teste contendo um boleto para que eles possam estar verificando se todos os dados estão de acordo com o que foi parametrizado no cadastro e que esta sendo aguardado pelo sistema bancário. Este processo de validação é de extrema importância estar sendo realizado, pois isso acusa possíveis rejeições e inconsistências que os arquivos podem ter, e evita que estes erros sejam transferidos para o ambiente de produção. Para a realização deste processo, o banco encaminha algumas requisições para que seja encaminhado a eles. Em média é solicitado 10 arquivos de remessa, e 10 PDF de impressão, para boletos diferentes, para que seja feita as devidas validações nos dados que serão encaminhados nos arquivos. Relacionado aos arquivos de remessas, os bancos tem como padrão os layouts 240 e 400. Ou seja, para cada layout será feito um tipo de validação de acordo com o que é esperado pelo sistema bancário. Atualmente a TecnoSpeed trabalha com mais de 30 bancos homologados, onde realizamos algumas pré-validações em possíveis campos onde os bancos podem acusar as rejeições, permitindo que seja corrigido antes mesmo de estar encaminhando este arquivo ao banco, evitando o tempo padrão de processamento do banco de até um dia útil. Qualquer dúvida, estamos a disposição.
  5. Olá desenvolvedor e cliente das nossas soluções Fintech! Abaixo irei apresentar as novidades e melhorias das nossas soluções, que foram implementadas durante o mês de Abril/2021. API de Boleto Controle na geração de uma remessa de baixa para o Sicoob; Melhoria nas filas de registro via Web Service; Ajuste no case sensitive dos filtros da GUI; Tratamento em erro de autenticação no WS do Sicoob; Retentativas de consulta no WS do Sicredi; Disponibilizada a carteira escritural para o banco Fibra e Sofisa; Disponibilizada a versão de layout com segmento de mensagem no banco Banrisul; API de Pagamento Homologação do pagamento de FGTS para o Itaú e Banco do Brasil; Ajuste na geração de um código de barras de um pagamento de tributo do Itaú; Ajuste no segmento J do banco Sicoob; Mapeamento de todas as ocorrências disponibilizadas pelo Bradesco; API de Extrato Criação de um filtro de data na consulta do extrato; Criação de um filtro de consulta do extrato pelo código do banco; API Pix Integração com a GerenciaNet; Tratamento de reprocessamento na consulta do Pix via WS Itaú;
  6. Ola Desenvolvedor! Muitas empresas têm problemas com o tempo de registro de seus boletos, pois no processo tradicional de REGISTRO de títulos com as instituições bancarias existe o tempo de espera entre o envio arquivo de REMESSA que é feito pelo cedente e a espera do processamento por parte do banco para assim conseguir a recepção do arquivo de RETORNO, por esse motivo seus boletos ficam disponíveis para pagamento com o mínimo 1 dia útil, impossibilitando assim o pagamento do boleto na mesma data de sua emissão. O que é o Registro instantâneo ou registro via WEB SERVICE ? O termo TRÂNSMISSÃO INSTANTÂNEA refere-se ao registro online de boleto, esse processo também é conhecido como registro via webservice bancário, nesta modalidade de envio é disparada uma requisição com os dados do título a ser registrado pelo banco e imediatamente é devolvido a resposta via API com o aceite do título ou rejeição, caso a resposta da API bancaria seja positiva para o registro o título já estará disponível para pagamento imediatamente. A transmissão instantânea pode ser chamada também de registro online, registro e-commerce ou registro via webservice. Como a TECNOSPEED utiliza essa funcionalidade em sua API. Nossa API de emissão de boletos PlugBoleto envia uma requisição para a API do banco com os dados informados pelo cedente e em poucos segundos recebemos via webservice a devolutiva do banco com a instrução de REGISTRO ou REJEIÇÃO. Simples assim! Depois do retorno positivo do banco, o boleto já pode ser enviado para o cliente ou impresso e ele estará pronto para ser pago.
  7. Tópico originalmente criado por: @Eduardo_Montanhole Olá desenvolvedor(a), Você sabe para que serve o campo sacador/avalista no boleto bancário? Mesmo com vários anos desde a implantação do sistema de cobrança bancária eletrônica como conhecemos hoje, existe muita dúvida a respeito da utilização do campo de SACADOR/AVALISTA e hoje vamos deixar essa opção do boleto eletrônico bem clara de uma vez por todas. Mas antes de tudo vamos relembrar rapidamente o que significam alguns campos relacionados ao sacador/avalista. Sacado: é quem paga o título, pode ser chamado também de pagador. Cedente ou beneficiário: é quem receberá o valor pago pelo boleto, ou seja, o emissor do título de cobrança. Em casos em que a empresa utiliza uma instituição bancária ou intermediadora de pagamentos, o campo de CEDENTE pode ser preenchido com o nome do intermediador de pagamento, quando isto ocorre, o nome da empresa que vendeu o produto ou serviço constará no campo de SACADOR/AVALISTA. Assim sendo, quando existir o processo de terceirização da emissão do boleto de cobrança quem de fato irá receber o valor pago pelo Sacado será o SACADOR/AVALISTA e não o CEDENTE como ocorre nos casos convencionais de emissão de boleto. Vamos utilizar um exemplo para ser mais claro: A empresa Softwares ABC é uma software house e utiliza a TECNOSPEED como sua intermediadora de pagamentos. A empresa Transportes e Cia é uma cliente da Softwares ABC. Ao emitir o boleto para que a Transportes e Cia. pague a mensalidade de sua solução o boleto vai com as seguintes informações. Nesse caso que utilizamos como exemplo podemos verificar que a TECNOSPEED se tornou a BENEFICIÁRIA do título, a SOFTWARE ABC foi preenchida como AVALISTA e a TRANSPORTES E CIA continuou como pagador, este é um exemplo prático de utilização do campo SACADOR/AVALISTA. Como utilizar o sacador/avalista no PlugBoleto: Em nossa ferramenta possuímos a funcionalidade de sacador disponível e de utilização muito simplificada sendo necessário apenas o preenchimento dos campos com os dados do SACADOR/AVALISTA necessários no JSON de envio do boleto conforme exemplo de preenchimento abaixo:
  8. Tópico originalmente criado por: @Eduardo_Montanhole Olá desenvolvedor(a), Hoje falaremos de uma nova tendência quando se trata de cobranças bancárias, o Pagamento Híbrido, ou seja, mais uma alternativa de pagamento que pode ser disponibilizada ao pagador. Com a implantação do novo sistema de pagamentos instantâneos do Banco Central, além do pagamento via código de barras, também teremos a opção de pagamento via PIX através de um QR Code dinâmico, disponibilizado juntamente com a guia de cobrança tradicional. Como funciona? A leitura dos dados da cobrança é feita através de um QR Code dinâmico, onde será possível informar os dados pessoais do recebedor, o valor, data de expiração/vencimento, flag de aceite após o vencimento, juros, multa, descontos e um descritivo no campo “informações adicionais”, seguindo assim, as configurações principais de cobrança dos boletos tradicionais. Utilização do PAGAMENTO HIBRIDO na solução da TECNOSPEED Com nossa solução, a aplicação conta com um recurso de personalização de impressão, ou seja, será possível fixar detalhes da empresa, cobrança, as informações do sacado e no campo de personalização, onde é incluído a logo na impressão, poderá ser substituído pelo QRcode do PIX. Esta personalização é feita com um conteúdo HTML, permitindo assim, diversas possibilidades de personalizações, mas hoje focaremos apenas na funcionalidade de pagamento híbrido para boletos. Confira aqui o passo a passo: Primeiro criamos um HTML de personalização, abaixo temos o HTML utilizado em nossa personalização. Neste link você pode entender como a personalização do HTML é feita no PlugBoleto Conforme podemos observar no exemplo acima, foi criado uma classe “pagamentoPix” no HTML de personalização da impressão, e nela contém uma variável “personalizacao.qrcode”, essa variável será alimentada com nosso QRcode do PIX. Solicitando a Impressão Uma vez configurado o HTML utilizaremos a rota de impressão de boletos, preenchendo o JSON de envio personalizado no qual será utilizado o “TipodeImpressão“ 99 (impressão Personalizada), informamos o Idintegração do boleto em que que o QR code será anexado e por fim alimentamos a variável de personalização “qrcode” definida em nosso HTML no início do processo com as informações do QR code conforme exemplo abaixo. Esta documentação mostra como fazer a solicitação desta impressão Exemplo de impressão do boleto de PAGAMENTO HIBRIDO. E por fim, temos a impressão finalizada de nosso boleto para PAGAMENTO HÍBRIDO, onde o pagador terá a opção de quitação imediata do título em qualquer dia e hora da semana, assim como crédito imediato na conta do cedente, com isso obtemos mais uma comodidade a ser oferecida em sua solução.
  9. Olá desenvolvedor e cliente das nossas soluções Fintech! Abaixo irei apresentar as novidades e melhorias das nossas soluções, que foram implementadas durante o mês de Março/2021. API de Boleto Homologação do layout de 400 posições para os bancos Sofisa e Fibra; Correção no download de arquivos de retornos recebidos via VAN(Transmissão automática) na GUI; Inclusão do banco Sicredi no novo fluxo de conciliação de retornos; Download de arquivos de retornos convertidos do base64; Criado o envio e callback da URL de autenticação do Webservice do banco Sicoob; Incluímos o campo TituloOutrosAcrescimos no JSON de consulta do idintegração; Disponibilidade da versão do layout "001" dos bancos Bradesco e Daycoval, no CNAB 400; Remoção de caracteres especiais no idIntegracao do banco Safra; Disponibilizado a devolução da nomenclatura do arquivo de retorno no download do arq. de retorno pela GUI; API de Pagamento Homologação do banco Citibank; Correção no segmento O do banco Itaú; Conversão das formas de pagamento do Santander no segmento J; API de Extrato Homologação de extratos OFX para o Sicoob; API Pix Homologação do banco Bradesco;
  10. Olá Desenvolvedor! Neste post, estarei comentando sobre a espécie do documento na qual é necessário informar ao gerar um boleto. A espécie do documento ou espécie do título listado em alguns manuais, esta referindo-se a qual será o tipo de cobrança do título que o cedente estará emitindo para o pagamento. Relacionado a estas espécies, são disponibilizados diversas siglas e códigos para a inclusão em um boleto. Podemos destacar algumas utilizadas para estas emissões: DM - Duplicata mercantil: um título de crédito em que o comprador se obriga a pagar dentro do prazo a importância representada na fatura, este prazo precisa ser igual ou superior a 30 dias. DR - Duplicata Rural: vendas a prazo de quaisquer bens de natureza agrícola, extrativa ou pastoril, quando efetuadas diretamente por produtores rurais ou por suas cooperativas, poderá ser utilizada também, como título do crédito NP - Nota promissória: é um documento que funciona como promessa de pagamento de uma dívida. NF - Nota Fiscal: um documento oficial que registra as vendas da sua empresa. Estas espécies precisam ser utilizadas de acordo com o tipo de documento que for emitido para o seu pagamento, ou caso o seu banco solicite uma espécie em especifico. Pois ela irá garantir a segurança e também qual a finalidade deste boleto. Visando uma padronização, a TecnoSpeed possui diversas espécies homologadas na aplicação, sendo necessário apenas informar o código mapeado e iremos realizar a conversão para o formato que o seu banco aceite. Temos disponível também todas as espécies mapeadas em uma documentação, tendo como objetivo uma facilidade de integração dos seus boletos: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360014970654-Espécie-do-documento Caso tenham alguma dúvida, estamos a disposição.
  11. Olá Desenvolvedor! Neste post, estarei comentando sobre a geração do nosso número para o banco Sicredi. Dentre todos os bancos, o Sicredi possui um tratamento diferente para a composição do nosso número, sendo dividido em quatro partes. Esta composição do nosso número junto ao Sicredi, somente será necessário apenas se o beneficiário for responsável pelo controle desta numeração, caso contrário, não será necessário informar o sequencial do boleto. Para a composições do nosso número, será necessário conter as seguintes informações: Ano: relacionado ao ano atual que este nosso número esta sendo gerado. Exemplo: 2021; byte: relacionado ao controle de quem emite, estão disponíveis os valores 2 a 9 onde 2 o cedente que emite e 1 somente a cooperativa pode utilizar( para boletos pré-impressos ); Sequencial: relacionado ao nosso número de controle único do boleto; Dv do sequencial: esta relacionado ao digito verificador do nosso número; Ao realizar a junção de todas estas informações, temos o seguinte valor para o banco: AABXXXXD( 21/20004-1 ) onde as letras "A" representam o ano, "B" byte, "X" Nosso número, "D" digito verificador A TecnoSpeed realiza este tratamento de acordo com a solicitação do banco? Sim, em nossa aplicação para a emissão de boleto, realizamos o tratamento para que não seja necessário informar todos estes parâmetros. Para que posamos realizar este preenchimento, será necessário apenas que informe o sequencial do nosso número que o banco esta aguardando, e o restante ficar por nossa responsabilidade. Um detalhe importante relacionado ao Byte seria que, caso o cadastro junto ao banco for diferente de 2, será necessário informar o byte junto ao sequencial do boleto no campo TituloNossoNumero, tendo como exemplo BXXXXX "B": Byte "X": Sequencial do nosso número Caso tenham alguma dúvida, estamos a disposição.
  12. Olá Desenvolvedor! Neste post estarei comentando sobre a rejeição do banco Caixa ao importar o arquivo no internet banking Ao incluir o arquivo através do internet banking, você pode se deparar com o alerta Número do convênio no cabeçalho não confere com o selecionado. Esta rejeição esta relacionada ao código do beneficiário que esta cadastrado em nossa aplicação. Mas porque o banco informa convênio? Esta informação esta vinculada aos dados do banco, porém o ponto a estar observando nos manuais disponibilizados seria relacionado apenas ao código do beneficiário, pois no arquivo de remessa, o banco trabalha com esta informação para a identificação do cliente. Para a correção será necessário averiguar qual o código esperado pelo banco, esta identificação pode ser adquirida no campo Código ao importar o arquivo no Internet banking. Tendo esta informação, será necessário alterar no campo Código do cedente esta informação. Vale detalhar que atualmente a Caixa possui dois tipos de beneficiários, o de 6 e 7 posições. Abaixo segue um descritivo do que alterar em nossa aplicação Beneficiário com 6 posições layout 240 - Caso utilize o layout 240 da caixa, no campo "versão do layout" localizado no cadastro da conta, será necessário informar o valor 101 Beneficiário com 7 posições layout 240 - Caso utilize o layout 240 da caixa, no campo "versão do layout" localizado no cadastro da conta, será necessário informar o valor 107 Beneficiário com 6 posições layout 400 - Caso utilize o layout 400 da caixa, no campo "versão do layout" localizado no cadastro da conta, será necessário informar o valor vazio Beneficiário com 7 posições layout 400 - Caso utilize o layout 400 da caixa, no campo "versão do layout" localizado no cadastro da conta, será necessário informar o valor 001 Com as devidas correções realizadas, será necessário emitir os boletos com os dados atualizados, e em seguida solicitar a remessa. Qualquer dúvida, mantenho-me a disposição.
  13. Tópico originalmente criado por: "GustavoFiorin" Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes a mensagem de erro: “ERRO DE CONSISTENCIA: REGISTRO DE TITULOS ECOMMERCE NAO CONTRATADO (2)”, apresentado pelo WebService do banco Bradesco (237). Este erro será apresentado quando a tentativa de registro via WebService possuir um certificado que não possui o serviço de cobrança contratado, ou seja, não possui liberação do banco para registrar via WebService. Mensagem de erro A mensagem de erro “ERRO DE CONSISTENCIA: REGISTRO DE TITULOS ECOMMERCE NAO CONTRATADO (2)” ocorre quando o certificado utilizado para encaminhar a requisição ao banco possui divergências no cadastro junto ao banco de dados do Bradesco, ou seja, a requisição é encaminhada ao banco, mas como o certificado não foi reconhecido e previamente homologado com o respectivo serviço (cobrança-ecommerce) junto ao banco, esta mensagem é retornada devido ao responsável pela conta não ter realizado a contratação do serviço de cobrança junto ao banco. Como corrigir: Para corrigir o erro acima basta entrar em contato com o banco, e realizar o alinhamento junto ao gerente responsável pela conta para efetuar a contratação do serviço para registro via e-commerce (registro online). Como corrigir nas soluções Tecnospeed: Em nossa plataforma, identifique a conta que foi previamente cadastrada junto ao cedente, e realize o alinhamento junto ao gerente responsável por ela, para que o procedimento de contratação do serviço de cobrança seja iniciado. Após a finalização, cadastre novamente o certificado no ambiente do cedente, verifique se a opção de “registro instantâneo” está selecionada no respectivo convênio do cedente, e dê inicio nas emissões com este novo serviço. Motivos para utilizar o WebService O recurso da transmissão instantânea (WebService) é um método de comunicação direta com as APIs dos bancos, tendo assim uma resposta instantânea sobre a situação de seu boleto, ou seja, já no momento da emissão é feita uma comunicação com os servidores bancários, e os boletos já são autorizados ou rejeitados, permitindo assim que os clientes façam o pagamento logo após a emissão dos títulos, sem precisar aguardar o dia útil padrão de processamento de remessas, pois este serviço não utiliza o arquivo de remessa para o registro do boleto. Caso queira conhecer como fazer a configuração no ambiente da Tecnospeed, clique aqui 1 e conheça nossos produtos! Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções voltadas a automatização na geração de boletos, estaremos sempre à disposição, será um prazer ajudar!
  14. Tópico originalmente criado por: "GustavoFiorin" Olá desenvolvedor! Neste post iremos disponibilizar à você algumas informações adicionais referentes ao erro “00422 - Certificado inconsistente”, apresentado pelo WebService do banco Santander (033). Este erro será apresentado quando a requisição que for recebida pelo banco identificar falhas no certificado digital que foi previamente cadastrado e validado, e também quando o certificado utilizado no sistema que esta disparando as requisições possuir algum problema. Mensagem de erro: A mensagem de erro “00422 - Certificado inconsistente” ocorre quando o certificado utilizado para encaminhar a requisição ao banco possui divergências no cadastro junto ao banco de dados do Santander, e geralmente é devolvida após a data de vencimento do certificado ter sido ultrapassada. Como corrigir: Para corrigir o erro acima basta reenviar o certificado ao Santander, para que o banco realize o procedimento de validação e dê disponibilidade novamente ao certificado, e este deverá ser utilizado novamente nas próximas requisições. Como corrigir nas soluções Tecnospeed: O primeiro passo é confirmar se o certificado do cedente responsável pela conta está vencido, e caso esteja, providenciar um novo certificado digital. Após isso, realize o encaminhamento do mesmo para o Santander, para que o procedimento de validação seja iniciado. Após o procedimento junto ao banco ser finalizado, cadastre novamente o certificado no ambiente do cedente no PlugBoleto e verifique se a opção de “registro instantâneo” está selecionada no respectivo convênio do cedente, e dê sequência nas emissões. Caso você tenha interesse, a Tecnospeed possui uma solução voltada à emissão de certificados digitais, clique aqui 1 para mais informações e conhecer nossos produtos. Se houver qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções voltadas a automatização na geração de boletos, estaremos sempre à disposição, será um prazer ajudar!
  15. Tópico originalmente criado por: "Leonardo" Olá desenvolvedor(a), Neste post falaremos sobre uma das rejeições mais comuns quando realizamos o envio de um arquivo de remessa para registro de boletos no site dos bancos, a mensagem: “Arquivo de remessa deve possuir 240 ou 400 posições”. Este erro pode ocorrer por diferentes causas, dentre as principais, podemos destacar: Presença de caracteres inválidos na remessa e, com este caractere o sistema bancário pode converter o arquivo para algum formato que quebre o texto; Limite de caracteres por linha definido pelos manuais dos bancos não foi respeitado, ou seja, linhas com mais ou menos caracteres que o definido pelos manuais; Adição de uma ou mais linhas em branco ao final do arquivo, isto pode causar esta falha no arquivo pois haverão linhas inválidas e ocasionará esta mensagem de rejeição. Para evitar estes problemas, você pode realizar as seguintes análises: Ao emitir um boleto, evite copiar e colar os dados de e-mails ou PDFs sem antes implementar uma rotina de “limpeza” deste texto, pois ao realizar esta cópia junto ao texto podem existir caracteres especiais/ocultos que podem passar despercebidos. Assim que for solicitada a remessa, verifique se em seu sistema o processo de adicionar uma ou mais linhas extras no final do arquivo não esta ocorrendo e se todas as linhas possuem o caractere delimitador de quebra na posição adequada. Como a Tecnospeed lida com este problema? Em nosso sistema possuímos uma validação interna onde verificamos se existem caracteres especiais na remessa gerada e a tratamos para que não haja uma quebra de layout. Também trabalhamos com a possibilidade de envio dos arquivos de remessa automaticamente ao banco, permitindo total automação na transmissão dos arquivos sem a necessidade de encaminha-la através do internet banking, ou seja, sem manipulação de arquivo pelos usuários. Com este modo de envio a possibilidade de ocorrer algum erro por layout diminui drasticamente. Caso queira conhecer nossos produtos voltados à Cobrança Bancária entre em contato conosco! Será um prazer te atender! E restando qualquer dúvida estamos à disposição!
  16. Tópico originalmente criado por: "Leonardo" Olá desenvolvedor(a), Neste post conversaremos sobre dois campos muito importantes do processo de emissão emissão de boletos. Estamos falando do “Nosso número” e “Número do documento”, e falaremos também sobre a principal rejeição que ocorre relacionada a estes campos. Os dois campos são utilizados para a identificação dos boletos emitidos, porém há diferenças importantes entre eles. Referente ao “Nosso número”, se trata de uma identificação obrigatória para cada boleto emitido. Ou seja, é a numeração única que cada boleto possuirá junto ao banco, e é utilizado para identificar seu boleto no momento da cobrança e do pagamento. É um dos campos mais importantes no momento da emissão, e é fundamental que você sempre o incremente a cada boleto gerado, para que esta numeração não se repita. Caso ocorra uma duplicidade de “Nosso Número”, o banco irá rejeitar o boleto com a seguinte mensagem: “Entrada de Título já cadastrado” (ou similar, dependendo de cada banco), e o boleto em questão não será registrado e portanto, ficará impossibilitado de ser pago. Como corrigir esta rejeição? Para corrigir a mensagem de erro citada, é preciso utilizar um “Nosso Número” novo e único para o boleto. Se você não possuir uma relação sobre as numerações já utilizadas, é importante solicitar ao banco qual o último “Nosso Número” utilizado, e prosseguir a emissão a partir dele. Na API de Boletos da Tecnospeed nós fazemos uma validação sobre esta numeração e te avisamos caso você emita um boleto com numeração já utilizada em nosso sistema! Também fazemos todos os tratamentos sobre o sequencial do “Nosso Número” para que este fique no formato em que os bancos esperam. Desta forma, diminui-se o risco de problemas e rejeições que podem ocorrer no momento de enviar a remessa ao banco. Já o campo “Número do documento” é um identificador livre, que você pode utilizar para referenciar o boleto a qualquer outra informação que seja pertinente à sua necessidade. Citamos como exemplo o uso do “Número do documento” para referenciar a numeração de uma nota fiscal, onde em uma compra parcelada em 3 vezes, seriam gerados 3 boletos distintos, com 3 “Nosso Número” diferentes, mas em ambos os boletos o “Número do documento” seria o mesmo, pois estaria referenciando à mesma nota fiscal. Caso queira conhecer nossos produtos voltados à Cobrança Bancária entre em contato conosco! Será um prazer te atender! E restando qualquer dúvida estamos à disposição!
  17. Tópico originalmente criado por: "GustavoFiorin" Olá desenvolvedor! Neste post iremos explicar como resolver uma rejeição retornada pelo WebService do Banco do Brasil, onde a mensagem “Erro na validação de texto” é apresentada. Este erro pode ocorrer quando a inclusão do boleto recebe o campo relacionado ao número do documento com uma barra (/) informada em seu conteúdo, abaixo veremos com mais detalhes como resolver este problema. Mensagem de erro: A mensagem de rejeição “Erro na validação de Texto” ocorre quando a requisição de inclusão do boleto enviada, via API, geralmente recebe no campo “Numero do Documento” o caractere “/”, gerando uma resposta de retorno de registro do WS do BB, com uma rejeição. Como corrigir: Para corrigir o erro acima basta reenviar o boleto que obteve esta rejeição com o “NumeroDocumento” sem a “/” inclusa. Como corrigir nas soluções Tecnospeed: Em nossa plataforma esta mensagem de erro ocorre quando o campo referente ao número do documento, chamado “TituloNumeroDocumento”, possui caracteres não aceitos (e não tratados) pelo banco, geralmente, caracteres não-numéricos e não-alfanuméricos, como por exemplo: 12345/1. Este erro não ocorre devido a uma validação da Tecnospeed, mas sim, devido a uma regra do próprio banco. Para corrigir, conforme citado, basta retirar a barra ou outro caractere especial do conteúdo deste campo. Se houver qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções voltadas a automatização na geração de boletos, estaremos sempre à disposição, será um prazer ajudar!
  18. Tópico originalmente criado por: "Pedro.Bravin" Olá desenvolvedor! Neste post iremos te apresentar como corrigir a mensagem de erro “Payload Too Large” que pode ocorrer quando uma requisição HTTP é enviada de um cliente para um servidor. Mensagem de erro: A mensagem de erro “Payload Too Large”, que pode sofrer variações como por exemplo “Request Entity Too Large” ocorre quando a requisição enviada, geralmente uma requisição GET, extrapola o limite máximo de caracteres em sua chamada, ou seja, quando a querystring fica muito grande. Como corrigir: Para corrigir o erro acima basta diminuir o tamanho da queryString, para que a chamada da requisição HTTP fique com um tamanho menor. Como corrigir nas soluções Tecnospeed: Na API de Boletos este erro pode ocorre por exemplo, quando é utilizada a rota de consulta dos boletos (rota GET), e nela é informado um número muito grande de idIntegracao (boletos a consultar). Isso faz com que a requisição fique demasiadamente grande, e o erro ocorra devido a uma limitação do próprio Node.js, que possui um limite máximo para o tamanho das requisições. Para corrigir, conforme citado, basta dividir a chamada em 2 ou mais requisições separadas. Caso tenha qualquer dúvida sobre os pontos que explicamos ou queira conhecer nossas soluções voltadas a automatização na geração de boletos, entre em contato conosco, será um prazer ajudar!

Sobre o Fórum

Este é um fórum para todos que fazem parte
do ecossistema de uma Software House!

Bem-vindo(a) ao fórum da Casa do Desenvolvedor, uma comunidade completa, onde desenvolvedores, software houses, profissionais de marketing, experiência e vendas, fornecedores de soluções, aficionados por inovação e tecnologia podem tirar dúvidas, compartilhar novidades e conhecimento, trocar experiências e até postar uns memes que só nós da tecnologia entendemos 😅

Crie agora sua conta e vamos juntos fortalecer
o desenvolvimento de software no Brasil! 🇧🇷

×
×
  • Create New...