Painel de líderes

Descobri qual o problema. Antes o Santanter não possuía o método POST pro endpoint /cob Mas aparentemente agora não possuem mais o método PUT Ao mudar a requisição para POST, a cobrança foi criada com sucesso, porém o retorno deles foi diferente do especificado pelo Bacen. Será necessário analisar para ler os campos corretamente. Um detalhe é que não houveram relatos do mesmo problema em Produção, então não comitei as alterações, pois talvez quebre quem esteja usando em produção.

Nenhuma alteração foi feito nos arquivos. Vou verificar com o suporte fabricante, pois os arquivos já estão sendo salvos dessa forma. Obrigado pela atenção!

https://acervolima.com/como-lidar-com-java-lang-unsatisfiedlinkerror-em-java/ Veja este tópico por favor

Segue em anexo ArquivoINI do CT-e e arquivo INI das configurações: ACBrLib.ini CTe.ini

Lindomar, Se ao usar a DLL esta ocorrendo o erro, favor verificar se esta configurando corretamente para a versão 4.00 e ao alimentar as classes esta passando o valor 4 para o campo Versao.

Boa tarde Lindomar, Você trabalha com Delphi ou com C#? Para o Delphi você utiliza diretamente o componente ACBrCTe. Agora para o C# você precisa usar a DLL: ACBrLibCTe, se vai ser a 32 ou 64 é outro detalhe.

@EliasCesar anexa a Unit modificada que creio que o @JLuis consegue nos ajudar com o teste em Produção

As libs você se refere as dll's (ACBrLib32.dll e ACBrLib64.dll)? Obrigado Alexandre.

Bom dia Lindomar, Lembre-se que além de você informar no campo Versao o valor 4, se faz necessário configurar também para a versão 4. Pode ser que na Lib a configuração esteja como 3.00 e você esteja alimentando o campo Versao com o valor 4

Olá pessoal, Creio que seja algo no próprio PSP. Testei pelo Postman a Collection que eles mesmo disponibilizam no portal dev, e o erro é o mesmo:

Olá bom dia! Obrigado, te mantenho informado qualquer detalhe. Ótima semana!

Bom dia, Criada a TK-4240 para avaliação. Obrigado pela contribuição.

Os arquivos da lib vc faz download aqui: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib-pro/ @CelsoPires este post pode te ajudar na distribuição com linux https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html

@CelsoPires nesta ultima mensagem citada Native library (linux-x86-64/liblibacbrnfse64.so) not found in resource path Existe este caminho e a lib esta dentro deste caminho? Observe que o nome da lib é libacbrnfse64.so mas na mensagem está "liblibacbrnfse64.so" está errado o nome ou esqueceu de uma barra ai

Bom dia Lindomar, O "elemento" infCteComp na versão 3.00 do CT-e não era uma lista, mas na versão 4.00 ele passou ser uma lista. Para manter compatibilidade ainda com a versão 3.00 uma vez que ela vai coexistir com a 4.00 até o final deste ano, foi criado um novo "elemento" chamado infCteComp10 que é uma lista. O "10" no final do nome é para lembrar que no XML esse elemento poderá ter no máximo 10 ocorrências. O pessoal da Equipe ACBr que cuida do ACBrLibCTe já vai providenciar as alterações necessárias. Em breve estará disponível uma nova versão da DLL que contempla essa alteração.

Boa noite, Os schemas e implementações da NT 02/2023 foram enviados ao SVN na Rev-30193 Foram transmitidos e validados todos os registros em homologação na versão 2.1.2, exceto o R1070, pois é necessário existir um número de processo válido e ocorre a rejeição a seguir. <codResp>MS1196</codResp> <dscResp>Número de processo inválido.</dscResp> Foram validados os schemas alimentando todos os campos do xml. Nas transmissões foram utilizados os dados básicos que autorizassem o recebimento sem rejeições. Os programas de exemplo em Delphi e Lazarus foram ajustados para transmitir todos os registros, sendo necessário apenas a substituição dos valores fictícios mantidos em CNPJs e CPFs. Versão 2.1.1 indisponível Efetuados testes na versão 2.1.1 para confirmação e não está mais disponível, tendo sido substiruída pela versão 2.1.2.

