Jump to content

SUPER OFERTA!
Compre o Delphi com 45% de desconto

botao_delphi.png

110.png

Curso Gratuito para todos Usuários
+ Super Treinamento Assinando o SAC Anual

botao_campanha_thulio.png

sem_ttulo-620.fw_-e1583866078274.png 

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

JUCEMAR DUARTE

Membros
  • Content Count

    23
  • Joined

  • Last visited

Community Reputation

12 Good

2 Followers

About JUCEMAR DUARTE

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Patrick, sua explicação está perfeita! Tal como eu mesmo havia interpretado. Funcionaria sem problema se não fosse por um detalhe: a folha em questão tem mais de um evento de pensão. Explicação: A folha que estou integrando pertence a uma categoria de trabalhadores avulsos que não possuem férias e 13º. Todavia, por meio de acordos, em sua folha mensal são pagas verbas compensatórias de férias e 13º. Isso acaba gerando, obrigatoriamente, a cada mês, as rubricas de desconto de Pensão Mensal, Pensão Férias e Pensão 13º. Meu amigo, isso é só o começo! O evento S1210 se relaciona com os demonstrativos do evento S1200, os quais estão rateados por Tomador. Imagine que em um mês o trabalhador preste serviço para dez tomadores diferentes, o layout iria gerar 30 registros iguais no grupo <penAlim>. Sem contar a possibilidade do cara ter mais de um dependente. Isso é muito estranho!
  2. Olá colegas, Me tirem uma dúvida: no layout do evento S1210, o grupo <penAlim>, que trata do detalhamento de pensões alimentícias, está em um nível hierárquico abaixo do grupo <retPgtoTot>. Isso sugere que cada rubrica de pensão deverá gerar (pelo menos) um registro com os dados do pensionista. Os registros do pensionista poderão se repetir de acordo com a quantidade de rubricas dentro do período. Isso é muito estranho! Se for do jeito que estou pensando, teremos inúmeras replicações desnecessária de dados. Tenho receio que esses dados replicados possam em algum lugar interferir em totalizadores internos. Como vocês interpretaram essa questão?
  3. Caro EMBarbosa, já está tudo esclarecido. Segundo as últimas documentações do e-social, a empresa que represento passou a ser do grupo 3, portanto as datas de obrigatoriedade foram alteradas. Obrigado.
  4. Luana, você está completamente certa! Ogmo entra no grupo de entidades sem fins lucrativos. Estava trabalhando como se fosse do grupo 2. Isso gera outra dúvida: os eventos iniciais de tabelas, enviados com data de início em 07/2018, deverão ser retransmitidos com a data 01/2019?
  5. Luana, muito obrigado por sua interferência... - A alteração da data de início no ambiente de homologação é uma informação muito importante. - Quanto ao motivo por não funcionar no ambiente produção ainda é misterioso. Minha tributação é tipo "09", portanto dentro do prazo para envio. Além disso, não vejo relação com o evento S1005, pois os trabalhadores avulsos (S2300) não dependem dele.
  6. Caros colegas, permitam-me ressuscitar o assunto, pois estou enfrentando um problema similar. Pois bem... 1) Minha empresa se enquadra no grupo 2 na questão de obrigatoriedade. 2) Todos os eventos iniciais foram recebidos com sucesso, usando, como <iniValid>, "2018-07", tanto no ambiente de teste, quanto na produção. 3) Inciamos, então, o envio dos eventos não periódicos com o S-2300 - Cadastro de Trabalhadores Sem Vínculo. O lote foi montado, validado, assinado e enviado. 4) No ambiente de teste (produção restrita), o processamento indica que "não existe o registro do empregador" e, em seguida vários erros em cascata, tal como relatado acima pelo amigo Aristarco Ribeiro. 5) No ambiente produção, me retorna apenas o erro "174 - O evento somente será aceito após a data de início da obrigatoriedade do empregador ao eSocial". Então, para fechar o assunto, qual seria a data inicial correta no meu caso?
  7. Ítalo, a solução apresentada no citado tópico ainda não me serve pois se trata de uma empresa do grupo 1. Mas é o mesmíssimo problema! Com sua permissão, gostaria de reabrir a discussão daquele tópico, apresentando o meu caso.
  8. Amigos, achei um tópico que fala do mesmo erro no fórum público. Seria de boa etiqueta se seu ressuscitasse o referido tópico para ter a participação dos colegas que já passaram por isso?
  9. Sim, EMBarbosa. Como disse, os eventos iniciais foram recebidos com sucesso e a data de obrigatoriedade dos eventos não-periódicos (como o S-2300) abriu no último dia 10.
  10. Boa tarde, amigos... Não vejo alternativa senão detalhar o meu caso. Quem sabe vossa experiência no assunto consegue visualizar algo que não percebi. Pois bem... 1) Todos os eventos iniciais da minha empresa foram enviados com sucesso. Podemos atestar isso pelo módulo de consulta-web no portal do e-Social. 2) Inciamos, então, o envio dos eventos não periódicos com o S-2300 - Cadastro de Trabalhadores Sem Vínculo. 3) O lote foi montado, validado, assinado e enviado com um único trabalhador (como teste). O Xml enviado está em anexo. 4) Abaixo transcrevo as informações retornadas do e-social: Código Retorno: 201 Mensagem: Lote Recebido com Sucesso. Empregador - Tp.Insc.: 1 - CNPJ : 00837551 ideTransmissor - Tp.Insc.: 1 - Nr.Insc.: 00837551000104 Dados Recepcao Lote - Data Recepcao..............: 11/10/2018 15:38:31 - Versão Aplicativo Recepcao: 0.1.0-A0349 - Protocolo Envio...........: 1.1.201810.0000000000197904643 Código Retorno: 201 Mensagem: Lote processado com sucesso. Empregador - Tp.Insc.: 1 - CNPJ : 00837551 Dados Recepcao Lote - Data Recepcao.............: 11/10/2018 15:38:31 - Versao Aplicativo Recepcao: 0.1.0-A0349 - Protocolo Envio...........: 1.1.201810.0000000000197904643 Processamento - ID Evento..........: ID1008375510000002018101115423700001 - Cod.Registro.......: 17 - Desc. Registro.....: ANDRE LUIS SILVA PINTO - Cod. Resposta......: 401 - Resposta...........: Conteudo do evento inválido. - Versao Aplic.Proc..: 10.0.1-A3606 - Data Processamento : 11/10/2018 15:38:31 - Ocorrências do Processamento Ocorrencia 0 ID.........: ID1008375510000002018101115423700001 Código.....: 174 Descrição..: O evento somente será aceito após a data de início da obrigatoriedade do empregador ao eSocial. Tipo.......: 1 Localização: - Recibo nrRecibo: hash....: POR FAVOR, ME AJUDEM A ENTENDER O QUE ESTÁ ACONTECENDO. Grato. PS.: O relatado ocorreu no ambiente Produção. No ambiente de teste a situação é pior. Diz que não existe o registro do empregador! 1008375510000002018101115423700001-S-2300-0.xml
  11. Caro Italo, não foi informado prazo de validade.
  12. Bom dia, Italo, Os cadastros iniciais foram todos enviados e processados com sucesso. Confirmei sua exatidão pelo módulo de consulta-web no portal do e-Social. Alguns meses atrás, houve uma discussão em um outro tópico aqui no fórum sobre um erro semelhante. Os colegas que participaram relataram que tinha relação com o campo <iniValid>, Data de Início da Validade do Evento.
  13. Senhores, No envio do evento S-2300, estou obtendo o erro 130, "É necessário existir informação cadastral do empregador para o período". Pesquisando no fórum, verifiquei que esse erro tem relação com a data informada para início da obrigatoriedade. Então, para fechar o assunto: quais seriam as corretas datas de início da obrigatoriedade para empresas do segundo lote (faturamento inferior a 78 milhões) nos ambientes produção e teste? No meu caso em específico, indiquei como início "2018-07" nas tabelas iniciais em ambos os ambientes. E, ainda, todos os trabalhadores foram admitidos antes de 2017, portanto, cadIni= 'S'. Mesmo assim, me aparece o referido erro.
×
×
  • Create New...