eSocial_evento_S-2500_S-2501

[Sistemas Victory]

Prezados Senhores,

Venho solicitar de V. Sas., o INI ou o Desenvolvimento do evento eSocial S-2500 e S-2501, porque,

consultei no F1 ( Help ) e percebi que ainda não criaram o INI dos mesmos.

Estamos com demanda para envio deste evento e nossos clientes estão nos pressionando.

Assim, aguardo retorno de V. Sas, pois estou utilizando a versão 1.4.0.244 e além disso não existe o INI

e claro, sendo assim, ainda estão em desenvolvimento.

[Diego Foliene]

Boa tarde!

Por favor, tente limpar o cache do navegador que está utilizando e acessar novamente. Ambos os modelos S-2500 e S-2501 estão disponíveis.

• https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2500INI1.html
• https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2501INI1.html

[Sistemas Victory]

Infelizmente, fiz o que pediu e não apareceram. Assim, fiz questão de entrar por outro navegador e também não apareceu

[Alexandre de Paula]

Bom dia @Sistemas Victory

Você clicou direto nos links que o @Diego Foliene colocou na resposta dele?

Aqui ambos os INI abriram normalmente.

[Sistemas Victory]

Prezados,

Encontrei o MODELO DO INI do ACBR, e depois disso CONFRONTEI com o meu INI e percebi uma DISCREPANÇA 

muito grande entre o nosso e do ACBR, porque, o nosso, seguimos o layout da versão S 1.2  e criamos todos os 

campos e o INI do acbr não.

Assim, vou enviar o arquivo SAI.TXT e o nosso INI para me informarem, porque, estou com este erro na validação.

eSocial_12345678901234567890_S2500_403.INI sai_S-2500.txt

[Renato Rubinho]

Utilizando o modelo funcionou? Consegue testar em produção restrita?

Se a "discrepância" é pelo volume de informações, os leiautes possuem diversos grupos que não são obrigatórios e nem sempre temos cenário real para validar todos os valores e campos.

Revise os campos de valor que foram adicionados no ini, pois algum deles está gerando o erro.

[Sistemas Victory]

Em 20/03/2024 at 08:25, Alexandre de Paula disse:

Bom dia @Sistemas Victory

Você clicou direto nos links que o @Diego Foliene colocou na resposta dele?

Aqui ambos os INI abriram normalmente.

Sim. Se vocês observarem, o nosso INI estão preenchidos com todas as TAGs que o layout S_1.2 
Porém, no seu modelo de INI que peguei clicando onde mostraram, não tem todos os campos.
Também, o ACBR está recusando os valores cuja separação está sendo feito dos centavos com o uso do PONTO
exemplo: 1566.95

16 horas atrás, Renato Rubinho disse:

Utilizando o modelo funcionou? Consegue testar em produção restrita?

Se a "discrepância" é pelo volume de informações, os leiautes possuem diversos grupos que não são obrigatórios e nem sempre temos cenário real para validar todos os valores e campos.

Revise os campos de valor que foram adicionados no ini, pois algum deles está gerando o erro.

Pois é. Antes o nosso INI estava preenchendo os valores separando os centavos por ponto, mas isso, fez cair em erro na validação
Assim, retirei o PONTO apenas para realmente sair do erro, como de fato saiu, mas caiu neste ERRO sem um SINAL lógico de onde 

estaria o nosso erro.
NOsso problema, está certamente, entre gerar o INI e o ACBR montar o xml e pode ser incompatibilidade de TAGs

[Renato Rubinho]

Tente remover os espaços antes e depois das seções, chaves e valores de todo o arquivo e veja se o cenário muda.

De

[idePeriodo01001]
     perRef = 202306
     [baseCalculo01001]
          vrBcCpMensal  = 156690
          vrBcCp13      =  13057

Para

[idePeriodo01001]
perRef=202306
[baseCalculo01001]
vrBcCpMensal=156690
vrBcCp13=13057

 

[Sistemas Victory]

Em 20/03/2024 at 23:24, Renato Rubinho disse:

Utilizando o modelo funcionou? Consegue testar em produção restrita?

Se a "discrepância" é pelo volume de informações, os leiautes possuem diversos grupos que não são obrigatórios e nem sempre temos cenário real para validar todos os valores e campos.

Revise os campos de valor que foram adicionados no ini, pois algum deles está gerando o erro.

Mestre. Vou pegar o INI de vocês e vou fazer o teste com e depois falo pra vocês.
Outra coisa ESTRANHA que encontrei, foi a TAG indUnic=S que está no seu INI e não existe PREVISTA no layout da versão S_1.2

[Sistemas Victory]

