Ir para conteúdo
  • Cadastre-se
  • Total de ítens

    83
  • Registro em

  • Última visita

  • Days Won

    3

Posts postados por [email protected]

  1. Bom dia,
    Acho que agora descobri a solução:
    Apesar do ACBrMonitorPlus ter a configuração de VERSÃO, foi preciso eu dar o comando CTe.SetVersaoDF("4.00") (que antes desta versão dava erro) para o sistema assumir a versão 4.00. Resumindo, segue a sequencia de comandos que mandei para o Monitor que resolveu o problema:
     

    CTe.SetVersaoDF("4.00")
    CTe.SetModeloDF("57")
    CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML")
    CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML")
    CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",0)
     

  2. 22 minutos atrás, BigWings disse:

    Parece que você está enviando no modo assíncrono, esse modo foi descontinuado na versão 4.00.

    Bom dia,
    Troquei o comando para usar o método Síncrono, mas o erro permanece. Veja o Log gerado:

     

    Gerando Log em: C:\ACBrMonP\LOG.TXT
    O Log em tela é apresentado apenas com o ACBrMonitor aberto!
    CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML")
    OK: C:\TECDATA\NFe\00076265.XML
    CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML")
    OK: 
    CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",0)
    ERRO: 
    Erro Interno: 0
    Erro HTTP: 404
    URL: https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/CTeRetRecepcao.asmx
     

  3. Oi André,
    Compilamos recentemente a versão 1.4.0.239 - x86
    Se por acaso você estiver usando esta mesma versão, agradeceria se você pudesse compartilhar os arquivos de parâmetros (*.ini).
    Agradeço antecipadamente,
    Abraço 

  4. Encontrei estas outras URLs neste endereço:

    https://dfe-portal.svrs.rs.gov.br/CTE/Servicos#SEFAZ%20Rio%20Grande%20do%20Sul%20/%20SEFAZ%20Virtual%20Rio%20Grande%20do%20Sul%20(RS/SVRS)-Homologa%C3%A7%C3%A3o
     

  5. Boa tarde Andre,

    Não ainda não consegui fazer rodar.
    Descobri apenas que se você for fazendo os processos um por um até dá certo, ou seja, vc executa o comando cte.assinar, depois o cte.validar, depois o cte.enviar (neste vai dar o erro, mas o CTe será protocolado). Daí você executa o CTe.ConsultarCTe e verá que o CTe foi protocolado, então é só imprimir usando o CTe.ImprimirDACTe.
    Também percebi que o links informados no arquivo de configuração  ACBrCTeServicos.ini estão diferentes dos indicados no Portal:  https://sefaz.es.gov.br/relacao-de-servico-web 
     

    Homologação CT-e SVRS
    Serviço    URL
    CTeRecepcao   https://cte-homologacao.svrs.rs.gov.br/ws/cterecepcao/CteRecepcao.asmx
    CteRetRecepcao   https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/cteRetRecepcao.asmx
    CteConsulta   https://cte-homologacao.svrs.rs.gov.br/ws/cteconsulta/CteConsulta.asmx
    CteRecepcaoEvento   https://cte-homologacao.svrs.rs.gov.br/ws/cterecepcaoevento/cterecepcaoevento.asmx
    CteInutilizacao   https://cte-homologacao.svrs.rs.gov.br/ws/cteinutilizacao/cteinutilizacao.asmx
    CteStatusServico   https://cte-homologacao.svrs.rs.gov.br/ws/ctestatusservico/CteStatusServico.asmx

    Produção CT-e SVRS
    Serviço    URL
    CteRecepcao   https://cte.svrs.rs.gov.br/ws/cterecepcao/CteRecepcao.asmx
    CteRetRecepcao   https://cte.svrs.rs.gov.br/ws/cteretrecepcao/cteRetRecepcao.asmx
    CteConsulta   https://cte.svrs.rs.gov.br/ws/cteconsulta/CteConsulta.asmx
    CteRecepcaoEvento   https://cte.svrs.rs.gov.br/ws/cterecepcaoevento/cterecepcaoevento.asmx
    CteInutilizacao   https://cte.svrs.rs.gov.br/ws/cteinutilizacao/cteinutilizacao.asmx
    CteStatusServico   https://cte.svrs.rs.gov.br/ws/ctestatusservico/CteStatusServico.asmx
     

    Eu até tentei alterar o arquivo com estes endereços mas continua sem funcionar.

     

  6. Bom dia André,

    Também estou com o mesmo erro a dias sem conseguir solucionar. Acredito que o problema esteja do arquivo "ACBrCTeServicos.ini". 
    Segue o log:

     

    Gerando Log em: C:\ACBrMonP\LOG.TXT
    O Log em tela é apresentado apenas com o ACBrMonitor aberto!
    CTe.AssinarCTe("C:\TECDATA\NFe\00076265.XML")
    OK: C:\TECDATA\NFe\00076265.XML
    CTe.ValidarCTe("C:\TECDATA\NFe\00076265.XML")
    OK: 
    CTe.EnviarCTe("C:\TECDATA\NFe\00076265.XML", 76265,0,0,"",1)
    ERRO: 
    Erro Interno: 0
    Erro HTTP: 404
    URL: https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/CTeRetRecepcao.asmx
     

    ACBrCTeServicos.ini

  7. Acho que descobri o motivo do problema. Precisa saber agora como resolver.
    Andei lendo as soluções adotadas em outros tópicos deste forum e resolvi fazer uns testes na página do ENCAT e percebi que quando eu retiro o pipe ("|") que separa o idCSC/idToken do CSC/Token aí o HushCode bate. 
    Pelo que vi alguns estados usam o pipe para separar estes campos e outros não. Pelo visto o Piauí não está usando...
    O problema agora é arrumar uma versão do ACBrMonitor Plus que não tenha este caractere separando estes campos.
     

    image.thumb.png.79f59ddddde42df1198e00473eb8bd1f.png

    • Curtir 1
  8. Pessoal, bom dia,

    Estou aqui com dificuldade de configurar adequadamente o ACBrMonitor Plus (versão 1.2.0.18) para emitir as NFCe com a versão 2.0 do QRCODE. Nesta próxima segunda (dia 04/02/2019) o Piauí vai iniciar a validar tanto as URLs quanto o CSC/Token. Já atualizei os Schemas, corrigi o CSC/Token que no Piauí tem 24 dígitos, informei um idCSC/idToken com número aleatório (ex: 123), e quando emito uma NFCe mesmo sendo protocolada normalmente quando digitalizo o QRCODE sou levado ao site da SEFAZ-PI mas aparece a mensagem "HashCode inválido com base nos parâmetros". Já pesquisei aqui no forum mas nenhuma das soluções apontadas resolveu.

    Alguém tem alguma ideia do que fazer?

    Estas são as URLs que foram corrigidas no arquivo ACBrnfeServicos.INI:

    [NFCe_PI_P]
    Usar=NFCe_SVRS_P
    URL-QRCode=http://www.sefaz.pi.gov.br/nfce/qrcode
    URL-ConsultaNFCe=http://www.sefaz.pi.gov.br/nfce/qrcode
    URL-ConsultaNFCe_2.00=http://www.sefaz.pi.gov.br/nfce/consulta

    [NFCe_PI_H]
    Usar=NFCe_SVRS_H
    URL-QRCode=http://www.sefaz.pi.gov.br/nfce/qrcode
    URL-ConsultaNFCe=http://www.sefaz.pi.gov.br/nfce/qrcode
    URL-ConsultaNFCe_2.00=http://www.sefaz.pi.gov.br/nfce/consulta
      
    OBS: As URLs que vem quando instalamos a última versão disponível do ACBrMonitor estão erradas. Peguei a informação correta no site do ENCAT: http://nfce.encat.org/desenvolvedor .
     

    00000035.XML

    00000035.pdf

  9. Boa noite,

    Tive que reinstalar tudo no meu note e estou tendo problemas em instalar o TRUNK2 no Delphi7 em windows 10. As mensagens de erro são:

    C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1612) Error: Invalid compiler directive: 'REGION'
    C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1695) Error: Record, object or class type required
    C:\Program Files (x86)\Borland\Delphi7\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(1750) Error: Invalid compiler directive: 'ENDREGION'
    ACBr_TCP.dpk(61) Fatal: Could not compile used unit '..\..\..\Fontes\ACBrTCP\ACBrCEP.pas'
    Compilation failure
    Erro ao compilar o pacote "ACBr_TCP.dpk".
    Abortando... Ocorreram erros na compilação dos pacotes.

    Detalhe, antes de iniciar a instalação eu executei o "ApagarAcbr.Bat",  e também removi do Delphi  do Library Path.

    Alguém tem alguma dica?

     

    • Curtir 1
  10. 9 minutos atrás, [email protected] disse:

    No meu caso eu já enviava o numero do lote. Então para resolver eu fiz da seguinte forma:

    NFe.EnviarNFe ("C:\NFCe\00009621.XML", 9621, 0, 0, 0, 1)

    Antes eu estava enviando assim: NFe.EnviarNFe("C:\TECDATA\NFCe\00009615.XML", 9615, 0, 1) daí dava erro... 

    Agora voltou tudo ao normal !!!!

    Tudo funcionando como antes !!! 

    Podem voltar a emitir NFCe ... 

     

  11. No meu caso eu já enviava o numero do lote. Então para resolver eu fiz da seguinte forma:

    NFe.EnviarNFe ("C:\NFCe\00009621.XML", 9621, 0, 0, 0, 1)

    Antes eu estava enviando assim: NFe.EnviarNFe("C:\TECDATA\NFCe\00009615.XML", 9615, 0, 1) daí dava erro... 

  12. 14 minutos atrás, ayslan13 disse:

    Pessoal bom dia, aqui em SE estamos com o mesmo problema, eu resolvi aumentando o tempo de "aguardar" e "intervalo" no ACBr e resolveu.

    Aumentei aqui mas não adiantou. Quais os parâmetros que você utilizou? Qual a versão do ACBrMonitorPlus você está usando?  Tem gente me falando que todo dia primeiro de cada mês acontece isso mas não estou querendo acreditar que isso seja normal... 

  13. 16 minutos atrás, marcoandre disse:

    Fico pensando se dei algum "mole" em relação às atualizações ou se é algum problema geral mesmo.

    Acho que não é questão de atualização pois eu já atualizei o ACBrMonitorPlus para a última versão disponível no site (de 29/09/2016 - versão 1.0.0.0) e o problema persiste. O que pode ser é alguma implementação a nivel de XML que não tenhamos feito.

    • Curtir 1
  14. Estou agora enfrentando esta mesma dificuldade de autorizar uma NFCe em ambiente de Produção no Piauí.

    Isso está acontecendo em mais de uma empresa. Já estamos a mais de uma hora sem conseguir autorizar uma NFCe entretanto as NFe estão passando normal. Tambem verifiquei o status do provedor SVRS que se encontra normal (verde).

    Estou achando que tem algo a ver com a mudança do autorizador de SVAN para SVRS que aconteceu recentemente e tambem pq hoje é dia primeiro ... Segue em anexo um dos XMLs da NFCE que estamos tentando emitir

    Alguem tem alguma dica?

     

    00009615.XML

  15. Em 22/12/2016 at 08:35, Thiago Ribeiro da Silva disse:

    Bom dia senhores, eu estou enviando a NFCe do estado de PI, e aparece que foi enviado tudo corretamente, mas quando vou consultar no site da SEFAZ de PI aparece que a NFCe não existe. Estou fazendo o teste em homologação. Se consulto pelo meu sistema fala que a NFCe está autorizada o uso. Mas o ACBR consulta direto no SVRS e até lá chega perfeito. Fiz o mesmo teste em produção ai apareceu a NFCe no site da SEFAZ PI, mas como era um teste tive que criar um evento de cancelamento e no SVRS consta que foi cancelado, mas no site da SEFAZ PI este evento não aparece, esta aparecendo que a NFCe esta normal.

    Thiago Ribeiro 

    [email protected]

    Thiago,

    Segue mais uma dica para ver se resolve seu problema. 

    Verifique se no arquivo "ACBrNFeServicos.INI" na linha 743 (ou perto) a URL do QRCode está com uma "aspa simples" no final. Se tiver este caracter especial basta remove-la editando o arquivo, salve e reinicie o ACBrMonitorPlus que o problema desaparece.

    O texto correto deveria ser:

    [NFCe_PI_H]
    Usar=NFCe_SVRS_H
    URL-QRCode=http://webas.sefaz.pi.gov.br/nfceweb-homologacao/consultarNFCe.jsf
      
    Feliz 2017 !!!!

     

  16. Em 22/12/2016 at 08:35, Thiago Ribeiro da Silva disse:

    Bom dia senhores, eu estou enviando a NFCe do estado de PI, e aparece que foi enviado tudo corretamente, mas quando vou consultar no site da SEFAZ de PI aparece que a NFCe não existe. Estou fazendo o teste em homologação. Se consulto pelo meu sistema fala que a NFCe está autorizada o uso. Mas o ACBR consulta direto no SVRS e até lá chega perfeito. Fiz o mesmo teste em produção ai apareceu a NFCe no site da SEFAZ PI, mas como era um teste tive que criar um evento de cancelamento e no SVRS consta que foi cancelado, mas no site da SEFAZ PI este evento não aparece, esta aparecendo que a NFCe esta normal.

    Thiago Ribeiro 

    [email protected]

    Thiago,

    Infelizmente é assim mesmo. Pelo que tenho conversado com o pessoal da SEFAZ-PI o problema é que a atualização no site SVAN é muito lenta. Tenho dito que isso causa descrédito na emissão de NFCe porque o cliente que acaba de comprar uma mercadoria se escanear o QRCODE não tem acesso ao espelho da NFCe. É muito comum hoje uma NFCe passar mais de 48 horas para você conseguir visualiza-la.

    Mas isso vai mudar. A informação que tenho é que em março/2017 a NFCe do Piauí também passará para o SVRS. Esperamos que então este tipo de problema desapareça. 

    Precisando de mais alguma coisa daqui é só falar...

    Aproveito para desejar a todos um Feliz Natal e um 2017 muito melhor que o ano que deixamos pra trás...

    Abraço

    • Curtir 2
  17. Olá,

    A SEFAZ de nosso Estado também está iniciando a exigir a emissão do MDFe. Quem não tem fica com o caminhão retido até providenciar e ainda corre o risco de ser multado

    Será que algum dos colegas poderia postar aqui um roteiro de como gerar MDFe incluindo arquivos TXT ou INI e os comandos necessários para quem utiliza o ACBrNFeMonitor?

    Agradeço antecipadamente.

     

  18. Em 06/02/2016 at 10:27, Carlos Hendrik Oliveira disse:

    Bom dia,

    como o Ricardo informou no primeiro post teste forum, quando optamos pela opção Fortes a impressão no modo bobina fica meio desconfigurado com ele citou.  No meu caso, não utilizei a opção ESC-POS por estou fazendo testes em uma impressora ELgin-Nix e no momento não disponha de nenhuma impressa da lista do campo "Marca Impressora".

    Então acho que as mudanças sugeridas pelo Ricardo vão melhorar em muito a impressão da NFC-e.

     

    Desde já agradeço a atenção.

     

     

     

    Carlos,

    Realmente de um ano pra cá a versão Fortes da NFCe não evoluiu muito. Basicamente a impressão continua a mesma. Outra coisa que não falei na época e que vez por outra acontece é que antes da impressão do QRCODE algumas vezes a impressora dá um salto de várias linhas em branco, cerca de uns 15 a 20 cm, como se fosse um salto de página. Acho que o problema é que o Fortes não entende como sendo uma bobina e sim como folhas avulsas, daí ele salta uma "página" em branco para imprimir o QRCODE, mas enfim isso é só uma suposição. Em anexo segue uma foto enviada por um cliente com algumas NFCe's com este problema.

    Vamos aguardar... 

    Abraço a todos e bom carnaval.

     

    FotosNFCeSaltoPagina.jpg

  19. Em 07/12/2015 at 11:07, paracima.com.br disse:

    tentei armazenar o xml assinado quando o mesmo dah este erro e dar a possibilidade do cliente reenviar novamente o mesmo xml para sefaz mais ae dah erro de hora diferente, ainda tentando achar solução para o problema, mes de novembro no cliente emitiu 130 nfce e 10 deram este erro, e não eh toda hora, ainda vou tentar arrumar jeito para sanar o mesmo e obrigado.

     

    Aqui em Teresina de dezembro/2015 pra cá tambem estamos observando que vez por outra o sistema recusa a NFCe informando que a hora é diferente, ou seja, estaria fora da tolerancia permitida. Acontece que já sincronizei várias vezes o micro com o servidor de TimeZone da Microsoft e nada, vez por outra acontece novamente. Por se tratar de um erro aleatório penso que seja problema nos servidores da SEFAZ.

  20. 2 horas atrás, josadac disse:

    Ok Ricardo, é que ainda não utilizo o MonitorPlus, utilizo o ACBrNFeMonitor2.

    Tentei baixar mas me parece que está disponível apenas p/ usuários do SAC.

    Vc tem mais informações a respeito ?

    De qualquer forma agradeço. 

     

    Josadac,

    Realmente se você tiver condições de assinar o SAC agiliza alguns problemas que podem aparecer. Não tendo jeito você pode baixar a última versão disponível do ACBr Monitor Plus em : http://www.projetoacbr.com.br/forum/files/file/368-acbrmonitorplus/

    Vale a pena passar a utilizar o PLUS...

    Abraço,

    Ricardo Dantas.

  21. Em ‎11‎/‎11‎/‎2015‎ ‎07‎:‎26‎:‎07, Régys Silveira disse:

    Primeiro é preciso verificar se a sua UF possui o serviço de Download da NF-e.

    Segundo o serviço não funciona assim, você precisa manifestar primeiramente a NF-e para depois conseguir fazer o download, ou seja, somente o destinatário poderá por enquanto fazer o download.

    Isso é válido somente para NF-e, pois NFC-e como é venda direta a consumidor não possui evento de manifestação de destinatário, portanto, não pode ser feito o download.

    Então se não se pode fazer download de NFCe complicou porque como o ACBr Montor Plus estava nas versões anteriores com problema de não salvar os arquivos XML na pasta indicada e também não estava agregando a tag de Protocolo teremos que gerar o XML novamente e consultar para agregar a tag do protocolo. O problema é que ao gerar o XML novamente a tag "digestvalue" vai ter valor diferente e provavelmente não vai protocolar.

    Daí complicou o meio de campo.

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