Sandro TC

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

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?

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.

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?

Olá, Bezordan. Você sabe onde configuro a versão 2.00 do QR-Code no ACBrMonitorPLUS versão 1.2.0.5, por favor?

Postei uma solução da empresa Systax. Creio que resolva o problema de rejeição 875, alíquota de FCP inválido.

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?

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 ...

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?

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!

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?

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.

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.

Obrigado, José M. S. Junior.

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.

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.

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.

Olá, André. Para agilizar o processo, gostaria de incluir dois comandos a seguir num mesmo arquivo ENTNFE.TXT. NFE.LerIni() NFE.EnviaNFe() Preciso forçar o ACBr a ler seu arquivo ini imediatamente antes de enviar uma NFC-e. Isto seria possível ?

Nelson, muito obrigado pela dica. O ACBrMonitorPLUS aceita mais de um comando num mesmo arquivo ENTNFE.TXT ? Fiz um teste e ele retorna resposta somente do primeiro comando. Existe alguma forma dele retornar respostas para os dois comandos? Por exemplo: NFE.Versao() NFE.LerIni()

Olá, Nelson. Farei testes ajustando o timeout do ACBr com valor menor do que o timeout de minha aplicação. Seria interessante se houvesse um timeout do ACBr (TimeoutWebService) específico para o envio de notas e um outro timeout para as demais operações (consulta, cancelamento, inutilização etc.). O motivo é que, quando eu defino um timeout do ACBr de, por exemplo, 5 segundos, é porque eu quero que minha aplicação não espere mais a resposta (se ela não chegar nesse tempo) e emita a NFC-e em contingência offline automaticamente. Precisamos fazer assim em alguns clientes que precisam de maior rapidez ao atender clientes nas filas. Configurando somente 5 segundos para o envio é útil, porém o ideal é que houvesse um outro timeout na configuração do ACBr para as demais operações, porque essas outras operações (consulta, cancelamento, inutilização etc.) podem esperar. Alguém sabe dizer se o ACBr lê a variável TimeoutWebService do arquivo ACBrMonitor.ini sempre antes de qualquer operação? Ou será que o ACBr inicializa essa variável somente quando o ACBr é inicializado? Se sim, eu poderia alterar o valor de TimeoutWebService para, por exemplo, 5 imediatamente antes de enviar uma nota e, após a operação enviar eu voltaria o valor para 15.

Olá, Nelson. Por acaso é o campo "Timeout em segundos" (que possui valor padrão 15) do ACBrMonitorPLUS em DFe | Geral | Diversos ? Se sim, devo colocar o valor de 5 segundos que comentei anteriormente em minha aplicação e nesse campo do ACBr ? Este timeout em segundos do ACBr significa que se esse tempo for atingido e não houver resposta da Sefaz, o ACBr interrompe o processo e não mais captura resposta da Sefaz?

Utilizo o ACBrMonitorPLUS em minha aplicação através da troca de arquivos plain text. Estou desenvolvendo a emissão de NFC-e em modo de contingência automaticamente caso minha aplicação não obtenha a resposta do envio em N segundos. Muitos desenvolvedores desenvolveram este tipo de solução e, portanto, creio que seja válida. Segue algoritmo descritivo da sequência que implementei: 1) Crio o XML (por exemplo, número da NFC-e igual a 50), valido, assino e envio no modo normal (tpEmis = 1) 2) Se a resposta chega em até 5 segundos, atualizo meu banco de dados e a venda está concluída. Porém, se a resposta não chega em até 5 segundos (tempo configurável na aplicação), procedo conforme a sequência a seguir. 3) Duplico a venda no banco de dados com número da NFC-e igual a 51, porém com tpEmis = 9 (contingência off-line). 4) Ao criar o XML da nota 51 através da função NFE.CriarNFe, a resposta deste comando não contém a resposta desta criação do XML, mas sim a resposta do envio da nota 50, que acaba contendo na maioria das vezes a informação de que a nota 50 foi autorizada. A pergunta é: existe alguma forma de solicitar ao ACBrMonitorPLUS que cancele a operação de envio da nota 50, fazendo com que ele não mais gere o arquivo txt de resposta desse envio? Sei que o ACBrMonitorPLUS está colocando meus comandos de requisições em uma fila. A questão é que eu já criei um novo registro no banco de dados para a nota contingência 51 e já modifiquei o sequencial de numeração no banco. Uma solução seria ajustar minha aplicação para detectar que a resposta que chegou não é a resposta do comando NFE.CriarNFe e excluir o registro do banco e voltar a numeração sequencial de 51 para 50. Tenho uma aplicação que monitora o banco de dados e envia as notas emitidas em contingência automaticamente. A ideia é que a nota 50 fique marcada para ser cancelada (se estiver autorizada) ou ter seu número inutilizado (se não estiver autorizada) assim que a nota 51 (que foi emitida em modo de contingência) for enviada. Alguém tem alguma sugestão? Desde já agradeço a colaboração.

Pois é, gui.miranda. Esse é justamente o problema que tenho enfrentado. Indicam aqui e noutros foruns para simplesmente emitir uma NFS-e. Porém, isto envolve passar o cartão mais de uma vez e, em alguns locais, isto se torna inconveniente e, às vezes, impraticável. Ainda não encontrei uma solução legal para tal situação. O ideal seria a emissão de uma NFC-e com produtos e serviços, o que não é permitido em alguns estados.

Olá, Juliomar Marchetti. Obrigado pela explicação. A questão é que, nesse caso, deverão então ocorrer duas transações via POS, uma de R$ 70,00 e outra de R$ 30,00. Assim, meu ERP fará a emissão de uma NFC-e e uma NFS-e. Até aí, tudo bem, faz todo sentido, apesar do incômodo de ter que gerar e transmitir dois documentos. Um pequeno problema é que o usuário terá que passar o cartão do cliente duas vezes, podendo gerar um certo transtorno no estabelecimento, além de alguns clientes questionarem o motivo e, às vezes, não concordarem etc. Alguns clientes questionam e querem passar o cartão uma só vez. Além do fato de que transmitir dois documentos fiscais (NFC-e e NFS-e) e duas transações POS (ou TEF). Isto toma maior tempo no processo e, às vezes, incomoda usuário e cliente, com tanta burocracia. Seria muito mais viável um documento só com produtos e serviços! Assim, teríamos um só documento fiscal e uma só transação cartão. Compreende? De qualquer forma, agradeço bastante a colaboração. No aguardo.

Bom dia, Jean. Ainda não encontrei resposta. Agradeço. Vamos aguardar alguma resposta.