Diego Foliene

Bom dia. É gerado um PDF para cada NFe presente na lista, isso vai agregar no tempo total. EDIT: Perdão, o comportamento mencionado foi testando a rotina de impressão isoladamente. Fiz novo teste com a rotina de e-mail e é gerado somente um arquivo.

Bom dia! Por favor, veja se consegue abrir os links de ProRecepcionar e HomRecepcionar em seu navegador: [3106200] ; Atualizado em 31/10/2023 Nome=Belo Horizonte UF=MG Provedor=BHISS ProRecepcionar=https://bhissdigitalws.pbh.gov.br/bhiss-ws/nfse HomRecepcionar=https://bhisshomologaws.pbh.gov.br/bhiss-ws/nfse Veja se eles abrem um tela como está:

Bom dia! A portaria não necessariamente revoga o SAT. O SAT não vai deixar de existir. Ela libera a contingência off-line para NFC-e. Ele precisa estar credenciado para emissão de NFC-e, precisa do IdCSC e do CSC. Se já tiver está informação, pode emitir a NFC-e normal, como também pode continuar com o SAT. Não há mais vínculo da NFC-e com o SAT. Uma portaria anterior derrubou a necessidade de ter um SAT ativo para credenciar para emitir NFC-e, mas você ainda precisava do SAT para usar como contingência. Agora com esta última portaria você não precisa mais do SAT para usar em contingência. Lembrando que por ser PRO, você tem acesso liberado aos cursos disponibilizados pelo ACBr e um deles é o Implementando a Contingência Offline da NFCe

Você definiu false para a propriedade? Se sim, entendo que o comportamento está correto. Acompanhe o valor da propriedade de veja como ele fica posteriormente.

Atualmente estamos na 1.4.0.269, consegue fazer um teste com ela?

Fiz alguns testes, mas não enfrentei o mesmo comportamento. No momento em que cai na linha do FiltrarTextoXML o RetirarAcentos está respeitando o que eu defini. Por favor, verifique em sua rotina se essa configuração não é alterada em nenhum momento posteriormente a está definição e antes de entrar nas rotinas internas do componente para gerar o XML. Debugue a rotina a partir do break-point indicado no print usando o step-into e veja se o valor passado coincide com o que definiu:

Se você utiliza as classes de alto nível que disponibilizamos, nuget ou vai testar com o programa exemplo é interessante atualizar os mesmos para o caso de ter alguma modificação. Mas no geral sim, basta substituir a dll na sua aplicação.

Boa tarde! Um detalhe que foi lembrado pelos demais consultores, estamos atualmente na versão 1.2.1.312 da Lib do boleto. No seu log consta que a versão utilizada é a 1.2.1.309. Por favor, pode atualizar a lib e realizar novo teste com a versão mais atual da Lib?

Boa tarde! Neste tópico um colega compartilha um exemplo de docker no qual diz ter conseguido utilizar: Em anexo envio também o dockerfile que originalmente constava neste tópico: (me parece que o download está indisponível nele) Dockerfile

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

Boa tarde. Sim, no exemplos que temos disponíveis em nosso SVN, por exemplo, é assim. Se não ocorrer nenhum problema sim, ele vai usar essa mesma instância. Se você preferir, você também pode criar uma instância a cada ação, mas precisa lembrar de finalizar ela. Vamos supor que eu quero seguir a abordagem em que crio um instância para cada ação e eu vou adicionar em minha aplicação um botão que vai carregar as informações de um boleto que ao clicar vai carregar um ini na lib e imprimir. O código do botão vai ser os métodos em ordem: BOLETO_Inicializar; BOLETO_IncluirTitulos; BOLETO_Imprimir; BOLETO_Finalizar; Veja que eu inicializei a biblioteca, fiz o que queria e finalizei ela.

Confirme a versão do ACBrMonitorPLUS que está usando, por favor.

Boa tarde. Vamos verificar.

Está apresentando este erro para você agora ou você conseguiu transmitir a nota com sucesso?

