everson.turossi
-
Total de ítens
183 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por everson.turossi
-
-
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.
-
1
-
-
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.
-
2
-
-
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”.
-
1
-
-
Em 13/04/2018 at 16:49, BigWings disse:
Faça um check-out do zero, como sugero a mensagem de erro.
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.
-
Em 05/03/2017 at 16:05, Joata Pereira disse:
O mesmo problema com Delphi Seatle para resolver tive que pegar midas.dll da pasta bin e colocar na pasta System32, SysWOW64 e na pasta do Meu Projeto
Resolvido aqui também. Valeu pela dica.
-
1
-
-
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
-
1
-
-
Na unit ACBrCTeWebServices o objeto FCTeRetornoOS é criado no método Clear mas não está sendo destruído.
Correção em Anexo.
-
Em 19/01/2012 at 11:47, Sérgio Assunção disse:
Resolvido... exclui a COM no gerenciador de dispositivos, reiniciei o micro e agora ta legal.
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.
-
3 horas atrás, andersonscinfo disse:
bom dia everson.turossi, pensei em tratar a ocorrencia para quando for referente a liquidação somente assim fazer a baixa no sistema, acho que seria a melhor opção.
Att.
Boa tarde, concordo plenamente.
Tag pSt do grupo ICMS60 não está sendo exportada quando está com valor zero
em ACBrNFe
Postado
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