Ir para conteúdo
  • Cadastre-se

dev botao

Sugestão de melhoria Eventos S-1280


Ver Solução Respondido por Renato Rubinho,

Recommended Posts

  • Membros Pro

Bom dia.

Estamos enviando uma sugestão de melhoria na geração do evento S-1280 onde percebemos que sofreu alteração no tópico:

 

Segundo o leiaute do eSocial a regra é que esta tag tem obrigatoriedade quando a Classificação Tributária for igual a 3, independentemente se houver valor a ser informado. No caso de nosso cliente ele tem uma empresa com a Classificação Tributária 3, enquadrada na lei 12.546 (Desoneração da Folha de Pagamento) e sem faturamento. Ocasionado um erro ao processar o envido do Evento no Mês subsequente conforme imagem abaixo:

image.thumb.png.dd59dc8c1d5b32d8055162015759fbe6.png

image.thumb.png.288ae349fa22d7af242bfe870ffc2783.png

 

Portanto, tive que voltar o código para como era anteriormente:

image.png.1fca08a43e7b3d9678b448b4ed663264.png

 

Além deste caso nos deparamos com algumas refatorações que impactaram em nossa aplicação.

Estas refatorações e "limpezas" de código são muito bem-vindas, compreendemos a importância deste trabalho.

Apenas gostaríamos de sugerir, que caso seja for possível, haja um canal onde pudéssemos receber alertas de alterações que impactam na compatibilidade da versão atual em relação às versões anteriores, para que assim possamos analisá-las e nos adaptarmos de uma forma melhor.

Atualmente o ACBR recebe muitas alterações por dia, o que é muito interessante e agradecemos a ajuda de todos. Porém, devido à grande demanda de requisitos nos sistemas de folha de pagamento decorrentes das alterações e evoluções do eSocial, para abarcar o Imposto de Renda e o FGTS, torna-se dificultoso acompanhar estes tipos de alterações apenas pelos logs do Subversion.

Segue alguns outros exemplos com os quais nos deparamos:

01/03/2024 Revion 32724
-- ACBrUtil.XMLHTML --
[*] Alteração no ParseText pois o mesmo ao receber um XML no formato UTF-8
    estava devolvendo-o no formato ANSI de forma indevida.
    por: DSA

image.thumb.png.1022c835d221e8873411b4e9f51259a6.png

 

Outra alteração que ocasionou erro foi a função GerarChaveEsocial que foi retirada a referência da unit pcnAuxiliar que usava a função IntToStrZero pegando os 5 números a partir da direita. Isto vai ocasionar um problema para quem tenha um gerador com mais de 5 casas. Hoje com esta alteração esta pegando a partir da esquerda ocorrendo o erro abaixo:

image.png.a3d19b46b3181730daf5eec1a6a44c6a.png

 

Unit : pcesGerador Função: TeSocialEvento.GerarChaveEsocial

Antes:

image.png.08655f1e88c39ff7de5fc96806ef19b6.png

Fizemos uma sugestão de alteração neste tópico devido a este problema:

Depois da refatoração:

image.png.9481f1f231c19ea8063dfd5ac1cec16e.png

 

No caso o colaborador do ACBR fez o alerta para alterarmos a nossa aplicação, caso houvesse alguma mudança futura, e reconhecemos que não seguimos a orientação quando nos foi sugerida. Porém, se houvesse um canal específico onde pudéssemos nos informar sobre alterações deste tipo, teria nos ajudado bastante.

Agradecemos por todo o trabalho que está sendo realizado pela equipe do ACBR.

 

 

 

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

Obrigado pela contribuição.

Criada TK-5186 para análise.

2 horas atrás, Sófolha disse:

Apenas gostaríamos de sugerir, que caso seja for possível, haja um canal onde pudéssemos receber alertas de alterações que impactam na compatibilidade da versão atual em relação às versões anteriores, para que assim possamos analisá-las e nos adaptarmos de uma forma melhor.

O projeto é muito grande, recebe muitas manutenções diárias e seria inviável este tipo de comunicação.

Você pode verificar as alterações nos logs do SVN, como seu interesse é no eSocial, veja o log desta pasta periodicamente e poderá analisar sempre o que foi alterado ou implementado.

Link para o comentário
Compartilhar em outros sites

  • Consultores

Complementando a resposta do Rubinho você pode seguir o canal de notícias do forum.

https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/

Costumamos sempre publicar noticias quando se trata de atualizações de versões implementadas nos componentes.

image.png

Consultor SAC ACBr

Alexandre de Paula
Ajude o Projeto ACBr crescer - Assine o SAC                    

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  ícone Discórdia Discord   

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores
  • Solution

Boa noite,

Em 08/03/2024 at 11:00, Sófolha disse:

Segundo o leiaute do eSocial a regra é que esta tag tem obrigatoriedade quando a Classificação Tributária for igual a 3, independentemente se houver valor a ser informado. No caso de nosso cliente ele tem uma empresa com a Classificação Tributária 3, enquadrada na lei 12.546 (Desoneração da Folha de Pagamento) e sem faturamento. Ocasionado um erro ao processar o envido do Evento no Mês subsequente conforme imagem abaixo:

  TEvtInfoComplPer = class(TESocialEvento)
  private
    FClassTrib: TpClassTrib;
    .
    .
    .
  public
    .
    .
    .
    property ClassTrib: TpClassTrib read FClassTrib write FClassTrib;
    .
    .
    .
  end;

Item 1

O grupo infoAtivConcom não é obrigatório, com isso precisamos ter uma condição para o preenchimento, para evitar o problema do outro tópico citado.

O evento S1280 não possuia nenhuma informação que possamos identificar a classificação, a solução foi adicionar essa propriedade apenas em carater informativo neste evento, para quando for ClassTrib = ct03, o grupo infoAtivConcom será gerado mesmo com valores zerados.

Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-32850
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.

Em 08/03/2024 at 11:00, Sófolha disse:

Outra alteração que ocasionou erro foi a função GerarChaveEsocial que foi retirada a referência da unit pcnAuxiliar que usava a função IntToStrZero pegando os 5 números a partir da direita. Isto vai ocasionar um problema para quem tenha um gerador com mais de 5 casas. Hoje com esta alteração esta pegando a partir da esquerda ocorrendo o erro abaixo:

image.png.a3d19b46b3181730daf5eec1a6a44c6a.png

 

Unit : pcesGerador Função: TeSocialEvento.GerarChaveEsocial

Item 2

Essa alteração do refactory, não alterou nada a geração da chave.

Note que foi removida a unit pcnAuxiliar, mas a função IntToStrZero foi mantida, pois está sendo utilizada pela unit ACBrUtil.Base.

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.