HASA

- Bom dia, André eu gero o XML e submeto ao acbr, como o acbr dava erro não gerou outros arquivos alem do log e quando autorizou os arquivos anexos, não encontrei mais nada ok. HASA LOG.TXT 1-eve.xml 1-ped-evento.xml 3114086496861300028055001000000019198960356211011101-procEventoNFe.xml

Boa Tarde Pessoal, O problema era mesmo com os servidores da Sefaz, foi normalizado e o cancelamento foi efetuado com sucesso.

Bom dia, O Monitor (versão 0.8.8.1) começou a apresentar o problema abaixo "da noite para o dia" NFe.CancelarNFe("31140864968613000280550010000000191989603562","ALTERAÇÃO DE PEDIDO DE VENDA") ERRO: Access violation at address 00818ED3 in module 'ACBrNFeMonitor.exe'. Read of address 0000001C O Monitor está instalado em um Windows Server 2012 Estamos desconfiados que seja rejeição de Consumo Indevido, pois hoje a Sefaz encontra-se instável e muitas notas estão retornando com essa rejeição. Porém como o Cancelamento e a Carta de Correção são eventos, não há rejeição 'catalogada' Alguma dica do que deve ser feito?

Beleza, se acontecer devo posto aqui,

Puxa mas... e quem paga antecipado ? Vencimento 12 para dia 10. Você é um cara legal pena ter pego essa para responder. Tinha esquecido o anexo. agora sim. ACBR - INFO2000.pdf ACBR - INFO2000.pdf

Olá Regis, acertaram meu acesso, mas... o email que recebi pode te ajudar. Olá HASA, Sua conta no SAC do ACBr foi suspensa. Caso queira reativar sua conta, segue o link para impressão do boleto: Após o pagamento do boleto, será desbloqueado o acesso ao SAC. Você pode também acessar o Fórum do ACBr clicar em [sAC do ACBr] e acessar o menu [Pagamento] e gerar o boleto de reativação de conta no SAC do ACBr. Para maiores informações fale com nosso setor financeiro das 8:00hs às 18:30 pelo telefone (15) 3324-3333 o pelo e-mail: [email protected]

HASA

