Ir para conteúdo
  • Cadastre-se

luizhenriqueluvizutto

Membros Pro
  • Total de ítens

    13
  • Registro em

  • Última visita

Sobre luizhenriqueluvizutto

Contact Methods

  • Website URL
    www.sisimagem.com.br

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

luizhenriqueluvizutto's Achievements

  1. Boa tarde amigos! Recebi o seguinte e-mail da equipe do Banco do Brasil: Boa tarde, parceiro SISTEMA IMAGEM. No Banco do Brasil, buscamos sempre entregar aos nossos clientes as soluções mais modernas e eficientes do mercado. E, para que ocorra o processo de melhoria contínua em nossos serviços, é muito importante comprovarmos, por exemplo, se as chamadas de APIs que chegam até nós, são originadas por alguma solução tecnológica criada e gerenciada por você, parceiro. Essa identificação permite que seus clientes integrados com as nossas APIs desfrutem de vantagens e tarifas exclusivas e que você parceiro, tenha acesso a canais de suporte técnico priorizado e a novos recursos e APIs de maneira antecipada, além de outras vantagens, como participação em eventos do Banco do Brasil e a possibilidade de ter a sua marca divulgada no nosso portal de APIs (https://www.bb.com.br/site/developers/), podendo utilizar a marca BB em suas ações promocionais. Para que essa identificação ocorra de forma tempestiva, é necessário que se inclua no header de suas chamadas de API a seguinte chave-valor: x-bb-portal-devx-cnpj-parceiro = xxxxxxxxxxxxxx Esta inclusão deve ser feita nas chamadas aos seguintes endpoints: · https://api-ip.bb.com.br/checkout/v1 · https://api-bbpay.bb.com.br/checkout/v2 · https://api.bb.com.br/cobrancas/v1 · https://api.bb.com.br/cobrancas/v2 · https://api.bb.com.br/dda/v1 · https://api-extratos.bb.com.br/extratos/v1 · https://api-ip.bb.com.br/pagamentos-lote/v1 · https://api-ip.bb.com.br/pagamentos-lote/v2 · https://api.bb.com.br/pix/v1 · https://api-pix.bb.com.br/pix/v2 · https://api.bb.com.br/pix-bb/v1 · https://api.bb.com.br/recebimentos-bb/v3 · https://api-ip.bb.com.br/servicos-arrecadacao/v1 · https://api-ip.bb.com.br/servicos-arrecadacao/v2 · https://api-ip.bb.com.br/servicos-arrecadacao/v3 · https://api.bb.com.br/validacao-contas/v1 Obs.: sempre que, porventura, forem criadas pelo BB novas APIs e/ou novos endpoints, a inclusão da chave também deverá ser feita. Como o uso da chave x-bb-portal-devx-cnpj-parceiro no header, não será mais obrigatório o uso da app-key única do parceiro nas chamadas, podendo (recomendamos) utilizar a app-key do cliente final. A partir de 01/07/2024, só reconheceremos como chamadas feitas através de suas soluções, aquelas que contenham essa chave-valor. Sem ela, consideraremos que a chamada foi realizada diretamente pelo cliente final, sem o uso de suas soluções tecnológicas. Estaremos à disposição para ajudá-los nessa alteração e para tirar eventuais dúvidas: · pelo fórum do Portal Developers · pelo e-mail [email protected]
  2. Boa tarde @Italo Giurizzato Junior e @Diego Foliene me perdoem a demora para responder... Hoje eu consegui conversar com o suporte da Sigep para tirar algumas dúvidas sobre o layout txt e também sobre a API (que é meu interesse maior). Bom eles não tem ambiente de homologação Botucatu e nem para outros. Infelizmente... Farei alguns testes em produção e qualquer coisa nos falamos no Discord e se for necessário abrimos um novo tópico. Muito Obrigado pela atenção de vocês!! Abs!
  3. Bom dia @Italo Giurizzato Junior Exatamente, a senha que eu tenho é menor que a exigida pelo schema. (Não me pergunte como). Só sei que faz um bom tempo que essa senha foi cadastrada. Vou ver se descubro algo com relação ao ambiente de homologação e se não for possível, poremos tentar evoluir em produção. Muito Obrigado pelo apoio!
  4. Bom dia! Depois que alterei o schema conforme minha mensagem anterior comecei a receber esse erro aqui (Tamanho mínimo de senha): Então fiz o ajuste novamente no schema para o valor mínimo de 3 (exagerei aqui) conforme abaixo: <xsd:element name="senha" nillable="false" maxOccurs="1" minOccurs="1"> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:minLength value="3"></xsd:minLength> <xsd:maxLength value="16"></xsd:maxLength> </xsd:restriction> </xsd:simpleType> </xsd:element> então comecei a receber a seguinte mensagem: Mensagem: Erro de Conexão: Não informado a URL de Homologação, favor entrar em contato com a Prefeitura ou Provedor.
  5. @Italo Giurizzato Junior Fiz um teste aqui e mudou a cara do erro, provavelmente alguma outra coisa que eu ainda não entendi (ou pode ser mais algum erro). Mas lhe respondendo, após a alteração, conforme print anexo, deu certo.
  6. Bom dia @Italo Giurizzato Junior não cheguei a fazer este teste não, mas posso fazer uma tentativa aqui.
  7. Bom dia! Estou iniciando alguns testes com o NFS-e aqui do meu município e estou recebendo o seguinte retorno quando tento enviar a NF exemplo, do exemplo da ACBr: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1839 - Element '{http://www.abrasf.org.br/nfse.xsd}ExigibilidadeISS': [facet 'pattern'] The value '1' is not accepted by the pattern '01|02|03|04|05'. Correção: --------- - Ambiente de Homologação - Cidade: Botucatu/3507506/SP - Provedor: Informações sobre o provedor: Sigep - Versão: 2.00
  8. Boa tarde!! Estou em contato com o pessoal do BB para homologar um boleto que tem Taxa de Juros mensais. Parametrização do componente: Titulo.CodigoMoraJuros := cjTaxaMensal; Titulo.ValorMoraJuros := 6; No meu boleto impresso está OK: "Cobrar juros de 6% ao mês de atraso para pagamento após o vencimento." O problema está no arquivo de remessa: Pelo que vi nos fontes do arquivo: - ACBrBancoBrasil.pas - function TACBrBancoBrasil.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String; está fazendo apensa da seguinte forma: {Código Mora} if CodigoMora = '' then begin if ValorMoraJuros > 0 then CodigoMora := '1' else CodigoMora := '3'; end; E, segundo o BB devo enviar: CodigoMora := '2';
  9. Gerei os arquivos: ArquivoChavePrivada e ArquivoCertificado no exemplo ACBr na aba do Siccob e passei junto no PSP do BB v2 e com o ajuste feito nos fontes do ACBr deu certo!!
  10. Boa tarde! Estamos com dificuldades de implementar a API PIX v2 do Banco do Brasil. Fizemos o credenciamento no portal developers do BB e Enviamos o certificado A1 no padrão conforme pede o manual em base64 e separados em: - Certificado - Certificado CA - Raiz O portal do BB deu como atendido. qual é a forma correta de configurar o componente? TACBrPSPBancoDoBrasil( PSPACBr ).BBAPIVersao := apiVersao2; TACBrPSPBancoDoBrasil( PSPACBr ).ClientID := Dados.ClientID; TACBrPSPBancoDoBrasil( PSPACBr ).ClientSecret := Dados.ClientSecret; TACBrPSPBancoDoBrasil( PSPACBr ).DeveloperApplicationKey := Dados.DeveloperKey; TACBrPSPBancoDoBrasil( PSPACBr ).ChavePIX := Dados.ChavePIX; TACBrPSPBancoDoBrasil( PSPACBr ).epCob.CobSolicitada.chave := Dados.ChavePIX; TACBrPSPBancoDoBrasil( PSPACBr ).ArquivoChavePrivada := ???; TACBrPSPBancoDoBrasil( PSPACBr ).ArquivoCertificado := ???; Até geramos o arquivo "ArquivoChavePrivada" e o "ArquivoCertificado" baseado no exemplo do Sicoob porém não conseguimos criar a cobrança. o retorno que recebo é: 27/06/23 15:36:29:220 - Resp.Body: {"errors":[{"codigo":404,"versao":1,"mensagem":"Not Found","ocorrencia":"N/A"}]} 27/06/23 15:36:29:220 - ChamarEventoQuandoReceberRespostaEndPoint( /cob, POST ) 27/06/23 15:36:29:221 - ResultCode:404 27/06/23 15:36:29:221 - RespostaHttp: {"errors":[{"codigo":404,"versao":1,"mensagem":"Not Found","ocorrencia":"N/A"}]} Como enviar o certificado ao BB.pdf
  11. Bom dia, tudo bem? O PagSeguro mudou a forma de geração de credenciais para serem criadas de forma mais autônoma. Anexo manual que enviaram no e-mail. Manual API Pix.pdf
  12. Boa tarde! Quando ligo as opções de protesto para o Banco ITAÚ (não sei com relação aos outros bancos) as instruções aparecem no corpo do boleto normalmente, o meu problema estava sendo em ligar o protesto lá no banco após a transmissão do arquivo de remessa. Para solucionar, passei a atribuir também na propriedade "Instrucao1", "Instrucao2" ou "Instrucao3" o código referente ao tipo de protesto de acordo com o layout do Itaú conforme: '34'; // dias corridos '35'; // dias uteis Desta forma resolveu meu problema, porem questiono: "Esta é a forma correta de ser feita ou será que o componente da ACBr deveria fazer isso de forma automática quando ligarmos a opção protesto?" Uma ótima tarde a todos! Luiz Henrique
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...