Renato Rubinho

Verifique se essas mesmas configurações, com senha de aplicativo, funcionam com algum gerenciador de e-mail para garantir que estão corretas.

Você não pode preencher informações além das previstas pelo leiaute, pois terá rejeição pelo validador. Solicite à contabilidade que instrua como preencher e passe um arquivo de exemplo que passe pelo PVA para você tomar como base.

Olá pessoal, A Receita Federal publicou em 30/04/2024 a NT 03.2024 que visa a inclusão do evento S-2221 - Exame Toxicológico do Motorista Profissional Empregado. Seguem links para a NT e a Nota Orientativa. https://www.gov.br/esocial/pt-br/centrais-de-conteudo/agenda/30-04-2024-publicada-nota-orientativa-v-s-1-2-07-2024 https://www.gov.br/esocial/pt-br/centrais-de-conteudo/agenda/30-04-2024-publicada-nota-tecnica-v-s-1-2-03-2024 Conforme a NT, o evento será disponibilizando pela Receita: * Em produção restrita a partir de 30/06/2024 * Em produção a partir de 01/08/2024 A implementação já está no nosso backlog e atualizaremos este tópico quando houverem novidades. Até mais,

Este evento ainda não foi implementado. Conforme a NT a seguir, ele será disponibilizando em produção restrita pela Receita a partir de 30/06/2024 e em produção a partir de 01/08/2024. https://www.gov.br/esocial/pt-br/centrais-de-conteudo/agenda/30-04-2024-publicada-nota-tecnica-v-s-1-2-03-2024 Criada TK-5491 para análise, assim que for implementado informaremos aqui.

Olá pessoal, Revisada a nova versão do manual e a atualização nada mais é do que o preenchimento da url base que, na versão anterior, estava como "(a ser definido)" conforme destacado a seguir. 9.2. API REST para Consulta a Recibo de Entrega de Evento Antes - Versão 2.3: Ambiente de Produção: (a ser definido) Agora - Versão 2.5: Ambiente de Produção: https://reinf.receita.economia.gov.br/consulta/reciboevento/ + [endpoint e parâmetros específicos de cada evento] A nova versão do manual simplesmente passa a informar qual é a url base. O que muda no Componente, ACBrLib ou Monitor? Nada, pois eles já estão com a url configurada de produção configurada e o método de Consulta de Recibos funcional para todos os eventos. Até mais!!!

Os componentes recebem atualizações diárias, sejam por implementações ou por correções. Não existe uma regra, mas é interessante pelo menos uma atualização semanal.

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

Instale a versão atual do fortes. Se você não possui a versão paga do fast reportes, desmarque todas as opções relacionadas. Se tiver outra cópia da pasta do ACBr remova e mantenha apenas a nova que baixou. Instale novamente marcando a opção de remover arquivos antigos. Se o problema persistir, anexe o log do instalador.

A Receita Federal do Brasil - RFB publicou em 15/05/2024 a versão 2.5 do Manual de Orientação ao Desenvolvedor da EFD-Reinf que contém a atualização de url para consulta de recibos para produção. Segue link da publicação. Segue link da versão 2.5 do Manual de Orientação ao Desenvolvedor. Já estamos analisando a mudança para adequar o Componente, a Lib e o Monitor e atualizaremos o tópico quando as alterações estiverem disponíveis.

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

Está utilizando o ACBrNFSeX? Qual o motor de relatórios você usa? Segue regra do fortes, veja se está setando alguma dessas propriedades. if fpDANFSe.Cancelada or (fpNFSe.NfseCancelamento.DataHora <> 0) or (fpNFSe.SituacaoNfse = snCancelado) or (fpNFSe.StatusRps = srCancelado) then begin rllMsgTeste.Caption := 'NFS-e CANCELADA'; rllMsgTeste.Visible := True; rllMsgTeste.Enabled := True; end;

Veja no programa de exemplo, preencha o Layout da NFS-e com lnfsPadraoNacionalv1, salve e veja a aba Consultas. Leia a documentação para maiores detalhes: https://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe_Nacional/Manuais/1.00/Manual-Integrado-SNNFSe_v1.00.02-Producao.pdf

Caso tenha mantido outras cópias do ACBr no computador, apague todas, baixe novamente e repita o processo de instalar, marcando também a opção de remover aquivos antigos. Caso não funcione, talvez tenha alguma versão de Indy instalada que esteja gerando a incompatibilidade. Tente abrir o arquivo ..\ACBr\Fontes\ACBrComum\ACBr.inc e descomente a linha a seguir para ver se funciona. // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {$DEFINE DFE_SEM_INDY}

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

Se você estiver preenchendo a propriedade evtRemun.id, tente deixar em branco, pois o componente se encarrega de preenchê-la.

A chave correta é a primeira que foi emitida, a rejeição retorna ela para você, conforme o seu print. No momento os servidores da Sefaz não estão 100% e eventualmente a sincronização entre eles pode demorar. Consulte pelo webservice a chave retornada pela rejeição que deve aparecer.

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

Você tem razão, não basta considerar apenas o tpRegPrev Coloquei a regra um pouco mais enxuta, mas com o mesmo resultado, conforme abaixo: 1. Gera sempre que for rpRPPS(2) 2. Gera sempre que for tpRegTrab <> trEstatutario(2) Obs: Como tpRegTrab e seu grupo são obrigatórios não precisei considerar o tpNenhum if ((objAltContratual.Vinculo.tpRegPrev = rpRPPS) or (objAltContratual.Vinculo.tpRegTrab <> trEstatutario)) then begin Gerador.wGrupo('infoRegimeTrab'); if objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista) else GerarInfoEstatutario(objAltContratual.Vinculo.infoRegimeTrab.InfoEstatutario); Gerador.wGrupo('/infoRegimeTrab'); end; Enviado ao SVN na Rev-33544 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.

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

Não prestamos este tipo de consultoria, talvez você consiga na área de classificados. Desta forma parece correto, pode ser alguma questão na declaração da função, mas não conheço sua linguagem para identificar o problema. Tente analisar os programas de exemplo de outras bibliotecas para tentar identificar alguma diferença.

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

Boa noite, Obrigado pela contribuição. Foram validados os fontes e aparentemente está tudo ok, mas não temos cenário real que retorne o xml da consulta com todas as informações que foram ajustadas. Se possível nos envie um xml para [email protected], mencionando este tópico, para podermos validar o cenário completo. Os ajustes foram enviados ao SVN, Rev-33539 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 noite, Obrigado pela contribuição. Sua contribuição faz sentido, sendo que a regra de geração era atribuida somente ao InfoEstatutario ao invés do grupo infoRegimeTrab, conforme indica o manual. Enviado ao SVN na Rev-33538 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.

A mensagem diz que o tpProp não era esperado. Depois informa que o esperado era UF. No grupo prop, faltou você preencher a UF que é obrigatória.

A data 30/12/1899 é interpretada como data zero, como se não tivesse sido informada. Tentei comparar com outros exemplos que temos e só notei a questão da conversão para UTF. Tente remover o hb_StrToUTF8 das datas.