Renato Rubinho

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Esse tipo de dúvida sempre é indicado que verifique com o próprio contador. Se ele não souber passar didaticamente, solicite um xml de exemplo para você saber como preencher. Caso ele não tenha um exemplo do cliente e não possa disponibilizar de outro por conter dados sensíveis, solicite que gere uma NFe pelo emissor gratuito do SEBRAE, pois se for autorizado você saberá como preencher para atender essa demanda.

Boa noite, A opção que o @Diego Foliene indicou é utilizada para identificar os xmls dos eventos, os xmls dos lotes, retornos e consultas aparentemente não tem esse tratamento. Criada TK-5360 para analisar a possibilidade dessa implementação.

Seria uma hipótese para o erro não identificado pelo provedor. Resta agora seguir a sugestão do Italo, conseguiu contato com o provedor?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Complementando, tente preencher pelo menos os dados de prestador e tomador que deixou tudo em branco, pois talvez não caia na rejeição. <Prestador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </IdentificacaoTomador> <RazaoSocial/> <Endereco> <Endereco/> <Numero/> <Complemento/> <Bairro/> <CodigoMunicipio/> <Uf/> <Cep/> </Endereco> <Contato> <Telefone/> <Email/> </Contato> </Tomador>

Confirme também se configurou a versão atual no campo VersaoDF para o webservice responder.

Fechando. Para novas dúvidas, criar um novo tópico.

Fechando. Para novas dúvidas, criar um novo tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Se o problema ocorre no mesmo ambiente e com os mesmos dados funciona em outro momento, não vejo muita chance de conseguirmos fazer algo no nosso lado, além do mais tendo em vista o retorno que acusa que o problema pode ser do lado dele. Caso consiga simular o problema, nos envie os XMLs de quando deu o erro e de quando funcionou para vermos se encontramos algum detalhe. Sugestões, revise suas configurações de SSL/TLS e aumente o timeout para 40k ou mais.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja que agora o ultNSU é 1719, se você não entendeu o processo vai continuar patinando. Seu ultNSU era 1718, você deveria utilizar o método passando ultNSU 1718 até receber pelo menos um novo NSU. Você recebeu um novo NSU, agora irá passar a consultar o 1719 e aguardar pelo menos 1h. Quando você receber 1 ou mais novos NSUs, irá identificar qual o ultNSU para a próxima pesquisa, enquanto não receber nenhum novo NSU, seguirá utilizando o 1719. Veja o tópico a seguir e o curso no nutror Implementando o serviço Distribuição DFe.

Se você já usa senha de aplicativo, esse é o caminho. A senha pode ter expirado ou alguma configuração do e-mail mudado por política do Google. Revise as configurações e tente criar uma nova senha.

Boa tarde, Obrigado pela contribuição, criada TK-5342 para análise.

A Receita Federal do Brasil - RFB informa que desativará a transmissão síncrona (versão 1.5.1) dos eventos R-1000, R-1070 e R-3010 e dos eventos da série R-2000 a partir de 22/07/2024. A partir dessa data, todos os eventos deverão ser enviados exclusivamente no modo assíncrono (versão 2.1.2). http://sped.rfb.gov.br/pagina/show/7400

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Talvez esteja com problema no Lazarus, veja que é uma propriedade deste TMaskEdit que está reclamando. Tente reinstalar.

Boa noite, Gerado novo tópico como sua dúvida. O método ObterXml pertence à Lib. Ele consiste em gerar e retornar o XML. Seguem passos no componente para o mesmo comportamento: ACBrNFSeX1.NotasFiscais.Items[aIndex].GerarXML; xml := ACBrNFSeX1.NotasFiscais.Items[aIndex].XmlNfse;

Boa noite, O retorno diz que o Grupo Estabelecimento onde o trabalhador exercerá suas atividades não foi preenchido e destaca o infoComplementares que é seu grupo pai. Veja na página 153 do leiaute 1.2 Você precisa preencher os campos deste grupo para não receber mais a rejeição. infoComplementares.localTrabGeral.TpInsc := tiCNPJ; infoComplementares.localTrabGeral.nrInsc := '1234567890123456'; infoComplementares.localTrabGeral.descComp := 'teste';

Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-33248 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde, Eu apenas mantive os nomes dos enumerados que você alterou para evitar quebra de compilação para quem estiver utilizando, o restante parece ok. A contribuição foi enviada ao SVN, Rev-33247 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Criada TK-5332 para implementar a solução passada pelo Elton.

Obrigado pela contribuição. Criada TK-5330 para análise.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.