EdmarFrazao

O fonte atual svn ja aceita o evento s-2300 so com data inicial de afastamento ou so com data final de afastamento ou com as duas data ( inicial e final de afastamento)

o seu S1000 não foi enviado , ou foi enviado com um dataini depois da datini do s1005

Excluir o S1000 so testando mesmo. Agora para enviar um novo: 1)Enviar como alteração , 2)Enviar um novo como inclusão. 3)Para Enviar um Evento S1000(Tabelas) de Exclusão ele tem que ser igual ao que você envio Data inicio Data Fim( se esta em branco tem que enviar novamente em branco) 4)Tabelas a dataini e Datafim é chave da mesma 4a)então quando envia Inclusão com Dataini e sem DataFim para resolver tem: 4b) que enviar uma nova Inclusão com Dataini superior a Dataini do 4a)

1)Se foi homologação, zera a base e começa o teste do inicio. se der errado: Vc posta o 1o xml e depois o 2oxml senão não da para enter o que esta errado. 2_Agora se foi em produção. No momento não da para fazer nada além de tentar enviar um novo evento S1000 com data de inicio e data fim, como inclusão. Em produção sem os arquivos um a um conferindo minuciosamente para achar o erro. Sem os arquivos de envio não tem nada para ser feito porque o eSocialBx(programa do governo que deixaria ver o que esta la no webservice do esocial , não existe ainda)

Este erro em geral é: Webservice eSocial fora do Ar , não esta funcionando. Resolvido o problema do envio.

Uma sugestão Todos a Duvidas em geral são urgentes, mas não precisam de ficar em vermelho ou coloridas para se destacarem. gratos.

veja a resposta no arquivo eSocial-sit <cdResposta>201</cdResposta> <descResposta>Lote processado com sucesso.</descResposta> </status> O lote foi recebido. Mas veja em baixo a outra tag. <processamento> <cdResposta>401</cdResposta> <descResposta>Conteudo do evento inválido.</descResposta> <versaoAppProcessamento>8.0.1-A2867</versaoAppProcessamento> <dhProcessamento>2018-03-14T10:35:21.62</dhProcessamento> <ocorrencias> <ocorrencia> <tipo>1</tipo> <codigo>537</codigo> <descricao> Já existe no sistema registro com mesmo código de identificação (chave) em período de vigência conflitante com o período informado no registro atual. Ação Sugerida: O evento somente pode ser recepcionado se não existir outro evento para a tabela com o mesmo código de identificação (chave) em período de vigência conflitante com o período informado no evento atual. Certifique-se que o codígo de identificação e os períodos informados estejam corretos. </descricao> <localizacao/> Se tivesse recebido corretamente estaria nesta tag o codigo do Recibo. Como não foi aceito o seu envio, cdResposta 401 ( e a descrição porque não foi aceito) passe a verificar as msg de resposta do processamento do lote. Se não receber o Norecibo significa que não foi aceito o seu envio.

