Paulo Aguiar Junior

Boa tarde, você setou as configurações corretamente no componente? Componente.Configuracoes.WebServices.Ambiente := pcnConversao.taProducao; Componente.Configuracoes.Geral.VersaoDF := ACBr_eSocial_VersaoProducao; Provavelmente você se esqueceu de mudar na geração do evento... evtInfoEmpregador.IdeEvento.TpAmb := taProducao;

Tive o mesmo problema após as últimas atualizações do componente. Nos nossos clientes Windows 7 que já estavam enviando normalmente, ao atualizar, parou tudo. Alteramos a propriedade SSLType no componente, e voltou a funcionar normalmente. Componente.SSL.SSLType := LT_TLSv1; LT_TLSv1 está na unit blcksock

Bom dia, O ambiente de produção restrita voltou ao normal, porém, não estamos conseguindo enviar no ambiente de produção. Está retornando Inativo/Inoperante... Alguém conseguiu enviar hoje (08/06) no ambiente de produção?

Boa tarde, pelo que parece, o recibo informado refere-se ao S-1200 de outro trabalhador...

O manual do desenvolvedor orienta para que os lotes sejam compostos de no máximo 50 eventos.

Arce, deve ser isso mesmo cara! Você falou, fui ver o XML das minhas rubricas, e percebi que os códigos de incidência estão todos errados... Está salvo certo, nas na geração está gerando com o ID da tabela dos códigos de incidencia, e não com o código do eSocial! Valeu, obrigado!!

Boa tarde, alguém conseguiu receber os valores das bases após o envio do S-2299 ? No meu caso está retornando o S-5001, porém sem as bases... será que é uma limitação da produção restrita? Ou de fato não está implementado no ambiente deles ainda?

Alisson, esse erro ocorre quando a base já está zerada...

Boa tarde, você informou no seu XML que o evento se refere a um "Cadastro Inicial", ou seja, o trabalhador estaria admitido antes do inicio da obrigatoriedade. Para o ambiente de testes, a data de inicio da obrigatoriedade dos eventos não periódicos é 01/03/2016. Ou seja, a sua data de admissão (28/04/2016) é superior ao início da obrigatoriedade, então você deveria ter preenchido com N o campo cadIni.

Consta no manual de orientações (em relação ao S-2190):

Anderson, é exatamente o que você precisa. O S-2190 não tem campo para retificação, você deve excluir e mandá-lo novamente. Já fizemos isso em produção.

Acho que o S-2190 não da para retificar não. Tem que excluir (através do S-3000) e enviar novamente

Não não...está na 2.4.01 ainda! É maio, mas não sei o dia exato... Valeu!

Acabei de fazer um teste em produção, o problema não é esse não...Produção segue na 2.4.01

Bom dia, A nota técnica que trata das versões diz que a partir de maio o ambiente de produção passaria a operar na versão 2.4.02. Agora não sei se é 1º de maio ou outra data. Mas a sua mensagem de erro está sugerindo que já possa estar operando na 2.4.02...

Sim, a matrícula na empresa de destino deve ser a mesma informada no S-2200 da empresa de origem.

É que na verdade o e-Social trabalha com o conceito de Empregador (Matriz S-1000) e Estabelecimentos (S-1005). E no S-2200 tem o grupo localTrabalho onde você informa ali em qual estabelecimento o funcionário está lotado, podendo ser na matriz, na filial, e até em uma obra por exemplo. Se o funcionário foi transferido antes da obrigatoriedade, você vai gerar um S-2200 na empresa destino (atual) com o tpAdmissao 1, sem a necessidade de enviar um S-2206 para informar a transferência e sem a necessidade de gerar o S-2200 na empresa da origem. Agora, se por exemplo, você tem o funcionário trabalhando na empresa X, e já enviou o S-2200 dele. Na data que você for transferir ele para uma de suas filiais (cadastradas no S-1005), você não vai precisar enviar outro S-2200 para ele ( o e-Social retornará duplicidade), e sim um S-2206 e utilizar a dtAlteracao como a data de transferência, e no grupo localTrabalho informar o CNPJ da filial em que ele passará a exercer as suas atividades.

Não, grupo econômico é uma coisa, matriz/filial é outra... Entre matriz/filial é só prosseguir da maneira que eu te falei...gerar um S-2206 para o funcionário.

É exatamente o que eu disse nesse post, não se trata de sucessão de vínculo. Você não deve gerar esse grupo (sucessaoVinc), e sim gerar o S-2206. Esse caso de transferência para matriz/filial não deve gerar sucessão de vínculo, e o tpAdmissao é 1.

Edmar, quando for os códigos 2, 3 e 4 sempre deve ser informado o grupo sucessaoVinc. 2 - Transferência de empresa do mesmo grupo econômico; 3 - Transferência de empresa consorciada ou de consórcio; 4 - Transferência por motivo de sucessão, incorporação, cisão ou fusão; Do que se trata o seu caso? Por exemplo, se for uma simples transferência de um funcionário que trabalha na matriz, e vai para uma filial, você deve gerar apenas um S-2206 para esse funcionário, alterando o grupo localTrabalho (que se refere aos Estabelecimentos do S-1005) que fica nas informações do contrato. Ou seja, nesse caso não se trata de uma sucessão de vínculo.

Edmar, boa tarde... Será que o problema não é outro? Pois tanto na versão 2.4.01 tanto na 2.4.02, esse campo é obrigatório dentro do grupo sucessaoVinc.

@Italo Jurisato Junior quando der, da uma olhada... Obrigado

Bom dia! Conforme o layout, o campo indicativo de desoneração deve ser preenchido com 0 ou 1. TpIndDesFolha = (idfNaoAplicavel, idfEmpresaenquadradanoArt14, idfEmpresaenquadradanosArt7_9); O ACBr está com 3 valores possíveis, e preenchendo com 2 quando a empresa está enquadrada nos art. 7º a 9º da Lei 12.546. O e-Social está retornando "Valor informado não pertence aos valores válidos para o campo". Segue sugestão de correção. Obrigado pcesConversaoeSocial.pas

Sandro, na documentação diz que poderia obter os protocolos, recibos e até mesmo os xml's... mas não cheguei a acessar esse ambiente. Outra forma é a seguinte: Eu fiz o teste aqui: Enviei um evento, e ele foi processado. Enviei novamente esse evento, passando o ID do primeiro envio e o conteúdo idêntico. Ao consultar, o webservice me retornou o protocolo de envio e o recibo do primeiro evento enviado. Dessa forma você vai conseguir obter o protocolo de envio... Dá uma olhada, ele retornou evtDupl="true" Segue anexo...

Boa tarde, eu vi relatos de vários casos desse problema em outro fórum... O pessoal também não conseguiu obter essa tag, outra suposta tag seria o tempo estimado para processamento, que até agora, nada. Sandro, se foi no ambiente de produção, já está disponível o portal para consulta dos eventos, xmls, e recibos enviados.