Alisson Souza Pereira

A Tag unMed era do tipo integer e estava sendo gerada mesmo que não fosse passado valor para a propriedade 1)Existe situações que este campo não pode ser preenchido. 2)0 Não é um valor válido para o campo. Segue arquivo atualizado. @Italo Jurisato Junior pcesS2240.pas

@kartter Quando li o seu post entendi que era dentro da mesma empresa apenas setores diferente, se fosse assim concordo com o Italo. O segundo caso é uma clínica de terceiros, ela pode gerar os arquivos no formado INI, você recebe esses arquivos e simplesmente assina e envia. dá uma olhada por exemplo no: pcesS2299.pas function TEvtDeslig.LerArqIni(const AIniString: String): Boolean;

De fato Quando é instanciado o TTrabalhador em pcesCommon já está criando a classe das informações de deficiência, e em pcesGerador se todos os itens forem falsos não é gerado as informações de deficiência (Baseado no meu XML que não gera a tag de de deficiência, acreditava que era pela assinatura da classe). Neste caso para resolver seu caso de forma simples, quando não quiser informar ao eSocial, basta preencher tudo com não, ou você pode alterar esses dois pontos para trabalhar com assinatura da classe e verifica se passa pela aprovação.

@JoshSilva {infoDeficiencia} é opcional, ou seja, você pode deixar de informar o conjunto inteiro referente à deficiência, agora se você optar por preencher um dos itens referente à deficiência, obrigatoriamente você terá que informar todos os campos, e como os itens são um type o default é o primeiro item, logo o ACBr está corretíssimo.

Como você fez a geração dos eventos para 2018-11 / 2018-12? 2018-11 Folha e décimo foram enviados no mesmo S-1200, ou seja, há dois demonstrativos no S-1200? 2018-12 Folha Foi enviado no S-1200 mensal e Décimo foram enviados no S-1200 anual?

@RenatoE verifique o XML de retorno do S-1299, checa se não há divergência do que foi calculado pelo sistema com o que foi calculado pelo eSocial. Como você fez ageração dos eventos? De décimo e folha? de mais detalhes do que você fez nesse processo.

Muito provável que seja.

@Paulo Aguiar Junior Me desculpe, quando sai alterando algumas informações mexi nesse número também... Está aqui o arquivo atualizado contendo o demonstrativo 123 e o 456 que estão no S-1210 S1200 2018-11 Envio (Folha).xml S1200 2018 Envio (Decimo).xml

@Paulo Aguiar Junior Esses são os S-1200 que compõem o S-1210. Décimo Segunda parcela e Folha 2018-11 S1200 2018 Envio (Decimo).xml S1200 2018 Retorno (Decimo).xml S1200 2018-11 Envio (Folha).xml S1200 2018-11 Retorno (Folha).xml

Bom dia, fiz o envio do S-1210 contendo o pagamento da folha 05/12/2018 e o do décimo 20/12/2018; Para todos os colaboradores o eSocial retornou a ocorrência de advertência 723 - Valor líquido inválido, em alguns casos chegou a informar uma valor líquido negativo; Não trabalho com pagamento parcial e nunca tive problemas com o valor líquido do evento; Envio.xml Retorno.xml

@oprata Parece que fizeram uma alteração que quebrou os fontes, não dei uma olhada porque já estão analisando e não atualizei os fontes ainda. Acredito que logo logo estará corrigido.

@mmcamilo Bom dia, para obter o recibo vocês terá que enviar exatamente o mesmo XML, atente-se ao nº do ID e aos dados, se alguma coisa for diferente o eSocial irá dar erro. Se for a mesma informação inclusive o ID do evento, o eSocial entende que você está tentando recuperar o nº do recibo. Quando é realizado este procedimento no XML de retorno haverá uma tag que identifica essa operação

@Flavio Ramires Não tinha conhecimento desse site, fiz o teste e deu o mesmo erro, porém não estou tendo problemas para enviar para o eSocial. Fiz o teste verificando o XML do lote e não de um único evento, pode até ser que seja isso... Você realmente tem a necessidade de utilizar esse serviço? Sem ele estou conseguindo enviar todos os eventos normalmente.

O Ambiente de produção restrita já está operacional é possível navegar, realizar consulta, simular gerações de guias... https://www.conectividadesocialrestrito.caixa.gov.br/sifug-web/principal.fug

@milago é exatamente isso que o eSocial está te retornando. Recomendo forte mente que você leia o manual de orientações e faça algum curso para entender o que é cada evento. Mas em resumo: S-1200 é um evento para você enviar a remuneração sem a retenção do IRRF e nem pensão alimentícia, logo você vai enviar: salário, horas extras, insalubridade, gratificações e por ai vai. S-1210 é um evento onde você vai informa o pagamento dessa remuneração nesse evento você informa a rubrica de IRRF. Previdência trabalha sobre regime de competência e IRRF trabalha sobre regime de caixa, existe uma série de por menores em que eu poderia discorrer em dezenas de páginas, porém isso tudo está contido no manual de orientações. Então procure entender a fundo para que serve cada evento, pois você não conseguirá enviar essa rubrica no evento S-1200.

@ROBERTO COUTO DOS SANTOS Conforme descrito no manual de orientações e no perguntas frequentes, se você reenviar o evento exatamente igual ao que você enviou na primeira vez, tem que ser tudo igual inclusive o ID do evento, o eSocial vai te retornar o número do recibo.

@LUIZTEC não necessariamente. O colaborador pode ter tido filhos, mudado de endereço, telefone etc....

eSocial prorroga início da segunda fase de implantação para as empresas com faturamento de até R$78 milhões Primeira fase, que terminaria em agosto, será estendida até setembro. Segunda fase iniciará em 10 de outubro. http://portal.esocial.gov.br/noticias/esocial-prorroga-inicio-da-segunda-fase-para-empresas

Poste o XML do lote para que seja analisado. lembre-se sem o XML não dá para ajudar.

@anderson.mendonca Envia uma alteração do S-1000 Falando que o início é 2018-01. Se isso não funcionar significa que você terá que "zerar o produção", ou seja, excluir todos os eventos e ai fazer a retificação, porém acredito que você consiga fazer essa alteração se for apenas a data de validade. Se der certo, não esqueça de marcar como resolvido para ajudar os outros.

Se é faturamento superior a 78 minhões em 2016 não poderia iniciar em 2018-02

Exatamente, só terá S-1200 se for um afastamento que não desconfigura o direito a remuneração.

@RenatoE Funciona assim. Se você for enviar o S-1200 ele tem que ter rubricas e não pode ser uma rubrica zerada. No seu caso o que vc tem que fazer é enviar o evento de afastamento (S-2230) informando o afastamento e NÃO será enviado S-1200 para ele. Quando você enviar o S-1299 não haverá erro porque você enviou o afastamento desse colaborador. Licença materna, Férias, Acidente de trabalho... esses afastamentos ainda sim exige folha de pagamento, os demais não. se esse afastamento iniciou antes do início do eSocial, então você enviou o S-2200 contendo as informações de afastamento consequentemente você não precisa fazer nada para esse colaborador até que ele retorne ao trabalho.

@oprata Reenvie o evento porém como o grupo sendo 3 O seu está errado, 1 é para eventos de tabela 2- eventos não periódicos 3- Eventos periódicos Caso encerrado marque como resolvido para ajudar outros.

Poste o XML correto Tem diferença entre XML Envio (Evento) / XML Envio (Lote) O último que vc mandou foi o XML de retorno do lote Mande o de envio do lote