everson.turossi

Estou com o mesmo problema aqui. Analisando as notas técnicas, ainda na versão NFe_NT2016_002 v1.10 a tag pST teve sua ocorrência alterada para 1-1 tanto no grupo ICMS60 quanto no grupo ICMSSN500

Apenas uma consideração. É possível que o webservice de distribuição ainda não esteja compatível com TLS 1.2. Tive os mesmos problemas aqui, atualmente estou usando WinCrypt e pra resolver o problema tive que alterar o SSLType para LT_all quando tentar utilizar este serviço. Utilizo Windows 10 atualizado.

Implementei duas novas funções no ACBrDFeSSL.pas para que seja possível selecionar automaticamente o certificado digital passando como parâmetro o CNPJ. A função LocalizarNumeroSerieCertificado vai listar os certificados digitais instalados e com base nos 8 primeiros dígitos irá retornar o número de série caso encontre. A função LocalizarCertificado vai carregar o certificado, semelhante a função SelecionarCertificado mas sem exibir a janela de diálogo. Caso encontre será carregado e retornado o número de série, caso não encontre será disparado uma exceção que não encontrou certificado para aquele CNPJ. A motivação para essa implementação é que muitos clientes já solicitaram para que esse procedimento seja extinto, uma vez que na maioria dos casos existe apenas 1 certificado digital instalado na máquina, e nos casos onde existem vários certificados é preciso ficar buscando pelo correto. ACBrDFeSSL.pas

NFe_SVRS_H: NfeConsultaCadastro_4.00=https://cad-homologacao.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro4.asmx Já para o NFe_RS_H não existe url de homologação para esse serviço, até tentei algumas combinações mas não obtive sucesso, e se observar a url do NfeConsultaCadastro_2.00 ela é a url de produção. Indo mais afundo, acessando o link http://hom.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#SVRS apesar de não estar atualizado, a url listada para a versão 2.00 do NfeConsultaCadastro é a mesma de produção.

Estou fazendo testes e aparentemente está funcionando a consulta tanto para o RS quanto para o SVRS na versão 4.00. Como todos meus testes são em Homologação, gostaria de saber se não é possível adicionar na sessão NFe_RS_H e NFe_SVRS_H a url do NfeConsultaCadastro_4.00 no arquivo ACBrNFeServicos.ini. Percebi que tanto para o NFe_RS_H quando para o NFe_SVRS_H está adicionada a url do NfeConsultaCadastro_2.00 sendo que para esse caso só existe mesmo a url de produção.

Pesquisando na internet pelo assunto, encontrei um post relacionado a isso: Conversamos com o ENCAT, e deve sair uma NT retirando esta regra de validação, além disso, também, via um ajuste na questão pagamento do boleto, para aceitar a informação na TAG e não mais em ” infCpl”. Fonte: https://portalspedbrasil.com.br/forum/versao-nf-e-4-0-rejeicao-865-total-dos-pagamentos-menor-que-o-valor-total-da-nota/

Deu certo para mim esse procedimento.

Pelo que eu entendi, quando usar a HttpLib como httpOpenSSL ou httpWinHttp tem que configurar também a propriedade SSLType, se for NF-e 4.0 deve estar configurada como TLS 1.2

Definiu a propriedade SSLType para TLS 1.2 ?

