Painel de líderes

Olá! Realizamos alterações para envio/impressão de boletos híbridos PenseBank e Sicoob. Alterações realizadas (Realizadas na versão 31915): ACBrBoleto: Criadas novas propriedades: FLinhaDigitavel:string; FCodBarrasNumerico:string; ACBrBancoPenseBank: Removida obrigatoriedade dos campos não exigidos pelo PenseBank Inseridas funções para retorno de propriedades necessárias para impressão de boleto ACBrBoletoFCFortesFr: Ajuste layout ACBrBoletoW_PenseBank_API: alterado para configurar timeout da requisição Removido campos que não existem em requisições pensebank Implementadas novos URLs ACBrBoletoW_Bancoob: removidos campos não existentes implementada rota negativação ACBrBoletoRet_PenseBank_API: Ajustado retorno de erros Incluído retorno de consulta detalhada ACBrBoletoRet_Bancoob: Inserido tratamento para retorno cod 204 obs.: verifiquei que foram realizadas alterações na leitura de resposta de inclusão de boletos Sicoob após a versão 31915. Essas alterações não foram incluídas nos arquivos anexados, pois acredito que já está conforme a documentação da API Sicoob. Gostaria que as alterações fossem incluídas no projeto. Obrigado! ACBr.zip

Olá pessoal! Foi adicionado na página Sobre o SAT, um aviso informando que nos próximos meses, a Sefaz de São Paulo vai deixar de aceitar a comunicação dos SATs que utilizam os protocolos SSL 3.0 ou TLS 1.0. Desde a versão 2.28.05 das Especificações Técnicas do SAT, divulgada em 2021, é exigido a compatibilidade dos modelos SAT e versões de software básico com o protocolo TLS1.2, que é o mais seguro atualmente no projeto SAT. A previsão para o desligamento do protocolo SSL 3.0 é a partir de 05/08/2024, enquanto que a o do protocolo TLS 1.0 será a partir de 01/10/2024. Abaixo segue a relação de modelos SAT afetados: A Sefaz orienta que os contribuintes realizem a atualização para versões mais seguras para os casos em que é possível indicados na coluna "Há atualização de SAT para versão mais segura" e para os que não forem, que busquem alternativas juntos aos fabricantes SAT ou considerem o uso da NFC-e que é o documento fiscal alternativo ao SAT.

Não encontrei no ACBrLib para C# os campos novos da NT2023.004_v1.11

Boa noite, Novos nugets enviados, versão 1.0.2.0.

Muito obrigado pela contribuição... Analisando...

Boa tarde, tudo bem? Fiz a integração com a OrendaPay, criando assim o componente TACBrPSPOrendaPay, ligado ao PIXCD, segue as duas classes a serem usadas, Schemas e do Request. Segue também o link da API, é uma API bem simples, a mesma nao tem método de estorno, onde o mesmo acontece ao cancelar a transação. Qualquer dúvida so chamar. https://www.orendapay.com.br/api/ Segue o logo e tambem as classes alteradas e adicionadas. ACBrPIXCDReg.pasACBrPIXPSPOrendaPay.pasACBrSchemasOrendaPay.pas

Segue em anexo as 3 units que alterei para implementar o PIX Elgin por troca de arquivos. Já foi testado e homologado pela Elgin. Acredito seja melhor analisarem se não é preciso adequar algo. Tive que fazer na correria por ter clientes aguardando. Agradeço... ACBrTEFDDialElgin.zip

@Daniel Simoes fizemos mais alguns testes e conseguimos encontrar o problema, o sistema havia sido compilado em uma máquina que não estava com os fontes do ACBr atualizados na última versão, atualizamos e recompilamos e resolveu o problema. Obrigado pela ajuda e atenção.

Com tpintegra = 1 funcionou perfeitamente obrigado pela orientação.

Pessoal, encontrei o problema aqui. O horário do servidor da empresa estava incorreto, a emissão do nosso sistema busca o horário do servidor e não da maquina local. Obrigado!

Boa tarde, hoje pela manhã o suporte da API do Bradesco me enviou as credenciais em produção....só que em produção está dando erro na hora de registrar o boleto, na obtenção do token está OK. { "code": "104", "message": "invalid signature", "details": null } em homologação até sexta-feira tava OK....hoje o ambiente em homologação está em manutenção...

Não teria porque dar erro de access violation em tBand, até porque não é uma classe e sim apenas um tipo. Verifica se realmente suas variáveis estão corretas como o seu índice "I" em ...Items[I].

De fato tá tudo ok, e o ambiente de homologação que tá em manutenção. Prazo para ainda hoje, 01/04/24, na parte da tarde.

Bom dia, com o seu projeto e alterando as informações que tenho de um cliente a cobrança foi realizada corretamente, inclusive retornando as informações da chave e TXId do título. Estou tentado agora junto ao layout de geração do QR Code do BCB gerar a partir da chave pix retornada, mas também pedi ajuda ao banco para confirmação do que foi gerado, vamos ver quem me ajuda primeiro. Campos do Layout Retorno

@jairsoares Subimos uma correção para parametrização desta propriedade que o @Italo Giurizzato Junior te passou. Na próxima compilação do monitor ela vai estar disponível.

Também os campos verifiquei nos fontes e tem os campos já implementados, falta somente no c#

É eu sei, é mais complexo mesmo tentei com iternetexplorer, mais da mensagem DANFE salva com sucesso, mais não salva em lugar nenhum acho que iria funcionar se todos os computadores tivesse pdf creator como padrão, mais aí ficaria ruim

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Acabei de efetuar a consulta e retornou com sucesso. Obrigado!

Bom dia @Italo Giurizzato Junior e @jairsoares Abri uma tarefa para analisar a propriedade "Nome Longo da NFSe" TK-5277 avisamos aqui assim que concluida

Bom dia @Valdir Dill, Ela não funciona com todas as UF. Outra coisa o componente esta configurado para qual versão da NF-e?

Bom dia Juliomar, obrigado por responder. Eu li esse post como era de NFCe achei pudesse haver algo de diferente. Já que segue a mesma rotina eu agradeço pela ajuda e orientação. Vou seguir lo. Obrigado

O problema realmente era relacionado ao SSL, apontei os caminhos da DLL corretamente usando a versão 1.1.1 da lib SO que está na pasta do ACBR e funcionou corretamente! muito obrigado pelas Dicas Juliomar! podemos fechar o tópico!

Boa tarde, podemos encerrar este chamado, o pessoal da IPM nos passou que éra um problema la no cadastro do cliente, muito obrigado pela atenção

Olá pessoal , O contador do meu cliente me deu a resposta para esta rejeição. No caso deste cliente a empresa era nova , estava realizando a primeira emissão de nota fiscal em produção e o valor da nota era de 61.500,00 , com isso a receita denegou a nota e bloqueou a inscrição até que o contador desse explicação do porque uma empresa varejista vai emitir a primeira nota com um valor tão alto visto que a sefaz permite que seja emitido até 50.000,00 em várias notas a cada 15 dias.