Alisson Souza Pereira

Todos os campos do tipo DH item 6.5 do manual AEJ Registro 01 - Cabeçalho -Campo9 - dataHoraGerAEJ Registro 05 - Marcações -Campo3 - dataHoraMarc

O ACBrPonto precisa de algumas atualizações 1) Ajustes para padronização do AEJ de acordo com a portaria 671, Exemplo ( Utilização de Pipeline entre os campos, fomatação dos campos data e hora DH) 2)Adicionar o uso do arquivo AFD na versão 3.0 Obs: Não foi removido a versão antigado do AFD 1.0 pois, ainda temos relógios que entregam apenas a versão antiga do AFD e por isso ela foi mantida. ACBrPonto.rar ACBRExemplo.rar

Já tivemos colaboradores com 8 empréstimos... De fato o o meu problema foi na geração do XML foi tudo apenas para um único banco, fiz a correção do sistema... Meu problema agora é como regularizar o débido que não foi pago e levando em conta que esse valor está na mão do outro banco que recebeu a mais.

Olá, um colaborador pegou dois empréstimos consignados um para Caixa e outro para BB foi descontado na folha 2025-07 CX: R$100,00 e BB: R$400,00 na hora de enviar ao eSocial ao invés de enviar separado cada um para o seu banco, enviei R$500,00 para a caixa, ou seja, um banco recebeu mais e o outro nem recebeu. Já gerei a guia e paguei. Conseguimos verificar que o banco que recebeu a mais amortizou as parcelas seguintes. Como solução, esse mês(2025-08), iremos deixar de pagar o banco que recebeu a mais, visto que a parcela já foi quitada antecipadamente e o valor será enviado para o banco que não recebeu mês passado. Alguém passou por esse problema?

Entendi, @Juliomar Marchetti como não tenho as versõe mais antigas do Delphi e também não tenho lazarus, não tenho como fazer essa compatibilidade. Mas de fato será necessário.

Conforme havia informado acima, tive que atender a minha primeira solicitação desse arquivo AEJ, pórem os arquivos anteriores que eu havia mandado aqui no forum não estavam de acordo com o Leiaute oficial do AEJ, @Fabricio Furtado identificou o problema e fizemos a correção. Para quem quiser validar o arquivo gerado, pode utilizar esse site: https://afdfacil.net/ Segue os arquivos corrigidos: ACBrPonto.rarACBR Exemplo.rar

Recebi a 1º notificação onde o governo já solicitou o arquivo no formato AEJ Só avisando que o governo passou a usar.

No caso é uma dúvida, estou querendo saber se alguém passou por isso ou sabe o motivo disso estar acontecendo.

Olá o eSocial / DCTFWeb está calculando o GILRAT errado para os CNOs o eSocial estava calculando tudo certo até 2024-12 RAT: 3 / FAP: 0,5 / GILRAT: 1,5 , utilizava a versão 1.2 A partir de 2025-01, já estou utilizando a versão 1.3 do eSocial, no cadastro está conforme a linha de cima GILRAT: 1,5, mesmo assim ele está calculando o GILRAT com aliquota de 2,6094 ou seja, ignorando o próprio GILRAT e utilizando o do meu estabelecimento MTZ Isso ocorre apenas para os CNOs, e até 2024-12 não tinha esse problema de ignorar o próprio GILRAT e usar o da MTZ.

@Renato Rubinho Atualizei os fontes do ACBr revisão 35641 Para exemplificar, abri os dois fontes na imagem abaixo, o do aCBR e o da correção e a correção possui um método Destroy que foi o que eu implementei Não sei o motivo de não ter aparecido no Change de alterações do arquivo ACBreSocialLoteEventos.pas momento da sua revisão se possível abra os dois arquivos e verifique manualmente que no arquivo que envie tem o Destroy e no original não existe.

Bom dia, segue em anexo os quivos p/ correção do Memory Leak ACBreSocialLoteEventos.pas pcesS2206.pas

Aqui provavelmente já chegou errado, mostra o código inteiro, desde a tag <AltContratual> no caso vc mostrou da tag <duracao> para frente, provavelmente o erro está antes

dentro de pcesGerador.pas só existe uma situação para não gerar a tag, se dtTerm = 0, ou seja, não foi informada vc pode rodar em debug e verificar essa parte como está chegando. Manda esse código que vc mandou acima, só que mais completo, o S2206 inteiro e não só a parte do tipo de contrato

