kaciane

Bom dia! Infelizmente, o meu cliente só enviou essa GNRE para BA, as demais GNREs foram enviadas para outras UF´s O que eu posso fazer é te passar o contato do pessoal da SEFAZ da BA, pois eu tive um problema parecido e eles me ajudaram em resolver, através do Fale Conosco ([email protected] Luiz Moreno Carvalho SEFAZ/SAT/DARC/GEARC [email protected] '(0xx71) 3115-8877 Cada UF tem uma regra de validação Vou anexar o documento enviado pelo pessoal da SEFAZ BA na época que tive problemas no envio. Espero que ajude! Lote_2020_09_30_16_12.xml

Olá! Segue o arquivo gerado. GNRE2022000001.xml

Boa tarde! Gostaria de saber se vc conseguiu achar o que está ocorrendo no envio da GNRE para a BA. Analisando o seu XML, comparando com o XML gerado por um cliente meu, a diferença está aqui: No seu XML: Obs.: Somente ocultei o número da chave de acesso. No meu XML: Não sei se isso pode te ajudar.

Boa tarde, Juliana! Tudo bem? Entrei em contato com o meu cliente e ele disse que conseguiram, via sistema, enviar o evento de Serviço em Desacordo, normalmente. Problema resolvido pela SEFAZ de SP. Qualquer dúvida, deixe-me saber. Obrigada! Att. Kaciane.

Pessoal! Retorno do Fale Conosco sobre a rejeição - 213 - CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital:

Boa tarde! Estamos com o mesmo problema. No nosso caso, o prestador do serviço de transporte também é de SP, mas o tomador está no RS. Conversando com o meu cliente, ele tentou realizar o Evento de Prestação do Serviço em Desacordo direto pelo portal da SEFAZ de São Paulo e deu o mesmo erro. Acredito que o problema possa ser lá. Liguei para o 0800 da SEFAZ de São Paulo e eles falaram que eu deveria entrar em contato pelo Fale Conosco, por e-mail. Alguém está conseguindo enviar esse evento, em outros estados? Obrigada!

Blz! Já fizemos isso também! Só que até agora, não tivemos retorno. Vamos continuar monitorando. Quando conseguirmos, eu posto aqui. Obrigada pela ajuda!

Olá, Juliomar! Obrigada, novamente! Se puderes olhar o post que eu coloquei através desse link, tem os dados sobre a transmissão no ambiente de produção. Se precisares de mais informações, pode solicitar!

Obrigada, Juliomar, pelo retorno! Já fizemos isso, mas vamos tentar novamente.

Olá! Também estou com um problema semelhante, mas para o estado do Maranhão. Como o ambiente de homologação tem comportamento diferente da produção, não estamos conseguindo resolver. Meu cliente está fazendo os lançamentos direto no porta da GNRE: Se alguém puder nos ajudar, seria ótimo. Obrigada!

Boa tarde! Obrigada pelo retorno. Nesse caso, não! São notas fiscais faturadas pelo nosso sistema, normalmente. Fazemos a geração da GNRE, após a nota fiscal estar autorizada na SEFAZ e mesmo assim, o retorno é que a chave de acesso não foi encontrada.

Boa tarde, pessoal! Estão conseguindo gerar a GNRE para o Maranhão. Ainda continuamos com essa situação. Agradeço antecipadamente pela ajuda!

Boa tarde! Estamos com problemas no envio do arquivo XML, na versão 2.0 do estado de Goiás para o Maranhão. O webservice retorna com o seguinte erro: 700 - NFe da chave de acesso nao encontrado. Para validar o meu XML, eu importei direto no Portal da GNRE, fazendo os ajustes de cabeçalho e rodapé, conforme a orientação do site. E esse foi o resultado: A NFe se encontra tanto na SEFAZ como no ambiente Nacional: Resultado da importação do XML: Nos arquivos de envio e retorno, tirei os conteúdos do emitente / destinatário e chave de acesso, mas queria que olhassem se a estrutura do XML que estamos enviando está correto. Se precisarem de mais informações, deixe-me saber. Também enviei essas informações para a SEFAZ do Maranhão e até agora, não recebi retorno (08/07/2021). Obrigada! GNRE2021001968.xml ret2021001968.xml

Obrigada pelo retorno de todos. Estaremos passando essa informação para os nossos clientes que não são escritórios de contabilidade.

Olá, pessoal! Entrei em contato com a SEFAZ BA sobre o meu problema, onde, se não informar a chave de acesso para os códigos de receita no campo EXTRA, na GNRE fica com Em processamento. A SEFAZ BA faz uma segunda validação, onde o arquivo XML que é enviado via WebServer precisa do campo EXTRA: Meu questionamento a SEFAZ BA: Analisando os dois portais da GNRE, de teste e de produção, possuem códigos diferentes, mas em ambos os portais, não é obrigatório informar a chave de acesso para o código de Receita 100102 não obriga a Chave de Acesso e pegamos a configuração conforme a UF Favorecida: Estou fazendo testes no ambiente de teste na versão 1.0. Forcei usar o código 102, e informei a chave de acesso e o XML retornou corretamente com o número do Código de Barras e gerou o boleto. Vendo o resultado pelo Portal da GNRE de Testes, o XML que foi enviado via WebServer fica como Em Processamento e retorna VAZIO: Enviando no XML, via WebServer, a chave de acesso, a Guia é gerada normalmente: Segue Retorno da SEFAZ - BA: Kaciane: A regra de Obrigatoriedade= Não que vc registrou é feita no Portal. A Obrigatoriedade está no Sistema da SEFAZ, quando é submetido para nossa validação fazemos uma nova crítica, e nesse caso o campo é obrigatório. Sds., Luiz Moreno Carvalho SEFAZ/SAT/DARC/GEARC [email protected] '(0xx71) 3115-8877 Como proceder no ACBR? Para buscar se a UF usa campo extra, usamos a seguinte condição: if (ACBrGNRE.WebServices.ConsultaUF.GNRERetorno.InfReceita.retReceita.Items[0].retCampoAdicional.Items[i].RetCampoAdicional.obrigatorio = 'S') then E para o caso da BA e código da Receita 100102, sempre retorna com 'N' e não gera o campo extra. Alguém poderia me orientar como posso tratar melhor essa situação? Obrigada pela atenção.

Boa tarde, Juliomar! Tudo bem? Obrigada pelo retorno. No meu teste, estou enviando os dados do XML para a GNRE-BA conforme o documento GNRE2020000416.xml e estou tendo o seguinte retorno, através do arquivo: ret2020000416.xml No boleto, ele fica assim: Obs.: os dados do nome do cliente e CNPJ foram alterados, mas nos testes, são enviados corretamente. Apenas estou colocando como os arquivos estão sendo gerados e o retorno do ambiente da GNRE de teste. ret2020000416.xml GNRE2020000416.xml

Olá! Estou passando por uma situação parecida, onde no Portal da GNRE exige esse campo, mas no XML, onde devo informá-lo? Mandamos o XML para a GNRE - BA e retorna: 703 Falha na validação do retorno da UF: XML de retorno da UF vazio. Gostaria de saber como foi resolvido. Obrigada!

OK! Muito obrigada!

Bom dia! Só a nível de curiosidade, como vai ficar na DANFE a descrição do modFrete na versão 4.00, cujos tipos são: 0=Contratação do Frete por conta do Remetente (CIF); 1=Contratação do Frete por conta do Destinatário (FOB); 2=Contratação do Frete por conta de Terceiros; 3=Transporte Próprio por conta do Remetente; 4=Transporte Próprio por conta do Destinatário; 9=Sem Ocorrência de Transporte. Ou essa unit já se refere a versão 4.00? Obrigada!

Bom dia, pessoal! Também estou fazendo testes com essa nova versão da NT. Para ela funcionar corretamente, é preciso baixar o novo pacote de schema: Quanto a retirada do da opção 14 - Duplicata Mercantil na tag tPag - Meio de Pagamento, coloquei no seu lugar a opção 15 - Boleto Bancário, mas ao enviar o XML para a SEFAZ SC, deu a seguinte rejeição, no ambiente de homologação, hoje (09/05/2018): Nota Fiscal Rejeitada pela SEFAZ: Nota Fiscal rejeitada. Nota(s) não confirmadas: Rejeição: Grupo duplicata informado e forma de pagamento não e Duplicata Mercantil. Será que o ambiente de homologação não está preparado? Trecho do XML: <pag> <detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>750.00</vPag> </detPag> </pag> Alguém passou por essa situação? Obrigada pela ajuda!

Boa tarde! Também estamos fazendo testes com a comunicação com o WebService do ambiente e-Social para a EFD-Reinf, sem usar o ACBR, direto via WEB e está dando o mesmo erro. Já estamos testando a versão 1_02_00, pois usando as versões anteriores, o ambiente retorna um erro e pede para usar a versão 1_02_00. Acredito que o erro seja lá e não nas nossas aplicações. Solicitei ao pessoal da minha área de desenvolvimento aguardar um pouco e na quinta-feira (16/11), estaremos retomando os testes.

Boa tarde, Michel! Eu consegui enviar a nota fiscal para o ambiente do RS e para GO. No caso de GO, precisei alterar a conexão para Capicom!

Só para registrar, consegui faturar o XML que estava faltando a tag indEscala. Testes OK! Com CEST e ICMS ST na nota fiscal. Obrigada pela ajuda!

Boa tarde! Alguém resolveu esse problema? Estou com a mesma situação em cliente. Na nossa base de testes no ambiente de homologação funciona corretamente e no ambiente de produção do cliente, não!. Solicitei para o cliente atualizar os Schemas. No meu caso, o evento é de Manifestação do Destinatário - Confirmação da Operação. Obrigada!