Pesquisar na Comunidade
Showing results for tags 'esocial-1.0'.
Encontrado 4 registros
-
S-1200 - Erro na tag indApurIR quando periodo de apuração anterior a 2021-07
um tópico no fórum postou ISBS ACBreSocial
Boa tarde a todos! Está acontecendo um erro ao enviar o S1200 com periodo de apuração anterior a 2021-07.. A mensagem de erro é "O Campo não pode ser preenchido: Indicativo de tipo de Apuração de IR." De acordo com as regras do layout do esocial, realmente a tag não deve ser preenchida. A tag indApurIR deve ser obrigatória e exclusiva apenas se perApur >= 2021-07. Fiz alguns testes aqui e sempre que não informo a tag indApurIR ou informo com tiaiNenhum, o xml é gerado como 1 - Situação especial de apuração de IR, resultando no erro acima. Periodos posteriores a 2021-07 estão funcionando normalmente. Alguém aí está passando pelo mesmo problema?- 2 replies
-
- esocial
- esocial-1.0
-
(e 1 mais)
Tags:
-
Pessoal, boa tarde! Estou com a versão mais recente do ACBr e um problema esporádico vem acontecendo. O ACBr, ao executar o método SSL.validar, levanta o erro abaixo, mesmo com o valor do atributo Id estando correto. Element '{http://www.esocial.gov.br/schema/lote/eventos/envio/v1_1_1}evento', attribute 'Id': 'ID1186090030000002022012015172300191' is not a valid value of the atomic type 'xs:ID'. O valor ID1186090030000002022012015172300191 é gerado pelo meu sistema e segue o padrão definido pelo eSocial. Esse em específico é rejeitado mas se eu gerar outro com uma hora diferente, por exemplo, o ACBr valida normalmente. Nesse exemplo acima, eu comentei a validação do XSD na linha do SSL.Validar e o eSocial de testes recibou o lote normalmente. Alguém já passou por esse poblema?
-
esocial componente ESocial evento S2220 versão simplificado.
um tópico no fórum postou IgorBhSoft ACBreSocial
Pessoal, estava com o seguinte problema: No evento S2220 versão simplificada, eu notei que o campo indicação de resultado (indResult) sempre é mandado como normal quando eu não mando nenhum outro valor, então a tag no xml sempre aparece, e a mesma não é obrigatória, portanto, precisava que a mesma não aparecesse no xml. Para resolver meu problema eu fiz a seguinte alteração ao gerar o xml: if (self.exMedOcup.Aso.Exame.Items[i].indResult = irNormal) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAlterado) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irEstavel) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAgravamento) then Gerador.wCampo(tcInt, '', 'indResult', 1, 1, 0, eSIndResultToStr(self.exMedOcup.Aso.Exame.Items[i].indResult)); Assim a tag deixa de aparecer no xml quando a mesma está com um valor diferente. Vocês teriam alguma outra solução? -
Proposta Arquivos Esocial - Layout V1.0 - 17/07/2013
um tópico no fórum postou Lucas Peres da Silva ACBreSocial
Olá, Como ainda não localizei nenhuma implementação aqui no ACBr, resolvi iniciar por conta o eSocial para já ir adiantando. Estou enviando minha proposta para iniciar o desenvolvimento do pacote do SPED eSocial baseado no layout 1.0 de julho/2013. Gostaria de observar que é uma proposta inicial e por isso ainda tem *MUITA* coisa para ser feita. De qualquer forma, seguem os fontes para análise e comentários, derepente da para aproveitar alguma coisa. Segue minha contribuição. No aguardo de feedback. Att Lucas eSocial-v.0.1-21.11.2013.zip