Bom dia! Se você clicar no Executar, ele vai te levar para a classe base. Por favor, coloque um break-point no local indicado pelo print e veja qual é o ponto em que é levantando o Access Violation.

Bom dia! Apenas complementando, se após a adequação o problema persistir, por favor, veja se as informações contidas no tópico abaixo podem lhe ser úteis:

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 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.

Disponibilize o Log gerado pelo ACBrMonitorPLUS para análise.

Bom dia! Entendi. Mas para este caso, o comportamento me parece estar correto. Veja como é a rotina que faz a substituição: function ChangeLineBreak(const AText: String; const NewLineBreak: String = ';'): String; begin Result := AText; if Trim(Result) <> '' then begin // Troca todos CR+LF para apenas LF Result := StringReplace(Result, CRLF, LF, [rfReplaceAll]); // Se existe apenas CR, também troca os mesmos para LF Result := StringReplace(Result, CR, LF, [rfReplaceAll]); { Agora temos todas quebras como LF... Se a Quebra de linha final for diferente de LF, aplique a substituição } if NewLineBreak <> LF then Result := StringReplace(Result, LF, NewLineBreak, [rfReplaceAll]); end end; Fazendo um teste aqui em meu ambiente com o valor sLineBreak definido na configuração de quebra de linha, quando a string entra na rotina e também quando sai ela tem o valor: 'Teste do envio de carta de correcao com '#$D#$A'quebra '#$D#$A'de '#$D#$A' linha' E eu recebo a seguinte validação de: Mesma coisa se utilizo o #13 e utilizando o #10 o NewLineBreak tem o mesmo valor de LF. Portanto, você precisa definir um caractere específico para que seja feita a substituição mesmo. Ai pode ser o ; o | \r\n ou qualquer outro caractere ou sequência de caracteres que julgar fazer mais sentido.

Mas a config de quebra de linha foi respeitada? Apenas para garantir que estamos falando do mesmo caso. Quando você mencionou seu problema, eu fiz um teste de emissão de uma carta de correção, onde na propriedade xCorrecao eu alimentei desta foram: xCondUso := 'Teste do envio de carta de correcao com'+sLineBreak+'quebra'+sLineBreak+'de'+sLineBreak+'linha'; e vi que independente do valor que colocava em TWebServicesConf.QuebraDeLinha, ele sempre gerava meu XML com: <xCorrecao>Teste do envio de carta de correcao com ;quebra ;de ; linha</xCorrecao> Depois de aplicada a correção mencionada nas revisions, ele passou a substituir o sLineBreak pelo caractere de quebra de linha que eu defini. Isso não está ocorrendo para você?

@NovoRJ, por favor, veja este tópico:

Boa tarde @MarcosRWeimer e @NovoRJ. Por favor, atualizem seus fontes e façam um novo teste.

Boa tarde. A lógica é: Inicializa a biblioteca > Executa o que precisa fazer > Finaliza a biblioteca. Você pode inicializar ela só uma vez quando inicia sua aplicação e finalizar ela quando encerra a aplicação. Se preferir esta abordagem em que você precisa finalizar ela também. Mas você não precisa fazer a cada chamada, por exemplo: Boleto_Inicializar Boleto_ConfigurarDados Boleto_Inicializar Boleto_Imprimir Você pode fazer: Boleto_Inicializar Boleto_ConfigurarDados Boleto_Imprimir Boleto_Finalizar

Boa tarde @ramsolution. Testando com o programa exemplo o problema também ocorreu?

Boa tarde! Sim, você consegue gerar tanto com o A1 quanto com o A3. Dito isso, particularmente recomendo o uso do A1. Com ele você pode utilizar a OpenSSL, não ficando assim dependente de atualizações do windows. O A3 costuma dar dor de cabeça. Neste LINK, no final da página, temos um vídeo falando sobre uma parceria de vendas de certificado junto ao pessoal do ACBr e da TecnoSpeed que pode ser do seu interesse. Caso você já tenha um certificado A3 e esteja enfrentando problemas para transmissão de NFC-e com ele, por favor, forneça mais detalhes com a mensagem de erro na íntegra.