arce

@Italo Jurisato Junior Corrigi o problema e implementei as demais classes do evento S-5003. Segue o arquivo para análise pcesS5003.pas

@Italo Jurisato Junior Boa tarde Estou tratando o retorno do evento S-5003 e criando as classes para atribuição dos valores contidos no XML. Porém está dando erro ao instanciar o objeto TInfoTrabFGTSCollection, devo ter me equivocado em alguma atribuição, porém não estou encontrando o erro. Usei como base o S-5001 pcesS5003.pas

provavelmente o contribuinte é do Simples Nacional

Essas foram os eventos que enviei, que possuem alguma correlação com o 13º. o único q retorna com a advertência é o S-1210_2018-12 Evento_S1200_2018_13.xml Evento_S1200_201811.xml Evento_S1200_201812.xml Evento_S1210_201811.xml Evento_S1210_201812.xml

@Alisson Souza Pereira Tbm está acontecendo comigo. Também gerei o evento S-1200 de 2018-11 da mesma forma que você, criando dois demonstrativos distintos, um de 13º, outro Mensal, e no meu caso ainda tem um outro de Adiantamento Salarial, ou seja, este mês são 3 demonstrativos, sendo que 2 deles são pagos dentro da competência 2018-11. A percepção que tive é como se o e-Social estivesse interpretando os dois (13º e Mensal) como uma única coisa só, pq o valor da diferença é exatamente o valor do 13º. O problema ocorre apenas com o adiantamento de 13º, fiz testes enviando apenas a folha 2018-12 e a anual sem a primeira parcela, e não houve rejeição (foi apenas teste).

@Carlos Paiva Diretor não empregado deve ser enviado pelo evento S-2300 - Trabalhador Sem Vínculo de Emprego/Estatutário - Início Na mensagem do erro consta esta informação: " O evento S-2300 (Trabalhador Sem v+¡nculo - In+¡cio) somente +® aceito para as categorias de trabalhadores igual a [201, 202, 305, 308, 401, 410, 701, 711, 712, 721, 722, 723, 731, 734, 738, 741, 751, 761, 771, 781, 901, 902, 903, 904, 905]."

@Amarildo de Matos Mencionei a dúvida em um outro post, no qual o erro é diferente mais depois constatamos que é proveniente da mesma falha no webservice (que já foi estabilizada para a maioria dos usuários).

@Joceandro Perin creio que seja semelhante ao erro que aconteceu comigo ontem a tarde (28/11/2018) até hoje pela manhã (29/11/2018). Isto ocorreu no ambiente de produção. No início da tarde transmitiu normalmente, embora com pouco de lentidão para o recebimento do retorno.

Bom dia Desde ontem a tarde, está ocorrendo a rejeição de transmissão de lote do evento S-2200. Alguém passou por algo semelhante? cdResposta: 69 descResposta: Não foi possível estabelecer a conexão com o Sistema do CNPJ. A falha pode ser temporária, tente novamente mais tarde

A ocorrência do campo é opcional (0-1), logo é permitido o preenchimento mesmo se o dependente for menor/igual à 8 anos. Não vejo problema de enviar conteúdo para esta situação, uma vez que, o webservice bloqueia apenas se não enviar o cpf para maiores de 8.

Entrará em vigor no fim de janeiro de 2019. E lá vamos nós.

Pelo que descreveu, realmente deve ser um erro na validação do ws. Como vc notificou a falha, provavelmente em breve façam uma correção.

Você pode gravar desta forma. qrExec.SQL.Add(' sql para gravar o xml ') qrExec.ParamByName('XML').Value := ACBreSocial.Eventos.Iniciais.S1005.Items[i].evtTabEstab.XML; qrExec.ExecSQL; qrEvento.SQL.Add('select da tabela gravada '); qrEvento.Open; // Salva o XML do arquivo TBlobField(qrEvento.FieldByName('XML')).SaveToFile('C:\evento_ret.xml');

Quando houver este tipo de dúvida, acesse o portal do e-Social com o certificado do empregador e verifica se já existe os dados da admissão. As vezes, houve a recepção das informações pelo ws mas seu sistema não gravou o retorno (isso pode acontecer). Sobre o envio do S-2190, este é facultativo, não há obrigatoriedade qnto ao envio deste.

A chave do vínculo utilizada pelo e-Social é composta pelo CPF, NIS e NUMERO_DE_MATRICULA, verifique se vc está utilizando a matrícula anterior. Um novo registro é necessário uma nova matricula. Caso já tenha enviado o S-2190 do novo vínculo, exclua e tente transmitir apenas o S-2200