Então, até pensei em um tópico para relatar a situação, mas como não consegui identificar com exatidão os passos que faço até que o erro aconteça acabei deixando passar batido, cheguei a pensar que fosse um problema isolado na minha máquina. Os passo que executo são os seguintes: - Abro o Delphi (não reclama de nada). - Abro um Projeto (não reclama de nada). - Fecho o Projeto sem fechar o Delphi. Agora que vem o pulo do gato, volto a abrir um projeto, podendo ser o projeto fechado anteriormente ou outro projeto qualquer (até mesmo um projeto que não utilize o ACBr) e nesse momento o erro "pode" acontecer, ou posso repetir esse processo mais 10 vezes e simplesmente não acontece nada. É totalmente aleatório, já tentei abrir e fechar o mesmo projeto várias vezes e nada aconteceu. Já tentei abrir e fechar projetos diferentes varias vezes e nada aconteceu, porém mesmo que de o erro, projetos que utilizem ACBr continuam compilando normalmente. Pra mim o erro pode vir a acontecer a partir do segundo projeto aberto sem que tenha fechado o Delphi e aberto novamente. Como isso estava me incomodando um pouco, peguei por habito fechar o Delphi sempre que precisar alternar entre projetos, mas se não me falha a memória, o erro era apresentado duas vezes para cada projeto, e se tentar abrir um Grupo de projetos com 10 projetos por exemplo, o erro seria apresentado 20 vezes. No momento estou utilizando Delphi Tokyo (10.2.2), Windows 10 x64. Não estou utilizando a ultima revisão disponível no Svn pois tenho algumas units modificadas para atender algumas necessidades. Assim que possível atualizarei os meus fontes para a ultima revisão ever se o problema continua acontecendo. Tenho instalado também a versão 2010, mas nela não está instalado o ACBr.

Resolvido aqui também. Valeu pela dica.

Tenta setar o Número do Centro de mensagens manualmente Listar Centro de Mensagens: AT+CSCA? Alterar Centro de Mensagens: AT+CSCA="+550101102010",145 O número em questão ali no meu exemplo é um dos Centros de mensagem da Vivo, basta procurar na internet qual o/os centros de mensagens da sua operadora e fazer a alteração via comando AT.

Grava ele no Banco sem o dígito verificador, e na hora de gerar a remessa, seta o nosso numero exatamente como faz quando imprime ele.

Recentemente em uma homologação do BB também implicaram com isso. No Fast a alteração é possível sem a alteração nos fontes do ACBr, porque isso ai nada mais é do que uma implicância de quem está homologando o boleto, que em alguns bancos isso é terceirizado. Existe um tópico antigo já tratando desse mesmo assunto em uma homologação da Caixa.

Utiliza Fortes ou Fast?

Dá uma olhadinha nesse vídeo do canal do Mourão, assiste a partir do minuto 38:30 onde é mostrada a ferramenta e como faz pra habilitar ela no projeto.

Recomendo o madExcept, faz a mesma coisa e é visual. Ao finalizar a aplicação ele mostra um detalhe de cada memory leak, possibilitando navegar até a linha de código aonde o objeto foi criado.

Complementando, aqui foi utilizado também a Leopardo A7.

Dá uma olhadinha neste tópico meu se te ajuda em algo. Aqui fizemos gerando uma imagem do DANFe em PNG a partir do Fast. Na pasta dos exemplos da NFe vai encontrar o arquivo DANFeSimplificado.fr3 o qual pode ser adaptado a sua necessidade sem necessidade de alteração nos fontes.

Obrigado Juliomar

Na unit ACBrCTeWebServices o objeto FCTeRetornoOS é criado no método Clear mas não está sendo destruído. Correção em Anexo. ACBrCTeWebServices.pas

Estava com o mesmo problema de "Função incorreta" em uma impressora de etiquetas, aplicando a sua dica deu certo. Obrigado.

Aqui deu certo, apenas um adendo, na pasta ACBrCTe tem os arquivos ACBrCTeServicos.ini e ACBrCTeServicos.res certo, o .RES teria que ser recompilado pois não consta nele ainda as urls do webservice CTeDistribuicaoDFe.

Não aceita enviar com acentos ou está substituindo os caracteres acentuados por outros? E se serve de consolo, as mensagens de serviço enviadas pelas operadoras Vivo e Tim não possuem acentuação. Agora em relação aos seus formulários, confere ai que que você pode estar trabalhando com múltiplas instâncias do componente ACBrSMS.

Boa tarde, concordo plenamente.