Ir para conteúdo
  • Cadastre-se

DATAC

Membros Pro
  • Total de ítens

    520
  • Registro em

  • Última visita

Tudo que DATAC postou

  1. Estranhamente estou emitindo em todos os clientes e não estou com problema por causa do horário de verão! seu micro está no horário correto e também no fuso horário correto? Sim está tudo certo Juliomar. Também estou emitindo e não estou com problema mas usando o ACBRNFeMonitor. O problema ocorre, como já citei, apenas com o ACBrMonitor PLUS (ambiente de Homologação)
  2. Logo após iniciar o horário de verão as NF-e e NFC-e estão rejeitando por causa do horário de emissão gerado no XML dando o erro: CStat=703 XMotivo=Rejeicao: Data-Hora de Emissao posterior ao horario de recebimento Portanto quando é gerado a data-hora no XML pelo Monitor está sendo colocado assim: <dhEmi>2015-10-21T16:01:00-03:00</dhEmi> ..E o Sefaz processa o recebimento assim: <dhRecbto>2015-10-21T16:01:02-02:00</dhRecbto> Pelo que percebi a solução será trocar o GMT "-03:00" para "-02:00" no momento em que o Monitor gera o XML, porque o GMT adotado agora no Sefaz RS é "-02:00" ou se não for isto favor informar qual procedimento adotar. Obs.: estou usando o ACBrMonitor PLUS v0.1.10.5
  3. Certo Régys! Realmente estavam invertidos os dados. Agora ficou ok. Consegui emitir a NFC-e sem problema. Obrigado pela atenção.
  4. Régys. Mesmo com a versão mais atual do Monitor (0.1.10.4) , ocorreu o mesmo problema. Olá. Fiz conforme sua dica, mas continuou com o mesmo problema.
  5. Olá Régys. Sim tudo configurado conforme imagem que anexei. Estou usando a versão 0.1.10.3. observei que existe agora outra versão 0.1.10.4 para download, vou testar com esta e ver se vai fazer alguma diferença.
  6. Ítalo. Configurando no ACBrMonitor Plus para gerar sem a tag de QRCode nas inf. supl. não dá certo, rejeita por não ter essa informação. Mas acredito que o problema seja outro, fiz outro teste enviando, agora voltando a enviar a informação. Percebi que no XML da NFC-e a tag não está sendo gerada com as informações corretas conforme está configurado no ACBrMonitor Plus. Veja: -<infNFeSupl> -<qrCode> <![CDATA[https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx?chNFe=43151097168124000112650000000003861358825438&nVersao=100&tpAmb=2&dhEmi=323031352D31302D31365430383A31363A30302D30333A3030&vNF=50.00&vICMS=0.00&digVal=334F56486858614744396A43625478385A533769384E4D717846733D&cIdToken=000000&cHashQRCode=1557B33EE75A25F750654843FD3154FC278750F5]]> </qrCode> </infNFeSupl> Onde cita cIdToken=000000, não deveria ter o número do IdToken ?
  7. Bom dia. Sim Italo, existe no RS um Token para cada ambiente distinto. Cadastrei na própria Sefaz um para homologação e estou usando este no ambiente correto, mas mesmo assim retorna que o código do CSC não está cadastrado na SEFAZ. Vou tentar enviar a NFC-e sem a tag de QRCode nas informações suplementares para ver se não ocorre o erro.
  8. Boa tarde. Sim justamente o IdToken(idCSC) e Token(CSC) são gerados na página do Sefaz, que fornece esses dados no momento da solicitação.
  9. Ok. Já foi cadastrado um Token novo para ambiente de homologação, mesmo assim a mensagem continua aparecendo. Acredito que seja alguma coisa com o Sefaz RS mesmo, vou verificar.
  10. Para o RS (ambiente de homologação), quando tento enviar uma NFC-e ocorre o seguinte erro e não autoriza a nota: 384->Rejeicao: Codigo identificador do CSC no QR-Code nao cadastrado na SEFAZ [RETORNO] Versao=RSnfce201510091547 TpAmb=2 VerAplic=RSnfce201510091547 NRec=431065003280430 CStat=462 XMotivo=Rejeicao: Codigo identificador do CSC no QR-Code nao cadastrado na SEFAZ CUF=43 **OBS.: Utilizo o ACBrMonitor PLUS
  11. Não consegui autorizar NFC-e. Estou usando ACBrMonitor PLUS em ambiente de Homologação. Dá erro em relação a tag infNFeSupl NFe.CriarNFe(c:\_NE\NC014100.INI) ERRO: Falha na valida??o dos dados da nota: 14100 Element '{http://www.portalfiscal.inf.br/nfe}infNFeSupl' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}NFe'. Expecting: {http://www.w3.org/2000/09/xmldsig#}Signature. Acredito que o ACBrMonitor PLUS ainda não esteja gerando a tag ou talvez precise adaptar alguma cois ano arquivo .INI
  12. Bom dia Italo. Credito que o erro que está ocorrendo para mim seja referente a este mesmo problema ao enviar NFC-e : NFe.CriarNFe(c:\_NE\NC014100.INI) ERRO: Falha na valida??o dos dados da nota: 14100 Element '{http://www.portalfiscal.inf.br/nfe}infNFeSupl' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}NFe'. Expecting: {http://www.w3.org/2000/09/xmldsig#}Signature. OBS.: Estou usando ACBrMonitor PLUS em ambiente de Homologação. * No arquivo .ini não estou colocando essa tag infNFeSup, deveria colocar ou o ACBrMonitor deveria gerar ela automaticamente no XML?
  13. Está ok com esta versão. Será disponibilizada no fluxo normal de download?
  14. Justamente isto é um dos pontos que estamos discutindo aqui. Estamos aguardando nova compilação do ACBrMonitor PLUS para que possamos testar e avaliar se ficou ok. Acredito que não é o caso de configuração diferente, até porque todos aqui já estavam usando o ACBrNFeMonitor antigo com as mesmas configurações.
  15. Boa tarde. - Configuração do ACBrMonitorPLUS em imagem anexo. - Resumidamente o problema é que não está salvando os XMLs autorizado na pasta C:\NE (no caso da minha configuração), nem atualizando quanto aos cancelamentos, etc. O XML que salva lá é sem a autorização. - O que não está funcionando é justamente isto, a atualização dos XMLs autorizados, cancelados, denegados... - Deveria estar nesta pasta os XMLs atualizados conforme retornaram do site, os autorizados. - Para reproduzir o problema é só realizar um envio do XML para o Sefaz e aguardar o retorno, retorna OK, imprime só não salva o XML autorizado na pasta. No aguardo. * Obs.: Não sei se o problema de todos aqui é exatamente o mesmo meu, mas é muito parecido e só não quis duplicar um tópico com praticamente as mesmas dúvidas.
  16. Boa tarde. Estou com o mesmo problema do Marcio Tullio. Não está salvando o XML Autorizado, nem atualizando quando é denegado, cancelado, etc... Realmente se fizer a consulta atualizará o XML, mas não pode ser assim, deveria guardar o XML autorizado logo após o retorno do Sefaz como sempre fez. Hoje baixei a última versão disponível no download (ACBrMonitor Plus Ver.0.1.9.10), mesmo assim o problema continua. Estamos no aguardo.
  17. Olá. Além disto para você também está imprimindo 3 vias da CCe direto?
  18. Boa tarde. Depois de baixar a última versão disponibilizada do Plus (Ver.0.1.9.01), não ocorreu mais o problema, nem na carta de correção nem no cancelamento. A principio o problema está resolvido quando a isto. Obrigado. Bom dia. Só um detalhe agora, a carta de correção está imprimindo 3 VIAS direto. Isto está ocorrendo agora com a versão ACBrMonitor 0.1.9.08.
  19. Bom dia. Estou com problema parecido. Os XMLs não estão sendo salvos com os seus respectivos protocolos de AUTORIZAÇÃO, DENEGAÇÃO OU CACELAMENTO, tanto na pasta de arquivos da NFe quando na pasta de trabalho de arquivos enviados/recebidos. Os XML s salvos não são os que retornam do SEFAZ e sim os que estão sendo enviados. Isto está ocorrendo agora no PLUS no ACBrNFeMonitor não acontecia. Na verdade qualquer nota enviada e autorizada não está salvando o XML com o devido protocolo. OBS.: Estou testando em HOMOLOGAÇÃO com a versão 0.1.9.07
  20. Bom dia. Migre para o ACBrMonitorPlus o quanto antes. Quanto ao Plus no SAC olhe: Esta resposta foi dada no tópico: http://www.projetoacbr.com.br/forum/topic/23260-carta-de-correção/?page=2
  21. Bom dia. Daniel, com a versão 0.1.9.03 o problema da acentuação na NFC-e foi resolvido. Ainda tem o problema da impressora padrão. Conforme já citei anteriormente: "Quando não é setada nenhuma impresso específica (Figura 1) o monitor manda para a padrão do windows (corretamente) mas quando marco uma impressora específica (Figura 2), por exemplo para a NFC-e e não coloco nenhuma para NF-e (Figura 1 - para pegar a padrão do Windows) as impressões tanto de um modelo quanto do outro vão para impressora setada na aba da NFC-e (Figura 2). Isto ocorre somente quando uma das opções para marcar a impressora padrão é selecionada e a outra deixada em branco. Isto significa que com esta configuração quero imprimir a NF-e na padrão do Windows e a NFC-e em uma impressora específica, isto é o que não está funciona corretamente." No momento que mando a primeira impressão de uma NFC-e a impressora setada na aba dela é assumida tanto para a NFC-e quanto para a NF-e, a qual deixei em branco para pegar a padrão do Windows conforme imagem abaixo. OBS.: Se setar a impressora nas duas abas referentes a cada modelo uma impressora distinta funciona. Segue a imagem.
  22. Ok. Aguardando disponibilizar uma nova versão para download. Obrigado.
  23. Olá. Para o caso específico que citei aqui no início da página, não resolveu mesmo marcando essa configuração.
  24. Ver.0.1.9.01 Quando a este problema realmente ocorre somente quando é deixado uma das opções para setar a impressora em branco (para pegar a padrão definida no Windows). Como falei quando seta as duas impressoras não deixando nenhuma delas em branco, funciona perfeitamente. Mas na situação específica ainda ocorre o problema.
×
×
  • 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.