kaciane
-
Total de ítens
30 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por kaciane
-
-
3 minutos atrás, Junior Jahn disse:
Boa tarde.
Fiz da forma como vc sugeriu e também não deu certo, se vc puder me enviar um xml seu......
obrigado
Olá! Segue o arquivo gerado.
-
Em 13/07/2022 at 11:34, Junior Jahn disse:
Bom dia
Estou emitindo uma guia GNRE para BA e estou tendo esse retorno:
Campo Documento de origem expandido obrigatorio
Alguém sabe o que pode ser?
021007-gnre.xml 1 kB · 0 downloads 2200027160-ped-rec.xml 166 B · 0 downloads 2200027160-ped-rec-soap.xml 641 B · 0 downloads
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.
-
46 minutos atrás, Juliana Tamizou disse:
Boa tarde pessoal,,
Este problema foi solucionado pela SEFAZ?
At.
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.
-
1
-
-
Pessoal!
Retorno do Fale Conosco sobre a rejeição - 213 - CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital:
-
1
-
-
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!
-
1 minuto atrás, Juliomar Marchetti disse:
Neste caso é testar até conseguir ou entrar em contato com eles
pois veja tu me passou que está lá e mesmo aassim eele retorna erro precisa entrar em contato com eles pra ver o que está ocorrendo
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!
-
2 minutos atrás, Juliomar Marchetti disse:
trás pra nós o que retornou de erros do status code e status text
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!
-
5 horas atrás, Juliomar Marchetti disse:
Eu não emito GNRE e nem par ao estado mas vou indicar algo que pode ser feito para que possa descobrir algo.
depurar em produção e pegar o retorno que vem ao enviar que é o caso da @kaciane já o @Marcio Tullio tem que esperar resolver no componente para o monitor estar certo
Obrigada, Juliomar, pelo retorno! Já fizemos isso, mas vamos tentar novamente.
-
Em 21/10/2021 at 18:58, Marcio Tullio disse:
Ninguem obteve sucesso, mesmo apos 1 ano ?
Lote Processado com pendencias O Documento de Origem informado nao e usado pela Receita informada na UF favorecida!
Enviando e recebendo o erro
GNRE.GerarGuia("[Emitente]
versao=1
tipo=1
id=03624439000183
RazaoSocial=SHOPPING DA ELETRICIDADE COMERCIAL LTDA
Endereco=RUA JOAO PESSOA
Cidade=04009
UF=PB
Cep=58400002
Telefone=33211121
[Complemento]
IdentificadorGuia=02792201
DocOrigem=25211003624439000183550010000279221000290335
[Referencia]
receita=100102
ufFavorecida=PE
dataVencimento=21/10/2021
dataPagamento=21/10/2021
referenciaAno=2021
referenciaMes=10
ValorPrincipal=79.81
[Destinatario]
tipo=1
id=20227311000103
razaosocial=CONSTRUTORA J.GALDINO EIRELI EPP
cidade=13602
")
ERRO: Lote Processado com pendencias O Documento de Origem informado nao e usado pela Receita informada na UF favorecida!
GNRE.ConsultaConfig("PE", 100102)Ja troquei a chave da nfe, pelo numero da NFe e também ja tentei enviar sem o numero do documento.
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!
-
1 minuto atrás, BigWings disse:
Por acaso é uma NFe avulsa, emitida pelo portal da SEFAZ-MA?
Me lembro de relatos de que essas NFe não aparecem nas consultas feitas via webservice...
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!
-
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
'(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.
-
29 minutos atrás, Juliomar Marchetti disse:
O bom é pegar os logs e anexar.
hoje sei que o Italo está subindo ou subiu alguma mudança que pode corrigir o problema
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.
-
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!
-
1 hora atrás, Reinaldo Silveira disse:
kaciane, atualmente para a versão 4.00 a unit retorna assim:
'0 - REMETENTE'
'1 - DESTINATARIO'
'2 - TERCEIROS'
'3 - PROP/REMT'
'4 - PROP/DEST'
'9 - SEM FRETE'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!
-
30 minutos atrás, Sandro Felipe Adad disse:
Creio que esta começando a entrar em vigor hoje o layout 1_02_00 e o nosso layout atual para testes é o da versão 1_01_01... conforme definido na constante REINF_VERSAO = '1_01_01'; na unit ACBrReinf
Achei este sujeito com o mesmo problema hoje:
http://www.macielgoncalves.com.br:8080/jc/posts/list/3038-efdreinf-versao-do-ambiente-preprod.page
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.
-
Em 31/08/2017 at 10:12, Michel Abrão disse:
Olá Kaciane,
Por gentileza, você poderia nos informar para qual estado (SEFAZ) você fez o envio dessa nota?
Estamos com um pequeno probleminha na TAG do protocolo de retorno aqui em SP, e estamos contanto com a colaboração dos membros para sanar.
Obrigado.
Michel.
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!
-
Em 29/08/2017 at 14:17, kaciane disse:
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!
-
1
-
-
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!
-
Em 17/08/2017 at 18:45, BigWings disse:
Sim. Pelo que parece, falta informar a tag indEscala.
https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx
Boa tarde, BigWings!
Obrigada pelo retorno!
Vou colocar a tag indEscala no meu arquivo XML e valdar novamente. Vendo novamente na Nota Técnica, essa informação é obrigatória!
GNRE - Campo Documento de origem expandido obrigatorio
em ACBrGNRe
Postado
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