Em 20/03/2024 at 23:24, Renato Rubinho disse:

Utilizando o modelo funcionou? Consegue testar em produção restrita?

Se a "discrepância" é pelo volume de informações, os leiautes possuem diversos grupos que não são obrigatórios e nem sempre temos cenário real para validar todos os valores e campos.

Revise os campos de valor que foram adicionados no ini, pois algum deles está gerando o erro.

Mestre
Acabei de fazer o teste ENVIANDO o INI  MODELO DO ACBR e constatei o seguinte.
Veja na imagem, que o INI modelo a direita, tem algumas linhas a mais do que no XML gerado pelo ACBR.

OBS.: Como realmente o ACBR ignorou essas linhas finais, o INI foi validado e gerado o xml, o que de FATO também no MEU INI,

temos outras linhas que foram preenchidas e realmente o ACBR atual não consegue valida-lo.

[Sistemas Victory]

18 horas atrás, Renato Rubinho disse:

Tente remover os espaços antes e depois das seções, chaves e valores de todo o arquivo e veja se o cenário muda.

De

[idePeriodo01001]
     perRef = 202306
     [baseCalculo01001]
          vrBcCpMensal  = 156690
          vrBcCp13      =  13057

Para

[idePeriodo01001]
perRef=202306
[baseCalculo01001]
vrBcCpMensal=156690
vrBcCp13=13057

 

Certo. 
Vou fazer isso, mas antes me responda. Porque vocês estão usando o INI da versão do esocial S_1.1 quando o correto deveria ser a versão S_1.2?

 

[Renato Rubinho]

Boa tarde,

Criada TK-5253 para analise.

21 horas atrás, Sistemas Victory disse:

Também, o ACBR está recusando os valores cuja separação está sendo feito dos centavos com o uso do PONTO
exemplo: 1566.95

Após gerar o ini sem os espaços passou a aceitar os valores com pontos e decimais?

1 hora atrás, Sistemas Victory disse:

Porque vocês estão usando o INI da versão do esocial S_1.1 quando o correto deveria ser a versão S_1.2?

Recebemos raras contribuições de modelos de inis, os que constam hoje foram replicados da versão 1.1, tendo alguns sofrido ajustes mediante testes de contribuições ou de implementações.

Caso queira contribuir com o projeto e disponibilizar os modelos que forem validados, ficaremos em atualizar a documentação.

4 horas atrás, Sistemas Victory disse:

Outra coisa ESTRANHA que encontrei, foi a TAG indUnic=S que está no seu INI e não existe PREVISTA no layout da versão S_1.2

4 horas atrás, Sistemas Victory disse:

OBS.: Como realmente o ACBR ignorou essas linhas finais, o INI foi validado e gerado o xml, o que de FATO também no MEU INI,

temos outras linhas que foram preenchidas e realmente o ACBR atual não consegue valida-lo.

Por favor relacione todos os problemas que identificar para verfircarmos.

[Sistemas Victory]

Após gerar o ini sem os espaços passou a aceitar os valores com pontos e decimais?

Resposta da pergunta acima.
Retirei todos os espaços e não resolveu o problema das decimais.
Assim que eu RETIRO o ponto, valida normalmente.
 

[Sistemas Victory]

44 minutos atrás, Sistemas Victory disse:

Após gerar o ini sem os espaços passou a aceitar os valores com pontos e decimais?

Resposta da pergunta acima.
Retirei todos os espaços e não resolveu o problema das decimais.
Assim que eu RETIRO o ponto, valida normalmente.
 

Assim que eu retiro o ponto, vocês ACRESCENTAM o 00 como centavos, criando um salario totalmente errado.
Exemplo: Salario de 1566.95 retirando o PONTO passa a ser considerado 156695.00 no xml

ATENÇÃO: Resolvi TROCAR o ponto por vírgula e VALIDOU sem problemas e no xml passou a ser informado o salario correto de 1566.95

 

[Juliomar Marchetti]

Obrigado por reportar.

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

[Renato Rubinho]

5 horas atrás, Renato Rubinho disse:

Criada TK-5253 para analise.

5 horas atrás, Renato Rubinho disse:

Por favor relacione todos os problemas que identificar para verfircarmos.

Confirmando, favor relacionar os problemas que foram identificados para analisarmos na TK criada.

[Renato Rubinho]

@Sistemas Victory

Em 22/03/2024 at 18:54, Renato Rubinho disse:

Confirmando, favor relacionar os problemas que foram identificados para analisarmos na TK criada.

Conseguiu identificar os problemas para analisarmos?

[Renato Rubinho]

Tópico fechado por falta de retorno do usuário