-
Total de ítens
3.506 -
Registro em
-
Última visita
-
Days Won
63
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Renato Rubinho
-
-
Boa noite,
Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-33577, Rev-33578
Publicada nova versão do nuget com a implementação.
Por favor atualize seu projeto, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
-
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.
- 1
-
Revise suas configurações de SSL/TLS, conforme recomendações do tópico a seguir.
-
Boa tarde,
Criada TK-5425 para análise.
- 1
-
Conseguiu gerar com essa seção?
-
Boa noite,
Criada TK-5419 para análise.
- 1
-
Se você estiver preenchendo a propriedade evtRemun.id, tente deixar em branco, pois o componente se encarrega de preenchê-la.
-
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
- 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.
-
Obrigado por reportar.
Fechando. Para novas dúvidas, criar um novo tópico.
-
Boa tarde,
Ontem foi enviada uma correção para o SVN que visa corrigir este problema.
Atualize os fontes, reinstale os componentes e veja se resolve.
- 1
- 1
-
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
beginColoquei 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 tpNenhumif ((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.
- 1
-
Obrigado por reportar.
Fechando. Para novas dúvidas, criar um novo tópico.
-
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.
-
Obrigado por reportar.
Fechando. Para novas dúvidas, criar um novo tópico.
-
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.
-
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
- 1
-
1 hora atrás, EdmarFrazao disse:
Creio que deveria ser assim
Obrigado pela contribuição.
Criada TK-5396-1 para análise
- 1
-
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.
-
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.
-
A mensagem diz que o tpProp não era esperado.
Depois informa que o esperado era UF.
No grupo prop, faltou você preencher a UF que é obrigatória.
-
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?
-
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.
Sessao Principal para pacote nuget na ACBrLib.Core.Config.PosPrinterConfig
em Dúvidas gerais
Postado
Boa noite,
Você precisa configurar o arquivo de logs? Se for isso, veja a opção posPrinter.Config.ArqLog
Abaixo campo do programa de exemplo em c# para configura o Log de saída nesta propriedade.
Caso não seja isso, você pode detalhar mais sua necessidade?