Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Alice

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    46

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Alice postou

  1. 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:
  2. 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.
  3. Alice
    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!!
  4. Alice
    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 = 5000 e 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.
  5. Alice
    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?
  6. Alice
    O erro ocorre na unit ACBrDFeHttpIndy.pas na exception da função abaixo: Function TDFeHttpIndy.Enviar
  7. Alice
    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: 0 exception 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
  8. Alice
    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
  9. Alice
    Deixei assim: if AValorUnitario > 0 then UrlConsulta := UrlConsulta + '&valor=' + Self.AjustaParam(FormatFloatBr(AValorUnitario,'#.##')) else if AValorUnitario = 0 then UrlConsulta := UrlConsulta + '&valor=' + '0.00';
  10. Alice
    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/.
  11. Alice
    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
  12. Alice
    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: 500 Grata
  13. Alice
    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,'#.##'));
  14. Alice
    Daniel, obrigada pela ajuda! Na realidade a url estava faltando passar a descricao, unidadeMedida, valor e gtin com valor zero.
  15. Alice
    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...
  16. Alice
    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?
  17. Alice
    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 ).
  18. Alice
    O mesmo erro acontece no projeto ACBrNFe_Demo quando clico em "Validar Assinatura" com o Xml que estou tentando assinar pela aplicação. Segue anexo com a estrutura do Xml:
  19. Alice
    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 - len Quando 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
  20. Alice
    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;
  21. Alice
    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. ...."
  22. Alice
    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"
  23. Alice
    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
  24. Alice
    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!
  25. Alice
    Obrigada pela ajuda. Vou olhar a demo.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.