Ir para conteúdo
  • Cadastre-se

Sandro TC

Membros
  • Total de ítens

    154
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Sandro TC postou

  1. Sim, Gilberto Faria, vamos ligar. Por acaso você executou os mesmos procedimentos de atualização das cadeias de certificados indicada aqui no fórum para serem feitos no Windows 10 semana passada? No Windows 7 não funcionou pra você em nenhuma máquina?
  2. Também estou enfrentando o mesmo problema aqui em Goiás com o Windows 7 em vários clientes. Erro 12175 ocorrido com Windows 10 semana passada.
  3. Verdade, Italo. Obrigado a todos pela contribuição. Até hoje sem solução para a questão que iniciei. Podemos continuar com a discussão?
  4. Boa tarde, utilizo o ACBrMonitorPLUS há vários anos e o produto é excelente. Não utilizo a linguagem de programação Pascal (Delphi) e, portanto, meu ERP se comunica com o ACBr através da troca de arquivos. Minha dúvida é a seguinte: como posso utilizar o componente ACBrNFSe? Desde já agradeço.
  5. Boa tarde, estou na mesma situação. Utilizo o ACBrMonitorPLUS versão 1.2.0.5 e ao incluir o campo vDesc (ValorDesconto) com valor igual a 0.00 no arquivo ENTNFE.TXT, o ACBr não adiciona a tag vDesc no arquivo XML, causando a rejeição 905 (Campos do grupo Fatura não informados) justamente pela falta do campo vDesc. Interessante que na semana passada estava emitindo NF-e aqui no estado de Goiás com os dados da fatura normalmente sem a tag vDesc e não ocorria tal rejeição. Hoje, 16/07/2018, a rejeição começou.
  6. Obrigado pela resposta, André Ferreira de Moraes. Existe previsão para inclusão de tal opção?
  7. É provável que sim. Conforme tabela de aliquotas FCP x UF, Goiás tem aliquota de 2%. Tem alguma ideia do motivo da rejeição 874 se, aparentemente, meu xml possui os dados corretos? A propósito, você sabe como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS (versão 1.2.0.5), por favor?
  8. Pois é, Ricardo. Veja que a aliquota de FCP em meu XML foi gerada pelo ACBrMonitorPLUS versão 1.2.0.5 com 4 casas decimais. 52180637257144000138650010000011141000011140-nfe.xml
  9. No validador da SEFAZ RS não apresenta a rejeição de percentual de fcp inválido. Mas ao transmitir a NFC-e aqui em Goiás a rejeição é apresentada. Tem ideia do motivo?
  10. Olá, Níssius Ribas. Você sabe como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS (versão 1.2.0.5), por favor? Desde já agradeço.
  11. Sim, Ricardo. Concordo com você. O ACBr está seguindo a nota técnica. Comentei porque várias pessoas questionaram num Webinar apresentado ontem às 15hs e afirmaram que as alíquotas devem ter apenas uma casa decimal. Eu continuo com o problema de rejeição 875 informando 2% para GO. Você sabe qual é a solução?
  12. Olá, Bezordan. Você sabe onde configuro a versão 2.00 do QR-Code no ACBrMonitorPLUS versão 1.2.0.5, por favor?
  13. Postei uma solução da empresa Systax. Creio que resolva o problema de rejeição 875, alíquota de FCP inválido.
  14. Segundo informações da empresa Systax, o valor das tags referentes às alíquotas de FCP (pFCP, pFCPST, pFCPSTRet) deve ser informado com apenas uma casa decimal. Exemplo correto: <pFCPSTRet>2.0</pFCPSTRet> Utilizo o ACBrMonitorPLUS versão 1.2.0.5 e, ao adicionar a linha seguinte no arquivo ENTNFE.TXT, o ACBr gera o XML com quatro casas decimais, conforme mais abaixo: [ICMS001] Origem=0 CSOSN=500 vBCSTRet=0.000 vICMSSTRet=0.000 pST=0.00 vBCFCPSTRet=50.00 pFCPSTRet=2.0 <----- 1 só casa decimal no arquivo TXT vFCPSTRet=1.00 ACBr gera o XML assim: <pFCPSTRet>2.0000</pFCPSTRet> O que pode ser feito no ACBrMonitorPLUS para corrigir este problema?
  15. Como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS versão 1.2.0.5? Por acaso é o campo "Tipo" em PosPrinter? Se sim, minha configuração já está com o valor 2 e a tag urlChave do XML continua com o valor a seguir: <urlChave>http://www.nfce.go.gov.br/post/ver/214413/consulta-nfc-e-homologacao</urlChave> Não deveria ser a url abaixo, conforme exige a NT2016-002 1.51, campo ZX03? <urlChave>http://www.sefaz.go.gov.br/nfce/consulta</urlChave> O arquivo ACBrNFeServicos.ini está atualizado. Segue parte de GO homologação para análise. [NFCe_GO_H] ... URL-QRCode=http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe URL-ConsultaNFCe=http://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf URL-ConsultaNFCe_1.00=http://www.nfce.go.gov.br/post/ver/214413/consulta-nfc-e-homologacao URL-QRCode_2.00=http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe URL-ConsultaNFCe_2.00=http://www.sefaz.go.gov.br/nfce/consulta ...
  16. Em um cliente tenho 2 PCs com Windows 7. As duas estão com o ACBrMonitorPLUS configurados igualmente. Em um dos computadores, sem ter feito qualquer atualização no Windows 7, a configuração a seguir funcionou. SSLLib = libWinCryptCryptLib = cryWinCryptXMLSignLib = xsLibXML2SSLType = LT_TLSv1_2 Porém, noutro computador também com Windows 7, o botão de teste "Status Serviço" do ACBr não retorna nada, resposta em branco. Alguém pode ajudar?
  17. Boa noite. Utilizo o ACBrMonitorPLUS versão 1.2.0.1 com as configurações mencionadas neste Post. Ao clicar no botão de testes "Status Serviço" em um dos computadores com Windows 7 a resposta da Sefaz é Ok e consigo realizar o envio de uma NFC-e em Goiás. Porém, noutro computador com Windows 7 ao clicar neste botão não aparece nenhuma resposta. As sugestões de atualização do SP1 do Windows 7, incluindo o IE 11, são mesmo necessárias em todos os computadores? Pergunto porque alguns computadores funcionam bem sem qualquer atualização e outros não!
  18. Boa tarde, estou com o mesmo problema, ou seja, o botão de teste "Status Serviço" do ACBrMonitorPLUS versão 1.2.0.1 retorna nada, resposta em branco. No computador de um cliente funciona bem e noutro computador não funciona. Ambos estão com a mesma configuração do ACBr. Creio que seja algum problema em "Opções da Internet" do Windows, onde devemos marcar/desmarcar algumas opções como, por exemplo, marcar a opção "Usar TSL 1.2" entre outras. Alguém está passando por isso, por favor?
  19. Utilizo ao ACBrMonitor PLUS e tenho a seguinte dúvida relacionada ao tópico que apresenta dúvidas sobre o período de produção e desativação da versão 3.10. Supondo que eu decida utilizar a versão 4.0 somente para a emissão de NF-e e continue utilizando a versão 3.10 para NFC-e por mais algum tempo... Configuro o campo "Versão NFe" do ACBr para 4.00. Em minha aplicação como posso emitir uma NFC-e na versão 3.10 se o ACBr está configurado para 4.00? Eu teria que modificar o arquivo ACBrMonitor.ini programaticamente, quando for emitir uma NF-e e uma NFC-e? [WebService] Versao=4.00 Desde já agradeço qualquer contribuição.
  20. Quando utilizo o comando NFE.CriarEnviarNFe e ocorre sucesso no envio da NFC-e, o retorno contém o seguinte: 01/02/2018 12:31:41 - OK: Lote recebido com sucesso [ENVIO] Versao=GO4.0 TpAmb=2 VerAplic=GO4.0 CStat=103 XMotivo=Lote recebido com sucesso CUF=52 NRec=521000014824422 DhRecbto=01/02/2018 12:31:34 TMed=1 Msg=Lote recebido com sucesso Autorizado o uso da NF-e [RETORNO] Versao=GO4.0 TpAmb=2 VerAplic=GO4.0 NRec=521000014824422 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=52 [NFE852] Versao=GO4.0 TpAmb=2 VerAplic=GO4.0 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=52 ChNFe=52180237257144000138650010000008521000008521 DhRecbto=01/02/2018 12:31:35 NProt=152180018732432 DigVal=xsx6sIf6+20mWJi9+qzt+tsCeLM= Arquivo=C:\ACBrMonitorPLUS\Arqs\37257144000138\NFCe\201802\NFCe\52180237257144000138650010000008521000008521-nfe.xml Porém, às vezes ocorre o seguinte retorno: 01/02/2018 12:17:25 - OK: Lote recebido com sucesso [ENVIO] Versao=GO4.0 TpAmb=2 VerAplic=GO4.0 CStat=103 XMotivo=Lote recebido com sucesso CUF=52 NRec=521000014824397 DhRecbto=01/02/2018 12:17:17 TMed=1 Msg=Lote recebido com sucesso Lote em processamento [RETORNO] Versao=GO4.0 TpAmb=2 VerAplic=GO4.0 NRec=521000014824397 CStat=105 XMotivo=Lote em processamento CUF=52 O problema é que neste último retorno não existe a variável "Arquivo" com o nome e caminho do arquivo xml gerado. Então, faço uma consulta com NFE.ReciboNFe e obtenho a resposta de autorização ou não. Porém, preciso obter o caminho e nome do arquivo XML gerado porque minha aplicação utiliza este nome em várias rotinas. Meu objetivo é evitar o uso de chamadas ao ACBr na seguinte sequência: NFE.CriarNFe NFE.ValidarNFe NFE.AssinarNFe NFE.EnviarNFe Gostaria de realizar uma só chamada ao ACBr com o comando NFE.CriarEnviarNFe sem a necessidade de executar outros comandos como NFe.GerarChave ou o comando NFE.CriarNFe antes.
  21. Obrigado pela dica, Nelson. Mas o campo timeout da guia Monitor refere-se à comunicação TCP/IP e eu utilizo a comunicação via arquivos TXT. O colega marcosanjos também teve a mesma dúvida e não obteve resposta ainda, conforme a seguir.
  22. Olá, marcosanjos. Estou passando por um problema semelhante ao seu. Você conseguiu uma solução? Veja o tópico que abri onde descrevo minha situação (veja a última mensagem). Desde já agradeço.
  23. Olá, Nelson. O Timeout do ACBrMonitorPLUS (campo "Timeout em segundos" em DFe | Geral | Diversos) possui valor padrão 15. Modifiquei para o valor 5 e, mesmo se o envio de uma NFC-e demorar mais do que 5 segundos, o ACBr continua aguardando pela resposta da Sefaz. Eu acreditei que se o ACBr não receber resposta em 5 segundos (valor que configurei para o Timeout) ele me retornaria um arquivo txt de resposta com mensagem de timeout, e não a resposta da Sefaz. Gostaria que o ACBr parasse de aguardar pela resposta da Sefaz se a resposta não chegar em, por exemplo, 5 segundos. Preciso disso para que minha aplicação decida emitir a NFC-e em contingência automaticamente se não chegar resposta nesse tempo, compreende? Isto é particularmente útil para alguns estabelecimentos comerciais que não podem aguardar muito tempo, evitando enormes filas. Desde já agradeço.
×
×
  • 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.