Membros Pro Sistemas Victory Postado 19 Março Membros Pro Compartilhar Postado 19 Março 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. Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Solution Diego Foliene Postado 19 Março Consultores Solution Compartilhar Postado 19 Março 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 2 Diego FolieniAjude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !! Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 20 Março Autor Membros Pro Compartilhar Postado 20 Março Infelizmente, fiz o que pediu e não apareceram. Assim, fiz questão de entrar por outro navegador e também não apareceu Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Alexandre de Paula Postado 20 Março Consultores Compartilhar Postado 20 Março Bom dia @Sistemas Victory Você clicou direto nos links que o @Diego Foliene colocou na resposta dele? Aqui ambos os INI abriram normalmente. 1 Alexandre de Paula Ajude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 20 Março Autor Membros Pro Compartilhar Postado 20 Março 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 Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 21 Março Consultores Compartilhar Postado 21 Março 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. 1 Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 21 Março Autor Membros Pro Compartilhar Postado 21 Março 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 Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 21 Março Consultores Compartilhar Postado 21 Março 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 Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 22 Março Autor Membros Pro Compartilhar Postado 22 Março 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 Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 22 Março Autor Membros Pro Compartilhar Postado 22 Março 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. Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 22 Março Autor Membros Pro Compartilhar Postado 22 Março 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? Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 22 Março Consultores Compartilhar Postado 22 Março 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. Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 22 Março Autor Membros Pro Compartilhar Postado 22 Março 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. Link para o comentário Compartilhar em outros sites More sharing options...
Membros Pro Sistemas Victory Postado 22 Março Autor Membros Pro Compartilhar Postado 22 Março 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 Link para o comentário Compartilhar em outros sites More sharing options...
Moderadores Juliomar Marchetti Postado 22 Março Moderadores Compartilhar Postado 22 Março Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Juliomar Marchetti skype: juliomar telegram: juliomar e-mail: [email protected] http://www.juliomarmarchetti.com.br Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 22 Março Consultores Compartilhar Postado 22 Março 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. Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 29 Março Consultores Compartilhar Postado 29 Março @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? Link para o comentário Compartilhar em outros sites More sharing options...
Consultores Renato Rubinho Postado 5 Abril Consultores Compartilhar Postado 5 Abril Tópico fechado por falta de retorno do usuário Link para o comentário Compartilhar em outros sites More sharing options...
Recommended Posts