Bom dia. Inclui importação de multa, juros e desconto e seus respectivios tipos (percentual, valor, etc) e suas datas de ativaçao (datamulta, datadesconto, etc..) na importação do retorno. Foi necessario a inclusao de um novo tipo cdPercentual no tipo TACBrCodigoDesconto. Segue units em anexo. ACBrBoletoConversao.pas ACBrBoletoRet_Inter_API.pas

Bom dia Por sugestão do @Daniel Simoes no Discord, estou abrindo esse chamado aqui no Fórum. Parei no passo 20 do roteiro de hologação devido a esse erro no cancelamento. Se tentar cancelar pelo Modo Administrativo funciona. Seguem arquivos referentes ao processo em questão. Saudações, comms_230720.log ppsers_230720.log IntPosCNC.req IntPosCNC.resp IntPosCRT.req IntPosCRT.resp

Pessoal, tem alguma forma de PROTESTARMOS contra a SEFAZ-MG, está ridículo o serviço prestado por eles. Sanados os problemas com as rejeições 546 -valor total, agora estou tendo problemas com notas fiscais de devolução de venda de mercadoria CFOP 1202 e 1411 , o qual, segundo o MOC, não obriga referenciar a nota fiscal que esta sendo devolvida, mesmo assim quando faço uma devolução 1202 ou 1411, com valores de ICMS, estoura a rejeição : Rejeição 546: NF-e de devolução com valor do ICMS superior a NF-e devolvida. Analisei na base do meu cliente, vi que varias notas de devolução CFOP 1202 e 1411, sem nenhuma nota de referencia anexada , validaram, foram AUTORIZADAS sem nenhum erro, e varias outras rejeitaram retornando o erro 546 , comparando os xmls verifiquei que nas tag de TOTAL, a rejeitada tinha valor de ICMS, e as autorizadas não. Reforçando, tanto a rejeitada quanto a autorizada NÃO TINHAM nota fiscal de referencia. Estou com varias notas rejeitadas por isso. Mais alguem mais passando por esta dor de cabeça? Sabem se ha alguma reclamação sobre o assunto?

boa tarde ! As tags estão com 0 no ini (SemData, SemHorario), experimente utilizar 1 (na data ou 3 a partir da data) E informar as datas TpPer = (0 tdSemData,1 tdNaData,2 tdAteData,3 tdApartirData, 4 tdNoPeriodo,N tdNaoInformado) TpHpr = (0 thSemHorario,1 thNoHorario,2 thAteHorario, 3 thApartirHorario,4 thNoIntervalo,N thNaoInformado) https://acbr.sourceforge.io/ACBrLib/ModeloCTeINI.html

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

Perfeito, no meu entendimento também acredito que seja incorreto fazer esse tipo de alteração, por isso imaginei que ao fazer isso ele ficava com não enviado, vou verificar aqui e adequar para a forma correta. Obrigado Alexandre.

Acredito que o ideal não seria alterar o XML. Acho que deveria manter o XML do CTe salvo em um local e o do cancelamento em outro... e eventualmente na impressão consultar. Digo isso até porque assinatura do XML é baseada no seu conteúdo e fazendo essa alteração você invalida juridicamente o documento. Já trabalhei com sistemas que mantinham os dados em campos separados e no momento da impressão/envio faziam a procura dos eventos que poderiam existir e anexavam...

Boa tarde Carla, Você reinstalou os componentes após atualizar? Copiou as dlls da OpenSSL e LibXml2 para a pasta da aplicação? Utilize somente os schemas distribuídos pelo ACBr. Teste com o programa de exemplo para verificar se ocorre o mesmo problema para termos o mesmo cenário de teste.

Sim, estamos analisando os logs O mesmo comportamento ocorre com o programa exemplo ?

