Ir para conteúdo
  • Cadastre-se

Sandro TC

Membros
  • Total de ítens

    140
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Sandro TC postou

  1. Postei uma solução da empresa Systax. Creio que resolva o problema de rejeição 875, alíquota de FCP inválido.
  2. 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?
  3. 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 ...
  4. 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?
  5. 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!
  6. 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?
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 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.
  12. 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 ?
  13. 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()
  14. 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.
  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?
  16. 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.
  17. 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.
  18. 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.
  19. O estado de Goiás não permite a emissão de serviços na NFC-e. Seja a seguinte situação: usuário lança uma ordem de serviço no meu ERP com, por exemplo, R$ 70,00 em produtos (peças) e R$ 30,00 em serviços. Ao emitir a NFC-e o cliente deseja fazer um só pagamento via cartão POS (Point-of-Sale) no valor total de R$ 100,00. Ao emitir a NFC-e, somente os produtos serão registrados na NFC-e, ou seja, R$ 70,00. Dúvida: É obrigatório informar os dados da transação POS no XML da NFC-e, na tag tpag? Em caso afirmativo, estaria correto adicionar dados de uma transação de R$ 100,00 no XML se a referida NFC-e tem valor total de R$ 70,00? A mesma dúvida no caso de transação TEF.
  20. Bom dia marcelolours, o problema aparentemente havia terminado, mas de vez em quando ocorre novamente, porém somente no modo homologação. Ontem aconteceu a mesma mensagem duas vezes (NFC-e Rejeição 290 Certificado Assinatura inválido). Um pouco mais tarde não mais aconteceu. Parece ser intermitente. Pesquisei mas ainda não encontrei solução.
  21. Vamos aguardar que alguém (fundador/moderador/etc) do grupo explique algo sobre o assunto. Se possível, por favor, continuem postando de vez em quando sobre novidades sobre o problema. Obrigado aos colegas acima que colaboraram.
  22. Enviei e-mail para a Sefaz-GO e recebi a resposta abaixo. O ACBrMonitorPLUS, em sua versão mais atual, já contempla o que a Sefaz respondeu? Boa tarde, Em homologação aplicamos uma política de manter apenas as cadeias raiz das autoridades certificadoras, conforme nota técnica abaixo: http://www.nfe.sefaz.go.gov.br/post/ver/182650/obrigatoriedade-de-apresentacao-de-cadeia-de-certificacao-completa Em homologação é necessário que o sistema emissor envie toda a cadeia completa do certificado. Essa mudança ainda não foi ainda feita em produção por muitos sistemas ainda não estarem adaptados, mas será feita no futuro. Por isso o ambiente de homologação já está dessa forma, para que as empresas possam ir se adequando.Att.Marcelo Dias da SilvaGestor de Tecnologia da InformaçãoProjeto Nota Fiscal EletrônicaSecretaria da Fazenda do Estado de Goiás
  23. André Ferreira, alterei a UF de destino (Web Service) para AM e ajustei a UF do estabelecimento para AM, porém ocorreu a rejeição Rejeicao: IE do emitente nao cadastrada. Devo conseguir uma IE do AM para testar, ou existe alguma outra forma? Obrigado pela dica!
×
×
  • 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.