- Boa tarde, Juliomar, como mostro no topo da mensagem uma imagem do site da fazenda de SP`a nota está cancelada, mas... deixa pra lá, já desisti.

- Olá Italo, valeu + uma X, eu pensei que eles acompanhassem ao mesnos os tópicos do SAC ( ou alguem responsavel pelo MONITOR de NF-e) , esse mês contando com essa houveram apenas 26 topicos, desses 12 Já resolvidos. Ontem o André respondeu esse : Nf-E 3.10 - O Acbrnfemonitor Está Pronto?, sabe não vou falar mais nada. Valeuuu. HASA

- Boa tarde, continuo aguardando o PESSOALL, alguem, que me fale alguma coisa. HASA

Bom dia Italo, Vou tentar exemplificar melhor: Meu cliente já cancelou outras notas, e o retorno foi normal, o problema ocorre apenas com esta nota em especial, no dia desse cancelamento houve uma instabilidade ou na Sefaz ou na internet do nosso cliente, e o ACBRMonitor não pegou o retorno da Nota como cancelada, então o cliente cancelou a nota novamente, e houve o retorno de duplicidade de evento. Até aqui tudo ok, quando ocorre esse tipo de problema com a comunicação utilizamos a Consulta de Status. Apenas ressaltando que a emissão de notas e cancelamento estão normais Quando envio o comando de Consulta para esta nota, o ACBRMonitor retorna apenas como Autorizada, não há o Evento de Cancelamento, veja o que ele retorna: 14/3/2014 10:43:48 - NFe.ConsultarNfe("35140300164276000105550010000291101174232758") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SP_NFE_PL_006q TpAmb=1 VerAplic=SP_NFE_PL_006q CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChNFe=35140300164276000105550010000291101174232758 DhRecbto=12/3/2014 08:24:33 NProt=135140152182078 DigVal=sjW+Z8MAfJLtIwdXOgzRxYCOoXo= Não há o status de cancelamento 101 ou 135 no retorno da consulta

Bom dia Pessoal, O problema do retorno de cancelamento na consulta persiste. Na sexta feira (14.03.2014) fiz acesso remoto em meu cliente, e consultei uma nota que foi cancelada no dia 12.03.2014, as consiltas vem sendo efetuadas periodicamente, mas o ACBR não retorna como cancelada, ele retorna como Autorizada Em anexo imagem do Sefaz com a Nota Cancelada e o Log.txt do ACBRMonitor com todos as ‘movimentações’ pertinentes a esta nota fiscal Aguardo, pois nosso sistema depende desse retorno do Monitor para devolver as mercadorias ao estoque e cancelar as parcelas do financeiro LOG_IPOJUCA.TXT

Obrigado André, Continuaremos tentando consultar as notas para ver se retorna o status corretamente, se houver alguma outra dica, ficaremos muito agradecidos

Boa tarde Pessoal, Meus clientes estão com o ACBRMonitor configurado corretamente para Evento, e está ocorrendo alguns problemas no retorno do cancelamento, mesmo a nota estando cancelada na Sefaz, o ACBRMonitor retorna como Autorizada, assim como exemplificamos no post: Meu cliente está no ACBRMonitor 0.7.12.0, se atualizar que o problema some? Hasa

Bom dia, esqueci de mencionar que uso o ACBRNfeMONITOR 0.7.12, eu enviou uma consulta mas... de ontem para hj algumas canceladas retornam corretamente e outras retornam como autorizada ok. Conforme mostrei no texto anterior, ok. HASA

Srs. só pode ser na Sefaz vejam a nota está cancelada se eu consulto veja o retorno: 12/3/2014 09:57:11 - NFe.ConsultarNfe("35140300164276000105550010000291101174232758") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SP_NFE_PL_006q TpAmb=1 VerAplic=SP_NFE_PL_006q CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChNFe=35140300164276000105550010000291101174232758 DhRecbto=12/3/2014 08:24:33 NProt=135140152182078 DigVal=sjW+Z8MAfJLtIwdXOgzRxYCOoXo= HASA

Srs. uso o AcbrNfeMonitor e uma nota cancelada na Sefaz não consigo pegar o retorno de cancelada o retorno vem como 100 quando o correto seriia 135 ? HASA

Boa tarde Srs. Eu monto a chave, por esse motivo no envio para assinar a nota já estava errado, não uso o monitor para criar a chave ok. Juliomar e Kiko Mais uma vez obrigado.

Bom dia Juliomar e Kiko, Muito obrigado pela atenção de vocês, mas o Juliomar matou a pau, fomos induzidos a achar que era o ACBR pois na primeira vez que o erro ocorreu, nosso cliente tinha feito várias consultas para o RJ, mas nessa segunda vez não havia consulta alguma e nem prestamos atenção nesse detalhe. Em alguns casos de CFOP's específicas, o sistema estava pegando o estado do destinatário como emitente, o problema foi corrigido. Mais uma vez, agradeço a atenção!

Bom dia Pessoal, O problema ocorreu no 14.02.2014 no ACBRMonitor versão 0.7.12.1, o cliente entrou em contato e atualizamos para o ACBRMonitor 0.7.17.1 Em anexo Imagem do Monitor com WebService de SP e Log com uma rejeição diferente, antes do cliente conseguir enviar a Nota, que pode ser uma dica para resolução do problema, mas não sei o que seria o mesmo (Esta imagem foi feita exatamente na hora que a nota foi emitida através de acesso remoto): "1332->Rejeicao: Erro na Chave de Acesso - Campo Id nao corresponde a concatenacao dos campos correspondentes" A rejeição acima não foi relatada pelo cliente, vimos apenas no LOG.TXT Este problema acontece apenas neste cliente, temos outras empresas do mesmo grupo e o problema não acontece, o pessoal de T.I. da empresa está nos pressionando juntamente com os donos, pois o XML e o Danfe estão indo com chave errada para o cliente deles Em tempo: Tem uma outra nota para o Paraná que encontrei no Log também Reabri o tópico original, mas como não obtive retorno, estou abrindo um novo tópico Desde já agradeço LOG.TXT

Boa Tarde Kiko, Desculpe, mas infelizmente o problema voltou, não sei se seria correto abrir novo tópico por isso estou continuando neste mesmo. O problema ocorreu hoje (14.02.2014) no ACBRMonitor versão 0.7.12.1, o cliente entrou em contato e atualizamos para o ACBRMonitor 0.7.17.1 Em anexo Imagem do Monitor com WebService de SP e Log com uma rejeição diferente, antes do cliente conseguir enviar a Nota, que pode ser uma dica para resolução do problema, mas não sei o que seria o mesmo (Esta imagem foi feita exatamente na hora que a nota foi emitida através de acesso remoto): "1332->Rejeicao: Erro na Chave de Acesso - Campo Id nao corresponde a concatenacao dos campos correspondentes" A rejeição acima não foi relatada pelo cliente, vimos apenas no LOG.TXT Este problema acontece apenas neste cliente, temos outras empresas do mesmo grupo e o problema não acontece, o pessoal de T.I. da empresa está nos pressionando juntamente com os donos, pois o XML e o Danfe estão indo com chave errada para o cliente deles Em tempo: Tem uma outra nota para o Paraná que encontrei no Log também Desde já agradeço e desculpe reabrir o Tópico LOG.TXT

- Boa tarde, Kiko a empresa onde ocorreu o erro é muito crica para ceder dados, para acessar remotamentre tenho que pedir para 200 pessoas, ir lá, é muito longe, então decidi atualizar o acbrnfemonitor, aparentemente parou de dar o problerma ok Muito obrigado, Valeu.

Boa tarde Kiko eu uso o acbrnfemonitor compilado por vocês, não programo em DELPHI, eu teria algum comando do tipo nfe.webservice("sp"), para setar após a consulta ? Obrigado pela força Juliomar e Kiko.

Bom dia Juliomar, muito obrigado pelo retorno! Mas como faço para que o ACBRMonitor volte para o webservice de origem?

Boa Tarde Pessoal! Aconteceu uma coisa bem estranha na emissão de 5 notas de um cliente Este cliente é de São Paulo, emitindo nota para um cliente do Rio de Janeiro, antes de emitir a NFe, foram feitas consultas no CNPJ do cliente deles para o RJ, logo após foi emitida a NFe Meu sistema pega a Chave que o ACBRMonitor gera e grava em nosso banco de dados para colocá-la como nome do arquivo XML, e é ai que o fantasma aparece, o ACBR retornou uma chave começando por 33, como se o emitente fosse do [RJ], mas ao dar o retorno, ele trouxe uma chave começando com 35 [sP], ou seja, o ABCR mudou o estado do emitente após ter sido efetuada a consulta Começando um novo expediente o estado estava normal, para SP com as notas começando por 35 Anexo um trecho do Log gerado pelo acbr, começando de uma nota antes do problema e terminando na primeira nota do outro dia Trecho_LOG.txt