Painel de líderes

Olá pessoal! Houve uma alteração na forma como o ACBrMonitorPLUS devolve a informação do nome do XML gerado. Quem utiliza o ACBrMonitorPLUS a muito tempo, provavelmente está acostumado a receber na resposta do mesmo, o nome do arquivo em dois locais diferentes como no exemplo abaixo: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. [CTe_Arq1] Arquivo=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Vejam que mesmo havendo na resposta uma seção específica para as informações do CT-e autorizado, há um seção [CTe_Arq1] que recebe somente o local onde o arquivo foi gerado. Esta seção [DFe_ArqX] costuma ser gerada no retorno quando assíncrono. Agora, com alguns documentos adotando somente o modo de envio síncrono e visando padronização na forma como está informação é devolvida tanto na resposta do Monitor e na resposta da Lib, está seção foi removida e a informação foi movida para a já existente seção com os dados do documento fiscal com o identificador NomeArq. Então a resposta agora será desta forma: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= NomeArq=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. Todos os meus retornos foram alterados? Foram alterados os retornos dos comandos de envio dos objetos do CTe e do MDFe, ambos documentos que adotaram somente o modo de envio síncrono.

também tem relação com a ACBrLib, pois o OpenSSL é uma dependência externa, carregada de forma dinâmica, pelo código do ACBr

Boa Tarde... sim.. pcesConversaoeSocial.pas

Boa tarde @gkenji, Esquece o segundo erro, se concentre no primeiro que ao meu ver tem a ver com o CNAB informando, pois o CNAB tem haver com o código da atividade do prestador de serviço. Para mais informações sobre o segundo erro, leia o tópico a seguir:

Boa tarde ! As dependências estão instaladas? Tente sudo apt install xvfb xauth libxml2 libgtk2* ttf-mscorefonts-installer

Bom dia @JeannyPaiva, Já esta no SVN.

Bom dia Alexandre, tenho algumas coisas para finalizar ainda, assim que deixar tudo pronto e documentado irei postar. Obrigado

Boa tarde @thi4182, Essa unit é do componente antigo e não estamos mais dando suporte a ele. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Olá pessoal! No dia 09/09/2024, por volta das 14h41 começamos a receber em nosso Discord múltiplos relatos de problema ao consumir os web services do MDF-e. Todos os relatos tem em comum o mesmo retorno: Vejam que o erro indica ser um problema no banco de dados do servidor. Por volta das 15h06 foi relatado que a transmissão foi normalizada.

Bom dia @Anderson Grolli, Já esta no SVN.

Aqui pra mim estava dando o mesmo erro com Windows 11 no cliente e na minha maquina com o certificado A3, e consegui resolver da seguinte forma: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Olá Pessoal, É com muita satisfação que venho informar a todos que o componente ACBrNFe ganhou novas units para Consultar a Situação de uma nota, solicitar a inutilização de um numero ou faixa de números, enviar eventos e para administrar o CSC (Código de Segurança do Contribuinte) usado na NFC-e, este ultimo não sei informa-los quais UF possuem um webservice para esse serviço. Foram criadas novas units para gerar o XML de pedido de consulta, de inutilização de envio de eventos, bem como as units que fazem a leitura do retorno foram reescritas. Elas se encontram em uma nova pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos O que muda na minha aplicação? Nada, pois essas units são utilizadas pelo próprio componente. Porque foram criadas essas novas units? As units antigas se utilizam das units pcnGerador e pcnLeitor para geração e leitura do XML respectivamente. As novas units se utilizam das units ACBrXmlWriter e ACBrXmlReader que tem a mesma função de geração e leitura. Não chegamos a realizar testes de velocidade nessas novas units criadas para o ACBrNFe, mas a um tempo atrás a unit responsável por ler o XML de um CT-e contendo aproximadamente 1.800 (mil e oitocentos) notas vinculadas demorava cerca de 6 minutos para realizar a leitura. Foi criada uma nova unit se utilizando o ACBrXmlReader para realizar a leitura do XML do CT-e, foi realizado um teste com o XML contendo 1.800 notas vinculadas e o mesmo foi lido em aproximadamente 6 segundos. Veja o ganho em velocidade na leitura do XML, de 6 minutos para 6 segundos. Por conta dessa performance resolvemos reescrever todas as units que utilizam as units pcnGerador e pcnLeitor visando a passar a utilizar as units ACBrXmlWriter e ACBrXmlReader. Não é um trabalho fácil e rápido. As novas units foram escritas, foi criado os testes unitários para cada uma delas, depois de testadas fizemos a migração, um trabalho que consumiu varias semanas. Em breve as units antigas vão ser removidas do SVN. Esse trabalho vai ser realizado em outros componentes? Sim, o próximo é o ACBrCTe, depois o ACBrMDFe. Estamos trabalhando para deixar os componentes mais velozes.

Hangout , iniciando Acbrlib integrando com Windev