Paulo Aguiar Junior

Boa tarde! Vocês estão conseguindo enviar os eventos na versão 1.5.01 ? Aqui está retornando o seguinte: Erro: Schema inválido Estranho que comparei a versão do XSD da versão anterior, com o da 1.05.01, e não há diferenças, só altera mesmo o xmlns e targetNamespace.

Boa tarde, está correto. Uma vez que o nó infoDeficiencia não for enviado ao eSocial, significa que você está alterando e informando que o funcionário NÃO possui nenhuma deficiência, uma vez que o nó só deve ser incluído se houver alguma deficiência (física, visual, etc...)

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

@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

@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 G

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

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, teOrgaoPublicoJudiciarioFe