Vc não envia este evento, ele é um retorno. Qndo vc manda o R-1299 vem como resposta o evento R-5011. Leia não apenas o manual do layout, mas tbm o do desenvolvedor e do contribuinte.

http://sped.rfb.gov.br/pagina/show/2812 Publicado em 02/10/2018 A versão 1.4 dos leiautes da EFD-Reinf foi publicada, conforme Ato Declaratório Executivo - ADE n° 65, de 26 de setembro de 2018, e sua implementação se dará conforme segue: a) O ambiente de produção restrita ficará inativo no período entre 19h e 21h do dia 03/10/2018 para atualização da aplicação para a versão 1.4. b) A atualização do ambiente de produção para a versão 1.4 será efetuada no dia 29/10/2018, entre 08h e 10h, período em que o ambiente estará indisponível.

Respondendo a minha própria pergunta, a transmissão do layout 1.04.00 será referente a apuração do mês 10/2018

Amigos, quando o layout 1.4.0 terá inicio a transmissão? Alterei a configuração para o novo e ao transmitir, retornou a rejeição: "Versão de lote inválida. Deve ser utilizada a versão 1.03.02

isso @pradosoft

Desabafo do Menino Ney do TI "Configurar TLS, servidor fora, erro de schemas XML. Você pode achar que eu te acho exagerada, e, às vezes, você exagera mesmo. Mas a real é que eu sofro com essas suas Notas Técnicas e Manuais. Agora, na boa, você não imagina o que eu passo quando atendo o telefone às 22:00hrs só porque o caminhão tem q sair. Quando eu não faço as alterações de layout, não é porque eu sou preguiçoso, mas porque apenas não quero mexer no que está funcionando. Quando eu pareço nervoso, não é porque eu sou um moleque mimado. Mas é porque eu ainda não encontrei uma maneira de resolver os problemas que você vive criando. Dentro de mim ainda existe um menino do TI. Às vezes, ele encanta o mundo (consertando a impressora). E, às vezes, ele irrita todo mundo (quando esquece de atualizar os schemas). E minha luta é para manter esse menino do TI vivo. Mas dentro de mim, e não dentro do código. Você pode achar que o seu server SEFAZ não cai. Mas a verdade é que ele cai pra c****. Apenas está fora do ar, Direi ao usuário. Isso dói muito mais que bater o dedinho no pé da mesa. Eu demorei para corrigir as rejeições. Eu demorei para alterar o layout e adaptei o software para 4.0. Mas hoje eu tô aqui, de cara limpa, de peito aberto. Você caiu novamente. Mas foi eu que tive que explicar o porque ao usuário. Você pode continuar criando NTs. Ou pode parar de inventa-las e me ajudar a ter tempo para terminar o relatório do cliente. Porque quando compila, parça, o Brasil inteiro comemora comigo".

3.10 + 4.0 = 7.1 Só não vê quem é clubista

3.10 não vai acabar, ela ficará eternamente nas nossas lembranças e em nossos corações. #prayforNFe3.10

@brunotiem casos como este, estou marcando tag perHorFlexivel como Sim. Devido a esta inconstância dos horários.

Fiz duas coisas para evitar esse tipo de problema, não resolve, mas evita que aconteça. Primeiro aumentei o timeout para que o componente espere mais pela resposta do webservice. ACBrReinf1.Configuracoes.WebServices.AguardarConsultaRet := 90000; // tempo padrão que vai aguardar para consultar após enviar ACBrReinf1.Configuracoes.WebServices.IntervaloTentativas := 3000; // Intervalo entre as tentativas de envio ACBrReinf1.Configuracoes.WebServices.Tentativas := 10; // quantidade de tentativas de envio ACBrReinf1.Configuracoes.WebServices.AjustaAguardaConsultaRet := False; // Não ajusta o "AguardarConsultaRet", mantendo o tempo de espera ACBrReinf1.Configuracoes.WebServices.TimeOut := 18000; E a segunda medida, foi limitar a quantidade de registros por lote para 50, apesar do Reinf permitir 100 (vide manuais). Assim o processamento no webservice terá uma resposta mais rápida. Terei q enviar mais lotes? Certamente, mas evita a perda de recibo. Como disse, estes procedimentos não resolvem o problema, mas podem ajudar a evitá-los.