Bom dia @Anderson Mendonça, provavelmente na hora de preencher os dados vc está utilizando uma maneira incorreta. ERRADO: S2206.EvtAltContratual.AltContratual.infoContrato.Duracao.dtTerm := <SUA DATA> CORRETO: S2206.EvtAltContratual.AltContratual.Vinculo.infoContrato.Duracao.dtTerm := <SUA DATA>

Segue os arquivos que foram enviados na época Exemplo.rarFontes.rar

Boa tarde, como está o andamento desse recurso?

A PORTARIA/MTP Nº 671, DE 8 DE NOVEMBRO DE 2021 Anexo V trouxe atualizações no leiaute do arquivo AFD versão 003 por isso faz-se necessário a sua atualização, principalmente porque os novos relógios estão gerando o AFD já no novo formato. Não removi os fontes da versão anterior do AFD, devido ainda estar sendo utilizada principalmente por relógios antigos, por isso apenas adicionei um novo modelo de AFD. Segundo a portaria os arquivos ACJE e AFDT Foram descontinuados e substituídos pelo AEJ, já havia subido esse novo arquivo AEJ em um outro post, porém não removi a geração desses arquivos antigos (ACJEF e AFDT). Fonte: https://in.gov.br/en/web/dou/-/portaria-359094139 ACBR\Fontes\ACBrTXT\ACBrPonto Fontes.rar ACBR\Exemplos\ACBrTXT\ACBrPonto\Delphi Exemplo.rar

Bom dia, baseado nesse arquivo não é possível apontar onde está o seu erro. Encaminha o S-1000 / S-2200 / S-2240 / S-2210 separadamente e completo. Em resumo o seu problema é a validade do empregador que não condiz com a data informada nos eventos extemporâneos.

O S-1200 é um por CPF, ou seja, será um S-1200 contendo os dois demonstrativos Para adicionar um novo demonstrativo, não tem segredo, da mesma maneira que vc adiciona o primeiro vc adiciona segundo.

@Juliomar Marchetti o recurso será adicionado ao ACBr?

Olá, desenvolvi a geração do arquivo AEJ, baseado nas informações contidas em: https://www.gov.br/trabalho-e-previdencia/pt-br/composicao/orgaos-especificos/secretaria-de-trabalho/inspecao/fiscalizacao-do-trabalho/leiaute-do-arquivo-eletronico-de-jornada-aej.pdf A parte da assinatura digital .p7s, consegui desenvolver também, porém utilizando uma dll não gratuita por isso não incluí no projeto a parte da assinatura digital, mesmo assim creio que já será de grande ajuda todo o resto. ACBR\Fontes\ACBrTXT\ACBrPonto ACBrPonto.rar ACBR\Exemplos\ACBrTXT\ACBrPonto\Delphi Exemplo.rar

Estou realizando um levantamento para montar a geração do arquivo e uma das exigência é a assinatura digital do arquivo AEJ.txt onde é gerado um arquivo p7s destacado com a assinatura. Já uso o ACBr a algum tempo, juntamente com os recursos de assinatura de XML, porém não encontrei no ACBr a assinatura digital no padrão CAdES para gerar esse arquivo .p7s destacado. Sabe me dizer se temos essa assinatura digital e onde encontro?

Atualmente temos a geração dos arquivos AFD/ AFDT/ ACJEF pelo ACBRPonto, porém o art. 83 da portaria 671 informa que deve ser gerado o arquivo AEJ com assinatura digital. https://in.gov.br/en/web/dou/-/portaria-359094139 Segundo a portaria 3.7.17 o arquivo AEJ passa a ser obrigatório a partir de 11/01/2023 https://www.in.gov.br/en/web/dou/-/portaria-mtp-n-3.717-de-9-de-novembro-de-2022-443015406 Já está sendo desenvolvido a geração desse arquivo com assinatura digital?

pcesS2240.pas @EMBarbosa Como a tag EpcEpi sempre era gerada, ocorria o erro aseguir: "Grupo 'Informações relativas a Equipamentos de Proteção Coletiva - EPC e Equipamentos de Proteção Individual - EPI' não deve ser preenchido. Verifique as condições de preenchimento no leiaute." Segue a correção em anexo padronizada com outras situações similares dentro do projeto.

O componente só irá preencher a tag <infoApr> se houver processo judicial para contratação de aprendiz, porém no Leiaute informa que deve ser informado caso haja processo para contratação de aprendiz ou haja contratação por intermédio de entidades educativas. Exemplo de como o XML deve ser preenchido, mesmo que não exista processo judicial Segue as alterações no fonte pcesS1005.pas