-
Total de ítens
3.423 -
Registro em
-
Última visita
-
Days Won
62
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Renato Rubinho
-
-
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.
-
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.
-
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.
-
- 2
-
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.
-
Não estamos recebendo seus e-mails, confirmei com os colegas aqui.
Por favor veja se está recebendo o retorno do provedor por alguma eventual rejeição.
Se não identificar o problema, pode enviar por mensagem privada para análise.
-
Métodos de pagamentos para pacote nuget na ACBrLib.Sat.CodigoMP
em Dúvidas gerais
Postado
Boa noite,
Criada TK-5419 para análise.