Renato Rubinho

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você tem razão, não basta considerar apenas o tpRegPrev 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.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não prestamos este tipo de consultoria, talvez você consiga na área de classificados. 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. Tente analisar os programas de exemplo de outras bibliotecas para tentar identificar alguma diferença.

Obrigado pela contribuição. Criada TK-5396-1 para análise

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.

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. Tente remover o hb_StrToUTF8 das datas.

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

Tente mudar ou remover o Logo para ver se tem relação. Se o problema persistir, tente simular o erro com o programa de exemplo para termos o mesmo cenário para analisar.

Obrigado pela contribuição. Criada TK-5396 para análise.

Olá pessoal, Foi publicado no Portal de Notícias do Estado de Goiás que, em 02/05/2024, às 8h, será feita a troca dos certificados digitais do servidor da Nota Fiscal Eletrônica (NF-e) e da Nota Fiscal Eletrônica do Consumidor (NFC-e). As novas cadeias "AC SOLUTI SSL EV G4" podem ser obtidas através deste Link

Olá pessoal, O ACBrBoleto foi homologado para a emissão de Boleto Híbrido pela Caixa Econômica Federal. Agradecemos ao @Jhonlenon Ribeiro com a contribuição de parte dos fontes e a homologação em produção. 1. Para quem já emitia Boletos Online pela Caixa o que muda para a emissão de Boletos Híbridos é o preenchimento do IndicadorPix=True e a VersaoDF=3.2. Obs: Caso seja preenchido IndicadorPix=True e a VersaoDF não seja preenchida corretamente, o componente preencherá automaticamente VersaoDF=3.2. ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; 2. Para quem ainda não utiliza o recurso, segue tópico com instruções detalhadas de como alimentar o componente Como sempre esperamos que utilizem os novos recursos e caso tenham problemas ou sugestões de melhorias, estaremos em nossos canais para ajudá-los. Até mais!!!

Adicionadas particularidades no tópico centralizado de informações sobre Boleto Online. Incrementada lista de bancos que suportam Boleto Híbrido no ACBr.

Normal, eu disse que nós precisamos ter essa preocupação, justificando não aceitar sua contribuição e solicitando a validação da nova proposta se atenderia o seu cenário. Foi gerado novo nuget 1.2.2 com a implementação, favor validar e reportar se funcionou como o esperado.

Obrigado por reportar. Foi enviado mais um complemento na Rev-33453 preenchendo automaticamente a VersaoDF, na classe de Webservice da Caixa, de acordo com o IndicadorPIX. Sendo True=3.2, False=3.0. Fechando. Para novas dúvidas, criar um novo tópico.

Implementação enviada ao SVN na Rev-33448 Apenas confirmando, no e-mail você mencionou "Só achei ruim porque não está retornando a LINHA DIGITÁVEL e CÓDIGO DE BARRAS", mas no xml do retorno não constam essas informações conforme destacado a seguir. Se o erro persistir, acredito que precisará verificar com o banco o motivo dos dados não estarem retornando. <!-- Sem Código de Barras --> <CODIGO_BARRAS/> <!-- Sem Linha digitável --> <LINHA_DIGITAVEL/> <!-- Sem Url --> <URL/> Validado o retorno com o status e funcionou como o esperado, alimentando o DadosRet.TituloRet.EstadoTituloCobranca e o DadosRet.ControleNegocial.Retorno Cod_Retorno=00 Msg_Retorno= Ori_Retorno=CONSULTA_COBRANCA_BANCARIA HTTP_Result=0 JSON= indicadorContinuidade=0 proximoIndice=0 numeroBoletoBB = dataRegistro = 30/12/1899 dataVencimento = 24/05/2024 valorOriginal = 5 carteiraConvenio = variacaoCarteiraConvenio = 0 codigoEstadoTituloCobranca = estadoTituloCobranca = (0) OPERACAO EFETUADA - SITUACAO DO TITULO = EM ABERTO contrato = dataMovimento = 30/12/1899 dataCredito = 30/12/1899 valorAtual = 0 valorPago = 0 ---

Boa noite, Precisamos sempre tomar cuidado em manter a compatibilidade dos fontes com versões anteriores dos frameworks. Eu efetuei um teste com os programas de exemplo que temos e não foi compatível. Me corrija se eu estiver enganado, mas a sua sugestão não é compatível com .NET Framework 4.5.2, conforme informação extraída do link a seguir. https://learn.microsoft.com/en-us/dotnet/api/system.appcontext Applies to Product Versions .NET Core 1.0, Core 1.1, Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Encontrei a opção AppDomain.CurrentDomain.BaseDirectory que parece atender à sua necessidade, mantendo a compatibilidade com versões anteriores. https://learn.microsoft.com/pt-br/dotnet/api/system.appdomain Applies to Produto Versões .NET Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 1.1, 2.0, 3.0, 3.5, 4.0, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Com isso, o códgo final ficou conforme abaixo e funcionou corretamente nos nossos fontes atuais. Segue o fonte com a alteração, por favor verifique se dessa forma funciona para a sua aplicação e nos confirme para enviarmos ao SVN. Caso o problema persista e você tenha alguma outra sugestão que mantenha a compatibilidade com versões anteriores, nos envie para que possamos analisar. static ACBrLibHandle() { MinusOne = new IntPtr(-1); var baseDir = AppDomain.CurrentDomain.BaseDirectory; if (!string.IsNullOrEmpty(baseDir)) { var uri = new Uri(baseDir); var path = Path.GetDirectoryName(!uri.IsFile ? uri.ToString() : uri.LocalPath + Uri.UnescapeDataString(uri.Fragment)); LibraryPath = Path.Combine(path, "ACBrLib", Environment.Is64BitProcess ? "x64" : "x86"); } } ACBrLibHandle.cs

Olá @Jhonlenon Ribeiro Que legal, e-mail recebido. Por favor anexe a unit alterada para análise. Se possível envie por e-mail também o retorno da consulta para podermos validar. Mais uma vez, obrigado pela contribuição.

Fechando. Para novas dúvidas, criar um novo tópico.

@Jhonlenon Ribeiro Falha minha, a alteração da ACBrBoletoPcnConsts.pas existia nos meus fontes, mas ainda não foi para o SVN assim como os demais. Atualize essa unit junto com as demais, reinstale os componentes, recompile sua aplicação e veja se resolveu. ACBrBoletoPcnConsts.pas

Qual erro apresenta? * Reinstalou os componentes e fez um "Build All" na aplicação? 1. C_TIPO_HIBRIDO foi declarada na linha 100 da ACBrBoletoW_Caixa 2. DSC_TIPO_HIBRIDO já existia na linha 57 da ACBrBoletoPcnConsts Você não preencheu o nosso número antes de imprimir o boleto: Nosso Número 3: 00000.0003 Nosso Número 0: 00000.0000