Alisson Souza Pereira

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

Se tiver o certificado digital ou a procução, não há problema algum. Existem outras abordagens onde a empresa de SST entrega o XML a sua empresa e a mesma faz o envio destes XMLs

Leiaute informe que em caso de admissão por processo trabalhista poderá ser informado o número do processo. Não existia nrProcTrab no componente. Adicionei o campo na classe e na geração do XML. Segue abaixo os fontes atualizados. pcesGerador.paspcesCommon.pas

Pelo que entendi vc não quer que dê erro se passar de 50 e sim que ele consiga enviar fragmentado. Se for isso, não vejo como essa regra poderia ser implementada dentro do ACBr, pois se você iniciou o envio ele seria responsável por separar e enviar cada 50 em um lote, teria que saber qual deu certo e qual deu erro, lembre-se que a comunicação é assincrona, pode ser que um lote consiga ser enviado e o outro não... ao meu ver seria algo muito elaborado. No meu caso faço a tratativa antes, mando para o componente apenas os 50 registros, no segundo envio mando os outros 50. Entendo que essa regra deva ficar na aplicação cliente.

Você está fazendo o envio na versão errada A versão simplificada ainda não entrou em produção e o correto é: v02_05_00 é possível configurar a versão no componente ACBreSoc.Configuracoes.Geral.VersaoDF

Leiaute informa que em caso de CNO o FAP deve ser informado independente de ter ou não processo judicial para o FAP. Em caso de CNO e não ser informado o FAP ocorre erro no retorno do eSocial: "Campo de preenchimento obrigatório: FAP" Segue abaixo os fontes atualizados. pcesS1005.paspcesGerador.pas