Gr@c@

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.br Link do Manual de Integração: (este link sempre trará o manual atualizado) https://docs.google.com/document/d/1da005UzBF1Wzm8LmiB4JJnaXaLXtFKgl6S_rErMlXF8/edit

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; uPortoSeguroIndy.pas

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.

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 3123080774451100016756000000000000001-rps.xml

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.

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)

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 CADTXT.TXT NUTRI.TXT SETORTXT.TXT

É importante deixar isso configurável no software. Já houve esses problema há alguns anos atrás.

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.

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.

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. 0000000026-gnre.xml

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 0000000022-gnre.xml

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.

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'.

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?

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ção Convenio = 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.

Hoje consegui retorno de NFe pelo meu CPF. Mas pelo CNPJ da empresa não retorna nada. O cliente também não consegue retorno pelo CNPJ dele. Tentei também pelo ultimo NSU = 0. Portanto não deve ser erro no meu aplicativo. Deve ser algo que está travando esse retorno das notas. Cliente do Maranhão conseguiu retorno das notas. Vou aguardar retorno do SEFAZ/MG.

Não retorna nenhuma nota (e existem notas para retornar). E nesse caso, se tentar novamente (depois de 1h ou até mesmo no dia seguinte) já dá o erro de Consumo Indevido. Fiz o teste pelo demo do ACBr com o meu cnpj e ocorre o mesmo resultado. O fato é que não retorna nenhuma nota (tem notas emitidas e autorizadas contra meu cnpj do mês passado e desse mês). No cliente, ocorre a mesma coisa. Não retorna nenhuma. Primeira tentativa ------------------ <retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>1.6.1</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2023-04-10T14:02:01-03:00</dhResp><ultNSU>000000000000050</ultNSU><maxNSU>000000000006723</maxNSU></retDistDFeInt> Segunda tentativa ----------------- Atenção...: Não existem mais registros disponíveis. Atenção...: Aguarde 1 hora para a próxima consulta. Qtde Documentos Retornados: 0 Status....: 137 Motivo....: Nenhum documento localizado Último NSU: 000000000000100 Máximo NSU: 000000000006723 Documentos Retornados: