[ACBrPonto - Atualização de versão AFD v003]

Boa tarde, como está o andamento desse recurso? 

[ACBrPonto - Atualização de versão AFD v003]

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

[ERRO - Código.....: 130 nos envios Não Periódicos]

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. 

[Dúvida s-1200 e s-1200 autonomo]

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.

[Geração de AEJ - ACBrPonto]

@Juliomar Marchetti o recurso será adicionado ao ACBr?

[Geração de AEJ - ACBrPonto]

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

[Geração de AEJ - ACBrPonto]

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?

 

[Geração de AEJ - ACBrPonto]

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? 

[Ajuste no evento S2240]

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. 

[S-1005 - Correção p/ contratação de aprendiz]

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

 

[eSocial S-2220]

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

[Atualização - Evento S-2200]

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
 

[e-Social: Limite de 50 eventos]

1 hora atrás, Jucemar Duarte disse:

O e-social impõe a limitação de 50 eventos por lote a ser enviado.  Não consegui identificar, dentro do método Enviar do componente ACBreSocial, em que momento esse limite é tratado.  Alguém pode me ajudar?

Esclarecimento:  Não carrego os registros nos INIs.  Minha aplicação possui uma rotina que gera um XML no formato do esquema (podendo ter mais de 50 registros/eventos).  A partir daí, uso o Eventos.LoadFromFile para transportar para o componente ACBreSocial e assiná-lo.   Em seguida, faço o envio com o método Enviar.  Funciona bem, até encontrar lotes com mais de 50 eventos.  Alguma ideia de como podemos tratar esta questão?

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.

[Erro de retorno no e_social em produção .]

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

[Atualização - Evento S-1005]

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

[Simplificação eSocial S-1.0]

20 horas atrás, Digibyte disse:

Ninguém iniciou as alterações?

Qual seria a melhor forma de fazer isso, tratar dentro das classes se gera ou não determinada tag?

Ou criar classes separadas visto que o layout antigo irá morrer?

Pelo que estou vendo, ninguém está fazendo ainda e infelizmente na minha previsão só conseguirei mecher com o ACBr a partir de abril. 

[Simplificação eSocial S-1.0]

Ainda estou atualizando a parte gerencial do meu sistema.
Diante disso estou me antecipando e verificando se alguém já está tomando a frente nessa parte no ACBr. 

Sim já atualizei o SVN e não há nenhuma alteração relacionada a versão vS-1.0

Muito obrigado!

[Simplificação eSocial S-1.0]

Bom dia, alguém está realizando os ajustes para atender a nova versão do eSocial?

https://www.gov.br/esocial/pt-br/noticias/publicada-versao-final-do-leiaute-do-esocial-simplificado-s-1-0

esquemas_xsd_v_s_01_00_00.zip

[esocial s-1210 - Ocorrencia 269]

@wanderson medeiros da silv provavelmente vc está se confundindo nas informações, olhe essa estrutura;

Tabela1

• 001-SALARIO
• 002-INSS
• ...
• 600-IRRF

Quando você envia o S-1010 o correto é ficar assim
<codRubrica>600</codRubrica>   
<idTabRubrica>Tabela1</idTabRubrica> 

Quando você envia o S-1210 você precisa informar a Tabela e o código dessa rubrica.
<codRubrica>600</codRubrica>   
<idTabRubrica>Tabela1</idTabRubrica> 

Provavelmente o que você enviou no S-1010 está diferente do que você está enviando no S-1210 e por isso não está encontrando.

ERRO
Da forma que você está mostrando no primeiro anexo (S-1010) ficou assim, como se o código da rubrica fosse o nome da tabela: 
 

600(Tabela)

• 600-IRRF (Rubrica)

 

E no segundo anexo(S-1210) ficou assim como se o "IRRF" fosse a tabela

IRRF(Tabela)

• 600-IRRF(Rubrica)

 

[Correção de Warning EACBrDFeException.CreateDef]

@Daniel Simoes 
Estou utilizando Delphi 10.3
É exatamente isso,  não é um problema de compilação é apenas um warning que podemos contornar para para não ficar acusando sem necessidade. 
A embacadero possui várias classes nessa mesma situação de dois construtores e utiliza a solução de criar um parâmetro Dummy. 
A minha sugestão é adotar o mesmo padrão para  evitar um alerta de compilação desnecessário. 

Inclusive já vi no fórum que membros ficam com dúvidas em relação a esse warning e acabam postando dúvidas etc... 

Adicionar isso já resolve

Não é necessário fazer um Override de um método Virtual é apenas adicionar o parâmetro 

[Correção de Warning EACBrDFeException.CreateDef]

Bom dia
Existe um warning na compilação do ACBr

[dcc32 Warning] W1029 Duplicate constructor 'EACBrDFeException.CreateDef' with identical parameters will be inacessible from C++

Uma solução é utilizar o padrão da embarcadero para evitar o warning. 

Sugestão é criar mais um parâmetro "Dummy" para diferenciar um construtor do outro. 

Ex: Classe TCustomForm
 

 

ACBrDFeException.pas

[Atualização de versão 2.5 -> 2.5 Revisada]

@RicardoVoigt Bom dia, 

Entra em produção em 11/11/2019. 

A minha alteração foi para ser preenchido apenas se informado, da maneira que estava mesmo sem informar estava preenchendo com N.

Minha opinião é que neste caso o problema não estava no ACBr, mas talvez na aplicação que contém as informações, pois não acho ideal contar com preenchimento de informações default,
se eu espero que chegue uma informação ao eSocial tenho que dizer que informação é essa, então se ele gerou vazio foi porque na aplicação não foi especificado essa informação.  

Se algum dia o default mudar estarei trocando as informações que envio sem nem saber.

Para a nova versão tem que funcionar essa regra: Preenchimento Facultativo se {cadIni} = [N]. Não informar se {cadIni} =

 

 

[Erro 373 - S-1005 - O valor informado para o FAP difere do valor que consta do Cadastro da RFB para o Empregador/Estabelecimento]

@magistech  Já passei por esse problema e no meu caso era o seguinte:
Anualmente o Fap é atualizado, abaixo estão valores fictícios 
2018 envie o S-1005 com fap = 1,5
2019 envie uma inclusão de nova validade com S-1005 com fap = 2 

Problema estava enviado na base de homologação o ano de 2017 com o fap de 2019. 

Se o seu empregador é do grupo 1, envia o S-1005 com data do início da validade 2017 e utiliza o FAP correto no meu caso seria o valor de 2018. 
 

[Atualização de versão 2.5 -> 2.5 Revisada]

eSocial simplificado entra em produção 11/11/2019

S-2200 - {indPriEmpr}: Validação - Preenchimento facultativo se {cadIni} = [N]. não informar se {cadIni} = [N]

Alteração: Como o campo {indPriEmpr} é um type sempre traz um valor default, quando é um cadastro inicial o eSocial gera um erro pois não deveria ser preenchido. 
Com a nova versão esse campo passa a ser facultativo e deve existir a possibilidade de preencher ou não. 

S-2200 - Grupo{Documentos} - Facultativo e deve ser gerado apenas se informado.
pcesS2200.paspcesGerador.paspcesCommon.pas

[CNPJ do assinante não consta no cadastro da RFB]

Instabilidade de no servidor do eSocial. 
Aguardar o serviço normalizar e enviar novamente.