Ir para conteúdo
  • Cadastre-se

GuilhermeCosta

Membros
  • Total de ítens

    72
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por GuilhermeCosta

  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?

     

     

    erro_schema.png

  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 apenas quando existia 2 descontos de convênio. Só possível recepcionar este 1200 com a situação que mencionei (3 demonstrativos e 3 descontos de convênio) quando reordenei os eventos como mencionou. Já foi enviado mensagem para o suporte do eSocial, mas até agora sem resposta.

  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.

    • Curtir 1
  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 ocorrer posterior ao início dos eventos não periódicos.

    Na resolução nº 5 de 02 de Outubro diz o seguinte: 

    II - as informações constantes dos eventos não periódicos S-2190 a S-2399 do leiaute do eSocial aprovado pelo Comitê Gestor do eSocial deverão ser enviadas a partir das 8 (oito) horas de 10 de outubro de 2018, conforme previsto no Manual de Orientação do eSocial (MOS);

    Porém não deixa claro se a referência será realmente dia 10/10/2018 ou se será o dia 01/10/2018.

    Os Srs conseguiram enviar afastamentos que ocorreram entre o dia 01/10/2018 a 09/10/2018 para as empresas do segundo grupo?

    Qual critério estão utilizando para preencher o campo de cadastro inicial de vinculo (evento S-2200) para as admissões que ocorreram neste mesmo período para as empresas do 2º Grupo?

    Obrigado

    • Curtir 1
  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ção de consulta com uma situação semelhante a sua... 

    http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?visao=anotado&idAto=65678

    O item 11 do documento conclui-se da seguinte forma:

    "Diante do exposto, conclui-se que, se uma empresa estiver sujeita ao cálculo da contribuição previdenciária na forma do § 1º do art. 9º da Lei nº 12.546, de 2011, as contribuições previstas nos incisos I e III do caput do art. 22 da Lei nº 8.212, de 1991, com a redução prevista no inciso II do citado § 1º, incidem sobre toda sua folha de pagamento, inclusive sobre a referente a obra de construção civil particular destinada a uso próprio executada com mão de obra própria".

    • Curtir 1
    • Obrigado 1
  6. @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.

  7. 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?

     

  8. 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 := OnlyNumber(copy(SubjectName, P+1, 14));
          // Evita pegar CPF ou outro Documento, do SubjectName (comuns em EPP)
          if (ValidarCNPJ(Result) <> '') then
            Result := '';
        end;
      end;
    end; 

    Não entendi o motivo de evitar pegar o CPF do SubjectName, já que a função "GetOtherNameBlobFromNameInfo" retorna uma string diferente dependendo da entidade Certificadora que se está utilizando.

    Ocorreria algum problema caso além de validar se é um CNPJ validar também se trata-se de um CPF?

    Obrigado.

  9. Boa tarde Senhores,

    Utilizo a WinCrypt para pegar algumas informações do certificado, uma das informações que utilizo é a do CNPJ/CPF do mesmo. Porém me deparei com um problema ao utilizar e-CPF, onde o atributo CNPJ esta sendo preenchido de forma incorreta, para corrigir o problema alterei a seguinte função no arquivo ACBrDFeWinCrypt.pas.pas:

    function GetTaxIDFromExtensions(ACertContext: PCCERT_CONTEXT
      ): String;
    var
      pExtension: PCERT_EXTENSION;
      pNameInfo: PCERT_ALT_NAME_INFO ;
      ABlob: CERT_NAME_BLOB;
      aOID: AnsiString;
    begin
      Result := '';
    
      if Assigned(ACertContext) then
      begin
        pExtension := GetCertExtension(ACertContext, szOID_SUBJECT_ALT_NAME2);
        if pExtension <> Nil then
        begin
          pNameInfo := DecodeCertExtensionToNameInfo(pExtension, szOID_SUBJECT_ALT_NAME2);
          if pNameInfo <> Nil then
          begin
            try
              ABlob := GetOtherNameBlobFromNameInfo(pNameInfo, '2.16.76.1.3.3');  // Informações de P.F. ou P.J.
              if ABlob.cbData > 0 then
              begin
                aOID := PAnsiChar(ABlob.pbData);
                aOID := AdjustAnsiOID(aOID);
                Result := copy(Trim(aOID), 1, 14);
              end;
    
              if (Result = '') then
              begin
                ABlob := GetOtherNameBlobFromNameInfo(pNameInfo, '2.16.76.1.3.1');  // Informações de P.F.
                if ABlob.cbData > 0 then
                begin
                  aOID := PAnsiChar(ABlob.pbData);
                  aOID := AdjustAnsiOID(aOID);
                  //Result := copy(Trim(aOID), 9, 11);
                  Result := copy(Trim(aOID), 10, 11);
                end;
              end;
            finally
              Freemem(pNameInfo);
            end;
          end;
        end;
      end;
    end;

     

    O comando copy estava pegando da posição 9 e alterei para 10.

    O erro apresentado ocorreu com dois certificado diferentes do tipo A3 e-CPF da serasa. Como não tenho outro eCPF de uma outra certificadora, gostaria de saber se alguem está utilizando WinCrypt com eCPF e se o atributo CNPJ esta sendo preenchido corretamente.

     

    Obrigado.

  10. Bom dia Srs,

    Estou realizando testes de comunicação com o eSocial (sei que o componente ainda não esta pronto), porém o erro que relato aqui está relacionado com o pacote ACBrTCP....

    O erro ocorre apenas com certificado A3!

    A aplicação está configurada da seguinte forma:

    SSLCryptLib := cryWinCrypt;
    SSLLib := libCustom;
    SSLXmlSignLib := xsXmlSec;
    SSLHttpLib := httpWinINet;

    O componente me retorna o seguinte erro sempre a partir da segunda requisição para determinado WS que realizo (ou seja, a primeira ocorre sem problemas):

    Erro Interno: 12157

    Erro HTTP: 0

    Erro: Requisição não enviada

    Erro relacionado ao canal seguro

    Debugando a aplicação o erro ocorre no seguinte trecho de codigo dentro do arquivo "ACBrWinINetReqResp.pas"

    ...
            if HttpSendRequest(pRequest, nil, 0, Pointer(Data), Length(Data)) then
            begin
    ...

    Ou seja, na segunda chamada da função "HttpSendRequest" acaba me retornando "false"

    O erro também ocorre com a seguinte configuração: 

    SSLCryptLib := cryWinCrypt;
    SSLLib := libCustom;
    SSLXmlSignLib := xsXmlSec;
    SSLHttpLib := httpWinHttp;

    Porém a descrição do erro é apenas "Erro interno".

    Lembrando que quando escolho o certificado A1, consigo sem realizar varias requisições sem problemas...

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...