do eventos que testei 1000, 1005, 1010 , 2299 gera o xml correto , mas quando vai enviar da o mesmo erro abaixo schemas 2.4.01 ja estão com a nova estrutura copiei da pasta ACBr\Exemplos\ACBrDFe\Schemas\eSocial schemas v2_04_01 ( subpasta v2_04_02(subpasta) setei em a pasta correta, na versão de antes da atualização do cvs de segunda 11/03/2018 , gera e envia corretamente. na versão atual esta dando o mesmo erro @Italo Jurisato Junior 2012345670000002018031509270841758-S-1005-1.xml 2012345670000002018031509270870602-S-1005-2.xml 2012345670000002018031509270883438-S-1005-0.xml evtTabEstab.xml a tela foi da geração do S1000, mas da o mesmo na tela do S1005. usei o demo para testar mesmos erro

Cada procedimento quando chamada dar um m add ou seja adiciona um novo registro with xxxx.add begin xxx

Todo evento é individual, mas pode se gerar lote com até 50 eventos. veja o exemplo do esocial. cad evento no caso s101 tem um codigo de rubrica, este os layout e exemplo

Enviamos todos funcionários da matriz sem problemas quando fomos enviar da Filial não conseguia , dava o erro: "174 - O evento somente será aceito após a data de início da obrigatoriedade do empregador ao eSocial. Solução: o CADINI do S-2200 Tem que ser: "S" para todos funcionários Admitidos antes de 01/03/2018 "N" para todos funcionários Admitidos apartir e inclusive 01/03/2018

@Italo Jurisato Junior Achei o problema era na montagem do exemplo O S1260 ( o exemplo esta correto e achei o problema do S1250) segue exemplo com o problema do S1250 corrigido. Não precisa mudar nada no componente so no exemplo uExemploEsocial.pas uExemploEsocial.dfm

Quando gera o xml do S1250 com mais de um IndAquis da erro na validação do Schema. O S1260 ja testa ok com varios INdComer segue exemplo uExemploEsocial.pas uExemploEsocial.dfm

no pcesS1250 linha 335 converter eSIdAquisStr De: Gerador.wCampo(tcStr, '', 'indAquis', 1, 1, 1, InfoAquisProd.IdeEstabAdquir.TpAquis.Items.indAquis); para: Gerador.wCampo(tcStr, '', 'indAquis', 1, 1, 1, eSIdAquisStr(InfoAquisProd.IdeEstabAdquir.TpAquis.Items.indAquis)); pcesS1250.pas

Quando vai excluir um Evento so pode passar CPF ou Período não os dois ao mesmo tempo. Alguns eventos tem que passar o ideTrabalhador: CPF, NIS Os outros Eventos o Período. Linha 220 De: GerarIdeTrabalhador2(self.InfoExclusao.IdeTrabalhador, True) GerarIdeFolhaPagto(self.InfoExclusao.IdeFolhaPagto); para: if self.InfoExclusao.IdeFolhaPagto.perApur='' then GerarIdeTrabalhador2(self.InfoExclusao.IdeTrabalhador, True) else GerarIdeFolhaPagto(self.InfoExclusao.IdeFolhaPagto); pcesS3000.pas

perfeito, agora enviando corretamente. @Italo Jurisato Junior , favor acrescentar o exemplo no Exemplo do escocial, pois nele ainda não tem.

para este caso, Msg para o usuário, temos que validar todos os campos obrigatórios antes de gerar o xml

@Joceandro Perin posta o exemplo para ver o que você fez

@Italo Jurisato Junior montei o exemplo mas esta dando erro ao enviar o evento s-2260, mas não compreendi o que falta, erro de schema.

Também gostaria de uma msg mais facil de entender

isso mesmo aprendi algo novo.

na linha 1062 do pcesGerador.pas 1)Quando informar S-2230 Afastamento Temporario de trabalhadores: informar a Matricula e NÃO deve informar a Categoria. 2)Quando informar S-2230 Afastamento Temporario de TSV Não pode informar a Matricula e DEVE informar a Categoria. Fiz alteração so se passar matricula gerar a TAG. Não sei se seria o mais correto, pois o Desenvolvedor e dever decidir se deve ou não passar o Campo. Mudei de: Gerador.wCampo(tcStr, '', 'matricula', 1, 30, 1, pIdeVinculo.matricula); Gerador.wCampo(tcInt, '', 'codCateg', 1, 3, 0, pIdeVinculo.codCateg); para: if pIdeVinculo.matricula<>'' Then Gerador.wCampo(tcStr, '', 'matricula', 1, 30, 1, pIdeVinculo.matricula); Gerador.wCampo(tcInt, '', 'codCateg', 1, 3, 0, pIdeVinculo.codCateg); pcesGerador.pas

O projeto esta a todo vapor Todos as Tabelas ok Não periódicos ok Periódicos em testes mas até o momento sem problemas. Ja tenho cliente em produção sem problemas. Baixe o Demo para testes

segue novamente. uExemploEsocial.dfm uExemploEsocial.pas

1)Acrescentei o S-2260 que não estava no exemplo. 2)porem quando envia da um erro que não soube solucionar. erro de schema uExemploEsocial.pas uExemploEsocial.dcu