Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    3.423
  • Registro em

  • Última visita

  • Days Won

    62

Posts postados por Renato Rubinho

  1. 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
  2. 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.

  3. 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
  4. 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.

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

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

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

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

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

  10. 17 horas atrás, gostartlab disse:

    Com a versão 1.2.2 deu certo.

    Muito obrigado pessoal

    Obrigado pelo retorno.

    17 horas atrás, gostartlab disse:

    Só tenho mais 2 pontos que sentimos falta aqui nos pacote do Nuget, se devo abrir um novo tópico aqui no fórum sobre, por favor me avise que abro.

    Na ACBrLib.Core.Config.PosPrinterConfig não tem a sessão Principal, é onde estamos configurando os logs.

    E na ACBrLib.Sat.CodigoMP, não tem os pagamentos mpBoletoBancario, mpDepositoBancario, mpPagamentoInstantaneo e mpSemPagamento (https://portal.fazenda.sp.gov.br/_layouts/download.aspx?SourceUrl=/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_30_03.pdf)

    Como são assuntos distintos e Libs diferentes, por favor abra um tópico para cada assunto detalhando cada problema.

  11. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

    Tente executar como administrador. 

    Confirme se não está ficando oculto no System Tray.

    Veja se está gerando o arquivo de log e se consta algo nele para identificar o problema.

     

  12. Os demais campos estão sendo gerados no XML?

    Exemplo: nmCargo e CBOCargo

    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.

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