Teste realizado, a princípio está gerando a cobrança e retornado código 201 porém, está ocorrendo erro na geração do QRCode.... para o Sicredi, se "CriarCobrancaImediata()" retornar True então chamo "GerarQRCodeDinamico()" if (fFluxoDados.QRCode = EmptyStr) then fFluxoDados.QRCode := dmACBr.PixCD.GerarQRCodeDinamico(dmACBr.PixCD.PSP.epCob.CobGerada.location); só que para o Santander em GerarQRCodeDinamico() está ocorrendo o erro "Campo obrigatório, não informado: URL" Debugando verifiquei que a propriedade "location" está ficando vazia mesmo CriarCobrancaImediata() retornando True. Este teste ainda estou fazendo no sandbox. Fiz contato com a agência local e ficaram a partir de amanhã abrir chamado interno para encaminhar a liberação em produção. Segue o log LogPIX_Santander

poderia anexar o INI da sua configuração da Lib?

@rpaulogio Você tem razão. Olhando a documentação do Sicoob (Clique aqui) o retorno é 207 para inclusão. Abra a documentação e vá no endpoint inclusão de boletos, vai observar: Com o retorno da inclusão: Diferente da consulta: Que nos devolve:

Tópico fechado por falta de retorno do usuário

Boa tarde @Genesio Becker, Atualizamos o SVN com a contribuição enviada. Se possível atualize seus fontes, reinstale o ACBr e realize novos testes para verificar se está tudo correto. Obrigado

Enviei uma correção ao SVN, rev: 30194 Se puder baixar e efetuar um teste por favor.

@Geraldo Rodrigues, o seu print ficou muito, muito pequeno... não dá pra ler..

Vou rever nossa atualização do Acbr. Obrigada pelo retorno. Depois posto o resultado.

Bom dia, Criada a TK-4241 para avaliação. Obrigado.

Recompilei e testei novamente, inclusive peguei um erro na linha Http.Protocol := 1.1; // tipos incompatíveis String e Extended e tive que alterar para Http.Protocol := '1.1'; e mesmo resultado... talvez como o Elias citou, seja mesmo problema do lado deles, o que complica é que não há mais canal de comunicação para entrar em contato... Como estou testando apenas no sandbox, vou ver com o cliente para solicitar junto ao seu gerente comercial no Santander para que realize o cadastro interno para que eu possa criar uma aplicação em produção e então realizar os testes. Caso alguém tenha alguma novidade por favor continuem postando aqui. Obrigado.

Compile e reinstale o ACBr com a nova unit. Parece que os pontos azuis de marcação a esquerda estão nas linhas erradas... isso acontece quando o .pas é diferente do que ele está usando pra executar...

Bom dia, Seus fontes estão atualizados? Tivemos uma atualização recentemente, na sexta-feira passada. Seus

nossas versões é 11.3, não temos a Seatle em especifico, na versão que tenho não simulo o seu problema. a sua questão é com o Fortes (3th), não com o componente em si da ACBr. alias, temos algumas versões além do 11.3 como Lazarus e D7, não consegui recriar o seu cenário neles. em especifico a sua versão instalada não tenho.

Boa tarde. Obrigada! Irei realizar a atualização das novas fontes.

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

Sergio, Já esta no SVN.

Bom dia! Foi enviado ao SVN na Rev-30182 uma alteração visando sanar este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

@Brunocogoo Obrigado pela contribuição. Subimos uma correção, por favor atualizar os fontes e reinstalar o ACBr

Olá Elias, Só para informar... no dia 20/07 enviei e-mail para [email protected] a cerca do problema e o retorno foi o seguinte: Então enviei outro questionando pois pelo telefone não há qualquer opção relacionada ao suporte requerido e então o retorno foi o seguinte: tentei também pelo endereço [email protected] e o retorno foi caixa postal inexistente. Então se for tentar um desses endereços acho que será perda de tempo a menos que tenham reativado algum deles. Considero isso uma tremenda falta de consideração por parte deles.