Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Paulo Aguiar Junior

Membros
  • Content Count

    168
  • Joined

  • Last visited

  • Days Won

    2

Paulo Aguiar Junior last won the day on April 9 2018

Paulo Aguiar Junior had the most liked content!

Community Reputation

81 Excellent

1 Follower

About Paulo Aguiar Junior

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    Marília-SP

Recent Profile Visitors

1,230 profile views
  1. 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.
  2. 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...)
  3. 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
  4. @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!
  5. @Italo Jurisato Junior Boa tarde! Seguem as alterações necessárias para o S-1005. pcesConversaoeSocial.pas pcesS1005.pas
  6. @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
  7. 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.
  8. @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
  9. @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
  10. A cliente tem outra estação, também windows 10, ocorreu o mesmo problema.
  11. 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
  12. 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
  13. 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
  14. 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
×
×
  • Create New...