Gr@c@

Pra variar, sim! Estamos com problema! Todo fim de ano é igual aqui em MG. Já enviei minha reclamação no Fale Conosco.

Se for MG em contingência, pode ser erro lá também. Tem hora que dá esse erro e tem hora que não. Isso com a mesma nota, sem alterá-la. Hoje tá um caos aqui em MG. Feriadão com requintes de bagunça.

Essa regra só deveria valer a partir de 01/01/2016 e a nota fiscal está com data de emissão 22/12/2015 Além do mais, essa regra não deveria ser aplicada se na nf-e existir pelo menos 1 item com icms-st retido anteriormente. Minha nf-e tem 2 itens com icms-st retido anteriormente.

MG está em vermelho na forma de emissão normal. Liberou a contingência, mas uma mesma nota que passava em tpemissao = normal não passa na contingência dando esse erro. Como pode ambiente normal e contingência estarem com regras diferentes? NFe - Rejeiçao 805 - A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual

Procure pelo tópico "Resumo conversão para trunk 2 ACBrNFe, ACBrCTe e ACBrNFSe" ele irá esclarecer várias dúvidas ref a migração do Trunk1 para Trunk2

Natalia, eu também concordo com o Sérgio. Fiz a migração do trunk1 para trunk2 e foi muito mais tranquilo do que imaginava, porque eu não usava FortesReport (que é facílimo de instalar). Precisei alterar muito pouco no meu aplicativo para fazer as adequações e tive muita atenção por parte dos moderadores e dos colegas para tirar dúvidas. Não vale a pena persistir no trunk1. O trabalho que você terá tentando adequar o trunk1 às novas NTs será muito mais dispendioso. Eu levei 2 dias para adequar meus aplicativos de NFe,CTe e MDFe. No SPed não precisei alterar nada.

Italo, fiz um teste aqui com as seguintes configurações: ACBrCTe1.Configuracoes.Geral.Salvar := False; ACBrCTe1.Configuracoes.Arquivos.Salvar := True; ACBrCTe1.Configuracoes.Arquivos.SalvarApenasCTeProcessados := True; Ao consultar um CT-e, salvou 2 arquivos: ped-sit-soap.xml e sit-soap.xml Ao enviar um CT-e salvou os arquivos: 1022-env-lot-soap.xml,1022-rec-soap.xml,311000002000064-ped-rec-soap.xml,311000002000064-pro-rec-soap.xml Como o Geral.Salvar está FALSE (inclusive debuguei pra ver se realmente estava setando False), por que salvou estes arquivos de envio e resposta?

Erro meu então, achei que Configuracoes.Geral.Salvar e Configuracoes.Arquivos.Salvar fossem a mesma coisa. Então, no meu caso tenho que setar as propriedades assim: ACBrCTe1.Configuracoes.Geral.Salvar := False; ACBrCTe1.Configuracoes.Arquivos.Salvar := True; {acho q o único caso dessa propriedade ser False seja para CT-e emitido em ambiente de homologação, correto? Caso contrario, sempre True.) ACBrCTe1.Configuracoes.Arquivos.SalvarApenasCTeProcessados := True;

não quero que os arquivos de envio e retorno sejam salvos. Porém quero que o -cte.xml (mesmo não protocolado) seja salvo. O motivo é que em MG há problemas de autorizar o CT-e porem o arquivo de retorno do SEFAZ vir vazio. Nesse caso, preciso do -cte.xml assinado para analise. Estou configurando o componente assim: ACBrCTe1.Configuracoes.Arquivos.Salvar := False; ACBrCTe1.Configuracoes.Arquivos.SalvarApenasCTeProcessados := False; Porém, mesmo a segunda opção estando False o -cte.xml não salva. Para que ele salve, tenho que colocar a primeira propriedade como True, mas assim os arquivos de envio e retorno que não me interessam são salvos também. A sugestão seria, se SalvarApenasCTeProcessados = False permitir salvar o -cte.xml mesmo que a propriedade Salvar esteja = False.

Estou começando a usar o FortesReport (ainda não domino o Fortes apesar de ser bem parecido com o QuickReport) e estou com as duvidas abaixo: No tamanhopapel A4, usuário e sistema não está mais saindo no final da folha e sim antes da Identificação do Conj.Transportador e está cortando o inicio da string No tamanhopapel A5, usuário e sistema sai no final porem como se a folha fosse um A4 Li num post de 2014 sobre a possibilidade de imprimir 2 cte (no formato A5) num papel A4. Já existe essa possibilidade no trunk2? Transportadoras de empresas distribuidoras emitem muitos cte e o gasto de papel é grande. (mais de 200 cte por carga)

