Alice
-
Total de ítens
46 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Alice
-
-
Bom dia!
Acabei de atualizar o sistema com o ACBR de hoje (08/06/2018)
estou tentando transmitir uma nota com apenas 1 produto (cst60) e com
grupo repasse zerado (Pois esse grupo pode ser maior ou igual a zero)NotaFiscalItem.Imposto.ICMS.vBCSTRet := 0;
NotaFiscalItem.Imposto.ICMS.vICMSSTRet := 0;
NotaFiscalItem.Imposto.ICMS.vBCSTDest := 0;
NotaFiscalItem.Imposto.ICMS.vICMSSTDest := 0;Mas ao transmitir a nota fiscal ocorre a seguinte mensagem:
Rejeição: Grupo de Tributação informado indevidamente [nItem: 1]
Quando preencho valores nesses campos, funciona.
-
Bom dia Italo,
eu tinha entendido sim sobre isso, obrigada pela paciência.
O que acho estranho é por que será que ao transmitir as mesmas rps
em fontes do ACBr de datas diferentes, um exige aumentar o timeout e o outro fonte, não.
Mesmo assim vou alterar o timeout então.Obrigada pelas informações!!
-
Em 11/05/2018 at 15:49, Italo Jurisato Junior disse:
Boa tarde Italo,
Tanto o fonte do ACBR atual quanto o fonte do ACBR de 2017, não mexi em nenhuma das propriedades
de ACBrDFeConfiguracoes.pas, como segue:IntervaloTentativas = 1000
Tentativas = 5
AguardarConsultaRet = 0
TimeOut = 5000e no fonte do ACBR de 2017, consigo enviar as mesmas 5 rps do lote normalmente, mesmo com a demora de 20 segundos.
Mas agora, no fonte atual, só envia se mudo o TimeOut para 30000.Pode dar problemas se aumentar o TimeOut ou isso é mesmo errado? Desculpe se estou sendo insistente.
-
3 horas atrás, Italo Jurisato Junior disse:
Bom dia Alice,
Qual é o valor de SSLLib?
Você sabe dizer se ao enviar um lote com 5 RPS (conforme o seu exemplo) o retorno com o numero do protocolo é retornado?
Pois o Ginfes se utiliza da versão 1 do layout da ABRASF e neste caso ocorre o seguinte:
1 - Envio do Lote;
2 - Retorno com o numero do Protocolo;
3 - Consulta a Situação do Lote (essa consulta poderá ser realizada varias vezes e a quantidade é configurável através da propriedade "Tentativas");
4 - Retorno com o status da situação;
5 - Se status for 3 ou 4 - Consulta o Lote de RPS;
6 - Retorno contendo a lista de rejeições (status 3) ou a lista de NFS-e (status 4).
Como você pode ver precisamos saber em qual momento ocorre o erro.
Bom dia Italo!
Estou utilizando SSLLib = libCapicomDelphiSoap e Ginfes = ABRASF_v1
Daí com essas dicas, conferi o xml que está com retorno 3.
Só que o problema não era a questão de recusar envio, o problema era que ao invés de mostrar a mensagem de erro certa, estava mostrando a mensagem de timeout.
Então mudei o TimeOut de 5000 para 30000. Agora mostra a mensagem de erro correta.
Então se eu for transmitir um lote com, por exemplo, 30 NFSe, terei que ir aumentando mais ainda esse timeout?
-
55 minutos atrás, Alice disse:
Boa tarde pessoal do ACBR,
Estou com o fonte do ACBR de fevereiro de 2018, e quando tento exportar 1 NFSe, exporta com sucesso,
quando tento exportar um lote com umas 5 NFSe, ocorre essa mensagem de erro:Erro Interno: 0
Erro HTTP: 0exception class ESOAPHTTPException with message 'O tempo limite da operação foi atingido
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl - SOAPAction: "".Quando utilizo fonte do ACBR mais antigo de 2017, o funcionamento está ok.
Não posso atualizar o ACBR agora porque não temos mais tempo aqui para testar novamente as possíveis
mudanças e por isso preciso corrigir o problema pontualmente.Grata
O erro ocorre na unit ACBrDFeHttpIndy.pas
na exception da função abaixo:
Function TDFeHttpIndy.Enviar -
Boa tarde pessoal do ACBR,
Estou com o fonte do ACBR de fevereiro de 2018, e quando tento exportar 1 NFSe, exporta com sucesso,
quando tento exportar um lote com umas 5 NFSe, ocorre essa mensagem de erro:Erro Interno: 0
Erro HTTP: 0exception class ESOAPHTTPException with message 'O tempo limite da operação foi atingido
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl - SOAPAction: "".Quando utilizo fonte do ACBR mais antigo de 2017, o funcionamento está ok.
Não posso atualizar o ACBR agora porque não temos mais tempo aqui para testar novamente as possíveis
mudanças e por isso preciso corrigir o problema pontualmente.Grata
-
Bom dia!
Tenho um código feito em delphi 7 para imprimir cheque utilizando a bematech DP20
através da seguinte função da BEMADP32.dll:iRetornoPorta := Bematech_DP_IniciaPorta(pchar(porta));
Mesmo com a impressora desligada, só de o cabo estar conectado na porta correta, a função da dll retorna 1.
Quando passo o código para delphi XE3, imprime corretamente, porém
quando a impressora está desligada, retorna 0.Qual seria o correto quando a impressora está desligada e com o cabo na porta certa: Essa função retornar zero ou um ?
Grata pela atenção
-
18 horas atrás, Alice disse:
Em TACBrIBPTax.API_ConsultarProduto retirei apenas o IF abaixo, pois mesmo o valor unitário sendo zero parece que precisa passar o parâmetro <valor> para o webservice.
if AValorUnitario > 0 then
UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##'));Deixei assim:
if AValorUnitario > 0 then
UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##'))
else if AValorUnitario = 0 then
UrlConsulta := UrlConsulta + '&valor=' + '0.00'; -
Entendi. Então gostaria de saber se tem como eu atualizar somente os fontes referente ao ACBrIBPTax ? Isto é, preciso atualizar o ABCr somente no que for suficiente para utilizar a consulta ncm e a consulta serviço no webservice do https://apidoni.ibpt.org.br/.
-
Desculpe, vou reformular a minha pergunta porque acho que estou complicando:
Gostaria de saber como faço para realizar uma consulta de ncm em
https://apidoni.ibpt.org.br/api/v1/produtos? no Delphi 7?
No delphi 7 estou com o fonte do ACBr de 2015, revisão de 03/12/2015 -
Boa tarde,
Gostaria de saber como faço para realizar uma consulta de ncm em
https://apidoni.ibpt.org.br/api/v1/produtos? no Delphi 7?
No Delphi XE3 funciona ok com o ACBrIBPTax.
No delphi 7 estou com o fonte do ACBr de 2016.
Tentei substituir o ACBrIBPTax pela unit atual, mas ocorre erro HTTP: 500Grata
-
Em 13/03/2018 at 20:36, Daniel Simoes disse:
Desculpe, não compreendi se há necessidade de algum ajuste nos fontes do ACBr
Em TACBrIBPTax.API_ConsultarProduto retirei apenas o IF abaixo, pois mesmo o valor unitário sendo zero parece que precisa passar o parâmetro <valor> para o webservice.
if AValorUnitario > 0 then
UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##')); -
Daniel, obrigada pela ajuda!
Na realidade a url estava faltando passar a descricao, unidadeMedida, valor e gtin com valor zero. -
Boa tarde!
Segui os passos do artigo e coloquei todas as dlls e o acbr.inc junto com o executável, mas agora está ocorrendo o seguinte erro que não ocorreu no teste direto no site de olhonoimposto.ibpt.org.br
Erro HTTP: 404 Not found
Socket Error: 0
URL: https://apidoni.ibpt.org.br/api/v1/produtos?token...
Resposta HTTP:
{"Message":"No HTTP resource was found that matches the request URI
URL: https://apidoni.ibpt.org.br/api/v1/produtos?token... -
bom dia pessoal,
estou tentando testar o exemplo do ACBrIBPTax.
Informo cnpj, token, UF e ncm, clico em consultar e ocorre o seguinte erro:Erro HTTP:500 Socket Error: SSL_CHECK_SERVERHELLO_TLSEXT: tls invalid ecpointformat list
URL: https://apidoni.ibpt.org.br/api/v1/produtos? -
Cliquei no botão "Validar Xml" do projeto ACBrNFe_Demo e o erro está aqui:
1871 - Element '{http://www.portalfiscal.inf.br/nfe}NFe': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/nfe}infNFeSupl, {http://www.w3.org/2000/09/xmldsig#}Signature ).
-
-
Mudei as configurações do ACBr Nfe para: cryWinCrypt, httpWinHttp e xsLibXml2
Ao tentar assinar uma NFe 3.10 está mostrando o seguinte erro:
EACBrDFeException with message: 'Erro: Falha ao localizar o nó de Assinatura'.
CryptExportKey - lenQuando volto a usar a Capicom, funciona normalmente, mas preciso usar a WinCrypt por conta da NF4.0.
O que poderia estar faltando? Pois já coloquei as dlls dependentes na pasta do exe da aplicação.Grata
-
1 hora atrás, Daniel Simoes disse:
Apenas se você for usar a XMLSec... Se você remover o suporte da XMLSec com {$Define DFE_SEM_XMLSEC} em ACBr.INC, então definitivamente não precisará das mudanças para uso da MinGW
As DLLs do OpenSSL vc pode achar em: \ACBr\DLLs\OpenSSL\1.0.2.13
Por enquanto, eu optei por usar a MinGW, e todas as DLLs que estão na pasta dela...
eu digo que vou usar o xmlsec pq segundo o artigo "acbrdfe-openssl-e-tls12", para usar TLS1.2, precisa da libxmlsec, e lá diz que a libxmlsec não é compativel com OpenSSL maior que 0.9.8, dai a solução
do artigo é usar todas as dlls da \ACBr\DLLs\XMLSec\MinGW.Lembrando que minha configuração é:
SSLCryptLib := libWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsLibXml2;
WebServices.SSLType := LT_TLSv1_2; -
13 minutos atrás, Daniel Simoes disse:
A OPENSSL é necessária... São apenas 2 DLLs... veja a pasta específica do OpenSSL, use a versão 1.0
Entendi!
==> Devo também, copiar as dlls do \ACBr\DLLs\XMLSec\MinGW e ativar a diretiva USE_MINGW do ACBr.inc ?
Faço essa pergunta, baseado no seu artigo ACBrDFe OpenSSL e TLS1.2 diz o seguinte:
"...Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll). O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML..."
"...Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. ...."
-
Boa tarde pessoal,
na minha aplicação, configurei o seguinte no ACBRNFe :
SSLCryptLib := libWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsLibXml2;
WebServices.SSLType := LT_TLSv1_2;
Gostaria de saber se preciso apenas das dll: libxml2, libxslt, libexslt e libiconv ou devo também fazer o passo-a-passo da atualização do OpenSSL
que diz para copiar as dll de \ACBr\DLLs\XMLSec\MinGW e ativar a diretiva USE_MINGW do ACBr.inc conforme o link abaixo:https://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/
Estou falando isso porque no artigo dessa página (opensslxmlsec-ou-capicom-dependencia-de-bibliotecas-externas), li o seguinte:
"O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"
-
Bom dia pessoal,
Migrei um projeto do Delphi 7 para o Delphi XE3 e o instalador vem com o FastReport 4.
Verifiquei que a unit ACBrNFeDANFEFRDM faz uso do frxBarCode.dcu que está localizado em:
C:\Program Files (x86)\FastReports\LibD17x64
mas em:
C:\Program Files (x86)\FastReports\LibD17
não existe essa unit.Como configurei a IDE para compilar em 32 bits não sei se posso usar a dcu da pasta LibD17x64.
Por gentileza de onde voces estão pegando a frxBarCode.dcu?Grata
-
Bom dia, prezados do projeto ACBR,
Por favor, voces tem alguma documentação para me ajudar a implementar a seguinte regra do novo layout 4.00 da NFe:
Padrões Técnicos (item 3.2.2 do MOC)
2.1 Protocolo de Comunicação: A partir da versão 4.0 da NFe será permitido unicamente o protocolo TLS 1.2 ou versão superior. Ou seja, não será mais permitida à comunicação via protocolo SSL.
Grata!
-
1 hora atrás, BigWings disse:
Também funciona com a 3.10.
Obrigada pela ajuda. Vou olhar a demo.
falha ajustando winhttp_option_secure_protocols
em ACBrNFe
Postado · Editado por Alice
Bom dia prezados do ACBr,
Utilizo Windows 10 e certificado A3.
Quando tento transmitir uma NFe 4.00 no ambiente de produção, estou recebendo a seguinte mensagem:
URL: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao4.asmx
Falha ajustando WINHTTP_OPTION_SECURE_PROTOCOLS.
Erro: Erro: 87 -1
Está configurado conforme segue:
ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt;
ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp;
ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;
ACBrNFe.Configuracoes.WebServices.SSLType := LT_TLSv1_2;
Grata pela ajuda.
Tópico similar porém com windows e configuração diferente: