Gr@c@
-
Total de ítens
2.140 -
Registro em
-
Última visita
-
Days Won
27
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Gr@c@
-
-
Eu optei por fazer os testes todos em ambiente de produção pq em homologação havia muitas divergências e o resultado jamais seria o mesmo no cliente. RJ consegui gerar a guia. RJ exige o campo extra 117 Data de Emissão
MG não testei pq minha inscrição estadual também é de MG
Na lista abaixo as UFs em vermelho eu não consegui gerar GNRE em produção.
-
Não consigo emitir NFSe para Uberlândia em ambiente de homologação. Sempre erro 12002 TimeOut. O xml aparentemente está correto se comparado a xml emitido em produção pelo UDIGITAL. Tentei pelo demo do ACBr na aba Teste e também na opção de Emitir NFSe(novo) e ambos ocorre o mesmo erro 12002. Como fizeram testes? Direto no ambiente de produção?
Método Executado: Teste de Envio de Lote
Parâmetros de Envio
Numero do Lote: 2
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link :
Código Verif. :
Sucesso : False
Erro(s):
Código : X999
Mensagem: Erro de Conexão: Erro Interno: 12002
Erro HTTP: 0
URL: http://treinamento.dsfweb.com.br/WsNFe2/LoteRps.jws
Erro: 12002 - TimeOut de Requisição
Falha Enviando a Requisição. Erro: 12002 - TimeOut de Requisição
Correção:
---------
Método Executado: ConsultarLote
Parâmetros de Envio
Numero do Prot:
Numero do Lote:
Parâmetros de Retorno
Situação Lote :
Sucesso : False
Erro:Argument out of range -
Grata pela resposta. Somente hoje consegui o manual de integração atualizado. Vou testar.
Como obter o Manual de Integração:
0800-727-2755 opção averbação
Solicite também ao suporte os dados para realizar testes (Usuario e senha) wws.averbeporto.com.brLink do Manual de Integração: (este link sempre trará o manual atualizado)
https://docs.google.com/document/d/1da005UzBF1Wzm8LmiB4JJnaXaLXtFKgl6S_rErMlXF8/edit
-
3
-
-
Estou tentando fazer a averbação de carga pela Porto Seguro (que não aderiu ao AT&M). Usando a unit que foi disponibilizada aqui e alterado pelo Juliomar Marchetti, mas está ocorrendo o erro:
---------------------------
Debugger Exception Notification
---------------------------
Project CTe.exe raised exception class EIdHTTPProtocolException with message 'HTTP/1.1 301 Moved Permanently'.
---------------------------No momento, somente a seguradora Porto Seguro está fazendo seguro de veículos transportados em mudança interestadual.
Uso Delphi 10.3 Professional.
Propriedade HandleRedirects := True;
-
1
-
-
Mensagem: Erro de Validação: '' violates enumeration constraint of 'A R'.
The element 'TipoRecolhimento' with value '' failed to parse.Estou enviando A, mas no xml não vai. Tentei o R também.
<TipoRecolhimento/>
Processo:
Requisição
Ambiente: 2
Cidade : Uberlandia/MG
Provedor: ISSDSF Versão: 1.00
Método Executado: Teste de Envio de Lote
Parâmetros de Envio
Numero do Lote: 2
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link :
Código Verif. :
Sucesso : False
Erro(s):
Código : X800
Mensagem: Erro de Validação: '' violates enumeration constraint of 'A R'.
The element 'TipoRecolhimento' with value '' failed to parse. -
O CT-e versão 3 está com problemas sim, desde ontem. Lote em processamento, 12002. Estamos enviando em contingência SVC-SP desde ontem. Mesmo assim, até em contingência dá erro de time out algumas vezes. Algumas pessoas que enviaram reclamação no Fale Conosco receberam o retorno do SEFAZ de que realmente o sistema está com problemas e que estão tentando solucionar. O CT-e versão 4 em MG nem colocamos em produção pq a homologação foi recentemente liberada aqui em MG e ocorrem muitos problemas nessa versão nova.
-
2
-
-
Qual o procedimento para emitir NFSe Uberlandia? Consigo gerar o xml, mas não consigo imprimir. Usando o tipo de envio meTeste.
Acredito que o problema seja no método ConsultarSituacao por não estar passando os parametros de envio.
Requisição
Ambiente: 2
Cidade : Uberlandia/MG
Provedor: ISSDSF Versão: 1.00
Método Executado: ConsultarSituacao
Parâmetros de Envio
Numero do Prot:
Numero do Lote:
Parâmetros de Retorno
Situação Lote :
Sucesso : False
NFS-e Numero....: 1
Cod. Verificacao:
Prestador.......: xxxxxxxxxxxxxxxxxxxxxxx
Tomador.........: xxxxxxxxxxxxxxxxxxxxxxx
Informação:Fim de Execução
-
Em um grupo que participo, um usuário conseguiu refazendo o cadastro do emitente do CT-e no SIARE. Faça essa tentativa e reporte o resultado aqui por favor. Pode ser que o cadastro do emitente tenha sido feito quando o SEFAZ estava com erros na troca de servidor.
-
1
-
-
Pessoal, esses problemas não são causados pelo ACBr. Já tem uma equipe de desenvolvedores que está em contato direto com o SEFAZ/MG referente a esses erros de cancelamento, cancelamento extemporâneo, cancelamento de notas de produtor rural, cancelamento de notas emitidas em contingência, retorno 0 que está ocorrendo com emitente recentemente credenciado (está ocorrendo me parece na primeira nota fiscal emitida), notas fiscais em duplicidade que não retornam a chave correta, notas fiscais autorizadas 2 vezes pelo SEFAZ, dentre outros. Enfim, foram relatados ao SEFAZ/MG cerca de 16 erros que estavam ocorrendo. Alguns já foram resolvidos, outros parcialmente, e outros ainda estão pendentes. Caso tenham algum erro de NFe ou NFCe em MG, é necessário ter o exemplo (o xml de envio e retorno)
-
1
-
-
Estou desenvolvendo a parte das informações nutricionais para balança. Mas tenho algumas dúvidas: 1-A propriedade ModeloEtiqueta sempre será 1? Se não, como setar essa propriedade corretamente? 2-Quais as informações nutricionais obrigatórias? (no caso o produto é porção de alimentos ex: feijão tropeiro) 3-Tamanho da etiqueta
outra duvida seria quando as informações dos campos 429 que não saíram no NUTRI.TXT
A balança que vou utilizar é da marca UPX e não encontrei em qual modelo de balança no ACBr devo usar. Estava sendo usada como moFilizola mas esse modelo não gera o NUTRI.TXT com os dados necessários da RDC 429/2020
-
É importante deixar isso configurável no software. Já houve esses problema há alguns anos atrás.
-
2
-
-
Sim, as remessas passaram a ser rejeitadas a partir do dia 14/08/2023 para o Cnab240.
Como resolvi:
Campo Convenio informar espaços (antes informava o codigo do cedente)
Campo Digito verificador Conta Agencia informar 0 (antes deveria ser espaço)
Mas não precisei alterar nem o meu aplicativo nem a nivel de ACBr. Eu já tenho esses dois campos configuraveis no meu aplicativo.
-
2
-
-
acho que o erro em branco está na tag xNome em homologação. Agora está dando erro. Na versão 3 tinha hifen na palavra CT-e. Na 4 seria CTE. Parece que agora igualaram tudo para CT-e.
Rejeicao: CT-e emitido em ambiente de homologacao com Razao Social do remetente diferente de CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL
A versão CT-e 4 em homologação está autorizando CT-e com <xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome>
-
MG está com bastante erros e intermitência. O seu erro, pelo fato do emitente nunca ter feito uma transmissão, pode ser pq o emitente esteja liberado no SEFAZ para emissão somente em homologação. Se a empresa for MEI pode ser esse o motivo. Verifique como está a inscrição estadual dele, se tem os 2 zeros antes do número. Se não tiver, tente transmitir o cte com a inscrição com os 2 zeros. Se já tiver, tente enviar sem os 2 zeros. Tive esse erro em branco com um cliente e o erro estava na inscrição estadual.
-
1
-
-
aqui está o mesmo erro
-
Rejeição: Lote Processado com Pendências: Falha na Comunicação do Serviço da UF
Ambiente: Produção
Receita 100102 - DIFAL
UF Favorecida: PB
Já tentei gerar a GNRE em dias diferentes e, mesmo quando o serviço da GNRE está disponível, o retorno é o mesmo.
-
1
-
-
Rejeição: Lote de Evento Processado com Pendencia: Ano Mes de Emissão CTE invalido (porém a chave de acesso é de uma NFe)
UF Favorecida PR
Ambiente Produção
-
Delphi 10.3.3 não executa Access violation at address 511C9866 in module 'vclie260.bpl'. Read of address 00000004
Alguma sugestão de como solucionar?
-
Em MG está ocorrendo essa rejeição em envio de nfe normal, mas não para todos os emitentes. Se enviar em contingência, a nfe é autorizada. Não é possível determinar a causa do erro. A migração de servidores está ocasionando várias rejeições.
-
2
-
-
Bahia, também estou com o mesmo erro em ambiente de produção. Falha na validacao do retorno da UF: cvc-elt.1: Cannot find the declaration of element 'TRetorno_GNRE'.
-
1 hora atrás, Diego Foliene disse:
Bom dia!
Se conferirmos em Ambiente de Teste GNRe > Página Principal > Configurações das UFs > Campos Adicionais selecionando Sergipe, uma das linhas coincide:
Acredito que seja isso que esteja causando o problema.
Veja que a receita coincide com o que você informou, ela está como obrigatória e o código coincide com a mensagem que está recebendo.
Edit: Conferi também no ambiente de produção e realmente são diferentes os Códigos. Acredito que isso tenha causado a confusão.
Isso mesmo. Estou iniciando agora a implementação do GNRE e estava me baseando somente nas tabelas do Portal GNRE. Só que mesmo informando o 94 ele rejeita a chave de acesso por não ser chave de cte. Deve ter mais coisas em homologação diferentes da produção. Tabelas diferentes para homologação e produção são um verdadeiro entrave.
Muito obrigada pela dica.
No caso da GNRE homologação UF Favorecida SE, a guia DIFAL deveria ser receita 100102 (por operação UF emitente não inscrita). Porém essa receita exige o campo extra 94-chave de acesso cte. Porém eu tenho uma chave de acesso NFe. Ou teria que lançar na receita 100129 (FCP por operação)? Essa regra vale para produção também?
-
2
-
-
Ambiente = Homologação
UF Favorecida = SE
Tipo de Documento de Origem = 10
Receita - 100102 DIFAL
Chave de Acesso é uma chave de acesso de NFe emitida também em homologaçãoConvenio = Não informou por não ser obrigatorio
Campos Extras => no portal (parte de integração desenvolvedor) tem 77-Chave de Acesso (obrigatorio) e 73-Complementares(não obrigatorio). Estou informando ambos. Porém, ao tentar enviar ocorre o erro (sendo que para Sergipe não tem esse Campo Extra e a chave de acesso é modelo 55):
Lote Processado com pendencias
O Campo Extra 'Chave de Acesso do CTe/CTe-OS' (Codigo: '94') deve ser informado!
-
Estou tentando enviar uma GNRE UFFavorecida PR em homologação. Meu CNPJ já está credenciado no ambiente de homologação. O que significa o GNRE processada com pendências: INSCRIÇÃO ESTADUAL NÃO CADASTRADA? A Inscrição do emitente está correta e a tag <IE> foi gerada no xml e o destinatário não tem inscrição e a tag <IE> não foi gerada no xml.
Esse erro é referente a qual inscrição estadual?
E como proceder quando dá o erro de GNRE processada com pendências?
-
Estava realizando testes e o meu estava dando esse erro também. Aparentemente o problema era falta dos Campos Extras (no meu caso UF Favorecida = PR). Informei conforme a tabela de campos extras do Portal do GNRE. Paraná no caso exige o 107 Chave de Acesso. Mas ao enviar a GNRE, ele deu "GNRE processada com pendências" e está exigindo o campo extra 66 Chave de Acesso. Mas não tem o 66 na tabela do portal GNRE.
Editando com novos resultados: nova mensagem de "GNRE processada com pendências" agora INSCRIÇÃO ESTADUAL NÃO CADASTRADA. Mas já credenciei minha empresa para enviar GNRE em homologação em Abril.
-
2
-
cabecalho-versao do arquivo xml superior a versao vigente(MG)
em ACBrCTe
Postado
cabecalho-versao do arquivo xml superior a versao vigente(MG)
significa que MG não aderiu ao CT-e 4.0?