Diego Foliene

Se você testar com outro certificado em outra rede o resultado é o mesmo?

Boa tarde. Defina a opção SalvarWS como Sim e defina um PathSalvar para que ele gere para você os -soap envolvidos na requisição. Compare os arquivos para ver se existe alguma diferença.

Boa tarde! Por favor, na janela de log, qual é a informação de versão da OpenSSL que está sendo usada.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Conforme o @Alexandre de Paula mencionou, verifique as dimensões que definiu a etiqueta e veja se não tem nada que possa estar obstruindo a área do sensor. Também é válido você simplificar seu teste, imprimindo somente uma etiqueta, ou então até mesmo só a palavra teste. A medida que vai dando certo, você vai complementando o layout da etiqueta com as informações até chegar no que precisa.

Tópico movido para a área aberta do fórum para que possa alcançar mais membros. Alguns links que talvez possam ser úteis: HTTP Redirection with Indy -Delphi Indy - IdHttp how to handle page redirects? How to track URL redirects using Delphi and Indy?

Bom dia! Apenas dando um parecer para está TK. A mesma está em análise. Como a imagem que disponibilizou mostra a mensagem relacionada ao campo UfFim, foi gerado um XML sem está informação usando o programa exemplo Ficando desta forma. <cMunIni>3119401</cMunIni> <xMunIni>CORONEL FABRICIANO</xMunIni> <UFIni>MG</UFIni> <cMunFim>0000000</cMunFim> <xMunFim>ABARE</xMunFim> <UFFim/> <retira>0</retira> <indIEToma>1</indIEToma Ao utilizar o método CTe_Validar, o resultado no log ficou desta forma. Analisando o processo acreditamos ter encontrado uma possível causa. Estamos discutindo a melhor maneira de resolver a questão.

Bom dia! Ainda estamos analisando. Postaremos aqui assim que descobrirmos algo.

Alteração enviada ao SVN na Rev-31296. Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Foi efetuada uma alteração visando resolver esta questão. Logo mais a mesma será disponibilizada no SVN e você será avisado para atualizar seus fontes.

Bom dia! O comportamento esperado é o que foi exemplificado pelo @BigWings. Você utilizou o mesmo arquivo INI tanto em homologação quanto em produção? Pode disponibilizar este arquivo para testes?

Bom dia! Esta é de fato, uma observação válida. Vou levar este questionamento ao resto do time.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia! Por favor, faça um teste informando apenas 61 no CST ao invés de 061. Se o problema persistir, disponibilize o arquivo INI completo para análise.

Já tivemos relatos de membro que estava com problemas usando uma versão superior a 12. Você está com a versão 20, por favor, é possível fazer o downgrade para teste?

Boa tarde @Jamil Araujo! Estamos avaliando o seu caso. Durante o processo, levantado por outros membros as seguintes configurações da seção [DANFSe] do ACBrbLib.ini: A função interna dessas configurações é de serem usadas quando não tiver a informação no XML, então em casos como o seu, se não encontrar a informação no XML, ele lê desta configuração. Por favor, as mesmas não atendem a sua necessidade?

Boa tarde. Está inscrição é de fato, inválida. Conforme indicado no Validar Inscrição Estadual 4Devs e no ACBrValidador. Você precisa adicionar os zeros não significativos a esquerda da mesma forma que está no cadastro do Sintegra.

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

Bom dia pessoal! Foi publicado o seguinte comunicado na página de Nota Fiscal de Consumidor Eletrônica da Sefaz da Paraíba. Conferindo no arquivo ACBrNFeServicos.ini, é possível observar que a URL utilizada já é a que será mantida. [NFCe_PB_P] Usar=NFCe_SVRS_P URL-QRCode=http://www.sefaz.pb.gov.br/nfce URL-ConsultaNFCe=http://www.receita.pb.gov.br/nfce URL-ConsultaNFCe_2.00=www.sefaz.pb.gov.br/nfce/consulta [NFCe_PB_H] Usar=NFCe_SVRS_H URL-QRCode=http://www.sefaz.pb.gov.br/nfcehom URL-ConsultaNFCe=http://www.receita.pb.gov.br/nfcehom URL-ConsultaNFCe_2.00=www.receita.pb.gov.br/nfcehom Portanto, a recomendação é que atualizem o ACBr.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4754

Bom dia! Arquivos recebidos, faremos alguns testes e retornaremos assim que descobrirmos algo.

Obrigado. Estamos testando com os exemplos disponíveis visando reproduzir o problema. Qualquer novidade reportamos aqui.

Alteração enviada ao SVN na Rev-31289. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Sim, o arquivo alterado ainda não foi enviado ao SVN. Por isso lhe pedi para realizar um teste colocando ele dentro da pasta do .EXE Como confirmou que deu certo com a informação da versão, vou enviar o arquivo ao SVN.

Foi publicado na página do e-Social notícia informando que os eventos periódicos tiveram recentemente seu prazo de entrega alterado no Manual de Orientação do eSocial(MOS). Antes desta alteração, os prazos que terminavam em dias não úteis eram antecipados. A partir da mudança, os prazos que caiam em dias não úteis para fins fiscais são prorrogados para o primeiro dia útil seguinte. No caso dos eventos S-2500 e S-2501 que tratam de processos trabalhistas e tributos decorrentes dos mesmos, o prazo de envio dos eventos da competência outubro/2023 que terminavam no dia 15/11, feriado nacional, são prorrogados para o primeiro dia útil seguinte.

Por favor, ao atualizar utilizou a opção "Apagar Arquivos Antigos" no instalador? Se não o fez, por gentileza, repita o processo, fazendo uso desta opção.