Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    3.506
  • Registro em

  • Última visita

  • Days Won

    63

Posts postados por Renato Rubinho

  1. 32 minutos atrás, AnDes Sistemas disse:

    Será que é uma imperfeição da Sefaz do Rio Grande do Sul que resulta neste erro ?

    Boa tarde, 

    Não podemos descartar essa hipótese. 

    Mas já vi erros semelhantes devido às configurações, por isso sugeri revisar. 

    Estão corretas duas configurações, mas wincrypt depende das atualizações do Windows, se estiver utilizando certificado A1, tente utilizar OpenSSL e veja se funciona, atente-se em copiar as devidas dlls para a pasta da aplicação, conforme indicado no tópico que mencionei.

    • Curtir 1
  2. Boa noite,

    Sim, o grupo já é considerado para este evento.

    Veja no modelo deste evento como preencher este grupo de informações.

    https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2200INI2.html

    [aprend]
    indAprend=1
    cnpjEntQual=12345678901234
    tpInsc=1
    nrInsc=12345678000123
    cnpjPrat=12345678000123

     

    1 hora atrás, Sistemas Victory disse:

    Caso já tenham atualizado este evento, me informe qual versão devo usar.

    Utilize sempre a última versão disponível, atualmente a 1.4.0.254

    • Curtir 2
  3. A chave correta é a primeira que foi emitida, a rejeição retorna ela para você, conforme o seu print. 

    No momento os servidores da Sefaz não estão 100% e eventualmente a sincronização entre eles pode demorar. 

    Consulte pelo webservice a chave retornada pela rejeição que deve aparecer.

  4. 7 horas atrás, EdmarFrazao disse:

    Ela é obrigatória no meu caso com

    TpRegPrev := rpRGPS; //1

    TpRegTrab := trCLT;

    Veja que a regra e Não para  TpRegPrev = ,1,3,4 e  tpRegTrab=2 e gerar para os outros casos

    Você tem razão, não basta considerar apenas o tpRegPrev

    7 horas atrás, EdmarFrazao disse:

    Creio que deveria ser assim

      if (
         (objAltContratual.Vinculo.tpRegPrev = rpRGPS)   or   //1
         (objAltContratual.Vinculo.tpRegPrev = rpRPPE)   or  //3
         (objAltContratual.Vinculo.tpRegPrev = rpSPSMFA)     //4
         )
         and
         (objAltContratual.Vinculo.tpRegTrab=trEstatutario) then
         //não gera
      else
       begin

    Coloquei a regra um pouco mais enxuta, mas com o mesmo resultado, conforme abaixo:
    1. Gera sempre que for rpRPPS(2) 
    2. Gera sempre que for tpRegTrab <> trEstatutario(2)
    Obs: Como tpRegTrab e seu grupo são obrigatórios não precisei considerar o tpNenhum 

      if ((objAltContratual.Vinculo.tpRegPrev = rpRPPS) or
          (objAltContratual.Vinculo.tpRegTrab <> trEstatutario)) then
      begin
        Gerador.wGrupo('infoRegimeTrab');
    
        if objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then
          GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista)
        else
          GerarInfoEstatutario(objAltContratual.Vinculo.infoRegimeTrab.InfoEstatutario);
    
        Gerador.wGrupo('/infoRegimeTrab');
      end;

    Enviado ao SVN na Rev-33544

    Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
     

    • Curtir 1
  5. procedure TEvtAltContratual.GerarAltContratual(objAltContratual: TAltContratual);
    begin
      .
      .
      .
      if objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then
          GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista)
        else
          GerarInfoEstatutario(objAltContratual.Vinculo.infoRegimeTrab.InfoEstatutario);

    ../trunk2/Fontes/ACBrDFe/ACBreSocial/PCNeSocial/pcesS2206.pas

    A regra atual do componente vai gerar esse grupo quando cnpjSindCategProf <> ''

    Confirme se tem informação neste campo na sua base de dados.

  6. Em 06/05/2024 at 09:49, jair barreto disse:

    VOCE NAO PODE  PASSAR PARA MIM COMO ESCREVE  UMA ALERTA  NO INICIO DESTA FUNCAO PARA mostra o que chega no inicio desta função lá na dll,  ai eu fazia a compilação da dll e  conferia o que estar chagando ao iniciar a chamada desta função na dll.   

    Não prestamos este tipo de consultoria, talvez você consiga na área de classificados. 

    Em 06/05/2024 at 09:49, jair barreto disse:

    ja passei das seguintes forma :  "01/06/2023" 

    Desta forma parece correto, pode ser alguma questão na declaração da função, mas não conheço sua linguagem para identificar o problema. 

    Em 27/04/2024 at 17:06, Renato Rubinho disse:

    ./trunk2/Projetos/ACBrLib/Demos/Harbour/

    Tente analisar os programas de exemplo de outras bibliotecas para tentar identificar alguma diferença.

  7. 5 horas atrás, ALTAMOGIANA disse:

    porém faltando algumas informações conforme os prints abaixo

    Preencha todas as demais informações a partir da Vínculo,  onde você preencheu a codCateg:

    ACBreSocial1.Eventos.NaoPeriodicos.S2206[Indice].evtAltContratual.altContratual.Vinculo

    • Curtir 1
  8. Boa noite,

    Obrigado pela contribuição.

    Foram validados os fontes e aparentemente está tudo ok, mas não temos cenário real que retorne o xml da consulta com todas as informações que foram ajustadas.

    Se possível nos envie um xml para [email protected], mencionando este tópico, para podermos validar o cenário completo.

    Os ajustes foram enviados ao SVN, Rev-33539

    Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

  9. Boa noite,

    Obrigado pela contribuição.
    Sua contribuição faz sentido, sendo que a regra de geração era atribuida somente ao InfoEstatutario ao invés do grupo infoRegimeTrab, conforme indica o manual.
    Enviado ao SVN na Rev-33538
    Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
     

  10. Em 03/05/2024 at 18:44, Renato Rubinho disse:

    Tente debugar esta procedure até o final e confirme se a propriedade codCateg permaneceu com 101 para confirmar se no meio da rotina não houve alteração. 

    Se o valor estiver ok, valide o dado antes de enviar para ver se o componente está alimentado. Se antes de enviar o valor for diferente de 101, precisa identificar onde ele está sendo zerado.

    Boa tarde, 

    Qual foi o resultado dos testes da procedure e preenchimento da propriedade?

  11. Em 02/05/2024 at 08:24, jair barreto disse:

    eSocial_ConsultaIdentificadoresEventosTabela (04050400000000, 15, ID1040504000000002023071401271100629, 30/12/1899, 30/12/1899)

    A data 30/12/1899 é interpretada como data zero, como se não tivesse sido informada. 

    Tentei comparar com outros exemplos que temos e só notei a questão da conversão para UTF.

    Em 29/04/2024 at 17:29, jair barreto disse:
    eSocial_ConsultaIdentificadoresEventosTabela", hb_StrToUTF8(aIdEmpregador), aTipoEvento, aChave, hb_StrToUTF8(aDataInicial), hb_StrToUTF8(aDataFinal),@buffer, @bufferLen)

    Tente remover o hb_StrToUTF8 das datas.

×
×
  • 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.