Paulo Aguiar Junior

Aqui faz a consulta normalmente, como qualquer outro evento: RetConsultaLote := ACBreSocial.WebServices.ConsultaLote.RetConsultaLote; Percorre os eventos retornados: for IndiceEvento := 0 to RetConsultaLote.RetEventos.Count - 1 do Faz a consulta normal, ai você percorre o RetConsultaLote.RetEventos.Items[IndiceEvento].tot for IndiceTotalizador := 0 to RetConsultaLote.RetEventos.Items[IndiceEvento].tot.Count - 1 do Ai você checka se é o evento S-5001: case RetConsultaLote.RetEventos.Items[IndiceEvento].tot[IndiceTotalizador].Evento.TipoEvento of teS5001: begin EvtS5001 := TS5001(RetConsultaLote.RetEventos.Items[IndiceEvento].tot[IndiceTotalizador].Evento.GetEvento); //Aí você pega as informações que desejar end; end;

@Italo Jurisato Junior Bom dia! Alterações visando o S-2200! O campo tpLograd do endereço do trabalhador passou a ser facultativo, e o campo tpInclContr (tipo de inclusão do trabalhador temporário) passou a ser facultativo também. pcesConversaoeSocial.pas pcesGerador.pas @Italo Jurisato Junior É que estamos implementando por registro... De qualquer forma, vamos fazer isso então, quando concluirmos todas as alterações, eu mando para você! Valeu!

@Italo Jurisato Junior Boa tarde! Seguem as alterações necessárias para o S-1005. pcesConversaoeSocial.pas pcesS1005.pas

@Italo Jurisato Junior Dê uma olhada por favor, para que eu continue com as mudanças que ocorreram em outros eventos, através dessa mesma nota técnica. No S-1000: - Grupo Contato deixou de ser obrigatório - Campo indEntEd deixou de ser obrigatório - Campo indEtt deixou de ser obrigatório Criei o tipo tpSimNaoFacultativo para resolver a situação desses campos que eram tpSimNao, porém, facultativos... pcesConversaoeSocial.pas pcesS1000.pas

Uma solução seria criar um tipo "tpSimNaoNada" (por exemplo), e alterar o tipo do campo quando for esses casos... E também criar uma função "eSSimNaoNadaToStr" para retornar em branco quando fosse o tpNada. Dessa forma, quando "ocorrencias" da função Gerador.wCampo for 0 e "eSSimNaoNadaToStr" retornar vazio, não geraria a tag no XML.

@Italo Jurisato Junior Italo, bom dia! Estamos alterando os fontes para adequar a nota técnica 15 que entrou em vigor hoje - 11/11/2019. Qual o padrão que vocês querem que seja seguido? Por exemplo: Esse campo foi alterado, e com a nota técnica, passou a ser facultativo para pessoa jurídica. Da forma que está no AcBr sempre irá gerar com SIM ou NÃO. O @Alisson Souza Pereira teve um caso semelhante reportado aqui no fórum em que tinha alterado o campo para String ao invés de tpSimNao e parece que não foi aceito. Me fala a maneira que vocês preferem que seja implementado, mas que atenda de fato o caso... de não informar nada (não enviar o campo no xml). Obrigado

@Felipe E. Resende Mesquita Felipe, eu fiz esse teste também, e o pior é que com o demo consegui assinar e transmitir... O duro é que temos algumas centenas de clientes operando normalmente, inclusive clientes do grupo 1, ou seja, dificilmente é alguma coisa que esteja implementado de forma errada. Inclusive, como eu disse antes, dessa mesma estação e com esse mesmo certificado no mês 06 ele enviou vários eventos. Já dei uma analisada no código, e no demo também... A gente já teve algumas incompatibilidades com esses plugins que os aplicativos de banco instalam, tipo GAS Tecnologia, sabe? Que em determinada operação no sistema, o sistema fechava de repente. Como se esse plugin "bloqueasse" algum acesso ou alguma coisa suspeita do sistema, o nosso sistema acessa site da caixa, consulta fgts através de web, etc, e bloqueava isso. Desinstalamos, e parou, então de fato nesse caso o problema era esse. Consultei no cliente, e está instalado esse plugin, vou remover totalmente e tentar novamente...mas não sei se o problema pode ser esse mesmo.

A cliente tem outra estação, também windows 10, ocorreu o mesmo problema.

@Felipe E. Resende Mesquita Windows 10 pro, 32 bits

Bom dia, Temos um problema em um cliente que não consegue realizar a assinatura com o cartão. No momento da assinatura (não chega nem a abrir a tela de solicitação do PIN), a aplicação toda encerra... Isso gera um log de erro no Windows que parece estar relacionado com a windows.ui.xaml.dll, mas não descreve nada do erro. O estranho é que o cliente tem eventos enviados dessa mesma estação com esse mesmo certificado no mês 06/2019. Aí agora no mês 08/2019 não consegue mais enviar. Outro ponto é que o cliente consegue acessar o ambiente do eSocial normalmente utilizando o certificado. Já reinstalamos os drivers da leitora e cartão, trocamos a porta usb, já reiniciou o pc, etc... É apenas o segundo caso que temos com esse problema. Alguém tem alguma idéia do que possa ser, ou, já passou por esse problema? Obrigado!

Aproveitando o post, segue outra correção relacionada... O AcBr está preenchendo obrigatoriamente o campo indSitPJ mesmo quando trata-se de um CPF. pcnReinfR1000.pas

Bom dia, Segue uma correção para análise da unit pcnGeradorReinf... A função TReinfEvento.GerarIdeContri está gerando o campo nrInsc de maneira errada quando se trata de um CPF. pcnGeradorReinf.pas

Luiz, Na unit ACBreSocialWebServices já está verificando o TipoEmpregador (teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal) que corresponde exatamente a essas naturezas jurídicas. OrgaoPublico := TACBreSocial(FPDFeOwner).Configuracoes.Geral.TipoEmpregador in [teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal];

Bom dia, Mas qual a mensagem de retorno?

Bom dia, Segue uma correção simples na unit pcnReinfR2060.pas, onde estava ocorrendo access violation. pcnReinfR2060.pas