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

GuilhermeCosta

Membros
  • Content Count

    72
  • Joined

  • Last visited

  • Days Won

    1

GuilhermeCosta last won the day on June 25 2017

GuilhermeCosta had the most liked content!

Community Reputation

31 Excellent

1 Follower

About GuilhermeCosta

  • Rank
    Membro
  • Birthday 03/11/1991

Profile Information

  • Sexo
    Masculino
  • Location
    Marília-SP

Recent Profile Visitors

1,283 profile views
  1. Os novos schemas disponibilizados no portal do eSocial, especificamente o "evtAqProd.xsd", me parece estar incompatível com o leiaute, o mesmo ao tentar validar, me retorna dizendo que o grupo "ideProdutor" é esperando, rejeitando o atributo "indAquis". Mais alguém tem o mesmo entendimento?
  2. @ismaelspaniol feito da forma como mencionou e todos eventos passaram. Não foram apresentados problemas só com o S-1210, o @Sandro Felipe Adad mencionou um problema com o S-2299, e tivemos problemas também com o S-1200. No S-1200 para ser mais especifico ocorria com um evento que possuía 3 demonstrativos (adiantamento, adiantamento 13º e mensal), onde no mensal existia 3 descontos de convênio saúde (1 do titular e 2 de dependentes). Com testes realizados, quando existia apenas 2 demonstrativos o evento era recepcionado sem problemas. Com 3 demonstrativos era possível recepcionar o evento apena
  3. Estou enfrentando o mesmo problema, normalmente ocorre quando existe mais de um demonstrativo, mas tenho casos de S-1210 enviado sem retorno de advertências, e ambos S-1200 foram enviados com a mesma sequencia de rubrica, sem a necessidade de seguir a ordem ao qual o @ismaelspaniol citou. No meu caso não existe um padrão para o retorno da advertência, alguns retornam outros não, e todos o INSS descontado está de acordo com o que foi calculado pelo eSocial.
  4. Bom dia, Para as empresas do primeiro grupo (empresas com faturamento acima de 75kk), os eventos não periódicos iniciavam em 03/2018. Próximo a data de início da entrega dos respectivos eventos, o eSocial soltou uma nota orientado para que as empresas enviasse os eventos a partir do dia 08/03/2018, porém a referência para os respectivos eventos continuava 01/03/2018, ou seja, afastamentos, ou ocorressem do dia 01/03/2018 a 07/03/2018 deviriam ser enviadas, e as admissões que ocorressem neste mesmo período não deveria ser levado ao eSocial como cadastro inicial, mas sim como admissões que
  5. Boa noite, O eSocial só permite o preenchimento do campo "indSubstPatrObra" para construtora justamente pelo fato da legislação permitir que apenas empresas deste ramo poderem optar por desonerar ou não determinados estabelecimentos (obras). No seu caso, por não se tratar de empresa construtora a desoneração irá se "estender" a todos estabelecimentos, inclusive as obras de construção civil própria. Realmente a lei que trata da desoneração não deixa de forma clara a situação de obra própria para empresa enquadrada na lei fora dos CNAEs de construção, porém receita soltou um soluç
  6. Bom dia, @Luana Castanheiro, trata-se de uma obra? o campo "indSubstPatrObra" no evento S-1005 esta sendo levado com o valor "1"?
  7. @ROBERTO COUTO DOS SANTOS, não sei te dizer se esta assinando com A3 pois o fonte que utilizo esta um pouco desatualizado, mas pelo que vi no fórum, aparentemente esta funcionando sim, caso contrario, da uma olhada nesse tópico Unica coisa que fiz foi chamar o metodo assinar da biblioteca certfly dentro do metodo assinar do Acbresocialgerador... faça um teste do tipo do certificado, caso seja A3 chame o método assinar da biblioteca certfly.
  8. @ROBERTO COUTO DOS SANTOS, sim enviando com certificado A3, quando o cliente escolhe algum certificado do tipo A1, eu troco todas bibliotecas de assinatura/envio para openssl, por isso não ocorre o erro apresentado.
  9. Eu resolvi o problema dos clientes apenas reinstalando os drivers da leitora e o gerenciador criptografico, após isso não foi necessário alterar o SSLType.
  10. Neste caso teria que retificar o evento, e enviar todos produtores novamente com suas respectivas nfs...
  11. Deve centralizar todas as aquisições realizadas para o estabelecimento... é um CNPJ ou um CEI(CAEPF)?
  12. Também tenho este problemas com alguns clientes, o erro ocorre sempre na segunda requisição para alguns certificados do tipo A3. Alguns relatos no fórum de que alterar o HTTPLib do componente funciona, porém fiz o testes em alguns clientes e o erro persiste... Alguma luz?
  13. Boa noite Daniel, Infelizmente os certificados que apresentaram problema foram do tipo A3... Da Serasa, então não conseguirei enviar... O que fiz até o momento foi exatamente isso, incluir a validação do CPF na função "GetCNPJfromSubjectName" mas fiquei em dúvida devido o comentário que consta na função e quais problemas poderiam trazer...
  14. A alteração que sugeri causará erros com outras certificadoras... Consegui outro certificado e-CPF e a alteração que sugeri ocasionou erro... Talvez seria necessário por uma condição sobre a certificadora na função que alterei... Analisando em outro ponto me deparei com a seguinte função no arquivo ACBrDFeSSl.pas: function TDadosCertificado.GetCNPJFromSubjectName( SubjectName: String ): String; var P: Integer; begin Result := ''; P := pos('CN=',SubjectName); if P > 0 then begin P := PosEx(':', SubjectName, P); if P > 0 then begin Result := OnlyNu
×
×
  • Create New...