ismaelspaniol

Consegui identificar que o erro ocorre ao deixar a tag identarXML como true.

Olá, após a atualização do componente ACBR estou tendo este retorno: Ocorrencia 0 Código.....: 142 Descrição..: Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura. Tipo.......: 1 Localização: /eSocial/Signature Segue em anexo os eventos. 1897172840000002023020909593500001-S-2220-0.xml 230209095935-env-lot.xml

Olá, se não me engano este evento não existe mais na versão simplificada.

RESULTADO/PROBLEMA ! 1 - Os valores de INSS e FGTS estão ok (Consulta site eSocial) 2 - Os valores de IR não estão disponíveis. Erro no site ou lógica esta errada ? Os valores de IR não estão disponíveis - Retorno do 5002 ? Talvez possa ser este caso: Se o evento de pagamento (S-1210) referenciar demonstrativos informados em eventos remuneratórios (S-1200, S-2299, S-2399) enviados em versão diferente da utilizada no S-1210 o totalizador S-5002 retornará “zerado” (no grupo infoIR, o campo {valor} retornará com ZERO). A alínea C da REGRA_EVENTOS_EXTEMP, reproduzida abaixo, só entrará em vigor após o término do período de convivência: c) A retificação ou exclusão extemporânea de evento remuneratório (S-1200/S-1202/S-1207/S-2299/S-2399) exigirá a exclusão prévia do correspondente evento S1210, quando existente. JUSTIFICATIVA: a estrutura do S-1210 v.S-1.0 é incompatível com os cálculos retornados no S-5002 para eventos remuneratórios enviados na versão 2.5, e vice versa. OBS: O retorno do S-5002 “zerado” não compromete a apuração do IRRF, uma vez que tal apuração ainda não é efetuada pelo eSocial. Esta apuração é feita pela RFB, por meio da DCTF(PGD) e pela DIRF. Ou este, se esteja esperando no 5012 - A partir da implantação da versão S-1.0 (19/07/2021), quando o evento S-1299 for enviado na versão 2.5 (período de convivência) o respectivo totalizador S-5012 será retornado “vazio” (o grupo infoCRContrib não será retornado). JUSTIFICATIVA: O evento S-5012 não existe na versão S-1.0, e não está sendo utilizado para apuração do IRRF no eSocial. Esta apuração é feita pela RFB, por meio da DCTF(PGD) e pela DIRF. https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/nota-orientativa-s-1_0-01_2021-rev-06-07-2021.pdf Rfe. 1 e 2

S-1200 *Rubricas Informativas (Tribubutada IR) perApur=2021-09 ideDmDev=Ferias_Provisão vrRubr=100.00 (Tributação apenas para o IR) Aqui não seriam rubricas informativas e sim proventos e descontos(1 - Vencimento, provento ou pensão 2 - Desconto) mas apenas com incidência de IR

Olá Chegou a dar uma olhada página 120-121 https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/mos-s-1-0-consolidada-ate-a-no-s-1-0-08-2021.pdf No exemplo é usado um ideDmDev de (Antecipação de férias) aparentemente mesma forma como fez acima.

Chegaste a fazer o desligamento(rescisão) do primeiro Vinculo(matricula)? Pois não pode existir dois vínculos ativos.

Da uma olhada nesse tópico Pode ser que sege a mesma situação.

@GuilhermeCosta Certamente mudando a ordem das rubricas se torna uma "gambiarra" para passar alguns casos, estão acho que o que nos resta é aguardar o pessoal do suporte do eSocial resolver o problema.

@GuilhermeCosta Essa sequencia estou achando que foi coincidência, pois como são informativas, descontos e proventos e se for fazer o calculo na mão do liquido sempre está ok. E pelos testes que eu estava fazendo ele normalmente não soma ou diminui do liquido justamente as primeiras rubricas do demonstrativo. Talvez para tirar a prova, tente enviar nessa ordem e força umas 5 rubricas informativas em todos demonstrativos só para ver o que ele vai interpretar.

Realmente é a sequencia das rubricas dentro do xml, eu ordenei desta forma: informativas, deduções e proventos e passou.O mais estranho era que o INSS e o IRRF ele calculava corretamente nos retornos. Mas ainda estou sem entender o porque de ser nesta ordem. . ID1053278580000002018113010040800001-S5002.xml ID1053278580000002018113010035700001-S5001.xml

Olá, Estou tendo divergência no valor liquido do evento 1210, ja conferi todas as incidências das rubricas e estão todas ok. O erro ocorre sempre que mando mais de um demonstrativo no evento 1200, quando mando apenas um ele está correto. Outra coisa que identifiquei se eu mudo a sequencia das rubricas dentro do demonstrativo e determina um valor liquido diferente. Sabem me dizer se existe alguma ordenação para colocar dentro do demonstrativo, por exemplo :provento depois descontos depois informativas algo assim? Segue em anexo os eventos 1200, 1210 , rubricas e o retorno. Dentro do xml 1200 tem o dmDev 96 que é a folha e o 95 que é o adiantamento ambas com o pagamento dentro de agosto 2018. Sempre ocorre o problema no primeiro dmDev do xml, se eu mandar primeiro o adiantamento dentro do xml e depois a folha o erro ocorre no liquido do adiantamento. Neste erro pelo que entendi ele não descontou a rubrica Contribuicao Assistencial(282) e Vale Alimentacao Informado (141) como se ele ignorasse estas rubricas. 1200.xml 1210.xml erro.xml rurbicas 96.pdf

Ola, Tenta : -<envioLoteEventos grupo="1"> para -<envioLoteEventos grupo="2"> eu estou usando assim: if excluir then begin ACBreSocial1.Enviar(TESocialGrupo(2)); //se excluir pelo evento s-3000 forçar para usar o -<envioLoteEventos grupo="2"> no lote excluir := FALSE; end else ACBreSocial1.Enviar(TESocialGrupo(nbEventos.ActiveGroupIndex + 1)); Como o Edmar falou.

Boa dia, Alguém ja fez a parte do décimo terceiro? Não estou conseguindo entender como o esocial vai tratar o FGTS. Estou mandando a primeira parcela do 13° junto do evento 1200(mensal) até ai imagino que esteja correto. Agora, quando mando a segunda parcela mando o evento 1200(mensal dezembro, sem nenhum valor de 13°) e mando o 1200(anual 13° ), já o evento 1210 mando apenas o de dezembro com o pagamento do décimo junto. Será que o FGTS estará correto em dezembro ? Também pode acontecer da empresa querer pagar o 13° integralmente antes de 30/novembro (exemplo Julho), eu iria mandar o evento 1200(anual 13°) e o 1200(mensal julho sem o 13°) do funcionário no mês como eu faria em dezembro. Mas ai também surge a duvida se o FGTS vai entrar no mês em que foi feito o evento 1200(anual 13°).

Para mim o mês de junho também não consigo fechar. Talvez seja porque o mês ainda não acabou, vou tentar transmitir final do mês para ver se continua o erro. Meses anteriores estão fechando normalmente.

Acho que ainda não disponibilizaram eles, ao menos não consegui encontrá-los.

Saiu a geração da guia do FGTS, http://portal.esocial.gov.br/noticias/caixa/publicada-nova-versao-do-manual-de-orientacao-para-o-empregador-e-desenvolvedor