arce

Altere os métodos que o @Sandro Felipe Adad citou neste post para corrigir o XML.

Boa tarde Foi publicado hoje (29/11/17) no portal do e-Social uma nota oficial sobre o faseamento do e-Social. http://portal.esocial.gov.br/noticias/esocial-sera-implantado-em-cinco-fases-a-partir-de-janeiro-de-2018 Porém, o Reinf não foi citado. Segundo algumas fontes a data de obrigatoriedade seria Maio/18 (http://blog.bluetax.com.br/profiles/blogs/esocial-e-efd-reinf-faseamento?commentId=3326143%3AComment%3A162934&xg_source=msg_com_blogpost). Mas qual seria o prazo correto do Reinf?

Bom dia Se ainda estiver precisando, estou a disposição. Segue meu perfil no linkedin Contato: [email protected] Linkedin: https://www.linkedin.com/in/adriano-passamani/

É necessário alterar as URLs, e em alguns eventos algumas tags foram alteradas/retiradas. Verifiquem as mudanças no manual "Controle de alteracoes Leiautes 2.4 para 2.4.01.pdf"

E lá vamos nós.... Tenho uma dúvida, atualmente envio no ambiente 2.3.0, existe alguma documentação informando o momento que cada versão do layout será desativada?

@Sandro Felipe Adad Olha este post, não é oficial (segundo a fonte, será liberado pelo governo o escalonamento nos próximos dias) mas dá entender que todos os eventos do reinf exceto o R-2070 serão iniciado em mai/18 (http://blog.bluetax.com.br/profiles/blogs/esocial-e-efd-reinf-faseamento?id=3326143%3ABlogPost%3A162330&page=2#comments)

Quais eventos do Reinf serão obrigatórios em Janeiro?

@Sandro Felipe Adad Neste mesmo evento que eu e vc citamos, existe outra pequena correção a se fazer. Ao transmitir dois eventos em que ambos continham erros, o componente estava associando todas as ocorrências à todos os eventos: Desta forma cada retEvento terá suas ocorrências referenciadas. Segue exemplo do arquivo de retorno que utilizei como exemplo para identificar o problema. RespConsulta_Soap.xml

Este mesmo método (Local: function TConsultaLote.TratarResposta: Boolean) tem uma outra falha de leitura. Ao ler o retorno da consulta, não estava percorrendo todos os eventos de retorno. (...) Leitor.Arquivo := FPRetWS; Leitor.Grupo := Leitor.rExtrai(1, 'retornoEventos'); i:=0; while Leitor.rExtrai(1, 'evento', '', i + 1) <> '' do begin //recepcao Reader := TLeitor.Create; try Reader.Arquivo := Leitor.Grupo; retEvento := FRetProcLote.retEventos.Add; retEvento.IDEvento := Leitor.rAtributo('Id', 'evento'); Reader.Grupo := Reader.rExtrai(1, 'recepcao'); retEvento.FRecepcao.FtpAmb := TpTpAmb(Integer(Leitor.rCampo(tcInt, 'tpAmb'))); retEvento.FRecepcao.FdhRecepcao := ISO8601ToDateTime(Leitor.rCampo(tcStr, 'dhRecepcao','')); retEvento.FRecepcao.FversaoAplicRecepcao := Leitor.rCampo(tcStr, 'versaoAppRecepcao'); retEvento.FRecepcao.Fprotocolo := Leitor.rCampo(tcStr, 'protocoloEnvioLote'); (...)

Nos métodos GerarXML de cada evento, atribua o valor da chave na tag ID antes de gerar o XML, ex: Ou se preferir, coloque a primeira linha sublinhada no método GerarXML da classe Pai.

Boa tarde Sei que a equipe do ACBr está trabalhando para liberar uma nova versão do componente. Então gostaria de fazer uma contribuição. Utilizando o fonte do trunk2 estou transmitindo gradativamente os eventos no layout 3.0.0. Segue algumas modificações que fiz no componente: 1 - Adicionada propriedade para identificar a versão do Layout; 2 - Add/Ocultar tags referente ao layout 3.0.0; 3 - Links dos webservices 3.0.0; 4 - Ajustes para compilar no Delphi 2007/XE2; Eventos transmitidos: S-1000, S-1005, S-1020, S-1030, S-1050, S-1070, S-2190, S-2200, S-2300 ACBreSocial.rar

Obrigado @Sandro Felipe Adad funcionou. O mesmo vale para os demais eventos de Tabelas que são relacionados aos eventos do Funcionário Sobre a observação que falei com os grupos de eventos, vc tbm transmitiu os eventos S-2200 e S-2300 no grupo 2 (Periódicos)?

Segue post com a reposta

Bom dia No layout 3.0.0 não existe mais o evento S-2100 (Cadastramento incial) , que foi substituído pela tag cadIni no evento S-2200. Segundo o manual, se cadIni for igual a 'S', a data de admissão (dtAdm) pode ser inferior a data de inicialização do empregador no e-Social (S-1000 - Inicio 2017-10), entretanto retorna a seguinte Ocorrência: Código Ocorrência: 130 - Descrição: É necessário existir informação cadastral do empregador para o período. Ação Sugerida:Verificar se já foi enviado um evento de cadastramento do empregador. O mesmo acontece com o evento S-2300 (Trabalhador sem vínculo). Consegui enviar os eventos S-2200 e S-2300 apenas se a Data de Admissão é posterior a Data Início do evento S-1000 e tag cadIni = 'N'. Gostaria de entender se o preenchimento está incorreto, ou é um bug do webservice. Em anexo o XML do evento de Admissão S-2200. OBS: Apesar dos eventos S-2190, S-2200 e S-2300 serem categorizados nos manuais como eventos Não Periódicos (grupo 3), o webservice apenas os aceitou como Periódicos (grupo 2), achei estranho e não entendi o pq disso . evtAdmissao.xml

@Leivio Fontenele Com base no que vc falou sobre o método validar e com as alterações da assinatura realizadas pelo @Renato Rubinho no REINF. Fiz algumas alterações no e-Social e fiz a transmissão e consulta com sucesso. Segue as units (com as minhas e as alterações do Renato) para a análise de vcs. Muito obrigado pela ajuda. FontesESocial.rar

Estou implementando o e-Social, e usando as units do ACBrDFe.rar e adaptando o método de assinar do e-Social baseado no que vc enviou pelo ACBrReinf consegui transmitir e consultar o lote de eventos com sucesso no layput 3.0

@Leivio Fontenele Segue os arquivos. Se precisar de mais algum que não tenha anexado me avisa. Docs Envio Lote.rar

Mudei para a versão 2.3.0 e também troquei os schemas de acordo com cada versão, e o erro permaneceu. Acredito que o problema seja em relação aos schemas do Pacote de Transmissão. Pacote de Comunicação eSocial Pacote de Comunicação eSocial versão 1.4 Pacote de Comunicação eSocial versão 1.3.4 Pacote de Comunicação eSocial versão 1.3.3 Pacote de Comunicação eSocial versão 1.3.2 Pacote de Comunicação eSocial versão 1.3.1 Pacote de Comunicação eSocial versão 1.3 Pacote de Comunicação eSocial versão 1.1 Estes são as versões dos schemas de transmissão, minha dúvida é qual deles usar nas versões 2.2.2 e 2.3.0?

Boa tarde Ao realizar a consulta de um lote transmitido com sucesso, está retornando o seguinte erro. Ocorrencia Código:102 Descrição: O Evento informado não foi reconhecido pelo sistema. Ação Sugerida: Verificar se o evento informado esta de acordo com a Tabela 9 (Tipos de Arquivo do eSocial) do eSocial. Tipo: 1 Localização: Seria uma falha do servidor da receita ou alguma inconsistência do arquivo q estou enviando? Segue o XML do retorno e do evento S-1000 RespConsulta-154811_827.xml S1000.xml

Segundo o que foi publicado no portal do e-Social, os testes em homologação continuarão na 2.2.02 "O Comitê Gestor do eSocial esclarece que os testes continuarão sendo realizados na versão 2.2.02, até que seja implementada a nova versão do leiaute no ambiente de testes (produção restrita)." (http://portal.esocial.gov.br/noticias/publicada-a-versao-2-4-do-leiaute-do-esocial)

Boa tarde Realizei alguns ajustes nos uses/dependencias para compilar no Delphi XE2, e instalei o componente. Ao usar OpenSSL ocorre "Falha ao interpretar o xml "xmlparsedoc"", encontrei este post a respeito e diz que o problema é causado por acentuação, mas verifiquei os dados do XML e o mesmo não contém caracteres especiais.

Bom dia Estou criando a lógica para gerar os registros dos Eventos e surgiu a seguinte dúvida. Vou utilizar o evento S-1030 como base. Primeiro envio o evento S-1030 em ModoLancamento (Inclusao) com o codCargo = 001, depois de um tempo envio o mesmo evento em ModoLancamento (Exclusao) para este mesmo código. Ou seja, este registo está ativo no server do e-Social. Caso queira reativar o codCargo = 001. Devo enviar um novo evento de ModoLancamento (Inclusao), ou um de ModoLancamento (alteracao) modificando a tag fimValida?

Uma dúvida. Consigo emitir uma NFe com o layout 3.10 em homologação? Ou apenas 4.0?

Amigos O Bug era causado pelo wsdlImporter do D7. Para solucionar o problema é necessário atualizar algumas bibliotecas SOAP, que vcs podem baixar através deste link (http://cc.embarcadero.com/item/24535). Depois é só recriar a unit pelo WSDLImporter. Abraço

Boa tarde A prefeitura está alterando o ws deles de php para C# (Entra em produção dia 02/05). Este é novo link de homologação (http://desenvolvimento.bauru.sp.gov.br/teste5/Default.asmx?wsdl). Contudo as estruturas dos objetos de envio e retorno foram alteradas. Ao utilizar o wsdl importer no Delphi7 a estrutura mudou mto pouco, mas ao enviar ocorre um erro de Objeto, pois o mesmo não era construído no processo de envio da NFSe. Fiz um teste utilizando o wsdl importer no Delphi XE Berlin, e a estrutura ficou totalmente diferente. Exemplo no Delphi7: procedure GerarNota(const DescricaoRps: tcDescricaoRps; out GerarNotaResult: tcRetornoNota; out DescricaoErros: ArrayOfTcEstruturaDescricaoErros); stdcall; Exemplo no Delphi XE Berlin function GerarNota(const parameters: GerarNota): GerarNotaResponse; stdcall; Então, passei a unit criada pelo XE para o projeto do Delphi 7, fiz as alterações dos uses para compilar e parou de ocorrer o problema do objeto não criado. Entretanto o objeto de retorno GerarNotaResponse está retornando vazio. Gostaria de saber se vcs estão passando pelo mesmo problema que eu. OBS: Fiz testes com o programa SoapUI que envia e recebe diretamente o XML e funcionou.