Encaminhei para o seu email.

Fiz update do Trunk2 revisão 10659 (hoje 15/12/2015 13:49hs) mas dá erro ao compilar ACBr_GNRe.dpk. Sei que o componente ainda não está 100% pronto no trunk2, mas não encontro a opção de desabilitar a instalação do GNRe no ACBrInstall_Trunk2.exe como fazia antes. Na verdade, nem uso esse componente. Desculpe, encontrei a solução em outro post: No ACBrInstall_Trunk2.ini definir para zero as linhas referentes a GNRe. ACBr_GNRE.dpk=0 ACBr_GNREGuiaFR.dpk=0 ACBr_GNREGuiaRL.dpk=0

darlananogueira eu consegui consultar as notas e obter o retorno correto. Meus clientes também conseguiram. Não fiz nenhuma alteração em aplicativo ou em schemas. O serviço de consulta está intermitente, ora dá erro 12031,12039,requisição não enviada, tempo expirado. Tem que ir tentando até conseguir o retorno correto. Vejas as respostas do Fale Conosco MG "Pedimos desculpas pelos transtornos causados e informamos que quanto ao erro de acesso ao webservice consulta situação2, esclarecemos que o mesmo já se encontra sob análise e tratamento de nossa área técnica. " em outra resposta... "Problema resolvido , tente outra vez ."

darlananogueira eu consegui consultar as notas e obter o retorno correto. Meus clientes também conseguiram. Não fiz nenhuma alteração em aplicativo ou em schemas. O serviço de consulta está intermitente, ora dá erro 12031,12039,requisição não enviada, tempo expirado. Tem que ir tentando até conseguir o retorno correto. Vejas as respostas do Fale Conosco MG "Pedimos desculpas pelos transtornos causados e informamos que quanto ao erro de acesso ao webservice consulta situação2, esclarecemos que o mesmo já se encontra sob análise e tratamento de nossa área técnica. " em outra resposta... "Problema resolvido , tente outra vez ."

Erro de consulta em MG foi corrigido. Problemas no SEFAZ mesmo.

Erro de consulta em MG foi corrigido. Problemas no SEFAZ mesmo.

Pessoal, o problema do SEFAZ/MG ref ao retorno vazio foi corrigido. Acabei de consultar uma nota feita sexta-feira e o retorno veio 100-NFe autorizada

Pessoal, eu também estou com esse erro e enviei reclamação no Fale Conosco de MG. Vocês reclamaram tbem? Isso se faz necessário pra que eles vejam que existem mais pessoas com o problema. Eu estou com esse problema também consultando pelo recibo.

Esse problema é o SEFAZ que tem que resolver, já que eles que criaram a tag de email no xml. Se isso está causando vulnerabilidade para fraude não é problema nosso e não acho que cabe a nós tirar a informação do xml. O próprio SEFAZ já percebeu isso, tanto é que criou a tag XMLAut para que somente os autorizados na nfe possam fazer o download. Caso o usuário do nosso aplicativo não queira que conste email no xml, então ele (usuário) que não informe o xml no cadastro do cliente e envie o xml ao destinatário de forma manual. Ou então, você coloque uma opção no seu aplicativo para que o usuário marque se "deseja constar email no xml".

já te respondemos sobre isso em outro post. MG está com problemas e está retornando um arquivo vazio na consulta. Você já entrou no site de MG e enviou uma reclamação ao Fale Conosco? O erro não está sendo causado pelo ACBr.

Depende do estado. Se tem alguém de MG que esteja funcionando normal ainda não sei. Mas aqui e em outros colegas que tem outro aplicativo não está funcionando.

MG hoje está com problemas. Está retornando arquivos vazios.

Como disse, vc tem que checar pela chave de acesso. Vc deve ter esse campo na sua tabela, já que o Sped exige essa informação para documentos fiscais modelo 55, 65 e 57. Eu além disso, também checo pela série+numero nf+emitente.

Aqui não dá erro 500, simplesmente traz o retorno vazio (certificados Serasa). Em outro cliente, traz Requisição não enviada 12157 erro ao suporte a canais seguros (não é certificado Serasa). Os clientes estão conseguindo enviar, autorizar e imprimir as notas. Porém o retorno está vindo vazio e os xml's estão ficando sem o protocolo de autorização. Mesmo consultando a nota pela chave ou pelo protocolo, não dá certo. Consultando no SEFAZ as notas estão autorizadas. Muito estranho.

A pergunta tá estranha mas qualquer checagem que queira fazer sobre NFe, tem que ser pela chave de acesso ou protocolo.